Yanlış Noindex Verilen Sayfalar Nasıl Bulunur?

Trafik kaybının en sessiz nedenlerinden biri, önemli bir URL’ye fark etmeden noindex vermektir. Sayfa yayında görünür, hatta kullanıcılar açar; ama arama motoru onu dizine almaz.

Bu hata çoğu zaman tek bir sayfada kalmaz. Şablon değişikliği, CMS ayarı, SEO eklentisi, sunucu kuralı ya da geliştirici ortamından taşınan bir başlık yüzünden yüzlerce URL etkilenebilir. Bu yüzden kontrolü tek yerden değil, birkaç katmanda yapmak gerekir.

Aşağıdaki akış, yanlış noindex verilen sayfaları hızlıca bulmak ve aynı hatanın tekrarını azaltmak için işe yarar.

Önce gerçekten sorun olan URL’leri ayırın

Her noindex hatası sorun değildir. Sepet, giriş, iç arama, bazı filtre kombinasyonları ya da ince içerikli geçici sayfalar dizinde olmamalı. Asıl problem, index alması gereken ürün, kategori, blog ve dönüşüm sayfalarının noindex kalmasıdır.

İlk iş, “yanlış noindex sayfaları” ile kasıtlı noindex URL’leri ayırmaktır. Bunu yapmazsanız rapor kalabalık görünür ve ekip yanlış öncelik belirler. Özellikle e-ticaret sitelerinde filtre URL’leri ile ana kategori sayfaları sık karışır.

Pratik bir başlangıç kümesi oluşturun:

1. Organik trafik alan veya alması beklenen URL’leri çıkarın.
2. Gelir getiren ürün ve kategori sayfalarını listeleyin.
3. Son 3 ayda yayınlanan blog yazılarını ekleyin.
4. Sitemap içinde olup dizinde görünmeyen sayfaları işaretleyin.

Ardından Search Console’da Sayfalar raporuna girin ve “noindex etiketi tarafından hariç tutuldu” durumundaki URL’leri bu listeyle karşılaştırın. Benzer bir sorunun nasıl göründüğünü görmek isterseniz, noindex etiketi tarafından hariç tutuldu uyarısı üzerine yazılmış örnek açıklama faydalı olur.

Bu aşamada küçük bir önlem de ekleyin. Site şablonlarında noindex kullanılıyorsa, hangi şablonların index alması gerektiğini yazılı hale getirin. Böylece sonraki deploy’larda “kategori şablonu yanlışlıkla noindex oldu mu” sorusu tahmine kalmaz.

Search Console, crawl araçları ve manuel kontrolü aynı akışta kullanın

Tek bir araç çoğu zaman yetmez. Search Console size Google’ın gördüğünü söyler. Crawl aracı site genelini tarar. Manuel kontrol ise son kararı verir.

En verimli akış şudur: önce Search Console ile problemli kümeyi bulun, sonra crawl aracıyla kapsamı ölçün, en son örnek URL’lerde kaynak kod ve header kontrolü yapın. Düzenli teknik denetim ihtiyacı olan ekipler için kurumsal SEO hizmetleri kapsamında da bu akış standart hale getirilir.

Aynı soruna üç farklı araçla bakınca tablo netleşir:

Yöntem	Güçlü yanı	Zayıf yanı	En uygun kullanım
Search Console	Google’ın gördüğü durumu gösterir	Tüm URL’leri anlık listelemez	Öncelik belirleme
Crawl aracı	Site genelinde kalıp bulur	Google ile birebir aynı görünüm değildir	Toplu tarama
Kaynak kod kontrolü	Meta robots etiketini net gösterir	Tek tek kontrol gerekir	Şüpheli URL doğrulama
Header kontrolü	X-Robots-Tag’ı yakalar	HTML dışı kaynaklarda gözden kaçabilir	Sunucu seviyesi teşhis

Tablonun özü basit: Search Console yön verir, crawl aracı kapsamı çıkarır, manuel kontrol sebebi yakalar.

