Site Haritasında
Gönderildi ama
Noindex Var
Bu uyarı, Google’a aynı anda iki farklı mesaj verildiğini gösterir. Site haritası “bu URL önemli” derken, noindex etiketi “bu URL dizine girmesin” der. Karar, hangi sinyalin bilinçli olduğunu anlamaktır.
Problemden Karara Giden Yol
- Site haritasında yer alan bir sayfanın noindex taşıması her zaman hata değildir; ama çoğu zaman süreç tutarsızlığına işaret eder. Sayfa gerçekten dizine girmemeli mi, yoksa yanlışlıkla mı engelleniyor? Vakanın cevabı burada başlar.
- Sayfa dizine girmemeliyse site haritasında yer almaması gerekir.
- Sayfa dizine girmeliyse noindex etiketi kaldırılmalı ve iç sinyaller güçlendirilmelidir.
- Sorun, tek bir etiket değil; site haritası, robots, canonical ve iç link sinyallerinin aynı şeyi söyleyip söylemediğidir.
İlk Soru: Noindex Bilerek Mi Orada?
Bu uyarıda ilk yapılacak şey etiketi kaldırmak değildir. Önce noindex kararının bilinçli mi yoksa yayın sürecinden kalmış bir hata mı olduğu anlaşılır. Özellikle filtre, arama sonucu, test, kampanya ve zayıf kategori sayfalarında bu karar bilerek verilmiş olabilir.
Eğer sayfa önemli bir organik giriş noktasıysa ve site haritası içinde yer alıyorsa noindex çelişkidir. Google’a gönderilen URL ile sayfanın kendi verdiği indeks talimatı aynı yönde çalışmalıdır.
-
Site Haritası Kaynağı Kontrol Edilir
URL’nin hangi site haritasında gönderildiği ve bu haritanın hangi sayfa türlerini taşıdığı okunur.
-
Meta Robots Okunur
Sayfanın HTML içinde noindex taşıyıp taşımadığı ve bunun şablon bazlı mı tekil mi olduğu kontrol edilir.
-
İndeks Amacı Ayrılır
Sayfanın organik trafik üretmesi bekleniyor mu, yoksa yalnızca kullanıcı akışında mı kalmalı netleştirilir.
-
Sinyaller Aynı Yöne Alınır
Dizine girecek sayfa site haritası, iç link ve canonical ile desteklenir; girmeyecek sayfa site haritası dışına alınır.
Bir sayfa dizine girmeyecekse site haritası sinyali gereksizdir. Dizine girecekse noindex sinyali doğrudan engeldir.
Sinyal Çatışması Hangi Verilerle Okunur?
Bu vaka tek başına Search Console bildirimiyle çözülmez. Sayfanın gönderildiği kaynak, robots talimatı, canonical ilişkisi ve iç link seviyesi birlikte okunur.
Google’a hangi URL’lerin önemli olarak sunulduğunu gösterir.
Sayfanın dizine girip girmemesi için verdiği doğrudan talimatı gösterir.
Sayfanın organik görünürlük mü, kullanıcı akışı mı, teknik yardımcı sayfa mı olduğunu ayırır.
| Kontrol | Ne Gösterir? | Karar |
|---|---|---|
| Site haritası | URL’nin Google’a gönderilip gönderilmediğini gösterir. | Yalnızca indekslenmesi istenen URL’ler taşınır. |
| Noindex | Sayfanın dizine girmeme talimatı verip vermediğini gösterir. | Organik hedefli sayfalarda kaldırılır; hedef dışı sayfalarda korunur. |
| Canonical | Sayfanın başka bir standart URL’ye bağlanıp bağlanmadığını gösterir. | Noindex ve canonical çelişiyorsa karar sadeleştirilir. |
| İç Link | Sitenin sayfayı gerçekten önemli görüp görmediğini gösterir. | İndeks hedefi varsa sayfa iç bağlantılarla desteklenir. |
Karar Nasıl Verilir?
Bu uyarıda amaç bildirimi yok etmek değil; sayfanın indeks stratejisindeki yerini netleştirmektir.
Noindex korunur, URL site haritasından çıkarılır. İç linkler kullanıcı akışı gerektiriyorsa kalabilir, ama Google’a indeks hedefi olarak sunulmaz.
Karar: Site Haritası Dışına AlNoindex kaldırılır, canonical doğru sayfayı göstermeli ve sayfa site haritası ile iç linklerden destek almalıdır.
Karar: Noindex KaldırNoindex taşıyan hedef dışı URL’ler site haritasından çıkarılır.
Organik hedefli sayfalarda noindex talimatı kaldırılır.
Noindex’in tek sayfadan mı, tüm şablondan mı geldiği ayrılır.
Karar değiştiyse URL Denetimi ve site haritası güncellemesiyle sinyal tazelenir.
Kaçınılacak Hatalar
Bu uyarıda aceleyle yapılan müdahale, doğru engellenmiş sayfaları dizine açabilir ya da önemli sayfaların indeksini gereksiz yere kapalı bırakabilir.
Sayfanın dizine girmemesi bilinçli olabilir; önce sayfa amacı okunmalıdır.
Her erişilebilir URL site haritasına girmemelidir; yalnızca indeks hedefleri girmelidir.
Tek URL sanılan noindex, bazen yüzlerce sayfayı etkileyen şablon kararından gelir.
Sayfa organik hedefse indeks yolu açılır; hedef değilse Google’a önemli URL gibi gönderilmez.
Vaka Hangi Sinyallerle Okundu?
Bu bölümdeki örnek, müşteri gizliliğini koruyacak şekilde anonimleştirilmiş bir saha okumasıdır. Amaç marka adı vermek değil; kararın hangi veri katmanlarından üretildiğini görünür hale getirmektir. Bu vakada incelenen yapı İçerik ve kategori karması olan orta ölçekli site idi. Odak noktası ise Sitemap içinde kalan noindex URL kümeleri oldu.
İlk okuma yalnızca Search Console ekranına bakılarak yapılmadı. Search Console kapsam raporu, canlı URL testi, sitemap örneği, meta robots kontrolü birlikte incelendi. Böylece uyarının gerçekten hata mı, bilinçli mimari tercih mi, yoksa daha derindeki sinyal çelişkisinin sonucu mu olduğu ayrıldı.
| Okunan Alan | Somut Sinyal | Karara Etkisi |
|---|---|---|
| Site Tipi | İçerik ve kategori karması olan orta ölçekli site | Aynı hata adı farklı sayfa tiplerinde farklı karar üretebilir. |
| URL Kümesi | Sitemap içinde kalan noindex URL kümeleri | Tekil URL refleksi yerine küme ve şablon düzeyinde okuma gerekir. |
| Veri Kaynakları | Search Console kapsam raporu, canlı URL testi, sitemap örneği, meta robots kontrolü | Tek araç çıktısı karar sayılmaz; ikinci sinyal beklenir. |
| Yanlış Refleks | Tüm noindex etiketlerini kaldırmak | Hızlı düzeltme görünürlük veya tarama sinyalini daha da bozabilir. |
Hangi Müdahale Neden Seçildi?
Bu vakada temel prensip şuydu: arama sistemine daha fazla sinyal göndermek değil, gönderilen sinyali tutarlı hale getirmek. Resmi sınırlar için Google Sitemap Dokümantasyonu referans alındı; fakat nihai karar, projenin kendi URL yapısı ve iş önceliğiyle verildi.
Tüm noindex etiketlerini kaldırmak. Bu yaklaşım semptomu azaltabilir; fakat kök nedeni çözmeden yeni sinyal çelişkileri üretebilir.
Dizine girmemesi gereken sayfalar sitemap dışına alındı; organik hedef olan sayfalarda noindex kaldırıldı. Karar; URL rolü, indeks hedefi, kullanıcı niyeti ve iş etkisi birlikte okunarak verildi.
Sitemap yalnızca indeks hedefi taşıyan URL'lerle temizlendi, şablon seviyesinde noindex kuralı ayrıştırıldı. İş listesi yalnızca teknik görev değil; sorumlu, hedef ve takip metriğiyle yazıldı.
Karar Sahada Nasıl İzlenir?
Vaka kapatılırken sahte kesinlik üretilmedi. “Şu kadar artış oldu” gibi kanıtlanmamış iddialar yerine, takip edilecek sinyal seti netleştirildi. Bu hem danışmanlık tarafında güven üretir hem de ekiplerin hangi veriye bakacağını belirler.
Etkilenen URL kümesi, şablon ve örnek URL listesi kayıt altına alınır.
Canonical, noindex, sitemap, iç link, yönlendirme veya içerik kararı uygulanır.
Canlı URL, crawler ve Search Console üzerinden yeni sinyalin görülüp görülmediği izlenir.
Kapsam raporunda uyarı sayısı, sitemap son okuma tarihi, indekslenen URL sayısı takip edilir.
İyi teknik SEO, hatanın adını ezberlemez. Sinyalin neden oluştuğunu, hangi sayfa rolünü etkilediğini ve bu kararın görünürlük, güven veya talep tarafında neyi değiştireceğini açıklar.
Bu Vaka Nasıl Sunulur?
Yönetim tarafına “şu hata düzeltildi” demek yerine, kararın etkilediği URL kümesi, uygulama nedeni ve beklenen ölçüm alanı gösterilir. Teknik ekip için görev; pazarlama ekibi için beklenen görünürlük etkisi; karar verici için risk ve öncelik aynı tabloda okunur.
Bu yaklaşım özellikle indeksleme ve tarama vakalarında kritiktir. Çünkü bazı uyarılar gerçekten çözülmesi gereken sorun, bazıları ise doğru çalışan sistemin doğal çıktısıdır. Uzmanlık, neye müdahale edileceğini bilmek kadar neye dokunulmaması gerektiğini de bilmektir.
Örneğin aynı uyarı bir projede “temizlenecek teknik hata” anlamına gelirken, başka bir projede “bilinçli olarak dizin dışında tutulan yardımcı URL” anlamına gelebilir. Bu yüzden raporda mutlaka etkilenen URL örnekleri, Sayfa Tipi, son karar, uygulama sahibi ve beklenen kontrol tarihi birlikte yer almalıdır.
Bu Vaka Neden Tek Ekranlık Rapor Değil?
Search Console, crawler veya log dosyası yalnızca semptomu gösterir. Danışmanlık değeri, bu semptomun hangi iş kararına bağlandığını açıklayabilmektir. Bu nedenle vaka okumasında her zaman üç ayrı sonuç aranır: teknik sinyal düzeldi mi, Google yeni sinyali gördü mü, iş tarafında beklenen davranış değişti mi?
Bu üç sorudan biri eksik kalırsa rapor temiz görünse bile sonuç eksik kalabilir. Hata sayısının azalması tek başına başarı değildir; doğru URL'nin doğru niyete bağlanması, gereksiz sinyal gürültüsünün temizlenmesi ve takip edilecek metriklerin netleşmesi gerekir.