robots.txt tarafından engellenmesine rağmen dizine eklendi

TL;DR — Bu Search Console uyarısı, Google’ın bir sayfayı robots.txt tarafından engellenmesine rağmen dizine eklediği anlamına gelir. Bu çelişkili görünebilir; ancak robots.txt yalnızca Google’ın sayfayı okumasını engeller, URL’yi arama sonuçlarının dışında tutmaz. Sayfanın gerçekten kaldırılmasını istiyorsanız engeli kaldırıp bir noindex etiketi eklemelisiniz. URL değersizse çoğu durumda olduğu gibi bırakabilirsiniz.

Bu uyarı ne anlama gelir?

Bir URL’yi robots.txt içinde engellediğinizde Google’a “bu URL’yi tarama” dersiniz. Google buna uyar. Ancak “tarama” ile “dizine ekleme” aynı şey değildir. Başka sayfalar engellenen URL’ye bağlantı verirse Google onu yine de dizinine ekleyebilir; yalnızca sayfayı açıp içeriğini göremez.

Sonuçta Google’ın hiç okumadığı bir URL arama sonuçlarında yer alabilir. Google, böyle bir sayfanın snippet’inin büyük olasılıkla çok sınırlı olacağını; bazen düzgün bir başlık bulunmayacağını ve sayfa hakkında bilgi sunulamadığını belirten bir not gösterileceğini söyler. “Indexed, though blocked by robots.txt” uyarısı bunu anlatır. Evidence for this claim Google reports this warning when a URL is indexed even though robots.txt blocks crawling. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

Anlaşılması gereken temel nokta

Bir sayfayı robots.txt içinde engellemek onu Google’dan kaldırmaz. Evidence for this claim Google documents that robots.txt controls crawling and does not reliably prevent indexing from other signals. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: robots.txt introduction Birçok kişi Disallow kuralının sayfayı arama sonuçlarından sildiğini varsayar. Silmez; hatta Google sayfayı tarayıp gerçekten kaldıracak noindex etiketini göremediği için URL’yi dizinde kilitleyebilir.

Nasıl düzeltilir? Yanıt amacınıza bağlıdır

• Sayfanın Google’da yer almasını istiyorsunuz. Google’ın sayfayı düzgün biçimde tarayıp dizine ekleyebilmesi için robots.txt engelini kaldırın.
• Sayfanın Google’dan kaldırılmasını istiyorsunuz. Engeli kaldırın ve bir noindex etiketi ekleyin ya da sayfayı parolayla koruyun. Böylece Google sayfayı tarayıp noindex etiketini görür ve dizinden çıkarır.
• Bu değersiz bir URL (sepete ekleme bağlantısı, filtre/parametre URL’si veya dahili arama sonucu). Çoğu zaman bırakılabilir; ancak otomatik olarak zararsız sayılmaz. Karar vermeden önce gerçek aramalarda görünüp görünmediğini ve hassas bilgi içerip içermediğini kontrol edin. Gelişmiş sekmesinde ayrıntılı değerlendirme bulunur.

Kaçınılması gereken tuzak şudur: Bir sayfayı hem robots.txt ile engellemeyin hem de sayfaya noindex eklemeyin. Google engellenen sayfadaki noindex etiketini okuyamaz; dolayısıyla sayfa dizinde kalır.

Sayfanın kaldırılmak yerine başka bir URL’yi işaret etmesi gereken durumu da kapsayan karar ağacının tamamı için Gelişmiş sekmesine geçin.

TL;DR — “Indexed, though blocked by robots.txt” bir uyarıdır: Google, robots.txt engeline rağmen URL’yi dizine eklemiştir. Google, başka sayfaların bu URL’ye bağlantı vermesini olası yol olarak belirtir; ancak bunun gerçek neden olduğu vakaların oranını açıklamaz. İçeriği getiremediği için ortaya çıkan snippet’in büyük olasılıkla çok sınırlı olacağını söyler. Temel doğruluk noktası: robots.txt dizine eklemeyi değil taramayı yönetir — bir Disallow sayfayı dizinden çıkaramaz; Google’ın noindex etiketini görmek için sayfayı taramasını engelleyerek URL’yi kilitleyebilir. Çözüm amaca bağlıdır: dizine eklenmesini istiyorsanız engeli kaldırın; kaldırılmasını istiyorsanız engeli kaldırıp noindex ekleyin; başka bir sayfada birleştirilecekse engeli kaldırıp canonical kullanın, hayır, noindex kullanmayın; neden bağlantılarsa sorunlu bağlantıları kaldırın. Disallow ile noindex etiketini asla birlikte kullanmayın. Sepet, parametre veya faceted navigation URL’lerini önce değerlendirin; çoğu zaman görmezden gelinebilirler, ancak otomatik olarak değil. Bu durum, hem engellenmiş hem de dizine eklenmemiş URL’leri belirten “Blocked by robots.txt” kapsam dışı durumundan farklıdır.

Bu durum gerçekte ne anlama gelir?

Bu bir uyarıdır, hata değildir. Google durumu açıkça belirtir: Sayfa robots.txt tarafından engellenmesine rağmen dizine eklenmiştir. Google robots.txt kurallarına her zaman uyar; ancak başka biri sayfanıza bağlantı verirse bu kurallar dizine eklemeyi mutlaka engellemez. Başka bir deyişle Google URL’yi dizinine eklemiş, tarama engelinize uymuş ve içeriği hiç getirmemiştir. Evidence for this claim Google reports this warning when a URL is indexed even though robots.txt blocks crawling. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Sonuç, Google’ın büyük olasılıkla çok sınırlı olacağını söylediği; bazen gerçek bir başlık veya açıklama içermeyen, ancak özellikle bu URL’yi hedefleyen sorgularda yine de görünebilen bir listedir.

