Google’da İndekslenmeyen Sayfa Nasıl Teşhis Edilir?

Bir sayfanın Google’da görünmemesi tek başına nedenini açıklamaz. URL hiç keşfedilmemiş, Google henüz taramamış, erişim katmanında engellenmiş, sunucudan hata almış, başka bir adrese yönlenmiş, farklı bir canonical ile gruplanmış ya da tarandığı hâlde dizine alınmamış olabilir. Bu durumların çözümü birbirinden farklıdır. Örneğin taramayı robots.txt ile kapatmak, sayfanın içindeki noindex yönergesinin okunmasını da engelleyebilir. Bu rehber, Search Console verisini teknik ve editoryal kontrollerle birleştirerek hangi aşamada sorun olduğunu bulmaya yardım eder.

Teşhisi sırayla yürütün: doğru URL ve mülkü seçin; Google’ın daha önce işlediği indeks kaydını canlı testten ayırın; HTTP yanıtını, robots ve canonical sinyallerini kontrol edin; ardından render edilen içeriği, sitemap’i ve iç bağlantıları değerlendirin. Son olarak değişikliği küçük bir URL örnekleminde izleyin. Tarama, indeksleme ve sıralama birbirine bağlı olsa da aynı şey değildir. JavaScript SEO ve rendering rehberimiz, Google’ın sayfa kaynaklarını nasıl işlediğini ayrıca açıklar.

“İndekslenmiyor” ifadesini doğru yorumlayın

Bir URL’nin arama sonuçlarında bulunmaması, otomatik olarak teknik bir indeksleme hatası olduğu anlamına gelmez. Sayfanın yeni olması, Google tarafından henüz keşfedilmemesi, sitenin başka bir URL’yi canonical seçmesi veya içeriğin mevcut arama ihtiyacına yeterli katkı sağlamaması farklı olasılıklardır. İlk adım, gözlemi bir tanı cümlesine çevirmektir: “Bu ürün URL’si Search Console’da taranmış fakat dizine alınmamış görünüyor” gibi. “Google sayfamı sevmiyor” veya “site haritasında var ama yok” kök neden belirtmez. URL’yi, rapor durumunu ve gördüğünüz tarihi kaydedin.

Google’da `site:` araması hızlı bir işaret verebilir; fakat indeksin tam ve kesin dökümü değildir. Operatörde sonuç çıkmaması tek başına yokluğu kanıtlamaz, sonuç çıkması da tercih edilen canonical’ın doğru olduğunu veya sayfanın hedeflenen tüm sorgularda görüneceğini göstermez. Search Console’daki URL Denetleme daha güvenilir tanı noktasıdır. Doğru mülkü açtığınızı da kontrol edin: `http` ve `https`, `www` ve kök alan adı, alt alan adları ya da farklı mülk türleri ayrı kapsamlar gösterebilir. Büyük/küçük harf, sondaki slash ve sorgu parametreleri de URL’yi değiştirebilir.

Önce etkilenen URL kümesini belirleyin

Sorun tek sayfada mı, yeni yayınlanan bir grupta mı, yoksa tüm bir şablonda mı? URL’leri ürün, kategori, blog, filtre ve dil varyantı gibi sayfa türlerine ayırın. Her kümeden hem indekslenmiş hem indekslenmemiş örnekler seçin. Etkilenen sayfaların ortak yayın tarihini, CMS değişikliğini, son dağıtımı veya robots/canonical düzenlemesini not edin. Aynı şablondaki yüzlerce URL benzer tarihte etkilenmişse ortak tema, uygulama veya CDN değişikliği olasılığı yükselir. Tek URL etkilenmişse içerik, bağlantı derinliği veya o sayfaya özgü bir etiket daha olasıdır. Bu ayrım incelemenin kapsamını küçültür.

Search Console’un Sayfa indeksleme raporu, raporlanan durumları ve örnek URL’leri gösterir; her URL için gerçek zamanlı envanter gibi düşünülmemelidir. Raporun son güncellenme tarihini kaydedin ve dışa aktardığınız adresleri CMS yayın listesi, XML sitemap ve sunucu loglarıyla karşılaştırın. Önemli URL’ler için takip tablosu oluşturun: URL, şablon, yayın tarihi, HTTP durumu, tarama izni, kullanıcı canonical’ı, Google canonical’ı, sitemap üyeliği, ilgili iç bağlantılar, son tarama tarihi ve rapor durumu. Aynı alanları düzeltmeden önce ve sonra doldurmak, değişikliğin gerçekten hangi sinyali iyileştirdiğini görmenizi sağlar.

