Bir Sayfayı Dizinden Çıkarmada Noindex mi Robots.txt mi?

Bir sayfayı dizinden çıkarmak için noindex mi yoksa robots.txt engeli mi doğru seçimdir?: kısa cevap

Kısa cevap net: Google dizininden kaldırma hedefiniz varsa ilk bakacağınız yöntem genelde noindex olmalıdır. Google Search Central’ın 10 Aralık 2025 güncellemeli noindex dokümanı, noindex’in Googlebot sayfayı tarayıp etiketi gördüğünde URL’yi sonuçlardan düşürmek için kullanıldığını açıkça belirtir. Aynı tarihte güncellenen robots.txt rehberi ise robots.txt’nin taramayı yönetmek için olduğunu, arama sonuçlarından gizleme garantisi vermediğini vurgular.

Bu ayrımı şöyle düşünmek daha kolaydır: robots.txt, “içeriği görmeye gelme” sinyalidir; noindex ise “görsen bile dizine ekleme” sinyalidir. Sayfa hâlâ yayında kalacak ama Google’da görünmeyecekse noindex kullanılır. Sayfa artık gerçekten yoksa 404 veya 410 daha doğru seçimdir. İçerik özel ya da müşteri alanına aitse erişim kısıtı, yani oturum zorunluluğu veya parola koruması, robots.txt’den daha güvenli çözümdür.

Ekibinizde bu terimler sık karışıyorsa önce teknik SEO terim sözlüğü üzerinden indexleme, crawl ve canonical farkını aynı dilde netleştirmek işinizi hızlandırır. Çünkü en maliyetli hata, taramayı kapatınca URL’nin otomatik olarak dizinden de düşeceğini sanmaktır. 2026’da da temel kural değişmedi: dizinden çıkarmak için görünür bir kaldırma sinyali gerekir.

• Sayfa yayında kalacaksa: noindex veya X-Robots-Tag noindex.
• Sayfa silindiyse: 404 ya da 410.
• İçerik özel ise: erişim kısıtı, gerekirse ek olarak geçici kaldırma.

Hedefe göre karar matrisi: HTML, PDF, ürün ve staging URL’lerinde hangi yöntem seçilir?

Doğru yöntem, URL türüne ve iş hedefine göre değişir. Google Search Central’ın 10 Aralık 2025 tarihli “Control the Content You Share on Search” dokümanı, web sayfası için noindex’i; gizli içerik için parola korumasını; medya tarafında ise robots.txt tabanlı crawl kontrolünü ayrı katmanlar olarak tanımlar. Bu yüzden tek cümlelik reçete yoktur; önce içerik türünü, sonra kaldırmanın geçici mi kalıcı mı olduğunu belirlemek gerekir.

HTML sayfa ile HTML dışı dosya aynı şey değildir

Bir HTML sayfasında en pratik yöntem, meta robots noindex etiketidir. PDF, doküman ya da HTML dışı dosyalarda ise aynı mantık X-Robots-Tag: noindex başlığıyla uygulanır. Google’ın noindex dokümanı, iki yöntemin de aynı kaldırma sonucunu üretebildiğini; farkın uygulama katmanında olduğunu söyler. Yani blog yazısı, ürün sayfası veya kategori URL’si için meta noindex; PDF broşür veya kılavuz dosyası için X-Robots-Tag daha doğrudur.

Ürün sayfası sezon dışıysa ve yeniden açılacaksa noindex mantıklıdır. Filtre URL’si tarama yükü yaratıyor ama ana sonuç sayfaları indekslenmeye devam edecekse robots.txt crawl budget tarafında yardımcı olabilir; fakat dizinden kaldırma beklentisiyle kullanılmamalıdır. Staging alanı için en güvenli yol erişim kısıtı koymaktır; sadece robots.txt bırakmak hem güvenlik hem de indexleme açısından zayıf kalır. Giriş gerektiren içerik için de yine erişim kısıtı birincil çözümdür.

• HTML içerik görünmesin: meta noindex.
• PDF veya benzeri dosya görünmesin: X-Robots-Tag noindex.
• Staging ve özel alan: parola veya oturum koruması.
• Taramayı azaltmak istiyorsanız: robots.txt, ama kaldırma amacıyla değil.

2026 yorumu şu: 10 Aralık 2025’te güncellenen Google rehberleri, robots.txt’nin web sayfasını Google’dan gizlemek için değil, taramayı yönetmek için kullanılması gerektiğini daha açık yazıyor. Bu da pratikte şu anlama geliyor: crawl budget hedefi başka, index kaldırma hedefi başka. İkisini tek araçla çözmeye çalışmak hataya davetiye çıkarır.

Disallow edilen URL neden hâlâ Google’da görünür ve noindex ile neden çakışır?

