Teknik SEO incelemesinde neye bakıyoruz?
Teknik SEO incelemesi, sitenin arama motoruna görünen hâlini katman katman kontrol etmektir:
| Katman | Kontrol | Sık bulgu |
|---|---|---|
| Tarama | robots.txt, HTTP durum kodları, yönlendirmeler, sunucu hataları | Olmayan sayfanın 200 döndürmesi (soft 404); http'den https'e, oradan www'ye iki adımlı yönlendirme |
| Dizin | noindex, canonical, yinelenen ve parametreli adresler | Aynı sayfanın sonda eğik çizgili ve çizgisiz iki adresi; Google'ın başka bir canonical seçmesi |
| İşleme | Metnin HTML'de mi, JavaScript ile sonradan mı geldiği | Ürün açıklamasının ancak bir sekmeye tıklanınca yüklenmesi |
| Yapı | İç bağlantılar, sayfa derinliği, sayfa yolu | Hiçbir menüden bağlantı almayan, yalnızca site haritasında duran sayfalar |
| Anlam | Başlık, açıklama, yapılandırılmış veri | Her sayfada aynı açıklama; gerçekte olmayan bir puanı gösteren ürün şeması |
| Ölçüm | Search Console, Bing ve Yandex kayıtları, analiz ve dönüşüm kurulumu | Gönderilmemiş site haritası; çerez onayından önce çalışan etiketler |
Tarama bütçesi küçük bir site için sorun mu?
Çoğu kurumsal site için hayır. Google'ın tarama bütçesi rehberi üç grup site için yazılmıştır: bir milyondan fazla tekil sayfası olup haftada bir değişenler, on binden fazla sayfası olup her gün değişenler ve Search Console'da adreslerinin büyük kısmı "Discovered – currently not indexed" görünenler. Sayfalarınız yayımlandıkları gün taranıyorsa, rehber bu konuyu okumanıza gerek olmadığını açıkça söyler.
Küçük sitede de tarama boşa gidebilir, ama sebep bütçe değil düzensizliktir: aynı içeriği gösteren parametreli adresler (?sirala=fiyat, ?utm_source=…), uzun yönlendirme zincirleri ve bulunamayan sayfa için 404 yerine 200 dönen sayfalar. Google'a göre 404 kodu, adresi yeniden taramamak için güçlü bir işarettir; soft 404 sayfaları ise taranmaya devam eder.
Canonical, site haritası ve robots.txt: hangisi ne işe yarar?
Üçü farklı soruları cevaplar: robots.txt "bu adresi isteyebilir misin", canonical "asıl adres hangisi", site haritası "hangi adreslerim var ve ne zaman değişti". Birinin işini ötekine yaptırmak, teknik SEO hatalarının büyük kısmının kaynağıdır.
| Araç | Ne yapar | Ne yapmaz, nereye dikkat |
|---|---|---|
| robots.txt | Tarayıcıya hangi yolları isteyebileceğini söyler (RFC 9309) | Sayfayı dizinden çıkarmaz: başka sitelerden bağlantı alan engelli bir adres, açıklamasız da olsa sonuçlarda görünebilir. Adıyla anılan bir bot * grubundaki kuralları devralmaz. |
noindex | Sayfanın dizine eklenmemesini ister | Sayfa robots.txt ile engelliyse Google noindex'i göremez; ikisini birlikte kullanmak işe yaramaz. |
| canonical | Yinelenen sürümler arasında asıl adresi bildirir; mutlak URL, sayfanın kendisinde de | Güçlü bir sinyaldir ama emir değildir; Google başka bir sayfayı seçebilir. Çok dilli sitede aynı dildeki sayfayı göstermelidir. |
| Site haritası | Adresleri ve lastmod tarihini bildirir; dosya başına en çok 50.000 URL ya da 50 MB | Zayıf bir sinyaldir. priority ve changefreq yok sayılır; lastmod yalnızca tutarlıysa kullanılır. |
| 301 yönlendirme | Taşınan adresi yenisine bağlar; en güçlü kanonikleştirme sinyali | Zincir hâlinde (A → B → C) taramayı yavaşlatır. |
Bu sitede her dizine eklenebilir sayfa kendini canonical olarak gösterir. Site haritası üç parçadır (hizmetler; bilgi merkezi ve araçlar; UDF ve ürünler) ve bir dizin dosyası bunları bağlar. lastmod, sayfanın meta bilgisindeki güncelleme tarihinden üretilir; aynı tarih hizmet ve makale sayfalarındaki "Güncellendi" satırında ve yapılandırılmış veride görünür, yani üçü birbirinden ayrışamaz. Olmayan bir adres gerçek 404 kodu döndürür ve 404 sayfası noindex taşır. robots.txt'te her adlandırılmış bot grubu aynı Disallow satırlarını tekrar eder, çünkü kendi grubunu bulan bot genel gruba bakmaz. Yapay zekâ botlarına özgü ayrıntı: yapay zekâ botları ve robots.txt. Kökteki llms.txt dosyası ise ne taramayı ne dizini etkiler; Google, arama görünürlüğüne olumlu ya da olumsuz etkisi olmadığını söylüyor.
Yapılandırılmış veri (Schema.org) 2026'da neye yarıyor?
Yapılandırılmış veri, sayfanın ne olduğunu (kurum, hizmet, makale, ürün) makinenin okuyacağı biçimde, genellikle JSON-LD olarak yazmaktır. Arama sonucunda görünür kazanç sağlayan türler son üç yılda daraldı:
- SSS (FAQ) zengin sonuçları 7 Mayıs 2026'da tamamen kalktı.
- HowTo zengin sonuçları Eylül 2023'te kalktı.
- Sayfa yolu (
BreadcrumbList) zengin sonucu Ocak 2025'ten beri yalnızca masaüstünde. - Google'ın yazılım uygulaması zengin sonucu puan (
aggregateRating) ya da yorum (review) ister. Gerçek puanı olmayan uygulamaya puan yazılmaz. LocalBusinessfiziksel adres ister; kamuya açık adresi olmayan kurum kullanmamalı.
Bu yüzden şemayı yıldız kazanma aracı olarak değil, kimliği netleştirme aracı olarak kuruyoruz: kurum için kalıcı bir @id taşıyan tek Organization düğümü; her hizmet ve makale bu kimliğe bağlanır. İşaretleme sayfada görünen içerikle örtüşmelidir. Bu sitenin her sayfasında üretilen grafiğin iskeleti:
{"@context": "https://schema.org", "@graph": [
{"@type": "Organization", "@id": "https://www.md9.net/#organization", "name": "md9"},
{"@type": "WebSite", "@id": "https://www.md9.net/#website",
"publisher": {"@id": "https://www.md9.net/#organization"}},
{"@type": "Service", "@id": "https://www.md9.net/yazilim/teknik-seo/#service",
"provider": {"@id": "https://www.md9.net/#organization"}}
]}İçerik mimarisi: bir arama, bir sayfa
İçerik mimarisi, hangi sorunun hangi sayfada cevaplanacağının ve sayfaların nasıl bağlanacağının planıdır. İki sayfa aynı aramayı hedeflerse (yamyamlık, cannibalization) Google birini seçer; çoğu zaman sizin istemediğinizi.
- Her aramanın tek bir sahibi sayfa olur. Komşu sayfa konuya değiniyorsa kısa bir özet ve bağlantıyla yetinir.
- Bölüm sayfası alt sayfaları listeler; alt sayfalar bölüme ve birbirine bağlanır.
- Bağlantı metni hedefin konusunu söyler: "buraya tıklayın" değil, "canonical ile site haritası farkı".
- Adresler kalıcıdır. Konu değişince adres değil içerik güncellenir; değiştirmek şartsa 301.
Bu sitenin planı tek bir dosyada tutuluyor: her sayfanın hedef aramaları, kapsaması gereken konular ve ilişkili sayfaları. Üretim betiği hem mevcut hem planlı adresleri tanır; ikisinde de olmayan bir adrese verilen iç bağlantı hata sayılır ve yayını durdurur.
Programmatic SEO: şablonla sayfa üretmenin sınırı
Programmatic SEO, bir veri kümesinden şablonla çok sayıda sayfa üretmektir. Her sayfa başka yerde bulunmayan bir veri veriyorsa meşrudur; tek farkı bir kelimeyse spamdır. Google riskli tarafı adıyla tanımlar: kullanıcıya yardım etmek yerine sıralamayı etkilemek için çok sayıda sayfa üretmek "ölçekli içerik istismarı" (scaled content abuse), belirli şehirleri hedefleyip kullanıcıyı tek bir sayfaya yönlendiren sayfalar ise "kapı sayfası istismarı" (doorway abuse) sayılır.
| Meşru | Riskli |
|---|---|
| Her biri farklı bir ürünü, belge türünü ya da veri satırını anlatan sayfalar | 81 il için yalnızca şehir adı değişen "X hizmeti İstanbul" sayfaları |
| Kullanıcının aradığı değeri hesaplayan ya da gösteren araç sayfaları | Aynı konunun yapay zekâyla eş anlamlılar kullanılarak yeniden yazıldığı yüzlerce yazı |
Böyle bir altyapıda üç kural koyuyoruz: sayfa başına asgari veri eşiği (eşiği geçmeyen sayfa noindex üretilir), her şablon için ayrı site haritası (Search Console'da şablon bazında dizine eklenme oranı izlenir) ve şablon metninin sayfaya özgü veriden uzun olmaması. Bizce bir sayfanın tek farkı şehir adıysa, o sayfa hiç üretilmemelidir.
Search Console ve diğer arama motoru kayıtları
- Search Console'da "Alan adı" mülkü açılır, DNS'e TXT kaydı eklenir. Kayıt doğrulamadan sonra da silinmez.
- Site haritası dizini gönderilir.
- Önemli sayfalar URL Denetimi aracıyla canlı test edilir: Google'ın gördüğü HTML ve seçtiği canonical.
- Sayfa dizine ekleme raporundaki nedenler tek tek okunur. "Alternate page with proper canonical tag" genellikle doğru çalışan bir canonical'ın sonucudur, düzeltilecek bir şey değildir; "Duplicate, Google chose different canonical than user" ise incelenmelidir.
- Bing Webmaster Tools, Search Console'dan içe aktarılarak eklenir.
- Yandex Webmaster eklenir. StatCounter'a göre Ağustos 2026'da Türkiye'deki aramaların yaklaşık %16'sı Yandex'te yapıldı.
- IndexNow kurulur: değişen adresler Bing, Yandex ve diğer katılımcı motorlara tek istekle bildirilir. Google IndexNow'a katılmıyor; onun için site haritası ve doğru
lastmodyeterli. Bu sitede yayından sonra adresler toplu olarak gönderiliyor.
Analytics ve dönüşüm takibi: KVKK ve çerez onayı
Analiz kurulumu iki soruya cevap vermeli: hangi sayfalar iş getiriyor ve bunu ölçerken ziyaretçinin hangi verisi işleniyor. Hukuki sebebi hukukçu seçer; teknik bilgiyi biz veririz.
KVKK'nın Çerez Uygulamaları Hakkında Rehberi (Temmuz 2025 baskısı), reklam ve davranışsal takip çerezleri için açık rıza arar ve rızanın opt-in, yani kişinin bilinçli bir eylemiyle alınmasını ister. Yalnızca sitenin kitlesini ölçmekle sınırlı birinci taraf analitik çerezlerin ise kullanıcının açıkça talep ettiği hizmet için kesinlikle gerekli çerezler arasında (Rehber'deki "Kriter B") değerlendirilebileceğini, yani açık rıza dışındaki bir işleme şartına dayanabileceğini düşünür; IP'nin maskelenmesini önerir, yalnızca anonim istatistik üretilmesini ve siteler arası takip yapılmamasını şart koşar, verinin üçüncü taraflara iletilmemesini tedbirler arasında sayar. Rehber ayrıca onay panelinde "kabul et", "reddet" ve "tercihler" düğmelerinin renk, büyüklük ve punto bakımından eşit sunulmasını iyi uygulama örneği olarak gösterir.
Google etiketleri kullanılıyorsa izin modu (Consent Mode) iki biçimde kurulabilir. Temel modda etiketler onaydan önce hiç yüklenmez ve veri gitmez. Gelişmiş modda etiketler reddedilmiş varsayılanlarla yüklenir ve çerezsiz ölçüm istekleri gönderir. Seçim hukuki bir tercihtir; biz ağ trafiğini kaydedip analytics_storage, ad_storage, ad_user_data ve ad_personalization değerlerinin onaydan önce ve sonra ne olduğunu gösteririz.
Dönüşüm, sitenin amacına göre tanımlanır: form gönderimi, mailto: bağlantısına tıklama, teklif sayfasına ulaşma. Dönüşüm tanımı olmayan bir kurulum yalnızca ziyaret sayar.
Core Web Vitals: alan verisi ve laboratuvar
Search Console'daki Core Web Vitals raporu, gerçek Chrome kullanıcılarından gelen alan verisini benzer sayfaları gruplayarak gösterir; Lighthouse ise laboratuvar ölçümüdür ve INP'yi ölçemez. Önce alan verisinde kötü görünen URL gruplarını bulur, sonra aynı şablonu laboratuvarda tekrarlayarak sebebi ayırırız. Eşikler ve düzeltme sırası kurumsal web sitesi geliştirme sayfamızda.
İnceleme raporunda ne var?
- Etkisine göre sıralı bulgular; her biri için örnek adresler, kanıt (Search Console dışa aktarımı, tarama kaydı, HTTP yanıtı), düzeltme ve doğrulama yolu.
- Değişikliklerin tarihli listesi ya da başka bir geliştirici için uygulanabilir tarif.
- Ölçüm kurulumunun belgesi: hangi etiket, hangi olay, onaydan önce ve sonra hangi istekler.
- Açık kalan riskler.
Sıralama vaadi vermiyoruz. Teknik SEO içeriğin önündeki engelleri kaldırır; hangi sayfanın kaçıncı çıkacağını içerik, rekabet ve arayanın niyeti belirler. Yapay zekâ yanıt motorlarındaki görünürlük ayrı bir iştir ve GEO sayfasında anlatılıyor.