URL Denetleme’de indeks kaydı ile canlı testi ayırın

Search Console’da tam adresi URL Denetleme’ye girin. İndeks kaydı ekranında Google’ın son tarama zamanını, getirme sonucunu, taramaya izin durumunu, indekslemeye izin bilgisini, kullanıcı tarafından belirtilen canonical’ı ve Google’ın seçtiği canonical’ı inceleyin. “URL Google’da değil” sonucu yalnızca üst düzey durumdur. Ayrıntılar, URL’nin hiç taranmadığını mı, erişilemediğini mi, başka bir adresle birleştirildiğini mi yoksa başka bir nedenle dışarıda kaldığını mı anlamaya yardım eder. Bir URL’nin indeks kaydı geçmişteki işleme dayanabilir; bugünkü sayfa durumunu tek başına göstermez.

Önemli bir değişiklikten sonra “Canlı URL’yi test et” seçeneğiyle o anki erişimi kontrol edin. Canlı test başarılı olsa bile sayfa otomatik olarak dizine eklenmiş sayılmaz. Test, Google’ın o anda URL’yi alıp işleyip işleyemediğine dair kanıt verir; indeksleme kararı daha sonra ve ayrı değerlendirilir. Tersine, eski indeks kaydı hâlâ bir tarama hatası gösterirken canlı test artık başarılı olabilir; Google henüz yeniden taramamış olabilir. Her iki sonucu saatleriyle birlikte kaydedin. Google’ın Search Console raporları rehberi (yeni sekmede açılır), farklı raporların neyi gösterdiğini açıklar.

Canlı test başarılı olduğunda ne çıkarım yapabilirsiniz?

Sayfanın şu an erişilebilir olduğu ve istenen yanıtın alınabildiği sonucunu çıkarabilirsiniz. Ancak Google’ın sayfayı mutlaka indeksleyeceğini, doğru canonical’ı seçeceğini ya da belirli bir sürede yeniden tarayacağını çıkaramazsınız. Raporla canlı test arasındaki tarih farkını kapatmadan iki ekranı çelişkili saymayın. Birkaç gün sonra aynı URL’yi tekrar kontrol etmek gerekiyorsa, kullanılan URL’nin birebir aynı olduğundan emin olun; parametreli ve parametresiz sürümleri karıştırmayın.

HTTP yanıtı, yönlendirme ve erişim katmanlarını inceleyin

Bir sayfanın kendi tarayıcınızda açılması, Googlebot’un aynı yanıtı aldığı anlamına gelmez. Tam URL için HTTP durum kodunu, yönlendirme zincirini, son URL’yi, yanıt süresini ve önemli başlıkları kontrol edin. Beklenen 200 yerine 401, 403, 404, 429 veya 5xx dönebilir. WAF, CDN, oturum kontrolü, ülke kuralı, rate limit ya da geçici sunucu sorunu farklı istemcilere farklı davranabilir. Toplu bir sorun varsa uygulama ve web sunucusu loglarını etkilenen zaman aralığıyla karşılaştırın. Yalnızca user-agent başlığında Googlebot yazan bir isteği gerçek Googlebot kabul etmeyin; resmi doğrulama yöntemini kullanın.

Yönlendirme varsa hedefin doğru ve kalıcı olup olmadığını, tek adımda 200 yanıtına ulaşıp ulaşmadığını kontrol edin. Zincir, döngü veya ilgisiz bir ana sayfaya yönlendirme varsa düzeltin. Sayfa taşındıysa iç bağlantıların eski URL’ye gitmeye devam etmesi hem kullanıcıyı hem taramayı gereksiz bir adımdan geçirir. Google’ın tarama sorunlarını giderme kılavuzu (yeni sekmede açılır) sunucu erişimi, DNS ve robots gibi durumları ayırmak için resmi bir başvuru kaynağıdır. Sunucu loglarını yorumlama adımları için ayrıca SEO sunucu log analizi yazımıza bakabilirsiniz.

Robots, noindex ve güvenlik kontrollerini karıştırmayın

