İndexleme Sorunları Nedir? Kapsamlı Rehber

Indexleme sorunları, Google’ın URL’nizi bilmesi ile arama sonuçlarında kullanılabilir dizine eklemesi arasındaki kopukluktur. Trafik düşüşlerinin bir kısmı sıralama değil, “hiç indekslenmeme” veya “yanlış kanonik yüzünden yanlış URL’nin indekslenmesi”dir.

Bu rehber GSC kapsam/indeksleme sinyallerini, yaygın nedenleri ve teşhis sırasını verir. Birincil kaynak: Google Search Central — indeksleme. Garanti trafik vaadi yoktur; sistematik teşhis vardır.

Bölüm 1GSC’de hangi sinyallere bakılır?

Search Console’da Sayfa indeksleme (eski adıyla kapsama) raporu ve URL İnceleme aracı temeldir. Durum etiketleri zamanla yeniden adlandırılabilir; mantık aynı kalır: taranabiliyor mu, indekslenmesine izin var mı, seçilen kanonik hangisi, neden hariç?

• İndekslenen vs indekslenmeyen sayfa trendi
• Sitemap’te gönderilen vs gerçekten indekslenen
• URL İnceleme: “Google’ın seçtiği kanonik”
• robots.txt engeli, noindex, yumuşak 404, yönlendirme
• “Tarandı - şu anda dizine eklenmedi” / kalite ile ilgili nedenler

GSC girişi: Search Console başlangıç. Sayfa bazlı okuma: GSC sayfa analizi. Tek URL ön kontrolü için ücretsiz SEO analizi tamamlayıcıdır; GSC’nin yerine geçmez.

Bölüm 2Yaygın nedenler

Erişim ve direktif

• robots.txt ile kritik yolun engellenmesi
• meta robots / header noindex
• Yanlış canonical (başka URL seçiliyor)
• Login duvarı, 403/5xx, uzun redirect zinciri

Keşif ve tarama

• İç link yok (orphan), sitemap eksik/bozuk
• Aşırı parametre URL’si — tarama bütçesi dağılması
• JS ile gelen içerik/linklerin geç veya hiç görünmemesi

Kalite ve seçim

• Thin/kopya içerik; üretici metni kopyası
• Soft 404 (boş sayfa 200)
• Alternatif kopyanın tercih edilmesi (www/non-www, http/https, parametre)

Robots: robots.txt pratikleri. Sitemap: XML sitemap hataları. Noindex: noindex kontrol listesi.

Bölüm 3Teşhis sırası (önerilen)

Panikle “yeniden indeksle” demeden önce aynı sırayı izleyin. Her adım bir sonrakinin önkoşuludur.

1) HTTP ve erişim

Canlı URL 200 mü? Mobil kullanıcı aracısıyla engel var mı? Redirect tek hop’ta doğru kanoniğe mi gidiyor? 4xx/5xx ve zincir varsa önce onu kapatın.

2) robots.txt ve noindex

GSC robots.txt testinden kritik path’i kontrol edin. HTML ve HTTP header’da noindex var mı? “İndekslensin” istediğiniz sayfada noindex kalmamalı; “indekslenmesin” dediğiniz teşekkür/sepet sayfalarında noindex bilinçli olmalı.

3) Canonical ve çoğaltma

URL İnceleme’de Google’ın seçtiği kanonik sizin istediğiniz mi? Parametre, trailing slash, büyük/küçük harf ve HTTPS sürümlerini tekilleştirin. Site genelinde karışık sinyaller indeks seçimini bozar.

4) Keşif yolu

En az bir iç link veya geçerli sitemap kaydı var mı? Orphan ürün/kategori sık görülür. Kırık iç linkler keşfi keser — tarama ile doğrulayın.

5) İçerik değeri ve talep

Erişim tamamsa içerik benzersiz ve amaçlı mı? Soft 404 veya ince şablon mu? Kritik URL’de düzeltme sonrası URL İnceleme + denetimli indeks talebi; tüm siteyi spamlemeyin.

Bölüm 4Önceliklendirme

• Gelir/trafik potansiyeli yüksek URL’ler önce
• Şablon hatası (noindex yanlışlıkla tüm PDP) → tek tek URL’den önce şablon
• Toplu facet patlaması → politika + noindex/canonical
• Tek blog yazısı eksik indeks → düşük öncelik (panic yok)

Bölüm 5İzleme rutini

Haftalık: indeks grafik + yeni “neden hariç” sıçramaları. Yayın sonrası: kritik URL’lerde İnceleme. Çeyreklik: sitemap kalitesi ve robots politikası. Indexleme sorunları “bir kez düzeltilir” değil; katalog ve CMS değiştikçe geri gelir.

Bölüm 6URL İnceleme’yi doğru okumak

URL İnceleme, tek URL için Google’ın son gördüğünü özetler. “İndekslenme izni var” ile “fiilen indekslendi” farklıdır. “Google’ın seçtiği kanonik” sizin belirttiğinizden farklıysa önce sinyal çatışmasını çözün; içerik rewrite ikinci plandadır.