Bu durumun kafa karıştırmasının nedeni, Google’ın robots.txt kuralınızı yok saymış gibi görünmesidir. Oysa Google tarama yönergesine eksiksiz uymuştur. Google, URL’ye verilen bağlantılar gibi dış sinyalleri URL’yi yine de dizine eklemek için kullandığı olası yol olarak belirtir; ancak bunun gerçek neden olduğu vakaların oranını yayımlamaz. Evidence for this claim Google documents that robots.txt controls crawling and does not reliably prevent indexing from other signals. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: robots.txt introduction

Engellenmiş bir sayfa neden dizine eklenir? Tarama ≠ dizine ekleme

Bütün mesele budur ve robots.txt rehberimde sıkça vurguladığım nokta da aynıdır. Orada şöyle yazdım: “If you block a page from being crawled, Google may still index it because crawling and indexing are two different things. Unless Google can crawl a page, they won’t see the noindex meta tag and may still index it because it has links.” (Türkçe çeviri) “Bir sayfanın taranmasını engellerseniz, tarama ve dizine ekleme farklı süreçler olduğu için Google sayfayı yine de dizine ekleyebilir. Google sayfayı tarayamazsa noindex meta etiketini göremez ve sayfaya bağlantılar bulunduğu için onu yine de dizine ekleyebilir.”

robots.txt, bir botun hangi URL’leri isteyebileceğini, yani taramayı yönetir. Dizin ayrı bir sistemdir. Yeterli sayıda bağlantı izin verilmeyen bir URL’yi işaret ettiğinde Google sayfayı hiç indirmeden, bu dış sinyallere dayanarak URL’yi dizine ekleyebilir. Kullandığım tanım tam olarak budur: Google, sitenizdeki robots.txt dosyasıyla taranmasını engellediğiniz URL’leri dizine eklemiştir.

Sezgilere aykırı tuzak şudur: Bir Disallow kuralı URL’yi dizinde kilitleyebilir. URL’yi kaldıracak araç olan noindex, yalnızca Google sayfayı tarayıp etiketi görebilirse çalışır. Taramayı engellediğinizde çözümü de engellemiş olursunuz.

“Indexed, though blocked” ile “Blocked by robots.txt”: İki farklı durum

Bu iki durum neredeyse aynı görünür, ancak zıt anlamlara gelir:

• “Blocked by robots.txt” kapsam dışı bir durumdur. URL engellenmiştir ve dizine eklenmemiştir. Genellikle kasıtlı ve zararsızdır; robots.txt görevini yapıyordur.
• “Indexed, though blocked by robots.txt” bir uyarıdır. URL engellenmiştir ancak yine de dizine eklenmiştir. Google URL’yi gelen bağlantıların sağladığı sinyallerle keşfetmiştir.

Yalnızca bir şeyi hatırlayacaksanız: Kapsam dışı sürüm “dışarıda tutulmuş”, uyarı sürümü ise “dizine sızmış” demektir.

Bu gerçekten bir sorun mu? Önce değerlendirin

Herhangi bir değişiklik yapmadan önce işaretlenen URL’nin önemli olup olmadığına karar verin. Bu uyarı çoğu zaman yalnızca görünüşle ilgilidir; ancak “değersiz bir URL” olması tek başına sınırsız bir geçiş izni değildir. Olduğu gibi bırakmadan önce şu noktaları inceleyin:

1. URL’yi hangi şablon üretti? Sepete ekleme bağlantıları, faceted navigation ve parametre URL’leri ile dahili arama sonuçları klasik düşük değerli tetikleyicilerdir. Yalnızca hacme bakarak varsayım yapmak yerine işaretlenen URL’lerin gerçekten bu kalıplardan birine uyduğunu doğrulayın.
2. URL gerçek sorgularda görünüyor mu? Etkilenen kalıp için Search Console performans verilerini kontrol edin. Gösterim almıyorsa olduğu gibi bırakmak çok daha güvenlidir.
3. Hassas bilgi içeriyor mu? Fiyatlandırma mantığını, dahili arama terimlerini veya herkese açık olmasını istemediğiniz başka bilgileri gösteren engellenmiş ancak dizine eklenmiş bir URL, hiç tıklama almasa bile düzeltilmelidir.
4. Bağlantıları gerçekte ne üretiyor? Bu URL’lerin dizine girmesini öncelikle gelen bağlantılar sağladığından, işaretlenen URL sayısının yüksek veya hızla artıyor olması bir şablon ya da dahili bağlantı hatasına işaret edebilir. Her bir uyarıyı elemek yerine sorunu kaynağında düzeltin.
5. Yönerge düzeyinde bir çözüm uygulanabilir mi? Paylaşılan bir şablon içindeki tek bir URL kalıbına seçici olarak noindex uygulamak geliştirme çalışması olmadan her zaman mümkün değildir. Bu gerçek maliyeti URL’nin önemine göre değerlendirin.
6. URL işletme için ne kadar önemli? Düzeltme çabasını URL’yi olduğu gibi bırakmanın gerçek olumsuz etkisiyle karşılaştırın.

Google’ın dar kapsamlı bir örneğe ilişkin kamuya açık yaklaşımı şöyledir: John Mueller, bu biçimde işaretlenmiş çok sayıda sepete ekleme URL’si bulunan bir WooCommerce sitesi hakkında bu URL’lerin dizine eklenmesine gerek olmadığını, robots.txt ile engellenmelerinin sorun yaratmadığını ve “dizine eklenseler” bile birisi tam URL’yi hedefleyen çok özel bir sorgu çalıştırmadıkça aramada görünmelerinin pek olası olmadığını söyledi. Bunu yalnızca bu vakaya ilişkin dolaylı ve sınırları belirli kanıt olarak değerlendirin. Açıklama ikincil bir kaynaktan aktarılmıştır ve haberi yayımlayan kuruluş, “olduğu gibi bırakın” yaklaşımının her şablona veya işletmeye genellenemeyeceğini belirtmiştir. Bütün düşük değerli URL kalıplarının otomatik olarak görmezden gelinebileceğine dair bir kural değildir. “Olduğu gibi bırak” kararını yalnızca yukarıdaki kontrol listesini geçen URL’ler için; dizinden çıkarma iş akışını ise gerçekten önemli ve görünür sayfalar için kullanın.

