Google’da görünmeyen bir sayfada önce hangi teknik işaretler kontrol edilmeli

Bir sayfanın Google’da görünmemesi çoğu zaman tek bir hatadan değil, tarama izni, dizine ekleme kararı ve kanonik tercihinin birlikte okunmamasından kaynaklanır. Bu yüzden ilk kontrol, sayfanın gerçekten taranıp taranmadığı, dizine eklemeye kapalı olup olmadığı ve Google’ın başka bir URL’yi seçip seçmediğidir.

Bu yazı, önce hangi işaretin ne anlattığını ayırır; ardından robots.txt, noindex, canonical, sitemap ve Search Console sinyallerini hangi sırayla okumak gerektiğini gösterir. Amaç, görünmeme sorununu “Google sevmedi” gibi muğlak bir açıklamaya bırakmadan, teknik olarak hangi katmanda olduğunu bulmaktır.

İlk kontrol: sayfa taranıyor mu, kapalı mı, kanonik mi​

Bir sayfanın Google’da çıkmaması her zaman indeks sorunu demek değildir. Önce sayfanın arama motoruna açık olup olmadığına bakmak gerekir. Robots.txt taramayı sınırlıyorsa Google sayfaya hiç ulaşamayabilir; noindex varsa sayfa taransa bile dizine girmeyebilir; canonical yanlışsa Google aynı içeriğin başka sürümünü esas alabilir.

Bu ayrım önemli çünkü her işaret farklı bir müdahale ister. Robots.txt engeli kaldırılmadan noindex’e bakmak ya da canonical yanlışını çözmeden sitemap güncellemek zaman kaybettirir. İlk iş, sayfanın görünmemesini hangi sinyalin tetiklediğini anlamaktır.

Robots.txt neyi engeller​

Robots.txt, tarayıcının belirli URL’lere gitmesini sınırlar. Eğer sayfa burada engellenmişse sorun indeksleme aşamasına bile gelmeden başlar. Bu durumda Google’ın sayfayı görmemesi beklenen bir sonuç olabilir.

Burada kritik nokta şudur: robots.txt, sayfanın tamamen “kayıp” olmasını açıklayabilir ama tek başına dizine eklememe kararı değildir. Yani sayfa taranmadıysa önce robots.txt, sonra diğer sinyaller okunmalıdır.

Noindex neyi değiştirir​

Noindex, sayfanın taranmasına izin verip arama sonuçlarına alınmamasını sağlar. Bu yüzden sayfa sunucuda açık görünse bile sonuçlarda yer almaz. Tarama ve indeksleme aynı şey değildir; noindex bu farkı görünür kılar.

Bir sayfa sonradan noindex aldıysa daha önce görünür olsa bile artık sonuçlardan düşebilir. Bu yüzden kontrol ederken yalnız mevcut duruma değil, değişikliğin ne zaman yapıldığına da bakmak gerekir.

Kanonik ve tekrar eden URL sorununu ayırmak​

Canonical etiketi, Google’a hangi sürümün tercih edilmesi gerektiğini söyler. Aynı içerik farklı parametrelerle, kategori yollarıyla veya protokol/sürüm farklarıyla çoğalıyorsa Google bunlardan birini ana sürüm seçebilir. Yanlış kanonik, sayfanın görünmüyor gibi algılanmasına yol açabilir.

Bu durumda sayfa “yok” değildir; sadece başka bir URL lehine geri planda kalmış olabilir. Özellikle benzer içerikli sayfalar, filtreli URL’ler ve kopya sayfalar bu hatayı sık üretir. Canonical kontrolü bu yüzden görünmeme sorununda ikinci büyük adımdır.

Yanlış kanonik nasıl anlaşılır​

İçerik başka bir sayfaya referans veriyor ama o hedef sayfa gerçek ana sürüm değilse Google farklı bir seçim yapabilir. Bu da sayfanın sonuçlarda beklenen URL ile görünmemesine yol açar.

Buradaki işaret, tek sayfanın değil, aynı içeriğin farklı adreslerinin birlikte değerlendirilmesidir. Sorun çoğu zaman içerik kalitesinden çok URL mimarisindedir.

Search Console raporunu doğru okumak​

Search Console, görünmeme nedenini anlamada en pratik ayrıştırma aracıdır. Tarama hataları, soft 404 uyarıları ve dizine ekleme dışı bırakılma nedenleri burada farklı başlıklarda görünür. Bu raporlar aynı sorunu değil, farklı aşamaları işaret eder.

Örneğin bir sayfa taranmış ama soft 404 olarak işaretlenmiş olabilir; başka bir sayfa taranmış olsa da noindex nedeniyle dışarıda kalmış olabilir. Bu yüzden raporları tek satır sonuç gibi değil, karar zinciri gibi okumak gerekir.

Soft 404 ve gerçek 404 farkı​

Soft 404, sayfanın teknik olarak açık görünmesine rağmen içerik olarak boş, zayıf ya da hata sayfası gibi algılanmasıdır. Gerçek 404 ise sayfanın gerçekten bulunmamasıdır.

İkisini ayırmak önemlidir; çünkü birinde içerik veya şablon sorunu, diğerinde URL yaşam döngüsü sorunu vardır. Aynı düzeltme her iki durumda da işe yaramaz.

Sitemap tek başına neden yetmez​

XML sitemap, önemli URL’leri keşfetmek için bir ipucudur; dizine ekleme garantisi değildir. Google bir URL’yi sitemap’te görse bile robots.txt, noindex, canonical veya kalite sinyalleri nedeniyle onu dışarıda bırakabilir.

Bu nedenle sitemap’i “Google’a gönderdim, artık görünmeli” diye okumak doğru değildir. Sitemap ancak diğer işaretlerle tutarlıysa gerçekten işe yarar.

Sitemap ne zaman anlamlıdır​

Yeni URL’lerin keşfi zor olduğunda, büyük sitelerde tarama önceliği dağınık olduğunda veya içerik mimarisi karmaşıksa sitemap fayda sağlar. Ama temel engel kapalı bir sayfa ise sitemap bunu telafi etmez.

Bu ayrım, görünmeme sorununu çözmede gereksiz tekrar işlerini önler. Önce engel, sonra keşif, en son öncelik konuşulmalıdır.