Doğru hostun canlı robots.txt dosyasını kontrol edin ve sayfanın yolu ile gerekli CSS/JavaScript kaynaklarının engellenmediğinden emin olun. Sonra HTML içindeki robots meta etiketini ve HTTP `X-Robots-Tag` yanıt başlığını inceleyin. Noindex sayfa şablonundan, CMS alanından veya proxy katmanından geliyor olabilir. Bu yönergelerden biri beklenmedik şekilde eklenmişse, değişikliğin hangi sistemde üretildiğini bulun; sadece tek URL’nin kaynak kodunu düzeltmek ortak şablondaki hatayı gidermeyebilir.

Robots.txt tarama isteğini kontrol eder, noindex ise taranabilen bir sayfanın indeks dışında tutulmasını ister. Tarama engelliyse Google sayfa içindeki noindex bilgisini okuyamayabilir. Gizli veya özel sayfaları robots.txt ile korumaya çalışmayın; dosya herkese açıktır ve erişim denetimi değildir. Arama dışında kalması gereken ama açıkça erişilebilir bir sayfada uygun noindex yönergesi kullanılabilir. Önemli sayfalar yanlışlıkla engelliyse kuralı daraltın ve hem engellenmesi hem açık kalması gereken örnek URL’leri test edin. Ayrıntılı kontrol için robots.txt tarama engelleri rehberimizi inceleyin.

Canonical ve URL varyantlarını doğrulayın

Sayfada belirtilen canonical adresi Google’ın seçtiği canonical ile karşılaştırın. Google başka bir adres seçtiyse benzer içerikli URL’leri, iç bağlantıları, yönlendirmeleri ve sitemap’i birlikte inceleyin. Canonical bir ipucudur; tercih edilen adresin seçilmesini tek başına zorlamaz. Bir ürünün parametreli ve parametresiz sürümleri, HTTP/HTTPS varyantları, slash farkları veya bölgesel dil sayfaları tutarsız sinyaller üretebilir. Farklı içerik ve arama amacına sahip sayfaları yalnızca trafik toplamak için tek canonical altında birleştirmeyin.

E-ticaret sitelerinde renk, beden, sıralama ve filtre parametreleri çok sayıda benzer URL oluşturabilir. Her URL türünün gerçekten bağımsız arama değeri olup olmadığını belirleyin; değerli kategori sayfaları ile kullanıcıya özel filtre kombinasyonlarını aynı şekilde ele almayın. Canonical, yönlendirme ve tarama kuralı arasındaki kararları URL sınıflarına göre belgeleyin. Filtrelerin oluşturduğu kopya ve tarama sorunlarını ele almak için e-ticaret filtre URL’leri rehberimiz bu ayrımı ayrıntılandırır. Çok dilli sayfalarda her dilin kendi doğru canonical’ı bulunmalı ve hreflang hedefleri karşılıklı, erişilebilir olmalıdır.

İçerik ve rendering kalitesini kontrol edin

Googlebot sayfayı alabildi diye sayfanın arama dizinine girmesi garanti değildir. Gerçek ana içerik HTTP yanıtında veya render edilmiş DOM’da var mı? Google’ın görmesi gereken metin yalnızca kullanıcı etkileşimi, oturum çerezi veya erişilemeyen bir API’den sonra mı yükleniyor? JavaScript kullanan sayfalarda ilk HTML ile render edilmiş çıktıyı karşılaştırın; başlık, ana metin, ürün bilgisi ve bağlantıların son DOM’da yer aldığını doğrulayın. Boş bir uygulama kabuğu, yüklenmeyen API, hatalı hydration veya botlara farklı içerik veren katman, sayfanın anlaşılmasını zorlaştırabilir.

İçerik açısından sayfanın gerçekten ayrı bir kullanıcı ihtiyacını karşılayıp karşılamadığını sorun. Başka bir URL’nin birkaç kelime değiştirilmiş kopyası mı? Yüzlerce lokasyon, filtre veya ürün varyasyonu aynı kısa metni mi sunuyor? Bu durumlarda yalnızca kelime eklemek yerine sayfanın özgün faydasını artırın, birleştirilecek içerik varsa uygun yönlendirme planlayın ve bağımsız değer taşıyan URL’leri açıklayıcı içerikle destekleyin. Kelime sayısı tek başına indeks şartı değildir. Google’ın teknik gereksinimleri (yeni sekmede açılır) erişilebilirlik için taban koşulları verir; bu koşulların sağlanması görünürlük garantisi değildir.