Çözüm: Amaca dayalı karar ağacı

Doğru çözüm tamamen URL’nin ne yapmasını istediğinize bağlıdır. Şu adımları sırayla uygulayın:

1. Dizine eklenmesini istiyorsunuz. Engel yanlışlıkla konmuştur. Google’ın sayfayı düzgün biçimde tarayıp dizine ekleyebilmesi için Disallow kuralını robots.txt dosyasından kaldırın. Evidence for this claim If you want the URL indexed, Google's stated next step is to update robots.txt to unblock the page. Scope: Google Search Console Page Indexing report, recommended action for this warning. Confidence: high · Verified: 2026-07-18 Google: Page indexing report Hangi kuralın URL’yi yakaladığını bulmak için robots.txt testini veya raporunu kullanın.

2. Dizinden çıkarılmasını istiyorsunuz. Uygulanacak yöntem ve sırası şöyledir: Önce taramaya izin verin, ardından bir noindex ekleyin. HTML sayfalarında <head> içindeki meta robots etiketini, HTML olmayan dosyalarda ise X-Robots-Tag: noindex HTTP üstbilgisini kullanabilirsiniz. Evidence for this claim If you want an accessible page excluded from Google Search, Google's stated path is to remove the robots.txt block and use noindex (or password-protect / remove the content). Scope: Google Search Console Page Indexing report plus the robots.txt introduction's alternatives for keeping content out of Search. Confidence: high · Verified: 2026-07-18 Google: Page indexing report Google: robots.txt introduction Bunu kısa biçimde şöyle ifade ediyorum: “Add a noindex meta robots tag and make sure to allow crawling — assuming it’s canonical.” (Türkçe çeviri) “URL’nin canonical olduğu varsayımıyla bir noindex meta robots etiketi ekleyin ve taramaya izin verdiğinizden emin olun.” Google daha sonra sayfayı tarar, noindex etiketini görür ve sayfayı dizinden çıkarır. Sayfayı parolayla koruyabilir veya gerçekten kaldırılması gerekiyorsa 404/410 yanıtı da döndürebilirsiniz.

3. Başka bir URL’de birleştirilmesi gerekiyor. Neredeyse hiç ele alınmayan bu durumda düşünmeden noindex kullanmak zarar verir. URL başka bir sayfaya canonical olarak bağlanıyorsa eklemeyin: noindex. Canonicalization incelememde şöyle yazdım: “If the URL canonicalizes to another page, don’t add a noindex meta robots tag. Just make sure proper canonicalization signals are in place, including a canonical tag on the canonical page, and allow crawling so signals pass and consolidate correctly.” (Türkçe çeviri) “URL başka bir sayfaya canonical olarak bağlanıyorsa noindex meta robots etiketi eklemeyin. Canonical sayfadaki canonical etiketi dahil doğru canonicalization sinyallerinin bulunduğundan emin olun ve sinyallerin aktarılıp doğru biçimde birleştirilebilmesi için taramaya izin verin.” Bu durumda noindex, elde etmek istediğiniz birleştirmeyi ortadan kaldırır.

4. Neden bağlantılar. URL’nin dizine eklenmesini gelen bağlantılar sağladıysa ve bunlar denetiminizdeki dahili bağlantılarsa, bağlantıları kaldırmak veya düzeltmek dizini besleyen sinyali keser.

Kaçınılması gereken tuzak: Disallow ile noindex’i asla birlikte kullanmayın

Bu, sorunun kendi kendine oluşturulan en yaygın biçimidir. İnsanlar “robots.txt’ye rağmen dizine eklendi” uyarısını görünce paniğe kapılır ve “daha güvenli” olmak için bir de noindex ekleyip bunu mevcut Disallow kuralıyla birlikte kullanır. Bu tam tersine yol açar. Sayfaya izin verilmediği için Google onu tarayamaz, noindex etiketini göremez ve sayfa dizinde kalır. Aynı URL’de noindex ile Disallow birbirinin etkisini bozar. Amacınıza göre birini seçin. Sayfayı kaldırmak için engelin kaldırılması gerekir.

ben tested blocking side myself

Bir deney kapsamında yüksek sıralamalara sahip iki Ahrefs sayfasını kasıtlı olarak robots.txt ile engelledim. Sayfalar dizinde kaldı. Öne çıkan snippet’lerini kaybettiler ve bir ya da iki sıra gerilediler; ancak ortadan kaybolmadılar. Tek bir test bütün dersi gösteriyor: Taramayı engellemek sayfaları Google’dan kaldırmadı, yalnızca Google onları artık düzgün okuyamadığı için listeleri zayıflattı. Dizine eklenmesini istediğiniz bir sayfayı engellemek zarar verir. Etki beklediğiniz kadar yıkıcı olmayabilir; yine de zararlıdır ve bir şeyi kaldırmanın doğru yolu değildir.

Özel durumlar: Parametre, faceted navigation, sepet ve dahili arama URL’leri

Bu URL’leri varsayılan olarak “olduğu gibi bırakmak” yerine yukarıdaki değerlendirme listesinden geçirin. Listeyi gerçekten geçiyorlarsa — görünmüyor, hassas bilgi içermiyor ve denetimsiz bir bağlantı kaynağı sorunu bulunmuyorsa — doğru yaklaşım çoğu zaman bir noindex yarışı başlatmak değildir. Değersiz URL’lerin ilk başta bağlantı alıp keşfedilmesini önleyecek biçimde mimariyi düzeltmektir. URL’ler zaten dizindeyse ve gerçekten kaldırılmalarını istiyorsanız taramaya izin verip noindex uygulayın. Ancak şablon düzeyindeki yönerge değişikliğinin geliştirme maliyetini, gerçekte görünmeyen URL’ler için buna değip değmeyeceğiyle karşılaştırın.

