İndexlenme kontrolü, bir URL'in arama motorları tarafından indekslenmesini engelleyebilecek teknik sinyalleri — robots meta etiketi, X-Robots-Tag HTTP başlığı, robots.txt kuralları, canonical hedefi ve HTTP durum kodu — saniyeler içinde tarayıp tek bir raporda özetleyen bir denetimdir. Amacı, sıralamada yer alması gereken bir sayfanın yanlışlıkla noindex ya da bloklu kalmasını, trafik kaybına dönüşmeden önce yakalamaktır.
Sorun tahmin ettiğinizden yaygın: Onely'nin ölçümlerine göre Google, yayımlandıktan 1 gün sonra indekslenebilir URL'lerin yalnızca %56'sını, 2 hafta sonra ise %87'sini indeksliyor (Onely, 2024). Yani her sayfa otomatik olarak indekse girmez; teknik engelleri erken görmek doğrudan görünürlük demektir.
İndexlenme kontrolü tam olarak neyi denetler?
Araç, bir URL'in indekslenmesini belirleyen beş temel sinyali paralel olarak okur ve her birini geçti/kaldı mantığıyla işaretler. Böylece "sayfam neden Google'da yok?" sorusunun cevabını tek ekranda görürsünüz.
- Robots meta etiketi: Sayfanın
<head>bölümündeki noindex / nofollow direktifleri. - X-Robots-Tag: HTTP yanıt başlığında gizlenen ve HTML'de görünmeyen noindex talimatları — en sık gözden kaçan engel.
- robots.txt: URL'in tarama (crawl) düzeyinde bloklanıp bloklanmadığı.
- Canonical etiketi: Sayfanın kendini mi yoksa başka bir URL'i mi kanonik gösterdiği.
- HTTP durum kodu: 200 (sağlıklı), 3xx (yönlendirme), 4xx/5xx (hata) — indekslemenin ön koşulu.
Bu sinyaller birbiriyle çelişebilir. Örneğin sitemap'te olan ama noindex taşıyan bir sayfa, Google'a karışık mesaj gönderir. Aracın değeri, bu çelişkileri manuel kaynak koda bakmadan ortaya çıkarmasıdır.
Bir sayfa neden indekslenmez? En sık nedenler nelerdir?
Çoğu indekslenmeme vakası, altı tekrar eden nedenden birine dayanır; bunların büyük kısmı teknik ve saniyeler içinde tespit edilebilir. Aşağıdaki tablo, her nedenin hangi sinyalde göründüğünü ve pratik çözümünü özetler.
| Neden | Nerede görünür | Çözüm |
|---|---|---|
| Yanlışlıkla noindex | Robots meta / X-Robots-Tag | Direktifi kaldırın, yeniden tarama talep edin |
| robots.txt bloğu | robots.txt kuralı | Disallow satırını düzeltin |
| Yanlış canonical | Canonical etiketi | Kendine referans veren canonical'a çevirin |
| Soft 404 / hata kodu | HTTP durum kodu | Sunucu yanıtını 200'e sabitleyin |
| İnce/zayıf içerik | "Taranan, henüz indekslenmemiş" | İçeriği zenginleştirin, iç link verin |
| Zayıf iç linkleme | Keşif/derinlik sorunu | Sayfayı otoriter sayfalardan linkleyin |
Ölçek büyüdükçe sorun büyür: Botify'ın kurumsal siteler üzerindeki analizine göre büyük web sitelerinde sayfaların yarısından fazlası arama motorları tarafından hiç taranmıyor (Search Engine Land / Botify, 2019). Zayıf içerik kaynaklı vakalarda ise başlık ve gövde kalitesi belirleyicidir; bu noktada H başlık yapısı ve meta açıklama üretici araçları içeriği güçlendirmeye yardımcı olur.
İndexlenme kontrolü aracını nasıl kullanırım?
Denetim üç adımda tamamlanır: URL'i yapıştırın, çalıştırın, geçti/kaldı raporunu okuyun. Herhangi bir kurulum, uzantı ya da Search Console yetkisi gerekmez; araç sayfayı canlı olarak, tıpkı bir tarayıcı botu gibi çeker.
- URL girin: Denetlemek istediğiniz tam adresi (https dahil) alana yapıştırın.
- Çalıştırın: Araç robots meta, X-Robots-Tag, robots.txt, canonical ve durum kodunu aynı anda okur.
- Raporu yorumlayın: Her sinyal için yeşil (indekslenebilir) veya kırmızı (engel var) işaretini ve nedenini görürsünüz.
Çıktı, Google Search Console'un "Sayfa indeksleme" raporundaki teşhisi tamamlar: Search Console geçmiş durumu gösterirken bu araç sayfanın şu andaki canlı sinyallerini anında verir — özellikle bir düzeltme yaptıktan sonra doğrulama için idealdir.
Denetim çıktısını sayfama nasıl uygularım?
Rapordaki her kırmızı işaret, tek bir somut düzenlemeye karşılık gelir; sırayla uygulanır ve ardından yeniden çalıştırılarak doğrulanır. İşlem mantığı basittir: engeli kaldır, düzeltmeyi yayına al, tekrar denetle, Google'dan yeniden tarama iste.
Yaygın uygulama akışı şöyledir: noindex etiketi tespit edildiyse şablondan kaldırın; robots.txt bloğu varsa ilgili Disallow satırını düzeltin; canonical yanlış bir hedefe işaret ediyorsa kendine referans veren canonical'a çevirin. Canonical kararlarını ayrıca canonical kontrolü aracıyla doğrulamak, kopya içerik/parametreli URL vakalarında ek güvence sağlar.
Düzeltmeden sonra sayfanın keşfedilmesini hızlandırmak için onu güçlü sayfalardan linkleyin. AI iç linkleme aracı, bu keşif yollarını otomatik önererek "taranan, henüz indekslenmemiş" durumundan çıkışı hızlandırır.
İndexlenme kontrolü hangi diğer denetimlerle birlikte çalışır?
İndekslenebilirlik, teknik SEO sağlığının bir katmanıdır; canonical, robots/sitemap ve hreflang denetimleriyle birlikte tam bir tarama-indeksleme resmi verir. Tek başına bir sinyal yeşil olsa bile, komşu katmandaki bir hata görünürlüğü engelleyebilir.
- Robots & Sitemap: Bir URL indekslenebilir olsa bile sitemap'te yoksa keşfi gecikir. Robots & Sitemap kontrolü bu tarafı denetler.
- Hreflang: Çok dilli sitelerde yanlış hreflang, doğru dil sürümünün indekslenmesini karıştırır. Hreflang kontrolü ile eşleştirin.
- Yapısal veri: İndekslenen sayfanın zengin sonuçlara girmesi için Schema üretici ile geçerli JSON-LD ekleyin.
Bu dört aracı bir kontrol listesi gibi kullanmak, hem klasik arama hem de AI yanıt motorları için sayfanın "görülebilir" olmasını garanti eder.
İndekslenmeyi ne sıklıkla kontrol etmeliyim?
Her yeni yayın sonrası ve her şablon/CMS değişikliğinde kontrol edin; ayrıca kritik sayfalar için aylık bir doğrulama iyi bir alışkanlıktır. En tehlikeli hatalar toplu olanlardır: tek bir şablon değişikliği yüzlerce sayfaya aynı anda noindex ekleyebilir.
Google'ın resmi kılavuzuna göre 10.000 sayfanın altındaki çoğu sitenin tarama bütçesi (crawl budget) için endişelenmesine gerek yoktur (Google Search Central, 2024) — yani küçük ve orta sitelerde asıl risk bütçe değil, yanlışlıkla konmuş teknik engellerdir. Bu da indexlenme kontrolünü, düzenli yapılması gereken en yüksek getirili teknik denetimlerden biri yapar. Kapsamlı bir teknik SEO revizyonu için Sora Yazılım ekibiyle iletişime geçebilirsiniz.
İndexlenme kontrolü gerçek bir projede nasıl fark yaratır? Örnek bir senaryo
Tipik bir vaka şöyle gelişir: Bir e-ticaret sitesi kategori şablonunu yeniler, geliştirme ortamında duran noindex etiketi fark edilmeden canlıya taşınır ve birkaç hafta içinde yüzlerce kategori sayfası Google'dan sessizce düşer. Sayfalar tarayıcıda kusursuz göründüğü için ekip sorunu ancak trafik raporundaki düşüşte fark eder — o noktada kayıp çoktan başlamıştır.
İndexlenme kontrolü bu tabloyu dakikalar içinde netleştirir. Ekip, düşüş yaşayan üç kategori URL'ini araca yapıştırır; rapor üçünde de robots meta etiketinde noindex işaretler. Sorunun tek tek sayfalarda değil ortak şablonda olduğu anlaşılır: tek satırlık bir düzeltme yüzlerce sayfayı aynı anda kurtarır, ardından yeniden tarama talebiyle toparlanma hızlanır.
Çok dilli kurumsal sitelerde senaryo farklı görünür ama mantık aynıdır. Dil sürümleri birbirini yanlış canonical ile göstermeye başladığında Google hangi sürümü indeksleyeceğine karar veremez ve trafik dalgalanır. Araç her dil sürümünün canonical hedefini ve durum kodunu ayrı ayrı raporlayarak hatanın hangi sürümde olduğunu görünür kılar. Benzer sayfaların birbirinin görünürlüğünü zayıflattığı durumlarda kannibalizasyon analizi ile hangi URL'in öncelikli olduğunu belirlemek, düzeltmenin doğal ikinci adımıdır.
İndekslenebilirlik yönetiminde en sık yapılan hatalar nelerdir?
En pahalı hatalar teknik olarak küçük, etkisi büyük olanlardır: indeksten çıkarmak için robots.txt kullanmak, staging ayarını canlıya taşımak, şablon düzeyinde yanlış canonical bırakmak, yalnızca geçmiş veriye güvenmek ve sitemap'i çelişkili bırakmak. Beşi de saniyeler içinde tespit edilebilir; fark edilmezse aylarca trafik kaybettirir.
- İndeksten çıkarmak için robots.txt kullanmak: Tarama engellenince Google sayfadaki noindex etiketini hiç göremez ve URL indekste asılı kalır. Çıkarılacak sayfayı robots.txt'te açık bırakıp noindex uygulayın.
- Staging noindex'ini canlıya taşımak: Yayın kontrol listesine "canlı URL'de indexlenme kontrolü çalıştır" maddesi eklemek bu hatayı kalıcı olarak önler.
- Şablon canonical'ını tek URL'e sabitlemek: Tüm sayfalar tek bir sayfanın kopyası gibi görünür ve indeksten teker teker düşer. Canonical dinamik ve kendine referanslı olmalıdır.
- Yalnızca Search Console'a bakmak: Rapor günler gecikebilir; düzeltme sonrası canlı sinyali araçla anında doğrulamak boşuna beklemeyi önler.
- Sitemap'te noindex'li URL tutmak: "İndeksle" ve "indeksleme" sinyalini aynı anda göndermek Google'ın sitemap'inize duyduğu güveni azaltır.
Bu beş maddeyi her sürüm öncesi hızlıca gözden geçirmek, indekslenme kaynaklı trafik kayıplarının büyük bölümünü daha oluşmadan engeller.
AI arama çağında indekslenebilirlik neden daha da kritik hale geldi?
2026'da indekslenebilirlik yalnızca klasik sıralamanın değil, AI cevaplarında alıntılanmanın da ön koşuludur: Google AI Overviews, ChatGPT ve Perplexity kaynaklarını indekslenmiş içerik havuzundan seçer — indekste olmayan sayfa AI cevabında da var olamaz. Yani tek bir gözden kaçmış noindex, sayfanızı aynı anda iki görünürlük kanalından birden siler.
Bu kanalın ağırlığı hızla arttı: Semrush'un 10 milyondan fazla anahtar kelimeyi izleyen çalışmasına göre AI Overviews, Temmuz 2025'te sorguların %24,6'sında tetiklendi ve Kasım 2025 itibarıyla %15,7 civarında dengelendi (Semrush, 2025). Google da resmi dokümantasyonunda AI özelliklerinin standart indeksleme altyapısına dayandığını, ayrı bir başvuru mekanizması olmadığını belirtir (Google Search Central).
GEO (Generative Engine Optimization) perspektifinden pratik sonuç şudur: önce sayfanın indekslenebilir olduğunu doğrulayın, sonra AI motorlarının kolayca alıntılayabileceği formatlara yatırım yapın — net cevap paragrafları, tablolar ve sayfada görünür bir SSS bölümü. Bu son adımda SSS üretici aracı, indekslenebilir sayfanızı alıntılanabilir bir sayfaya dönüştürmeyi hızlandırır.
İndekslenme başarısını hangi metriklerle ölçmeliyim?
Üç metrik yeterlidir: kritik sayfaların indekslenme oranı (hedef %100), yeni içeriğin yayından indekse girme süresi ve Search Console'daki "indekslenmedi" nedenlerinin dağılımı. Bu üçü düzenli izlendiğinde, indekslenme sağlığı tahmin değil ölçüm konusu haline gelir.
| Metrik | Nereden izlenir | Başarı neye benzer |
|---|---|---|
| Kritik sayfa indeks oranı | GSC "Sayfa indeksleme" raporu | Para kazandıran sayfaların tamamı indekste |
| İndekse girme süresi | Yayın tarihi + URL Denetleme | Günler içinde, haftalar değil |
| "İndekslenmedi" neden dağılımı | GSC neden kırılımı | Teknik nedenler (noindex, 404) sıfıra yakın |
Pratik akış şöyledir: ayda bir GSC raporundaki "indekslenmedi" nedenlerini gözden geçirin; teknik nedenli olanları (noindex, robots.txt, yönlendirme hatası) bu araçla canlı doğrulayıp düzeltin; "taranan, henüz indekslenmemiş" grubunu ise içerik ve iç link güçlendirmesiyle eritin. Başarının en net işareti, şablon değişikliklerinden sonra bu raporda ani sıçramaların artık yaşanmamasıdır — yani sorunların üretime hiç ulaşmamasıdır.