Search Console tarafında iki rapor önemlidir. İlki Sayfalar raporu, ikincisi ise URL Denetleme Aracı. Bir URL’yi tek tek denetleyip canlı test yaptığınızda, Google’ın o anda noindex görüp görmediğini anlarsınız. Eğer raporda sorun var ama canlı test temizse, eski veriyle uğraşıyor olabilirsiniz. Eğer canlı testte de noindex görünüyorsa, sorun hâlâ yayındadır.

Crawl aracında ise şu alanlara bakın: indexability status, meta robots, canonical, response code ve X-Robots-Tag. Screaming Frog veya benzeri bir tarayıcıyla ürün, kategori ve blog klasörlerini ayrı segmentlerde taramak çok işe yarar. Çünkü sorun çoğu zaman tüm siteye değil, belirli bir şablona bağlı olur.

Manuel kontrolde tarayıcıda kaynak kodu açın, <meta name="robots" content="noindex"> benzeri etiketi arayın. Ardından Network sekmesinde response header’ları kontrol edin. Burada X-Robots-Tag varsa, HTML temiz görünse bile URL noindex kalabilir.

HTML meta robots ile X-Robots-Tag farkını kaçırmayın

En sık atlanan nokta burasıdır. Kaynak kodda noindex görünmüyor diye sorun çözüldü sanılır. Oysa noindex bazen HTML içinde değil, HTTP yanıt başlığında durur.

<meta name="robots" content="noindex"> etiketi sayfanın HTML kodunda yer alır. Genelde CMS, tema, SEO eklentisi ya da şablon mantığı bunu üretir. Tarayıcıda kaynak kodu açınca görebilirsiniz.

X-Robots-Tag: noindex ise sunucu yanıt başlığıdır. Bu yöntem PDF, görsel, CSV gibi HTML olmayan dosyalarda da çalışır. Ayrıca bazı sunucu kuralları, staging ayarları veya CDN katmanı bu başlığı istemeden ekleyebilir. Bu yüzden sadece “view source” kontrolü yetmez.

Kaynak kodda noindex yoksa iş bitmiş sayılmaz. Header tarafını kontrol etmeden tanı koymayın.

Eğer Search Console noindex diyor ama HTML temiz görünüyorsa, X-Robots-Tag kontrolü örneği gibi vakalara bakmak iyi fikir verir. Bu tür durumda tarayıcı geliştirici araçları, curl -I komutu veya header checker araçlarıyla yanıt başlığını inceleyin.

Bir diğer pratik uyarı da robots.txt ile ilgilidir. URL’yi robots.txt ile engellediyseniz, arama motoru HTML içindeki meta noindex etiketini her zaman göremez. Yani “engelledim, üstüne noindex koydum” yaklaşımı çoğu zaman kafa karıştırır. Tek amacı seçin ve aynı URL üzerinde çakışan sinyalleri azaltın.

Canonical ile noindex aynı şey değil

Canonical, “benzer sayfalar arasında asıl tercih edilen URL bu” demektir. Noindex ise “bu URL dizine girmesin” sinyalidir. İkisi aynı işi yapmaz.

Sorun şu noktada çıkar: ekipler bazen filtre URL’sine hem canonical hem noindex koyar, sonra sinyallerin nasıl işlendiğini karıştırır. Bir URL’de noindex varsa, arama motoru o sayfayı dizinden çıkarabilir. Ama canonical sinyalini de her zaman beklediğiniz gibi taşımayabilir. Bu yüzden canonical’ı index kontrol aracı gibi kullanmak doğru değildir.

Örnek verelim. Kategori sayfasının paginated versiyonlarına canonical verilmiş olabilir, bu normaldir. Ama ana kategori şablonuna yanlışlıkla noindex eklendiyse, canonical bunu kurtarmaz. Benzer biçimde ürün varyasyon URL’lerini tek ana ürüne canonical yapmak mümkündür; fakat ana ürünün kendisi noindex olduysa görünürlük kaybı başlar.