Düzeltmeyi GSC’de doğrulama

Yönergeyi değiştirdikten sonra:

1. URL’deki yeni durumu doğrulayın. Kaldırma işleminde robots.txt dosyasının artık URL’ye izin verdiğini ve sayfanın noindex döndürdüğünü kontrol edin. URL Denetimi → canlı test, oluşturulmuş sayfayı ve etiketleri gösterir.
2. URL’nin yeniden taranmasını isteyin; robots.txt dosyasını değiştirdiyseniz GSC ayarlarından onun da yeniden taranmasını sağlayın.
3. Sayfa Dizine Ekleme raporundaki uyarıda “Düzeltmeyi Doğrula” seçeneğini kullanın.
4. Sabırlı olun. Yeniden tarama ve işleme günler veya haftalar sürebilir; değişikliği kaydettiğiniz anda durum değişmez.

Şu ayrımı koruyun: robots.txt değişikliği ile noindex birlikte, URL’yi bundan sonra dizinden çıkarmanın yoludur. URL Kaldırma aracı ise yalnızca yaklaşık altı ay süren geçici bir gizlemedir. Sayfayı dizinden çıkarmaz; dolayısıyla çözüm değil, geçici önlemdir.

Buradaki kardeş sayfalar — kapsam dışı “Blocked by robots.txt” durumu, noindex ve bir bütün olarak robots.txt — konunun her parçasını daha ayrıntılı ele alır.

AI özet

Gelişmiş sürümün kısa özeti:

• Bu bir uyarıdır, hata değil. Google, robots.txt engeline rağmen URL’yi dizine eklemiştir. Başka sayfaların URL’ye bağlantı vermesini olası yol olarak belirtir; ancak bunun ne sıklıkta gerçek neden olduğunu açıklamaz. Google tarama engeline uymuş, URL’yi okumadan dış sinyallerle dizine eklemiştir; bu nedenle ortaya çıkan snippet’in büyük olasılıkla çok sınırlı, bazen başlıksız olacağını söyler.
• Tarama ≠ dizine ekleme. robots.txt dizine eklemeyi değil taramayı yönetir. Disallow bir sayfayı dizinden çıkaramaz ve Google’ın sayfayı kaldıracak noindex etiketini görmesini engelleyerek URL’yi kilitleyebilir.
• “Blocked by robots.txt” ile aynı değildir. Bu kardeş durum kapsam dışıdır: URL hem engellenmiş hem dizine eklenmemiştir. Buradaki URL ise yine de dizine eklenmiştir.
• Düzeltmeden önce değerlendirin. Sepet, parametre, faceted navigation ve dahili arama URL’lerinde önce şablonu, gerçek görünürlüğü, hassas bilgileri, bağlantı kaynağını ve çözümün uygulanabilirliğini kontrol edin. Bu koşulları geçtiklerinde çoğu zaman görmezden gelinebilirler; ancak otomatik olarak değil. Düzeltmeyi gerçekten görünen değerli sayfalara ayırın.
• Amaca göre düzeltin: Dizine eklenmesini istiyorsanız engeli kaldırın; kaldırılmasını istiyorsanız engeli kaldırıp noindex ekleyin ya da parolayla koruyun veya 404·410 döndürün; birleştirilmesi gerekiyorsa engeli kaldırıp canonical kullanın ve hayır, noindex eklemeyin; neden bağlantılarsa sorunlu dahili bağlantıları kaldırın.
• Disallow ile noindex etiketini asla birlikte kullanmayın. Google engellenen sayfadaki noindex etiketini göremez; sayfa dizinde kalır.
• Deneyim: Yüksek sıralamalı iki sayfayı robots.txt ile engellediğim deneyde sayfalar dizinde kaldı; ancak öne çıkan snippet’lerini ve bir ya da iki sıra kaybetti. Engel, sayfayı kaldırmak yerine listeyi zayıflattı.
• GSC’de doğrulayın: Yeni yönergeyi kontrol edin, URL’nin ve gerekiyorsa robots.txt dosyasının yeniden taranmasını isteyin, “Düzeltmeyi Doğrula”yı çalıştırın ve günler ya da haftalar bekleyin. Kaldırma aracı yalnızca geçici bir gizlemedir.

resmî dokümantasyon

Arama motorlarının birincil kaynak belgeleri.

Google

• Sayfa Dizine Ekleme raporu — “Indexed, though blocked by robots.txt” ve kardeş durum “Blocked by robots.txt,” (Türkçe çeviri) “robots.txt tarafından engellendi” dahil durum tanımları, önerilen işlemler ve Düzeltmeyi Doğrula akışı.
• noindex ile arama dizinine eklemeyi engelleme — bir sayfayı kaldırmanın doğru yolu ve noindex etiketinin robots.txt tarafından engellenen sayfada görülemeyeceğine ilişkin kritik uyarı.
• robots.txt’ye giriş — robots.txt dosyasının ne için kullanılacağı ve kullanılmayacağı; sayfaları Arama’dan gizlemek için kullanılmaması gerektiği uyarısı dahil.
• Google’dan bilgi kaldırma — noindex, parola koruması, kaldırma işlemi ve Kaldırma aracının neden geçici olduğu.

Bing / Microsoft

