Google’da bir sayfa görünmüyorsa sorun çoğu zaman tek bir etikette değil, sinyallerin yanlış sırada okunmasındadır; bu rehber robots.txt, noindex, canonical ve sitemap’i ayırarak neyi önce kontrol edeceğinizi gösterir.
En pratik yol, önce tarama engeli var mı ona bakmak, sonra indeksleme engelini, ardından tercih edilen URL sinyalini ve son olarak keşif sinyallerini değerlendirmektir. Böyle okunduğunda aynı sayfada birbiriyle çelişen ayarlar daha hızlı yakalanır.
Önce sayfa erişilebilir mi bakın
Bu nedenle robots.txt’yi “indeks kapısı” gibi değil, “tarama kapısı” gibi düşünmek gerekir. Eğer amaç sayfanın arama sonuçlarından çıkmasıysa, asıl kontrol noktası noindex’tir; robots.txt ise bunun öncesinde erişim yolunu etkiler.
Buradaki kritik ayrım şudur: robots.txt taramayı keser, noindex indekslemeyi keser. İkisinin aynı anda kullanılması çoğu durumda beklenen sonucu vermez, çünkü Google noindex sinyalini göremeyebilir.
Bu yüzden canonical’ı tek başına çözüm gibi görmek yerine, sayfa içeriği, yönlendirmeler, sitemap kaydı ve iç bağlantılarla birlikte düşünmek gerekir. Aynı ürün sayfasının parametreli sürümleri, kategori filtreleri veya tekrar eden içerik kümeleri burada tipik örneklerdir.
Bu yüzden sitemap, “bu sayfaları gör” demenin yolu; canonical ise “bu sürümü tercih et” demenin yoludur. İkisi aynı şeyi söylemiyorsa, önce içerik yapısını ve URL çeşitliliğini sadeleştirmek daha sağlıklıdır.
Bu nedenle yeni içerik yayınlandığında sadece sitemap göndermek yetmez; ilgili kategori, konu kümesi veya yardımcı içeriklerden gerçek bağlantılar vermek keşfi hızlandırır. İç bağlantı, sadece SEO için değil, Google’ın sayfalar arasındaki ilişkiyi anlaması için de çalışır.
Eğer siteniz küçükse bu başlık genelde ikincil kalır. Ama URL sayısı büyüdükçe, robots.txt ile gerçekten taranmaması gereken alanları ayırmak ve sitemap’i düzenli tutmak daha anlamlı hale gelir.
Bu yaklaşım, varsayımla düzeltme yapmayı azaltır. Önce tarama engeli mi var, sonra noindex mi var, sonra canonical mı farklı, en son da keşif eksikliği mi var; sorular bu sırayla yanıtlandığında gereksiz müdahaleler azalır.
Böyle kurulduğunda yanlış yerde değişiklik yapma ihtimali düşer. Örneğin noindex’i çözmeden canonical’a odaklanmak ya da robots.txt engelini kaldırmadan URL’nin neden indekslenmediğini tartışmak, sorun çözmez; sadece süreci uzatır.
En pratik yol, önce tarama engeli var mı ona bakmak, sonra indeksleme engelini, ardından tercih edilen URL sinyalini ve son olarak keşif sinyallerini değerlendirmektir. Böyle okunduğunda aynı sayfada birbiriyle çelişen ayarlar daha hızlı yakalanır.
Google’de İndeks Sorununu Doğru Sinyalle Çözmek
Google bir sayfayı nasıl gördüğünü her zaman tek bir mesajla anlatmaz; tarama, indeksleme ve kanonik seçimi farklı katmanlardır. Bu yüzden doğru sıra, önce erişimi, sonra dizine eklenmeyi, sonra da hangi URL’nin asıl sürüm sayıldığını kontrol etmektir.Önce sayfa erişilebilir mi bakın
- robots.txt engeli varsa Googlebot sayfaya hiç giremeyebilir.
- Sayfa erişilemiyorsa noindex etiketini göremez.
- Bu yüzden tarama engeli, diğer sinyallerden önce ele alınır.
robots.txt neyi çözer, neyi çözmez?
robots.txt, Google’ın bir URL’yi taramasını engellemek için kullanılır; ama bu, URL’nin sonuçlarda asla görünmeyeceği anlamına gelmez. Özellikle başka sayfalar o URL’ye bağlantı veriyorsa, tarama dışı bırakılmış bir adres yine de arama sonuçlarında yer alabilir.Bu nedenle robots.txt’yi “indeks kapısı” gibi değil, “tarama kapısı” gibi düşünmek gerekir. Eğer amaç sayfanın arama sonuçlarından çıkmasıysa, asıl kontrol noktası noindex’tir; robots.txt ise bunun öncesinde erişim yolunu etkiler.
noindex hangi durumda doğru araçtır?
noindex, sayfanın Google dizinine alınmasını istemediğinizde kullanılır. Fakat bunun çalışması için Google’ın sayfayı görebilmesi gerekir; yani sayfa robots.txt ile engellenmiş olmamalıdır.Buradaki kritik ayrım şudur: robots.txt taramayı keser, noindex indekslemeyi keser. İkisinin aynı anda kullanılması çoğu durumda beklenen sonucu vermez, çünkü Google noindex sinyalini göremeyebilir.
Tercih edilen URL sinyallerini ayırın
Aynı içeriğin birden fazla sürümü varsa sorun bazen indekslenmemek değil, Google’ın başka URL’yi asıl sürüm olarak seçmesidir. Bu durumda canonical etiketi ve sitemap birlikte okunmalıdır.rel=canonical ne anlatır?
Canonical, benzer sayfalar arasında tercih edilen sürümü işaret eder. Ancak bu bir emir değildir; Google sinyalleri birlikte değerlendirir ve gerektiğinde farklı bir URL’yi seçebilir.Bu yüzden canonical’ı tek başına çözüm gibi görmek yerine, sayfa içeriği, yönlendirmeler, sitemap kaydı ve iç bağlantılarla birlikte düşünmek gerekir. Aynı ürün sayfasının parametreli sürümleri, kategori filtreleri veya tekrar eden içerik kümeleri burada tipik örneklerdir.
XML sitemap ne zaman anlamlı olur?
Sitemap, önemli URL’leri Google’a keşif sinyali olarak sunar. İçindeki URL’ler aynı zamanda kanonik aday olarak da değerlendirilir; fakat Google yine kendi mantığıyla hangi sayfanın daha uygun olduğuna karar verir.Bu yüzden sitemap, “bu sayfaları gör” demenin yolu; canonical ise “bu sürümü tercih et” demenin yoludur. İkisi aynı şeyi söylemiyorsa, önce içerik yapısını ve URL çeşitliliğini sadeleştirmek daha sağlıklıdır.
| Sinyal | Ne işe yarar |
|---|---|
| robots.txt engeli | Taramayı durdurur; indekslemeyi tek başına kontrol etmez, bu yüzden noindex ile karıştırılmamalı. |
| noindex etiketi | Sayfanın sonuçlarda görünmesini engeller; Google’ın etiketi görebilmesi için sayfa erişilebilir olmalı. |
| rel=canonical | Benzer URL’lerde tercih edilen sürümü işaret eder; Google yine kendi seçimini yapabilir. |
| XML sitemap | Önemli URL’leri keşif için önerir; kanonik tercihi destekler ama tek başına garanti vermez. |
| URL Inspection | Tek URL için Google’ın gördüğünü, son taramayı ve indeks durumunu ayırmak için kullanılır. |
| İç bağlantılar | Önemli sayfaların keşfini güçlendirir; özellikle yeni veya derin sayfalarda belirleyicidir. |
Keşfi hızlandıran ek sinyalleri kontrol edin
Bir URL teknik olarak açık olsa bile, Google onu keşfetmekte veya önceliklendirmekte gecikebilir. Burada iç bağlantılar, crawl bütçesi ve Search Console raporları devreye girer.İç bağlantılar neden bu kadar önemli?
Google’ın önemli bir sayfayı sitenizde bulması için o sayfanın en az bir başka sayfadan bağlantı alması gerekir. Özellikle yeni, derin veya çok az referans alan sayfalarda iç bağlantı yapısı belirleyicidir.Bu nedenle yeni içerik yayınlandığında sadece sitemap göndermek yetmez; ilgili kategori, konu kümesi veya yardımcı içeriklerden gerçek bağlantılar vermek keşfi hızlandırır. İç bağlantı, sadece SEO için değil, Google’ın sayfalar arasındaki ilişkiyi anlaması için de çalışır.
Crawl bütçesi ne zaman sorun olur?
Crawl bütçesi, özellikle çok büyük ya da çok hızlı güncellenen sitelerde önem kazanır. Google’ın tarama kaynakları sınırsız değildir; gereksiz URL’ler, tekrar eden sayfalar ve düşük değerli filtreler bütçeyi tüketebilir.Eğer siteniz küçükse bu başlık genelde ikincil kalır. Ama URL sayısı büyüdükçe, robots.txt ile gerçekten taranmaması gereken alanları ayırmak ve sitemap’i düzenli tutmak daha anlamlı hale gelir.
Son kontrolü URL Inspection ile yapın
Tek bir sayfa için karar verirken en güvenilir pratik adım, URL Inspection aracında Google’ın o URL için ne gördüğüne bakmaktır. Burada son tarama, indeks durumu, seçilen canonical ve canlı sayfa testi gibi ayrıntılar bir arada okunur.Bu yaklaşım, varsayımla düzeltme yapmayı azaltır. Önce tarama engeli mi var, sonra noindex mi var, sonra canonical mı farklı, en son da keşif eksikliği mi var; sorular bu sırayla yanıtlandığında gereksiz müdahaleler azalır.
Karar sırası nasıl kurulmalı?
İşin özeti, aynı anda görünen çok sayıda sinyali bir öncelik sırasına sokmaktır. Önce erişim, sonra indeksleme, sonra tercih edilen URL, sonra keşif ve iç bağlantı kontrol edilir.Böyle kurulduğunda yanlış yerde değişiklik yapma ihtimali düşer. Örneğin noindex’i çözmeden canonical’a odaklanmak ya da robots.txt engelini kaldırmadan URL’nin neden indekslenmediğini tartışmak, sorun çözmez; sadece süreci uzatır.