Bu tür çakışmaları çözmekte zorlanıyorsanız, kısa bir teknik denetim büyük zaman kazandırır. Özellikle şablon ve header kaynaklı karmaşık vakalarda profesyonel SEO danışmanlığı ile net bir sinyal haritası çıkarmak işleri hızlandırır.

Ürün, kategori, blog ve filtre URL’lerinde tipik hata senaryoları

Ürün sayfalarında görülen hata

En yaygın senaryo, stokta olmayan ürünler için toplu kural yazılmasıdır. Geliştirici ekip “stok yoksa noindex” kuralı ekler; sonra ürün tekrar stoğa girer ama etiket kalkmaz. Çözüm, stok durumu değişince robots değerinin otomatik güncellendiğini test etmektir. Özellikle en çok satan ürünlerde haftalık kontrol iyi sonuç verir.

Kategori sayfalarında görülen hata

Kategori şablonları bazen filtre URL’leriyle aynı mantığa bağlanır. Sonra ana kategori de noindex olur. Bu hata genelde faceted navigation güncellemelerinden sonra çıkar. Kontrol ederken URL deseni değil, sayfa tipi üzerinden bakın. /kategori/ayakkabi ile /kategori/ayakkabi?renk=siyah aynı kurala bağlı olmamalı.

Blog yazılarında görülen hata

Taslak, özel içerik ya da kampanya yazıları için noindex kullanılan sitelerde, yayın sonrası etiketin kaldırılması unutulur. Özellikle içerik takvimi yoğun ekiplerde bu sık olur. Çözüm basit: yayın kontrol listesine “meta robots index mi” maddesi ekleyin ve ilk gün canlı URL denetimi yapın.

Filtre URL’lerinde görülen hata

Burada asıl amaç, sonsuz kombinasyonların dizini şişirmemesidir. Bu yüzden bazı filtre URL’lerinin noindex olması mantıklıdır. Ancak tüm filtreleri tek kuralla kapatmak bazen arama talebi olan değerli kombinasyonları da yok eder. Örneğin “erkek koşu ayakkabısı siyah” gibi yüksek niyetli bir kombinasyon ayrı landing page mantığı taşıyabilir.

Kısa bir saha kontrolü yapmak istiyorsanız şu mantık iş görür: trafik alan filtre kombinasyonlarını analitikten çekin, bunları crawl verisiyle eşleyin, sonra noindex alanları tek tek doğrulayın. Böylece kasıtlı temizlik ile görünürlük kaybını aynı torbaya atmazsınız.

Site içinde noindex hatasının tekrar etmesini azaltmak için sürüm öncesi küçük bir rutin yeterlidir. Şablon değişikliklerinden sonra örnek ürün, ana kategori, son blog yazısı ve bir filtre URL’sini mutlaka test edin. Dört URL’lik bu mini set, büyük sorunları erkenden yakalar.

Sonuç

Yanlış verilen noindex etiketleri, çoğu zaman tek bir sayfadan çok bir sistem sorununu gösterir. Bu yüzden en iyi yaklaşım, Search Console verisini crawl çıktısıyla birleştirmek ve son kararı kaynak kodla header seviyesinde doğrulamaktır.

En kritik ayrım şudur: meta robots ile X-Robots-Tag aynı yerde bulunmaz, canonical da bunların yerine geçmez. Bu üç sinyali ayrı ayrı kontrol ettiğinizde, görünmez kalan önemli URL’leri çok daha hızlı bulursunuz.

Sessiz trafik kaybını durdurmanın yolu, büyük denetimlerden önce küçük ama düzenli kontroller kurmaktır. Dört örnek URL ile başlayan basit bir rutin bile, yüzlerce yanlış noindex sayfasını erken aşamada ortaya çıkarır.

This post may contain affiliate links. If you make a purchase through these links, I may earn a small commission at no extra cost to you.