• Bing Webmaster Tools — URL’leri Engelle — Bing’in hızlı ve geçici kaldırma aracı. Bing de bir URL’yi dizinin dışında tutmak için noindex kullanılmasını, robots.txt kullanılmamasını önerir ve taramadığı ancak çok sayıda bağlantı alan bir URL’yi benzer biçimde listeleyebilir.

Kaynaktan alıntılar

Google’ın kayda geçmiş açıklamaları. Her bağlantı, kaynak sayfadaki alıntılanan bölüme doğrudan gider.

Google — durum tanımı

• “The page was indexed despite being blocked by your website’s robots.txt file. Google always respects robots.txt, but this doesn’t necessarily prevent indexing if someone else links to your page.” (Türkçe çeviri) “Sayfa, web sitenizin robots.txt dosyası tarafından engellenmesine rağmen dizine eklendi. Google robots.txt kurallarına her zaman uyar; ancak başka biri sayfanıza bağlantı verirse bu durum dizine eklemeyi mutlaka engellemez.” — Google Search Console Yardımı, Sayfa Dizine Ekleme raporu. Alıntıya git

Google — robots.txt sayfaları gizlemek için kullanılmaz

• “Warning: Don’t use a robots.txt file as a means to hide your web pages (including PDFs and other text-based formats supported by Google) from Google Search results.” (Türkçe çeviri) “Uyarı: Web sayfalarınızı — PDF’ler ve Google’ın desteklediği diğer metin tabanlı biçimler dahil — Google Arama sonuçlarından gizlemek için robots.txt dosyası kullanmayın.” — Google Arama Merkezi belgeleri, robots.txt’ye giriş. Alıntıya git

Google — neden noindex gerektirir tarama ( trap, stated)

• “Important: For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler. If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (Türkçe çeviri) “Önemli: noindex kuralının etkili olması için sayfa veya kaynak robots.txt dosyasıyla engellenmemeli ve tarayıcı tarafından başka bir biçimde erişilebilir olmalıdır. Sayfa robots.txt dosyasıyla engellenirse veya tarayıcı sayfaya erişemezse tarayıcı noindex kuralını hiçbir zaman göremez; örneğin başka sayfalar ona bağlantı veriyorsa sayfa arama sonuçlarında yine de görünebilir.” — Google Arama Merkezi belgeleri, noindex ile arama dizinine eklemeyi engelleme. Alıntıya git

Bu URL için gerçekte ne yapmalısınız?

Uyarının kendisinden değil, URL’nin ne yapmasını istediğinizden başlayın.

Hangi dala ilerlerseniz ilerleyin şu ek soruyu sorun: Dahili bağlantılar hâlâ bu URL’yi işaret ediyor mu? Bağlantılar denetiminizdeyse onları kaldırmak veya düzeltmek, URL’nin ilk başta dizine eklenmesini sağlayan sinyali keser.

Uygulama planı: Dizine eklenmiş ancak engellenmiş bir olayı temizleme

1. Etkilenen URL’lerden örnek alın. Dizine eklenmesi, kaldırılması, birleştirilmesi veya engelli kalması gereken sayfaları ayırın. Rapordaki her satıra aynı çözümü uygulamayın.
2. Tarama yolunu açın. Tarayıcının noindex veya canonical okuması gereken URL’lerde önce ilgili robots.txt engelini kaldırın.
3. Amaca özgü denetimi uygulayın. İstenen sayfaları taranabilir ve dizine eklenebilir tutun; kaldırma adaylarına noindex ekleyin; yinelenenler için taranabilir canonical veya yönlendirme kullanın. Dizine eklenmesi zararsız olan gerçek düşük değerli tarama tuzaklarını engelli bırakın.
4. Çelişen sinyalleri kaldırın. Kaybolması veya birleştirilmesi gereken URL’leri artık desteklememeleri için dahili bağlantıları ve site haritalarını güncelleyin.
5. Küçük bir canlı örneği doğrulayın. Search Console doğrulamasını başlatmadan önce robots erişimini, oluşturulmuş yönergeyi veya canonical’ı ve canlı yanıtı kontrol edin.
6. Etkilenen kalıbı izleyin. Örneklenen şablondaki uyarı temizlendiğinde ve yeni URL’ler aynı duruma girmeyi bıraktığında süreçten çıkın.

Sorunu ağırlaştıran hatalar

• Aynı URL’de Disallow ile noindex kullanmak. Bir sayfaya “daha güvenli olmak için” noindex eklemek, sayfa robots.txt içinde hâlâ engelliyse hiçbir işe yaramaz. Google etiketi görmek için sayfayı tarayamaz; sayfa dizinde kalır. Bunun yerine önce sayfanın engelini kaldırın, ardından noindex ekleyin. İki yönerge birlikte değil, yalnızca sırayla çalışır.
• Disallow kuralının sayfayı Google’dan sildiğini varsaymak. robots.txt dizine eklemeyi değil taramayı yönetir. Engeli kaldırma mekanizması sanmak, sayfaların ilk başta “engellenmesine rağmen dizine eklenmesine” yol açar. Gerçek kaldırma için taramaya izin vererek noindex veya Kaldırma aracını kullanın.
• Başka yerde canonical olması gereken URL’ye noindex eklemek. Gerçek çözüm birleştirmeyse düşünmeden eklenen noindex, canonical sayfaya aktarmak istediğiniz sinyali yok eder. Bunun yerine taramaya izin verin, canonical etiketini düzeltin ve noindex kullanmayın.
• Bir sayfayı arama sonuçlarından “gizlemek” için robots.txt kullanmak. Google’ın kendi belgeleri bunu doğrudan yasaklar. Engel yalnızca taramayı durdurur; gelen bağlantılar URL’nin yine de dizine eklenmesini sağlayabilir ve sonuç, sayfayı taranabilir bırakıp noindex kullanmanızdan daha zayıf ve daha az denetlenebilir olabilir.
• URL Kaldırma aracını kalıcı çözüm sanmak. Araç URL’yi yaklaşık altı ay gizler; dizini veya alttaki robots.txt/noindex durumunu değiştirmez. Engel kaldırma ve noindex uygulama gibi gerçek çözüm yayılırken geçici önlem olarak kullanın.
• Değişikliği kaydeder kaydetmez uyarının temizlenmesini beklemek. Yeniden tarama ve işleme günler ya da haftalar sürer. Bir saat sonra kontrol edip çözümün çalışmadığını varsaymak, ilk değişikliğin üzerine ikinci ve çelişkili bir değişiklik eklenmesine yol açar.