Bir URL robots.txt ile disallow edilmiş olsa bile Google onu başka sayfalardaki bağlantılardan keşfedebilir. Google Search Central’ın robots.txt rehberi, başka sayfalar açıklayıcı anchor text ile link veriyorsa Google’ın sayfayı ziyaret etmeden de URL’yi indeksleyebileceğini söyler. Bu durumda sonuç çoğu zaman snippet’siz bir URL görünümüdür. Yani robots.txt, keşfi tamamen durdurmaz; yalnızca içerik erişimini kısıtlar.

Buradaki en yaygın teknik SEO hatası noindex + robots.txt disallow kombinasyonudur. Neden? Çünkü noindex’in çalışması için Googlebot’un sayfayı tarayıp etiketi görmesi gerekir. Google’ın noindex dokümanı bunu açıkça belirtir: URL robots.txt ile engelliyse bot etiketi göremez. Sonuçta siz kaldırma sinyali verdiğinizi sanırken, Google yalnızca tarama engeli görür ve URL bazen sonuçlarda yaşamaya devam eder.

Bir de canonical karışıklığı var. Canonical, “tercih edilen kopya bu” der; noindex, “bunu dizine alma” der; robots.txt ise “burayı tarama” der. Üçü aynı problem için tasarlanmamıştır. Özellikle disallow edilmiş bir URL’ye canonical eklemek ya da noindex yerine canonical kullanmak, kaldırma operasyonunu gereksiz yere uzatır. Kural basit: kaldırma için noindex veya uygun HTTP durumu, tarama yönetimi için robots.txt.

Canlı test: aynı URL’de yalnız noindex, yalnız disallow ve birlikte kullanım ne sonuç verdi?

Sahadaki teknik denetimlerde bu farkı net görmek için aynı URL’yi üç ayrı senaryoda izlemek en öğretici yöntem oluyor: yalnız noindex, yalnız disallow ve ikisi birlikte. 2026’da da sonuç mantığı değişmiyor; çünkü Google’ın resmi dokümanları aynı temel davranışı tarif ediyor. Bizim kontrol akışımızda asıl amaç, Search Console URL Inspection ekranında Googlebot’un hangi sinyali gerçekten gördüğünü teyit etmek.

• Yalnız noindex: Googlebot sayfayı görebildiği için kaldırma sinyalini işler; recrawl sonrası URL’nin dizinden çıkma ihtimali en yüksektir.
• Yalnız disallow: Taramayı kısar; fakat URL dış bağlantı alıyorsa snippet’siz de olsa sonuçlarda kalabilir.
• Noindex + disallow birlikte: En problemli senaryodur; tarama engeli noindex’in görünmesini engelleyebilir.

Burada dikkat edilmesi gereken nokta süre değil, sinyalin görülebilirliğidir. Google’ın noindex dokümanı, bazı sayfaların yeniden taranmasının aylar sürebileceğini de belirtir; dolayısıyla tek bir sabit zaman sözü vermek doğru olmaz. Bu yüzden ekran görüntüsü planı yaparken üç veriyi yan yana koymak gerekir: URL Inspection sonucu, Page Indexing raporundaki durum ve site: sorgusundaki görünürlük. Böylece ekip içinde “tarama engellendi ama neden indeks düştü sanmıştık” tartışması veriyle kapanır.

Bu bölümde ilk elden fark yaratan şey, teori anlatmak değil, aynı URL’nin üç davranışını tek panoda göstermektir. Özellikle büyük e-ticaret sitelerinde kaldırma taleplerinde en sık sürtünme, geliştirme ekibinin disallow’u yeterli sanmasıdır. Pratikte kontrol listesini böyle kurduğunuzda, yanlış kombinasyonlar daha yayınlanmadan yakalanır.

Kalıcı kaldırma akışı: noindex ekle, recrawl iste, gerekirse geçici kaldırma ve 404/410 kullan

Kalıcı kaldırma operasyonunda sıra önemlidir. Eğer URL şu anda robots.txt ile engelliyse önce bu engeli gözden geçirin; çünkü noindex’in görünmesi gerekir. Sonra HTML sayfada meta noindex, HTML dışı dosyada X-Robots-Tag noindex uygulayın. Ardından Search Console URL Inspection üzerinden yeniden tarama isteyin. Google’ın 10 Aralık 2025 güncellemeli noindex dokümanı, recrawl istemenin süreci hızlandırabileceğini; ancak kesin bir zaman garantisi olmadığını açıkça söyler.

Geçici kaldırma aracı acil görünürlük ihtiyaçlarında yararlıdır, fakat tek başına kalıcı çözüm değildir. Google’ın aynı tarihli kaldırma rehberi, alttaki teknik sinyal yoksa sonucun geri dönebileceğini netleştirir. Sayfa artık gerçekten yoksa 404 veya 410’a geçmek daha doğrudur. 410 genelde kalıcı yok oluşu daha açık ifade eder; ancak sahada asıl önemli fark, iki kodun da Google’a içeriğin artık sunulmadığını söylemesidir.