İç bağlantı ve sitemap sinyallerini birlikte inceleyin

İndekslenmesi istenen sayfa, ilgili ve taranabilen bir sayfadan standart bir `a href` bağlantısıyla bulunabiliyor mu? Yalnızca site içi arama kutusundan, form gönderiminden veya tıklama sonrası JavaScript olayıyla erişilebilen URL’ler zayıf keşif yollarına sahip olabilir. Kategori, breadcrumb ve ilgili rehber bağlantılarını kullanarak anlamlı hiyerarşi oluşturun. Bağlantı metni hedefin konusunu açıklasın; sayfaya giden tüm bağlantılarda aynı genel anchor’ı tekrar etmeyin. Bir crawler ile yetim sayfaları bulun, ancak sırf indeksleme için navigasyona yüzlerce bağlantı eklemeyin.

XML sitemap yalnızca indekslenmesini istediğiniz, başarılı yanıt veren ve canonical politikanızla tutarlı URL’leri içermelidir. Sitemap’e eklenmek indeks garantisi değildir; Google’a keşif için yardımcı bir sinyal verir. Sitemap’te yönlenen, 404 veren, noindex olan veya başka bir URL’yi canonical gösteren adresler varsa envanteri düzeltin. `lastmod` değerini yalnızca anlamlı güncellemede değiştirin. Sitemap’in erişim ve format sorunları için XML sitemap denetim yazımıza bakın. İndekslenmeyen bir tanıtım yazısının nedenini ve yayıncıyla kontrol adımlarını anlatan eski indekslenme rehberimizi de bu incelemeyle birlikte değerlendirebilirsiniz.

Search Console durumuna göre çözüm seçin

“Robots.txt tarafından engellendi” durumu değerli bir URL’de görünüyorsa önce engelin kasıtlı olup olmadığını ve canlı dosyanın doğru hostta servis edildiğini doğrulayın. “Noindex” raporu varsa etiketin veya header’ın kaynağını bulup hedef URL grubunda düzeltin. Sunucu hatasında uygulama, CDN ve log katmanlarını inceleyin; soft 404’de gerçek yanıt gövdesi ile sayfa içeriğini kontrol edin. “Başka bir sayfa canonical olarak seçildi” durumunda canonical ve URL varyantı politikasını uyumlu hale getirin. Her düzeltmede beklenen sonucu önceden tanımlayın; örneğin canlı testte indekslemeye izin verilmesi ve doğru canonical’ın görünmesi.

“Tarandı, şu anda dizine eklenmiş değil” veya “Keşfedildi, şu anda dizine eklenmiş değil” gibi durumlar her zaman tek bir teknik direktife işaret etmez. İçerik benzerliği, sınırlı ek değer, iç bağlantı eksikliği, tarama önceliği ve Google’ın seçtiği canonical gibi unsurları birlikte değerlendirin. Önce benzer şablondan indekslenmiş bir URL ile karşılaştırın. Çok sayıda URL’ye tekrar tekrar indeks isteği göndermek yerine sitemap ve iç bağlantı sorunlarını giderin, sayfa grubunu izleyin. Google’ın raporladığı ifade zaman içinde değişebilir; çözüm kararını yalnızca etikete değil, toplanan kanıta dayandırın.

Düzeltmeyi güvenli yayınlayın ve etkisini izleyin

Birden fazla alakasız değişikliği aynı anda yapmak, işe yarayan düzeltmeyi belirlemeyi zorlaştırır. Bir hipotez yazın: “Kategori şablonu yanlışlıkla noindex gönderiyor; meta yönergesini kaldırınca canlı URL testi indekslemeye izin verecek.” Etkilenen URL kümesini, değişiklik sahibini, yayın saatini ve geri alma adımını kaydedin. Önce staging’de, ardından üretimde temsilî URL’leri test edin. Dağıtım sonrası HTTP kodu, robots erişimi, render edilmiş metin, canonical ve sitemap üyeliğini tekrar kontrol edin. Eski ve yeni çıktıları aynı tabloda tutun.