yaygın sorunlar

Uyarı, engellemeyi hiç amaçlamadığınız URL’leri kapsıyor

Neden: Bir Disallow kuralı robots.txt içinde amaçlanandan daha geniştir; joker karakter veya dizin düzeyindeki kural beklemediğiniz URL’leri yakalıyordur. Çözüm: Hangi satırın eşleştiğini görmek için belirli URL’yi bir robots.txt testinde kurala karşı çalıştırın ve ardından kalıbı daraltın. Bu sitedeki robots-txt-tester aracı, belirli bir yolu hangi yönergenin yakaladığını tam olarak gösterir.

noindex eklediniz, ancak sayfa hâlâ dizinde görünüyor

Neden: Sayfaya robots.txt içinde hâlâ izin verilmiyor; Google tarayıcısı noindex etiketini görmek için sayfaya ulaşamıyor. Çözüm: Önce engeli kaldırın. URL Denetimi’nde canlı test çalıştırın. “Taramaya izin veriliyor” göstergesi Hayır ise bütün sorun budur; taramaya izin verilene kadar noindex etkisizdir.

“Düzeltmeyi Doğrula” başarısız oluyor veya durum değişmiyor

Neden: Yeniden tarama henüz gerçekleşmemiştir ya da robots.txt önbellektedir ve Google değişikliğinizden sonra dosyayı yeniden getirmemiştir. Çözüm: Search Console’dan hem URL’nin hem robots.txt dosyasının yeniden taranmasını isteyin ve bekleyin. Yeniden işleme genellikle saatler değil, günler veya haftalar sürer.

Sayfanın engeli kaldırıldı ve noindex eklendi, ancak sayfa aramada hâlâ görünüyor

Neden: Ya tarama gerçekten henüz gerçekleşmemiştir ya da noindex, Google’ın göremeyeceği bir yere konmuştur; örneğin sunucu tarafında oluşturma olmadan JavaScript tarafından eklenmiştir veya HTML olmayan bir dosyanın HTTP üstbilgisinde yoktur. Çözüm: Yalnızca kaynağı değil, oluşturulmuş sayfayı URL Denetimi canlı testiyle kontrol edip noindex etiketini gerçekten taşıdığını doğrulayın. PDF ve diğer HTML olmayan dosyalarda X-Robots-Tag: noindex üstbilgisini curl -I ile kontrol edin.

Düzelttiğinizi düşündükten sonra uyarı yeniden görünüyor

Neden: URL’yi işaret eden dahili bağlantılar hâlâ yayındadır veya yeni bir dış bağlantı ortaya çıkmış ve sorunu ilk başta oluşturan dizine ekleme sinyalini yeniden beslemiştir. Çözüm: URL’ye gelen bağlantıları site aramasıyla veya Screaming Frog gibi bir tarayıcıyla denetleyin; denetiminizde olanları kaldırın ya da yönlendirin.

Mevcut hiçbir robots.txt kuralı durumu açıklamıyorsa veya uyarı sürekli geri dönüyorsa, neden her zaman kalıcı bir Disallow satırı değildir. Aşağıdakiler Google’ın doğrudan belgelediği adımlar değil, uygulayıcı teşhisidir; bunları ilk çözüm olarak değil, bir eskalasyon kontrol listesi olarak kullanın:

• Geçmişteki veya aralıklı robots.txt yanıtları. Sunucu hatası, dağıtım sorunu veya CDN kesintisi, canlı dosya artık düzgün görünse bile bir noktada engelleyen bir robots.txt ya da Google’ın engel olarak değerlendirebileceği bir 5xx yanıtı sunmuş olabilir.
• Tarayıcıya özgü kurallar. Engelin belirli bir user-agent için tanımlanıp tanımlanmadığını kontrol edin. Yalnızca genel kurallar kümesini değil, tam URL’yi özellikle Googlebot’a karşı test edin.
• CDN, güvenlik duvarı veya WAF katmanları. Googlebot’un IP aralığını ya da user-agent değerini ağ katmanında engelleyen bir kural robots.txt içinde hiç görünmez.
• Barındırma sağlayıcısı denetimleri. Bazı barındırma hizmetleri ve site oluşturucular, robots.txt dosyanızdan bağımsız kendi tarayıcı engelleme veya “aramadan gizle” ayarlarına sahiptir. Platformun dizine ekleme denetimlerini kontrol edin.
• Önbellekleme. Bir CDN veya ters proxy, düzeltmeyi yayımladıktan sonra eski robots.txt dosyasını sunmaya devam edebilir; Google önbellek temizlenene kadar eski kuralları yeniden getirir.

Standart Disallow/noindex açıklamalarını elediyseniz, düzeltmenin çalışmadığını varsaymadan önce bu liste üzerinden eskalasyon yapın.

Annotated örnekler

gerçek incident: kamuya birçık Claude share bağlantılar appeared in Google

Temmuz 2026’da gazeteciler ve kullanıcılar, herkese açık biçimde paylaşılmış Claude konuşmaları ile eserlerinin Google sonuçlarında göründüğünü fark etti. Bunlar Google’ın bir biçimde eriştiği özel hesap konuşmaları değildi; kullanıcıların bilerek herkese açık bir paylaşım URL’si oluşturduğu anlık görüntülerdi. Şaşırtıcı olan, “bağlantıya sahip herkes” erişiminin aramayla keşfedilebilir hale gelmesiydi.

