Bir URL’nin Google’da görünmemesi çoğu zaman tek bir hatadan kaynaklanmaz; tarama, indeksleme ve canonical seçimi ayrı ayrı kontrol edilmelidir.
Bu yazı, Google Search Console’da hangi rapora önce bakılacağını, robots.txt ve rel=canonical sinyallerinin neyi çözdüğünü ve görünürlük kaybını yanlış teşhis etmemek için hangi ayrımı yapmanız gerektiğini anlatır.
Bu yüzden hızlı cevap ararken tek bir rapora bakmak yanıltıcı olur. Page Indexing raporu size durumun adını, Crawl Stats raporu ise Googlebot’un sayfaya nasıl eriştiğini gösterir. Sonra robots.txt, rel=canonical, noindex ve sayfa deneyimi sinyallerini ayrı ayrı okursunuz.
Eğer Crawl Stats tarafında erişim zayıf görünüyorsa, sorun önce keşif ve tarama tarafındadır. Buna karşılık sayfa taranmış ama sonuçta yoksa, robots.txt dışında canonical, noindex, kopya içerik kümeleri veya kalite sinyalleri devreye girmiş olabilir. Bu ayrım yapılmadan yapılan her düzeltme, doğru hedefi vurmayabilir.
Bu yüzden raporu "var mı yok mu" diye değil, "hangi sınıfa giriyor" diye okuyun. Aynı sınıf içinde çözüm değişir: engel varsa erişimi düzeltirsiniz, canonical varsa temsilciyi netleştirirsiniz, kalite sorunu varsa içeriği güçlendirirsiniz.
Özellikle büyük sitelerde, düşük değerli URL’lerin çokluğu önemli sayfaların keşfini geciktirebilir. Google, gereksiz alanları taramak yerine değerli sayfalara bütçe ayırmak ister; bu yüzden tarama verimliliği gerçek bir operasyon konusudur.
Google, robots.txt ile engellenen bir URL’nin içeriğini taramayabilir; fakat URL bazı durumlarda sonuçlarda yine de görünebilir. Öte yandan canonical sinyali, aynı içeriğe yakın sayfaların tek bir ana sürümde toplanmasını kolaylaştırır. Bu nedenle "görünmüyor" şikâyetini çözmek için önce hangi sinyalin hangi kapıyı kapattığını bilmek gerekir.
Ancak robots.txt bir sayfayı Search’ten kaldırmanın ana yöntemi değildir. Sayfanın görünmesini gerçekten istemiyorsanız noindex veya uygun erişim kısıtlama yöntemleri düşünülür. robots.txt ile noindex’i karıştırmak, görünmezlik hedefini yanlış araçla kovalamaktır.
Buradaki kritik nokta şudur: canonical taramayı kapatmaz, yalnızca Google’a hangi URL’nin ana sürüm olduğunu anlatır. Bu yüzden URL’nin görünmemesi canonical yüzünden mi, yoksa başka bir engel yüzünden mi diye ayırmadan yapılan düzeltme eksik kalır.
Özellikle sayfa deneyimi ve Core Web Vitals, doğrudan indeks anahtarı gibi davranmaz; fakat arama başarısının parçasıdır. Yavaş açılan, etkileşimi geciken veya yerleşimi kayan sayfalar, teknik olarak erişilebilir olsa bile arama performansında geri düşebilir.
Bu nedenle performans kötü ise, önce tarama ve indeksleme durumunu ayırın; sonra kullanıcı deneyimi tarafını değerlendirin. Aksi halde performans sorununu yanlışlıkla keşif sorunu gibi okuyabilirsiniz.
En sağlıklı yaklaşım, önce raporlar üzerinden sınıfı belirlemek, sonra doğru araçla müdahale etmektir. Böylece "Google’da görünmüyor" ifadesini tek sorun gibi değil, çözülmesi gereken ayrı teknik kararlar olarak yönetirsiniz.
Bu yazı, Google Search Console’da hangi rapora önce bakılacağını, robots.txt ve rel=canonical sinyallerinin neyi çözdüğünü ve görünürlük kaybını yanlış teşhis etmemek için hangi ayrımı yapmanız gerektiğini anlatır.
Google Search console’da bir url’nin görünmemesini nasıl ayırt ederim?
Google’da görünmeyen bir URL için ilk soru, sayfanın gerçekten taranıp taranmadığı değil; Google’ın onu hangi nedenle dışarıda bıraktığıdır. Aynı belirtiler farklı nedenlerden doğabilir: robots.txt ile tarama engellenmiş olabilir, Google başka bir URL’yi canonical seçmiş olabilir, sayfa taranmış ama yeterince değerli görülmemiş olabilir.Bu yüzden hızlı cevap ararken tek bir rapora bakmak yanıltıcı olur. Page Indexing raporu size durumun adını, Crawl Stats raporu ise Googlebot’un sayfaya nasıl eriştiğini gösterir. Sonra robots.txt, rel=canonical, noindex ve sayfa deneyimi sinyallerini ayrı ayrı okursunuz.
Önce tarama mı indeksleme mi olduğunu ayırın
Bir URL’nin görünmemesi bazen tarama aşamasında, bazen indeksleme aşamasında, bazen de canonical seçiminde ortaya çıkar. Google Search Central, görünmeyen sayfaları anlamak için Page Indexing raporuyla birlikte Crawl Stats raporuna bakmayı önerir. Bu ikisini birlikte okumak, "Google sayfayı hiç görmedi" ile "Google gördü ama başka nedenle göstermedi" ayrımını yapar.Eğer Crawl Stats tarafında erişim zayıf görünüyorsa, sorun önce keşif ve tarama tarafındadır. Buna karşılık sayfa taranmış ama sonuçta yoksa, robots.txt dışında canonical, noindex, kopya içerik kümeleri veya kalite sinyalleri devreye girmiş olabilir. Bu ayrım yapılmadan yapılan her düzeltme, doğru hedefi vurmayabilir.
Page Indexing raporunun söylediği şey
Page Indexing raporu, bir URL’nin neden indeks dışı kaldığını durum başlıklarıyla anlatır. Buradaki önemli nokta, rapordaki etiketin tek başına kesin sebep sayılmamasıdır; etiket, sizin takip etmeniz gereken yönü gösterir. Örneğin bir sayfa canonical nedeniyle seçilmemiş olabilir, başka bir sayfa engellenmiş olabilir ya da içerik yeterli bulunmamış olabilir.Bu yüzden raporu "var mı yok mu" diye değil, "hangi sınıfa giriyor" diye okuyun. Aynı sınıf içinde çözüm değişir: engel varsa erişimi düzeltirsiniz, canonical varsa temsilciyi netleştirirsiniz, kalite sorunu varsa içeriği güçlendirirsiniz.
Crawl Stats neyi tamamlar
Crawl Stats raporu, Googlebot’un sitenize nasıl davrandığını daha teknik açıdan gösterir. Tarama yükü belli URL gruplarında yoğunlaşıyorsa, yeni veya önemli sayfalar yeterince sık keşfedilmeyebilir. Bu durumda sorun doğrudan indeks kararı değil, önce erişim ve önceliklendirme olabilir.Özellikle büyük sitelerde, düşük değerli URL’lerin çokluğu önemli sayfaların keşfini geciktirebilir. Google, gereksiz alanları taramak yerine değerli sayfalara bütçe ayırmak ister; bu yüzden tarama verimliliği gerçek bir operasyon konusudur.
| Durum | Ne anlama gelir |
|---|---|
| Page Indexing raporu | URL’nin durumunu ve Google’ın onu neden dışarıda bıraktığını anlamak için ilk bakılacak yer. |
| Crawl Stats raporu | Googlebot’un sayfaya ulaşıp ulaşmadığını ve tarama yükünün nerede toplandığını gösterir. |
| robots.txt engeli | Tarama isteğini durdurur; URL’nin arama sonuçlarında görünmesini tek başına garanti biçimde engellemez. |
| rel=canonical | Benzer sayfalar arasından temsilci URL’yi seçmeye yardım eder; taramayı kapatmak için kullanılmaz. |
| noindex | Sayfanın arama sonuçlarından çıkarılmasını hedefler; canonical ile aynı amaçta değildir. |
| Core Web Vitals | Doğrudan indeks anahtarı değil; sayfa deneyimi ve görünürlük performansı için kontrol edilmesi gerekir. |
robots.txt, canonical ve noindex aynı şey değildir
En sık karışan nokta budur. robots.txt Googlebot’un bir URL’ye erişip erişemeyeceğini yönetir; canonical benzer sayfalar arasında temsilci URL’yi seçmeye yardım eder; noindex ise sayfanın arama sonuçlarında görünmemesini hedefler. Birini diğerinin yerine kullanmak, sorunu çözmek yerine yeni bir karışıklık yaratabilir.Google, robots.txt ile engellenen bir URL’nin içeriğini taramayabilir; fakat URL bazı durumlarda sonuçlarda yine de görünebilir. Öte yandan canonical sinyali, aynı içeriğe yakın sayfaların tek bir ana sürümde toplanmasını kolaylaştırır. Bu nedenle "görünmüyor" şikâyetini çözmek için önce hangi sinyalin hangi kapıyı kapattığını bilmek gerekir.
robots.txt ne zaman kullanılır
robots.txt, öncelikle tarama trafiğini yönetmek içindir. Yani Google’ın hangi URL’lere erişebileceğini düzenler. Bu, özellikle taranması gereksiz alanlar, parametreli filtre sayfaları veya teknik kaynak dosyaları için yararlıdır.Ancak robots.txt bir sayfayı Search’ten kaldırmanın ana yöntemi değildir. Sayfanın görünmesini gerçekten istemiyorsanız noindex veya uygun erişim kısıtlama yöntemleri düşünülür. robots.txt ile noindex’i karıştırmak, görünmezlik hedefini yanlış araçla kovalamaktır.
canonical ne zaman devreye girer
Aynı ya da çok benzer içeriğin birden fazla URL’de sunulduğu durumlarda canonical sinyali önem kazanır. Google, HTTP/HTTPS sürümleri, yönlendirmeler, sitemap içi işaretlemeler ve rel=canonical gibi sinyalleri bir arada değerlendirerek temsilci URL’yi seçebilir.Buradaki kritik nokta şudur: canonical taramayı kapatmaz, yalnızca Google’a hangi URL’nin ana sürüm olduğunu anlatır. Bu yüzden URL’nin görünmemesi canonical yüzünden mi, yoksa başka bir engel yüzünden mi diye ayırmadan yapılan düzeltme eksik kalır.
Görünürlük kaybını teknik sinyallerle okuyun
Bir URL’nin görünmemesi her zaman tarama hatası değildir. Bazen sayfa teknik olarak erişilebilir olsa da kullanıcıya yeterince fayda sunmadığı için ya da daha güçlü bir kopyası bulunduğu için dışarıda kalır. Bu nedenle teknik teşhis, içerik ve deneyim sinyalleriyle birlikte yapılmalıdır.Özellikle sayfa deneyimi ve Core Web Vitals, doğrudan indeks anahtarı gibi davranmaz; fakat arama başarısının parçasıdır. Yavaş açılan, etkileşimi geciken veya yerleşimi kayan sayfalar, teknik olarak erişilebilir olsa bile arama performansında geri düşebilir.
Core Web Vitals neden tek başına açıklama değildir
Core Web Vitals, yüklenme performansı, etkileşim ve görsel istikrarı ölçer. Google Search Central bunları arama başarısı için güçlü şekilde önerir; ama bu, tek başına "indekslenmiyor" etiketinin doğrudan açıklaması olduğu anlamına gelmez.Bu nedenle performans kötü ise, önce tarama ve indeksleme durumunu ayırın; sonra kullanıcı deneyimi tarafını değerlendirin. Aksi halde performans sorununu yanlışlıkla keşif sorunu gibi okuyabilirsiniz.
Bu ayrımı nasıl kullanmalısınız
Pratikte soru şudur: Sayfa taranmıyor mu, taranıp seçilmiyor mu, yoksa taranıp başka URL’nin altında mı toplanıyor? Bu üç durumun çözümü farklıdır. Tarama eksikse sitemap ve erişim yolları; canonical yanlışsa temsilci sinyalleri; kalite zayıfsa içerik ve kullanıcı değeri üzerinde çalışılır.En sağlıklı yaklaşım, önce raporlar üzerinden sınıfı belirlemek, sonra doğru araçla müdahale etmektir. Böylece "Google’da görünmüyor" ifadesini tek sorun gibi değil, çözülmesi gereken ayrı teknik kararlar olarak yönetirsiniz.