• Canlı test vs son tarama: değişiklik yayınlandı mı?
• Kaynak HTML’de noindex/canonical gerçekten ne?
• Ekran görüntüsü: mobilde içerik görünüyor mu?
• Kaynak kodda kritik metin var mı yoksa boş shell mi?

Canlı test yeşil, indeks kırmızıysa sabır + kalite/keşif tarafına bakın. Anında her URL için talep spami Search Console kotasını yakar ve kök nedeni gizler.

Bölüm 7Soft 404 ve ince şablon

Stok bitmiş ürün, boş kategori veya “sonuç yok” arama sayfası 200 OK dönüp neredeyse içeriksizse soft 404 riski doğar. Google bunları dizine eklemek istemeyebilir. Çözüm: doğru durum kodu veya anlamlı alternatif içerik + iç link; sahte dolgu paragrafı değil.

E-ticarette binlerce ince varyant URL’si aynı sendromu üretir. Indexleme sorunu gibi görünen şey aslında katalog kalitesi sorunudur — teknik ekip tek başına “yeniden tarama” ile çözemez.

Bölüm 8JavaScript ve “boş ilk HTML”

İlk HTML’de başlık/ürün yok, her şey client render ise indeks gecikmesi veya eksik içerik görülebilir. Teşhiste “görüntüle kaynağı” ile kullanıcı ekranını karıştırmayın. Kritik içerik sunucu veya ön render ile gelmeli; detay etkileşimde yükseltilebilir.

Bölüm 9Site taşıma ve toplu düşüş

Toplu indeks kaybında önce yakın zamandaki deploy, DNS, robots, noindex şablon hatası ve HTTPS/kanonik değişimini kontrol edin. Taşıma sonrası redirect map eksikse hem tarama hem indeks kanar. Panic content rewrite’larından önce P0 erişim checklist’ini bitirin.

• robots.txt yanlışlıkla Disallow: /
• Staging noindex’inin production’a sızması
• Yeni temada canonical plugin çakışması
• CDN 403 geo/bot kuralları

Bölüm 10Örnek teşhis senaryoları

Senaryo A: Yeni ürün indekslenmiyor

1) 200 ve indexable mi? 2) İç link/sitemap var mı? 3) Kanonik kendini mi gösteriyor? 4) İçerik üretici kopyası mı? 5) Denetimli talep. Çoğu vaka 2 veya 4’te biter.

Senaryo B: Eski kategori düştü

1) GSC’de neden etiketi? 2) Soft 404/noindex yeni mi? 3) Facet kanonik mi değişti? 4) İç link hub’dan kesildi mi? 5) CWV değil — önce indeks nedeni.

Senaryo C: Sitemap’te binlerce “keşfedildi eklenmedi”

Sitemap’e düşük değerli URL dolduruyor olabilirsiniz. Sitemap’i temizleyin; facet patlamasını kesin; kaliteli URL’lere odaklanın. Hacim ≠ indeks başarısı.

Bölüm 11Raporlama dili (dürüst)

Paydaşa “indeks garantisi verdik” demeyin. “P0 engeller kapatıldı, kritik URL’lerde kanonik hizalandı, GSC neden dağılımı şöyle değişti” deyin. Indexleme sorunları çoğu zaman teknik + içerik + ürün veri kalitesinin kesişimidir; tek ticket’lık iş değildir.

Bölüm 12Öncelik matrisi: neyi ne zaman talep etmeli?

İndeks talebi sınırlı bir araçtır. Kullanım: P0 düzeltmesi sonrası para URL’leri, yeni lansman hub’ları, yanlışlıkla noindex’ten çıkan kritik sayfalar. Kullanım dışı: binlerce facet URL, ince etiket arşivleri, henüz içeriği hazır olmayan taslaklar.

• Önce düzelt, sonra talep
• Şablon hatasında tek tek değil şablon + örneklem
• Talep sonrası 24–72 saat içinde URL İnceleme ile doğrula
• Değişmediyse kök neden listesine geri dön

“Talep ettik, hâlâ yok” çoğu zaman kalite veya kanonik çatışmasıdır. Talebi artırmak çözum değildir; sinyal hijyenini artırmak çözümdür.

Ek disiplin: CMS’te taslak, gizli veya noindex durumlarının production’a sızmasını release checklist’ine ekleyin. Staging robots.txt veya meta noindex yanlışlıkla canlıya gelirse toplu indeks kaybı saatler içinde görünür. Bu sınıf hatalar içerik kalitesinden bağımsızdır ve P0 sayılır; ilk bakılacak yer erişim direktifleridir.

Kısa özet: indexleme sorunlarında önce erişim ve direktif, sonra kanonik ve keşif, en sonda içerik kalitesi ve denetimli talep. Bu sırayı tersine çevirmek en pahalı zaman kaybıdır.

Özet: GSC sinyallerini okuyun, erişim → direktif → kanonik → keşif → kalite sırasını bozmayın. Search Central’ı birincil kaynak tutun; toplu yeniden indeksle kök nedeni gizlemeyin.