Axios, paylaşılan Claude içeriklerinin Arama’da göründüğünü doğruladı; Search Engine Journal ise teknik dizine ekleme dersini belgeledi: /share/ URL alanına robots.txt içinde izin verilmiyordu, ancak disallow bir kaldırma yönergesi değildir. Google’ın kendi belgeleri, başka sayfalar bağlantı verdiğinde engellenen bir URL’nin yine de dizine eklenebileceğini ve Google’ın taramasına izin verilmeyen URL’deki noindex etiketini okuyamayacağını söyler.

operational lesson sahiptir two parts:

1. Bir paylaşım URL’si herkese açık ancak listelenmemiş olmalıysa baştan itibaren taranabilir tutun ve noindex döndürün.
2. Artık herkese açık olmaması gereken bilgiler içeriyorsa dizinden çıkarmak yeterli değildir. Paylaşım URL’sini iptal edin veya kimlik doğrulaması isteyin. Arama sonucunu kaldırmak, URL’ye zaten sahip olan birinin erişimini kaldırmaz.

Erişim denetimi ile dizin denetimi arasındaki bu ayrım, yanlışlıkla dizine ekleme temizliklerinin çoğunda gözden kaçar.

1. Tuzak — aynı anda hem engellenmiş hem noindex uygulanmış

# robots.txt
User-agent: *
Disallow: /old-campaign/

<!-- /old-campaign/page.html -->
<meta name="robots" content="noindex">

Yanlış: Google, /old-campaign/page.html sayfasını tarayıp noindex etiketini göremez; bu nedenle sayfa, onu işaret eden bağlantıların gücüyle dizinde kalır. İki yönerge birbirinin etkisini bozar.

2. Doğru kaldırma — engeli kaldırın, ardından noindex uygulayın

# robots.txt
User-agent: *
Allow: /old-campaign/

<!-- /old-campaign/page.html -->
<meta name="robots" content="noindex">

Doğru: Taramaya izin verilir; böylece Google sayfaya ulaşır, noindex etiketini okur ve sonraki tarama/yeniden işleme döngüsünde sayfayı dizinden çıkarır.

3. Birleştirme durumu — canonical kullanın, noindex kullanmayın

# robots.txt
User-agent: *
Allow: /products/?variant=blue

<!-- /products/?variant=blue -->
<link rel="canonical" href="https://example.com/products/" />

Doğru: Varyant URL’si taranabilir; böylece canonical sinyali aktarılabilir. URL’de hiç noindex yoktur, çünkü ortadan kalkması değil, temel ürün sayfasında birleştirilmesi amaçlanır.

4. Olduğu gibi bırakılabilecek değersiz bir URL

# robots.txt
User-agent: *
Disallow: /cart/add*

Basitleştirilmiş örnek: Bu sepete ekleme kalıbı engellenmiştir ve herhangi bir bağlantı onu işaret ederse “indexed, though blocked” olarak görünebilir. Değerlendirme listesini uygulayın. Gerçek sorgularda görünmüyor ve hassas bilgi taşımıyorsa genellikle görmezden gelmek güvenlidir.

Quick reference

Durum karşılaştırması

Yönerge birleşimleri ve gerçekte yaptıkları

Amaca göre çözüm — her durum için tek satır

• Dizine eklenmesini istiyorsanız → Disallow kuralını kaldırın.
• Kaldırılmasını istiyorsanız → taramaya izin verin + noindex ekleyin ya da parolayla koruyun veya 404/410 döndürün.
• Birleştirilmesi gerekiyorsa → taramaya izin verin + canonical etiketini düzeltin; noindex eklemeyin.
• Değerlendirme listesini geçen düşük değerli bir URL ise — görünmüyor ve hassas bilgi taşımıyorsa → olduğu gibi bırakın.
• Neden bağlantılarsa → URL’yi işaret eden dahili bağlantıları kaldırın veya düzeltin.

Doğrulama zamanlaması

• Yeniden tarama + yeniden işleme: Saatler değil, günler veya haftalar.
• URL Kaldırma aracı: Geçicidir, yaklaşık altı ay sürer; gerçek bir çözüm değildir.

Sorunu teşhis etme ve düzeltme araç seti

Yanıt üstbilgilerini ve noindex bulunup bulunmadığını kontrol etme (macOS/Linux)

curl -sI "https://example.com/path/to/page" | grep -i "x-robots-tag"
curl -s "https://example.com/robots.txt"

Bir noindex yönergesinin HTTP üstbilgisiyle sunulup sunulmadığını — PDF gibi HTML olmayan dosyalarda gereklidir — doğrulamak ve canlı robots.txt dosyasında URL’yi yakalayan tam Disallow satırını görmek için bu komutları çalıştırın.

Windows’ta aynı kontrol (PowerShell)

(Invoke-WebRequest -Uri "https://example.com/path/to/page" -Method Head).Headers["X-Robots-Tag"]
(Invoke-WebRequest -Uri "https://example.com/robots.txt").Content

Bir robots.txt dosyasındaki tüm Disallow kurallarını çıkaran regex

^Disallow:\s*(.+)$

Yakalama grubu 1 yol kalıbıdır. Engellenen bütün yolları tek seferde listeleyip işaretlenen URL’yi hangi kuralın yakaladığını görebilmek için bu ifadeyi düzenleyicinizde veya bir betikte, kaydedilmiş robots.txt kopyasına karşı çalıştırın.

Chrome DevTools Console — kontrol et rendered meta robots tag

Canlı sayfanın Console panelinde çalıştırın; bu, yalnızca sayfa kaynağını değil Google’ın oluşturucusunun gerçekte ne göreceğini doğrular:

