Yazılar · Search Console · SEO · DNS
Search Console'a sitemap gönderdim ama okumadı: en çok zaman kaybettiren beş tuzak
Search Console'da sitemap satırındaki son okuma tarihi ve keşfedilen sayfa sayısı asıl göstergedir; "gönderildi" yazması sayfaların okunduğu anlamına gelmez, sayfa ekleyen her deploy'dan sonra sitemap yeniden gönderilir. Mülkü kurmadan önce DNS'teki google-site-verification kaydına bak, çoğu zaman zaten kuruludur. Doğrulama TXT'sini yazarken aynı isimdeki SPF kaydını ezme, e-posta düşer.
Search Console'u bilmek ile Search Console'da zaman kaybetmemek ayrı şeyler. Aşağıdaki beş tuzağın hepsi müşteri sitelerinde başıma geldi, hiçbiri dokümantasyonda yazmıyor ve her biri en az bir günümü yedi. Sırasıyla anlatıyorum; en pahalısı en başta.
1. Mülk zaten kuruluymuş
Bir müşteri sitesinde sekiz gün boyunca "ölçemiyoruz" diyerek arama sonuçlarından elle tahmin yaptık. Oysa mülk üç hafta önce kurulmuş, veri topluyordu; kimse bakmamıştı. Şimdi "Search Console kuralım" demeden önce iki dakikalık kontrol yapıyorum: alan adının DNS kayıtlarında google-site-verification=… TXT kaydı var mı? Varsa mülk büyük ihtimalle kurulu. İkinci kontrol doğrudan adres: search.google.com/search-console?resource_id=sc-domain:ALAN-ADI açılıyorsa kuruludur. Sayfanın head'inde doğrulama meta etiketi varsa URL öneki mülkü de vardır.
Aynı tuzağa kendi sitelerimde de düştüm: şirket sitesinin mülkü aylardır doğrulanmamış çıktı, bütün SEO işi ölçümsüz gitmişti. Kontrol listesi kendi sitelerine de uygulanır.
2. "Gönderildi" ile "okundu" aynı şey değil
En sinsi olan bu. Sitemap listesinde iki sütun vardır: son okuma tarihi ve keşfedilen sayfalar. Bir müşteride sitemap 25 Temmuz'da gönderilmişti; son okuma 29 Temmuz'du ve 99 URL'de kalmıştı. Sonraki iki deploy'da eklenen on sayfa Google'ın kopyasında hiç yoktu. Yeniden gönderince aynı gün okundu ve sayı 109'a çıktı. Kural basit: sayfa ekleyen her deploy'dan sonra sitemap'i yeniden gönder. Tek tık, anında etkili. Bir de biçim tuzağı: alan adı mülkünde göreli yol kabul edilmez, sitemap.xml yazarsan "geçersiz adres" der; tam adres gerekir.
3. lastmod gürültüsü ve geçersiz tarih
Sitemap her URL'e istek zamanını basıyorsa "hepsi az önce değişti" demiş olursun; bu bir tazelik sinyali değildir ve gerçekten değişen sayfa öne çıkamaz. Ayrıca lastmod W3C tarih biçiminde olmak zorunda; MySQL'in Y-m-d H:i:s biçimi geçersizdir ve reddedilir. Bir sitede Search Console aylardır "Geçersiz tarih, 22 örnek" diyordu; kimse açıp bakmamıştı. Eski sitemap'teki boşluklu tarih sayısı tam 22'ydi. Doğrusu gerçek içerik tarihi, 2026-09-04 gibi.
4. DNS doğrulama TXT'si SPF'i siliyor
Alan adı mülkü DNS TXT kaydıyla doğrulanır ve bu kayıt genellikle apex'te, SPF kaydıyla aynı isimde durur. Barındırıcının API'sinde "üzerine yaz" seçeneğiyle tek başına doğrulama kaydını gönderirsen SPF silinir ve e-posta teslimatı sessizce bozulur; site çalışmaya devam ettiği için kimse fark etmez. Doğrusu iki kaydı birlikte göndermek, sonra gerçek DNS'ten okumak:
nslookup -type=TXT alan-adi.com 8.8.8.8
# hem "v=spf1 …" hem "google-site-verification=…" görünmeli
Panelin "kaydettim" demesi kanıt değil. Yetkili sunucu ve bir genel çözümleyici birlikte sorulur; Hostinger bölgesinde yayılma pratikte saniyeler sürüyor, "bir gün bekle" notuna gerek kalmıyor.
5. Dizine ekleme isteğinin arayüz tuzakları
URL denetiminde hangi giriş yolunun tutacağı oturuma göre değişiyor; bir gün sol menü çalışıyor, ertesi gün üstteki arama çubuğu. Yazdığın adresin kutuya gerçekten girdiğini görmeden Enter'a güvenme. Onay diyaloğu kapatılmadan sonraki adres yazılamıyor; yazdığın düşüyor ve bir sonraki tıklama aynı sayfaya "tekrar istek gönder" basıyor. Günlük kota on civarı; mükerrer istek önceliği değiştirmiyor ama zarar da vermiyor. Doğrudan inspect?…&id=ADRES adresine gitmeye çalışma, 404 döner; denetim yalnız arayüzdeki kutudan başlar.
Raporu okurken
Yeni sitede tıklama aylarca sıfıra yakın kalır; ilerlemenin asıl göstergesi ortalama konumdur ve müşteriye anlatılacak metrik odur. Gösterim var ama tıklama yoksa sorun başlık değildir, konum yirminin ötesindedir. "Tarandı, şu anda dizine eklenmiş değil" bir teknik hata değil, otorite ve bağlantı eksikliğidir; yeni alan adında normaldir. Sayfalar raporunda www. satırları görüyorsan kopya host sızıntısı var demektir; 301 doğruysa zamanla kaybolur. Ve veri iki gün gecikmelidir; "bugün ne oldu" sorusunun cevabı Search Console'da yoktur.
Bu yazı neye dayanıyor
2026 yaz aylarında beş ayrı müşteri sitesi ve iki kendi sitem. Her madde bir tarihe ve bir ölçüme bağlı; birini ben yaşamadıysam buraya yazmadım.
Yazılım ve sistem mimarı, AlgowAI'da COO. Bu yazıdaki her şey canlı bir sistemde ölçülerek yaşandı; tahmin yok. Sorun sende de varsa yaz, bakarım.