Canlı testin düzelmesi, Google’ın yeniden taraması ve indeksleme kararı için gereken zamanı ortadan kaldırmaz. Önemli birkaç sayfada URL Denetleme’nin indeks isteği kullanılabilir; bu işlem sıraya alma veya indeks garantisi vermez. Büyük gruplarda sitemap’i ve dahili bağlantıları güncel tutup sabit bir örneklem belirleyin. Haftalık veya uygun raporlama aralığında son tarama tarihi, indeks durumu ve organik gösterimleri kıyaslayın. Sonuç alınmazsa aynı talebi tekrarlamak yerine Google’ın yeni bir canonical seçip seçmediğini, sunucu yanıtının değişip değişmediğini ve render çıktısının doğru olup olmadığını yeniden inceleyin.

Yayın öncesi kısa indekslenebilirlik kontrol listesi

• Doğru host ve tam URL’yi Search Console’da denetleyin.
• Sayfanın üretimde 200 yanıt verdiğini ve gereksiz yönlendirme olmadığını doğrulayın.
• Robots.txt, robots meta ve X-Robots-Tag sinyallerini birlikte kontrol edin.
• Kullanıcı canonical’ı, Google canonical’ı, hreflang ve iç bağlantıları karşılaştırın.
• İlk HTML ve render edilmiş DOM’da ana içeriğin yer aldığını doğrulayın.
• Sitemap’te yalnızca tercih edilen, erişilebilir URL varyantının bulunduğunu kontrol edin.
• Değişiklikten sonra aynı URL örnekleminde canlı test ve indeks raporunu ayrı izleyin.

Sık sorulan sorular

Google’da indekslenmeyen sayfanın nedenini nereden öğrenirim?

Search Console’daki doğru mülkte tam URL’yi URL Denetleme ile inceleyin; indeks kaydı, son tarama, getirme sonucu ve canonical ayrıntılarını okuyun. Ardından canlı testi, HTTP yanıtını ve sayfa kaynaklarını kontrol edin. Tek başına `site:` aramasını kesin tanı olarak kullanmayın.

Canlı URL testi başarılıysa sayfa indekslenmiş midir?

Hayır. Canlı test o andaki erişim ve getirilebilirliği gösterir. İndeks raporu Google’ın önceki işlemesini yansıtabilir; yeniden tarama ve indeksleme kararı ayrı aşamalardır.

İndekslenmesi için her sayfaya istek göndermeli miyim?

Önemli ve yakın zamanda düzeltilmiş birkaç URL için istek kullanılabilir. Bu, tarama talebidir; indeks garantisi veya belirli süre sözü değildir. Büyük URL kümelerinde sitemap’i ve iç bağlantıları düzeltin.

Robots.txt ile indeks dışı bırakma yapılır mı?

Robots.txt taramayı engeller ve Google’ın noindex yönergesini okumasını önleyebilir. Erişilebilir bir sayfanın indeks dışında kalması isteniyorsa uygun noindex yönergesi kullanılır; özel içerik erişim denetimiyle korunur.

“Tarandı, şu anda dizine eklenmiş değil” ne demektir?

Google URL’yi taramıştır fakat o anda dizine almamıştır. Tek bir nedeni yoktur; sayfa değerini, benzer URL’leri, canonical’ı, iç bağlantıları ve teknik yanıtı karşılaştırın.

Düzeltmeden sonra ne kadar beklemek gerekir?

Sabit süre yoktur. Yeniden tarama ve rapor güncelleme zamanı siteye ve URL’ye göre değişebilir. Aynı örnek URL’leri ve rapor tarihini zaman içinde takip edin.

Sonuç

İndekslenmeyen bir sayfanın çözümü, yalnızca bir etiketi değiştirmek değil, Google’ın hangi aşamada durduğunu kanıtla bulmaktır. İndeks kaydını canlı testten ayırın; HTTP, robots, canonical, rendering, içerik, sitemap ve dahili bağlantıları sırayla inceleyin. Değişikliği ölçülebilir bir hipotezle yayınlayın ve aynı URL örnekleminde izleyin. Tarama erişimi, indeks kararı ve arama görünürlüğü farklı sonuçlardır; her birini kendi rapor ve kanıtıyla değerlendirin.

Resmî kaynaklar: Google’ın tarama sorunlarını giderme rehberi (yeni sekmede açılır), teknik gereksinimleri (yeni sekmede açılır), Search Console raporları (yeni sekmede açılır) ve arama operatörlerinin sınırları (yeni sekmede açılır). Araçların gösterdiği durumu kendi üretim URL’nizde doğrulamayı unutmayın.