document.querySelector('meta[name="robots"]')?.content ?? 'no meta robots tag found'

Yer imi betiği — herhangi bir sayfadaki meta robots etiketini tek tıklamayla kontrol edin

Bunu yer imleri çubuğunuza sürükleyin ve herhangi bir sayfada tıklayın:

javascript:(function(){alert(document.querySelector('meta[name="robots"]')?.content||'no meta robots tag found');})();

Bu görev için araçlar

• robots-txt-tester — herhangi bir şeyi değiştirmeden önce URL’yi ve robots.txt içeriğini yapıştırıp hangi kuralın engel oluşturduğunu görün.
• robots-txt-generator — hangi kuralın değiştirilmesi veya daraltılması gerektiğini belirledikten sonra düzeltilmiş bir robots.txt oluşturun.
• canonical-checker — çözümün birleştirme dalında canonical etiketinin gerçekten bulunduğunu ve beklediğiniz hedefi gösterdiğini doğrulayın.
• site-audit-lite — sitenizi tarayıp engellenmiş/dizine eklenmiş URL’yi hâlâ işaret eden dahili bağlantıları bulun; bu bağlantılar genellikle URL’nin dizine eklenme nedenidir.
• gsc-workbench — Sayfa Dizine Ekleme raporu verilerini alın ve hangi URL’lerin bu uyarıyı, hangilerinin “Blocked by robots.txt” kapsam dışı durumunu taşıdığını karşılaştırın.

Üçüncü taraf araçları: Google Search Console — Sayfa Dizine Ekleme raporu, URL Denetimi ve Düzeltmeyi Doğrula — bu uyarının göründüğü ve çözümün doğrulandığı temel yerdir. Bing Webmaster Tools eşdeğer bir URL’leri Engelle raporu sunar.

Proving düzelt worked

Test 1 — robots.txt artık URL’ye izin veriyor

Çalıştırılacak test: robots.txt dosyasını doğrudan getirin (curl -s https://example.com/robots.txt) veya URL’ye karşı robots-txt-tester aracında çalıştırın. Beklenen sonuç: URL artık hiçbir Disallow kuralıyla eşleşmez. Başarısızlık yorumu: URL hâlâ eşleşiyorsa engel tam kaldırılmamıştır veya Google güncellenen dosyayı henüz yeniden getirmemiştir. İzleme aralığı: Dosyanın kendisi için anında; Google istenen yeniden taramadan sonra robots.txt dosyasını genellikle bir gün içinde yeniden getirir. Geri alma tetikleyicisi: Yoktur; bu adım yalnızca engeli kaldırır, dizine eklemeyi doğrudan değiştirmez.

Test 2 — noindex tarayıcı tarafından görülebiliyor (yalnızca kaldırma yolu)

Çalıştırılacak test: Search Console’da URL Denetimi → canlı test çalıştırın ve oluşturulmuş HTML’de noindex etiketini kontrol edin. HTML olmayan dosyalarda curl -I ile X-Robots-Tag üstbilgisini kontrol edin. Beklenen sonuç: Canlı test, taramaya izin verildiğini VE oluşturulmuş çıktıda noindex yönergesinin bulunduğunu gösterir. Başarısızlık yorumu: Tarama hâlâ engelliyse robots.txt değişikliği yayılmamıştır. Taramaya izin veriliyor ancak noindex görünmüyorsa etiket oluşturucunun göremediği bir yere konmuştur; JavaScript ile eklenmiş veya HTML olmayan dosyanın üstbilgisinde eksik olabilir. İzleme aralığı: Canlı test çalıştığında anında. Geri alma tetikleyicisi: Uygulanmaz; bu, geri alınacak bir değişiklik değil teşhis kontrolüdür.

Test 3 — Sayfa Dizine Ekleme raporundaki uyarı temizleniyor

Çalıştırılacak test: Search Console Sayfa Dizine Ekleme raporundaki “Indexed, though blocked by robots.txt” uyarısında “Düzeltmeyi Doğrula”yı çalıştırın. Beklenen sonuç: URL, engeli kaldırma yolunda dizine eklenmiş/geçerli kümeye; noindex yolunda ise kapsam dışı kümeye geçer. Başarısızlık yorumu: Başarısız doğrulama genellikle çözümün yanlış olduğu değil, taramanın henüz gerçekleşmediği anlamına gelir. Başka bir şeyi değiştirmeden önce Test 1 ve 2’yi kontrol edin. İzleme aralığı: Günler veya haftalar; Düzeltmeyi Doğrula işlemi anında tamamlanmaz. Geri alma tetikleyicisi: Test 1 ve 2 geçtiği halde doğrulama birkaç hafta boyunca sürekli başarısız olursa eski robots.txt/sayfayı sunan önbellek veya CDN katmanını yeniden inceleyin.

Test 4 — birleştirme yolu: canonical uygulanıyor

Çalıştırılacak test: Canonical olmayan URL’de URL Denetimi’ni çalıştırın ve “Google tarafından seçilen canonical” değerini canonical-checker çıktısıyla karşılaştırın. Beklenen sonuç: Google’ın seçtiği canonical, bildirdiğiniz URL ile eşleşir. Başarısızlık yorumu: Eşleşmeme genellikle dahili bağlantılar veya site haritası girdileri gibi çelişen sinyallerin arama motorlarını hâlâ yanlış canonical URL’ye yönlendirdiğini gösterir. İzleme aralığı: 2–4 hafta; taramaya izin verildikten sonra bile canonical seçimi anında değişmez. Geri alma tetikleyicisi: Google 4 haftadan uzun süre yanlış canonical’ı seçmeye devam ederse etikete yeniden dokunmak yerine dahili bağlantıları ve site haritası girdilerini inceleyin.

Quiz

Bu makaleden çıkardıklarınızı kontrol edin.

Değişiklik günlüğü