• Önce disallow çakışmasını kaldırın veya daraltın.
• Sonra noindex ya da uygun HTTP durumu uygulayın.
• Ardından recrawl isteyin.
• Acil durum varsa geçici kaldırma aracını ek katman olarak kullanın.

Adım Adım: Bir URL’yi Google dizininden güvenli kaldırma

Aşağıdaki akış, kaldırma taleplerinde en az hata veren uygulama sırasıdır. Özellikle e-ticaret, içerik sitesi ve staging ortamlarında karar vermeyi hızlandırır.

1. URL türünü ve hedefi belirle. Önce bunun bir HTML sayfa mı, PDF mi, ürün URL’si mi, staging alanı mı yoksa artık silinmiş bir içerik mi olduğuna bakın. Aynı zamanda kaldırmanın geçici mi kalıcı mı olduğunu netleştirin; çünkü seçilecek sinyal buna göre değişir.
2. Doğru sinyali uygula. HTML için meta noindex, HTML dışı dosyalar için X-Robots-Tag noindex, artık sunulmayan içerik için 404 veya 410 kullanın. Özel içeriklerde tarama kuralı yerine erişim kısıtı uygulamak daha güvenli ve daha nettir.
3. Robots.txt çatışmasını temizle. URL üzerinde disallow varsa Googlebot noindex’i göremeyebilir. Bu yüzden kaldırma hedefli URL’lerde önce robots.txt engelini kaldırın ya da ilgili yolu daraltın, sonra Search Console üzerinden sayfanın yeniden görülmesini sağlayın.
4. Gerekirse geçici kaldırma ekle. Marka itibarı, kampanya hatası veya yanlış yayın gibi acil vakalarda Search Console geçici kaldırma aracı görünürlüğü hızla bastırabilir. Ancak bu aracı tek çözüm olarak bırakmayın; altta mutlaka kalıcı teknik sinyal bulunmalıdır.
5. Sonucu doğrula ve izle. URL Inspection, Page Indexing raporu ve site: sorgusunu birlikte kullanın. Kaldırma başarılı olsa bile benzer şablondaki başka URL’lerin aynı hatayı üretmediğinden emin olmak için site genelinde kontrol yapın.

Bu akışı ekip içinde anlatırken Google Search Central Office Hours kısa videoları da yararlı bir tamamlayıcı kaynak oluyor; ama karar verirken asıl dayanak yine dokümantasyondaki noindex, robots.txt ve kaldırma kuralları olmalı.

Kaldırma sonrası doğrulama: Search Console, site sağlığı ve sıralama takibi ile kontrol listesi

Kaldırma işlemi bitti sanılan yer, aslında operasyonun yarısıdır. Doğrulama tarafında üç sinyali birlikte izleyin: URL Inspection içinde Google’ın son gördüğü sürüm, Page Indexing raporunda noindex veya bulunamadı durumları ve site: sorgusunda görünürlük. Tek başına site: sorgusu yeterli değildir; tek başına rapor da bazen gecikmeli güncellenebilir. Birlikte okunduğunda hata payı ciddi biçimde düşer.

• URL Inspection içinde noindex’in veya HTTP durumunun görüldüğünü kontrol edin.
• Page Indexing raporunda URL’nin yeni duruma taşındığını doğrulayın.
• site: sorgusuyla kullanıcı tarafındaki görünürlüğü teyit edin.
• Benzer şablondaki URL’lerde aynı çakışmanın tekrarlanmadığını tarayın.

Bu noktada düzenli izleme önemli hale gelir. SEOYEN’in site sağlığı raporu, noindex-disallow çakışması, yanlış canonical ve beklenmeyen indexlenebilir şablonlar gibi teknik sinyalleri Türkçe arayüzle takip etmeyi kolaylaştırır. Kaldırma sonrası görünürlük değişimini de sıralama takibi paneli üzerinden izlemek, URL düşüşünün ilgili sorgu kümelerini nasıl etkilediğini anlamak için pratiktir.

Ahrefs ve SEMrush gibi araçlar doğrulama akışında güçlü veri katmanları sunar; ancak SEOYEN bunu Türkiye pazarına daha yakın bir kullanım diliyle, tek platformda ve yerel destekle sunar. Özellikle ekip içinde İngilizce arayüz kaynaklı sürtünmeyi azaltmak isteyen işletmeler için Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfaları karar vermeyi kolaylaştırır. Fiyat tarafında sabit rakama takılmadan güncel fiyatlandırma üzerinden bakmak daha sağlıklıdır; çünkü asıl kritik konu, kaldırma ve doğrulama iş akışını tek yerde sürdürebilmektir.

Sıkça Sorulan Sorular