Diğer 4xx Sorunu Nedeniyle Engellendi

TL;DR — Google Search Console’daki “Blocked due to other 4xx issue”, 401, 403 veya 404 olarak ayrıca sınıflandırılmayan istemci hataları için Google’ın kullandığı artakalan kategoridir. Googlebot sayfanızı istedi ve 400, 410 veya 451 gibi başka bir 4xx hatası aldı; dolayısıyla sayfa dizine eklenemez. Google, hangi kodların bu kategoriye girdiğinin kesin bir listesini yayımlamaz. İlk işiniz, gerçekte hangi kodun döndürüldüğünü bulmaktır; çünkü çözüm tamamen buna bağlıdır.

Bu durum ne anlama geliyor?

Bu Search Console kategorisi, rapordaki daha özel sorun türlerinden biriyle temsil edilmeyen bir 4xx yanıtını kapsar. Google, 429 dışındaki 4xx yanıtlarını dizine ekleme açısından kullanılamayan içerik olarak değerlendirir. Evidence for this claim The Page Indexing report uses this category for a 4xx issue not covered by its other issue types. 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 Evidence for this claim Google treats 4xx responses other than 429 as if the content does not exist; 429 is handled as a server-overload signal. 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: HTTP status codes

Search Console’daki Page Indexing raporunu açıp “Blocked due to other 4xx issue” ifadesini gördüğünüzde bu, Googlebot’un URL’yi getirmeye çalıştığı ve sunucunuzun bir 4xx istemci hatasıyla yanıt verdiği anlamına gelir; ancak hata, Google’ın ayrıca listelediği belirli kategorilerden biriyle eşleşmez. Google; 401 (login required), 403 (forbidden) ve 404 (not found) durumlarını kendi satırlarında gösterir. Google’ın bu satır için kullandığı ifade yalnızca “a 4xx error not covered by any other issue type” şeklindedir; kalan her kodu bu kategoriyle eşleyen kapsamlı bir harita yayımlamaz. Uygulamada 400, 405, 408, 410 Gone, 411, 413, 414, 421, 422 ve 451 kodları burada sık görülür; ancak bunu kesin bir üyelik listesi olarak değil, kontrol edilecek muhtemel adayların listesi olarak değerlendirin.

Google sayfa yerine hata aldığından içeriği okuyamaz. Bu nedenle sayfa dizine eklenmez; daha önce dizine eklenmişse de dizinden çıkarılır.

Etiket toplama bir kategoridir — gerçek kodu bulun

İnsanların kafasını karıştıran nokta budur. “Other 4xx” bir teşhis değil, kategoridir. 410 Gone (bir sayfayı bilinçli olarak sildiniz) ile 400 Bad Request (bozuk bir URL) aynı satırda yer alır, ancak doğru müdahale bu iki durumda birbirinin tam tersidir. Bu yüzden herhangi bir şeyi “düzeltmeden” önce gerçek durum kodunu bulun:

• Search Console’da URL Inspection aracını kullanıp Google’ın şu anda ne aldığını görmek için Test live URL seçeneğine tıklayın.
• Sayfayı tarayıcınızın DevTools → Network tab bölümünde açıp durum koduna bakın veya curl -I ile komut satırından isteyin.
• Googlebot’un gerçekte hangi kodu aldığını görmek için sunucu günlüklerinizi kontrol edin.

Bu gerçekten bir sorun mu?

Bazen “other 4xx” tam da amaçlandığı gibi çalışır. Kalıcı olarak kaldırdığınız bir sayfadaki 410 Gone doğru davranıştır; yalnızca sayfa hâlâ bir site haritasında yer alıyorsa veya bağlantı verilmemesi gerekirken bağlantı veriliyorsa sorun oluşturur. Ancak dizine eklenmesini istediğiniz bir sayfa beklenmedik bir 4xx döndürüyorsa bu, kaynağında düzeltilmesi gereken gerçek bir hatadır.

429 hakkında kısa bir not

429’un (“too many requests” — bir hız sınırı) buraya ait olduğunu okumuş olabilirsiniz. Google, 429’u normal bir istemci hatası değil, sunucunun aşırı yüklendiğini belirten bir sinyal olarak değerlendirir ve sayfanızı hemen çıkarmak yerine taramayı yavaşlatmak için kullanır. Google’ın kendi belgeleri, 429 döndüren bir URL’nin Page Indexing raporunda gerçekte hangi satırda göründüğünü belirtmez; dolayısıyla bu kategorinin dışında olduğunu da varsaymayın. Her iki durumda da bir other-4xx durumunu “düzeltmek” için hız sınırlamanızı devre dışı bırakmayın; Advanced sekmesinde bu konu hakkında daha fazla bilgi bulabilirsiniz. Evidence for this claim Google treats 4xx responses other than 429 as if the content does not exist; 429 is handled as a server-overload signal. 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: HTTP status codes

Kodlara göre eksiksiz çözüm kılavuzunu, 429 ayrıntısını, 410 ile 404 arasındaki farkı ve teşhis karar ağacını mı istiyorsunuz? Advanced sekmesine geçin.

TL;DR — “Blocked due to other 4xx issue”, Page Indexing raporunun artakalan satırıdır: Googlebot’un aldığı ancak kendi sorun türü olarak ayrıca gösterilmeyen bir 4xx yanıtını (401/403/404 dışındakileri) ifade eder. Google, kalan her kodu bu satırla eşleyen kapsamlı bir harita yayımlamaz; 400, 405, 408, 410, 411, 413, 414, 421, 422, 451 vb. kodlar, gerçek kodu öğrendikten sonra kontrol edilecek teşhis dallarıdır; kesin bir üyelik listesi değildir. Google’ın kuralı şöyledir: 429 dışındaki tüm 4xx yanıtları aynı şekilde değerlendirilir. İçerik yokmuş gibi kabul edilir, dolayısıyla sayfa dizine eklenmez ve bunun tarama hızı üzerinde hiçbir etkisi yoktur. Etiket size neredeyse hiçbir şey söylemez; bu nedenle ilk adım her zaman gerçek kodu belirlemektir (URL Inspection’ın canlı testi → Crawl Stats → özgün istek yöntemini yeniden üretme → ilişkilendirilmiş sunucu/CDN/WAF/uygulama günlükleri). Çünkü 410’un (bilinçli kaldırma) çözümü, 400 veya 429’un çözümünün tam tersidir. Ortadan kaldırılması gereken yanılgı şudur: 429 normal bir 4xx değildir. Google bunu bir sunucu hatası (aşırı yük) olarak değerlendirip taramayı yavaşlatır; ancak bu işleme davranışı, 429 döndüren URL’nin hangi Page Indexing etiketini aldığını kanıtlamaz. Rapor konumunu her iki yönde de doğrulanmamış kabul edin. Googlebot’u yavaşlatmak için 4xx kullanmayın; 429 veya 503 kullanın. Belirle → temel nedeni düzelt (veya bilinçli olduğunu doğrula) → Test live URL içinde 200 yanıtını doğrula → Validate Fix (bu, URL’yi yeniden dizine eklenmeye uygun hâle getirir; dizine ekleneceğini garanti etmez).

Google gerçekte ne söylüyor?

Rapor etiketi bir kategoridir; bu nedenle gerçek durum kodunu ve nedenini belirlemek için URL’yi inceleyin. HTTP davranışı, rapor sınıflandırmasından ayrı olarak belgelenmiştir. Evidence for this claim The Page Indexing report uses this category for a 4xx issue not covered by its other issue types. 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 Evidence for this claim Google treats 4xx responses other than 429 as if the content does not exist; 429 is handled as a server-overload signal. 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: HTTP status codes

Google’ın Page Indexing raporu belgeleri bu durumu açıkça tanımlar: Sunucu, raporun ayrıca gösterdiği diğer sorun türlerinden hiçbirinin kapsamadığı bir 4xx hatasıyla karşılaşmıştır ve önerilen işlem, URL Inspection aracını kullanarak sayfada hata ayıklamaktır. Dolayısıyla bu, tanımı gereği artakalan kategoridir: Kendi satırında zaten gösterilmeyen her 4xx yanıtını kapsar (401 unauthorized, 403 forbidden, 404 not found). Google, kalan her 4xx kodunu bu satırla eşleyen kapsamlı bir tablo yayımlamaz. Bu nedenle aşağıdaki liste de dâhil olmak üzere “buraya giren kodlar” listelerini resmî veya eksiksiz bir üyelik listesi değil, yaygın olarak gözlemlenen adaylar olarak değerlendirin. Evidence for this claim The Page Indexing report uses this category for a 4xx issue not covered by its other issue types. 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

Bunun arkasındaki davranış, Google’ın ayrı HTTP durum kodları belgelerinde açıklanır ve bu sayfadaki hemen her şeyi belirleyen temel bir kural vardır: 429 dışındaki tüm 4xx hataları aynı şekilde değerlendirilir. Google tarayıcıları, sonraki işleme sistemine içeriğin mevcut olmadığını bildirir. Dizine ekleme açısından sonuç 404 ile aynıdır: Sayfa yok kabul edilir ve dizine eklenmez; daha önce eklenmişse dizinden çıkarılır. Daha da önemlisi, 4xx kodlarının (yine 429 dışında) tarama hızı üzerinde hiçbir etkisi yoktur. Googlebot’u yavaşlatmazlar; yalnızca sayfayı değerlendirme dışında bırakırlar. Bununla birlikte Google aynı URL’de sürekli hata buldukça, hata vermeye devam eden URL’nin taranma sıklığı zamanla doğal olarak azalabilir.

Burada yaygın olarak görülen 4xx kodları

Google’ın artakalan kategori tanımı bu kodları tek tek saymaz. Aşağıdakiler, gerçek kodu doğruladıktan sonra uygulamada karşılaşabileceğiniz durumlardır. Her biri için incelenmesi gereken nokta ve sık yapılan yanlış çıkarım şöyledir:

• 400 Bad Request — hatalı biçimlendirilmiş istek hedefi, söz dizimi veya Host/yönlendirme çerçevesi (çoğu zaman bozuk ya da hatalı kodlanmış URL). Yanlış çıkarım: “Sayfanın kodu bozuk.” Sunucunun aldığı tam isteği, üretmek istediğiniz istekle karşılaştırın.
• 405 Method Not Allowed — kullanılan HTTP yöntemine bu URL için izin verilmiyordur; yanıtta izin verilen yöntemi belirten bir Allow üstbilgisi bulunmalıdır. Yanlış çıkarım: curl -I (HEAD) hatası, Googlebot’un GET isteğinin de aynı şekilde başarısız olduğunu kanıtlar. İki yöntemi ayrı ayrı test edin.
• 408 Request Timeout — bağlantı veya istek zamanında tamamlanmamıştır. Yanlış çıkarım: “Genel sunucu kesintisi.” Zamanlamayı bağlantı/proxy/origin katmanlarında ilişkilendirin.
• 410 Gone — kaynak kalıcı olarak kaldırılmıştır. Çoğu zaman bilinçlidir; aşağıdaki bölüme bakın.
• 411 Length Required — sunucu, gövdeli bir istekte Content-Length üstbilgisi olmasını şart koşuyordur. Sıradan bir sayfa getirme isteği için alışılmadık bir durumdur; kuralı değiştirmeden önce isteğin gerçekten içerik taşıdığını ve hangi katmanın isteği reddettiğini doğrulayın.
• 413 Payload Too Large — istek içeriği bir boyut sınırını aşmıştır. Sayfanın kendi boyutunu değil, gelen istek gövdesini/üstbilgilerini doğrulayın.
• 414 URI Too Long — istek URI’sinin kendisi uzunluk sınırını aşmıştır. Genellikle sayfa içeriğiyle değil, oluşturulan parametrelerle veya yönlendirme zinciriyle ilgili bir sorundur.
• 415 / 422 (Unsupported Media Type / Unprocessable Entity) — isteğin içerik türü veya talimatları reddedilmiştir. 411/413 gibi bunlar da istek içeriğine ilişkin koşulları açıklar ve düz bir sayfa GET isteğinde sıra dışıdır. Gerçekte reddedilen isteğe dair kanıt olmadan doğrulamayı genel olarak gevşetmeyin.
• 421 Misdirected Request — bağlantı yanlış yönlendirilmiştir. Google ayrıca 421 döndürmeyi, bir rotayı bilinçli olarak HTTP/2 kapsamı dışında bırakmanın yolu olarak belgeler. Sayfanın her protokolde bozuk olduğunu varsaymayın; Google’ın HTTP/1.1 üzerinden yeniden deneyip denemediğini ve son yanıtı doğrulayın.
• 451 Unavailable For Legal Reasons — hukuki veya politika kaynaklı engel. Sıradan bir coğrafi/WAF yanlış yapılandırması gibi ele almak yerine hukuki/politika incelemesinden sorumlu kişiye yönlendirin.
• 429 Too Many Requests — hız sınırı. Bu kod özeldir; aşağıya bakın.

Bu listenin amacı onu mutlak doğru olarak ezberletmek değil, teşhis dalları için bir başlangıç kümesi sunmaktır. Bir çözüm seçmeden önce yine de gerçek koda ve onu üreten katmana bakmanız gerekir.

429 istisnadır — anlamını rapor etiketinden ayırın

Birçok üçüncü taraf yazısı 429’u “other 4xx” kategorisine dâhil eder. Bu yaklaşım, ayrı tutulması gereken üç farklı soruyu birbirine karıştırır: HTTP’ye göre 429 ne anlama gelir, Google tarayıcıları onu gerçekte nasıl işler ve 429 döndüren bir URL Page Indexing raporunda hangi satır altında gösterilir? İlk iki soru belgelenmiştir; üçüncüsü belgelenmemiştir. Google tarayıcıları 429 durum kodunu sunucunun aşırı yüklendiğine dair bir sinyal olarak değerlendirir ve bu kod bir sunucu hatası kabul edilir; normal bir istemci hatası değildir. Bunun pratik sonuçları şöyledir:

• 429, Googlebot’un sayfayı hemen çıkarması yerine yavaşlamasına neden olur.
• Bir sunucu hatası olarak işlendiğinden gerçek bir 429’un “Blocked due to other 4xx issue” yerine bir sunucu/tarama sorunu olarak bildirilmesi olasıdır. Ancak Google’ın belgeleri rapor sınıflandırmasını değil, işleme davranışını açıklar; dolayısıyla bu kategorinin dışında olduğunu varsaymak yerine rapordaki konumunu doğrulanmamış kabul edin.
• Yanlış yaklaşım, bir other-4xx durumunu “düzeltmek” için meşru hız sınırlamasını devre dışı bırakmaktır. Sunucunuz gerçekten yük altındaysa hız sınırlamasını koruyun ve Retry-After üstbilgisi gönderin. RFC 6585 bu üstbilgiyi 429 yanıtlarında isteğe bağlı kılar. İyi davranan her istemci açısından makul bir HTTP uygulaması olsa da incelenen Google belgeleri, Googlebot’un sonraki taramasını bu üstbilgi değerine göre planladığını belirtmez. İyi bir uygulama olarak yine de gönderin, ancak garantili bir talimat olarak değerlendirmeyin. Ahrefs HTTP status codes guide adlı kılavuzumda belirttiğim gibi: “429s are a little special because they are generally treated as server errors and will cause Google to slow down crawling. But eventually, Google will drop these pages from the index as well.” Dolayısıyla 429 bedelsiz değildir; zaman kazandırır ancak bir sayfayı sonsuza dek dizinde tutmaz.

410 ile 404 — genellikle önemli bir sorun değil

410 Gone, bu kategorideki en yaygın bilinçli koddur: Bir sayfayı kaldırmış ve gözden kaybolmasını istemişsinizdir. İnsanlar 410 ile 404 arasındaki farka gereğinden fazla odaklanır, ancak pratikte fark küçüktür. Google’ın kendi tarama belgeleri 410’u, 404 ile aynı “content doesn’t exist” alt işlemine tabi tutulan 4xx kodları arasında sayar. Ahrefs HTTP status codes guide adlı kılavuzumda yazdığım gibi: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster.” John Mueller farkın en fazla birkaç gün düzeyinde olduğunu ve orta-uzun vadede Google’ın 404 ile 410’u aynı şekilde ele aldığını söylemiştir; ikisi de dizinden çıkarılır. Google’ın 410’u ortak 4xx işleme grubunda listelemesi, 410 döndüren bir URL’nin Page Indexing raporunda hangi satır altında gösterildiğini tek başına doğrulamaz. Bu nedenle burada bir 410 görmeniz, belgelenmiş bir kesinlikten ziyade beklentilerle uyumludur. Her durumda, bu kategorideki 410 bilinçliyse sistem amaçlandığı gibi çalışıyordur. Yalnızca sayfanın gerçekte yayında olması gerekiyorsa işlem yapın ve yalnızca koddan çıkarım yapmak yerine sayfanın durumunu Search Console’da doğrulayın.

Neden oluşur?

Gerçek hayattaki “other 4xx” durumlarının çoğu şu nedenlerden biriyle oluşur:

• Googlebot’un istek kalıbı bir kuralı tetiklediğinde alışılmadık bir 4xx (çoğu zaman doğrudan 403 olmayan bir 4xx) döndüren WAF / bot koruması / CDN kuralları.
• Tarayıcı dışı istemcileri engelleyen veya sınamaya tabi tutan güvenlik eklentileri (ör. WordPress güvenlik eklentileri).
• Çoğunlukla ABD IP’lerinden tarama yapan Googlebot’u yakalayan IP / coğrafi engeller.
• N istekten sonra 4xx döndüren agresif hız sınırlaması (bunun 429 olması gerekir; aşağıya bakın).
• URL’nin oluşturulma veya bağlantılanma biçiminin tetiklediği hatalı URL’ler (400), istek boyutu sınırları (413) veya doğrulama hataları (422).
• Site haritasında artık bulunmaması gereken bilinçli kaldırmalar (410).

Kendi kendinize oluşturabileceğiniz önemli bir neden de Googlebot’u yavaşlatmak için 4xx kullanmaktır. Google, site sahiplerinden ve CDN’lerden Googlebot’un tarama hızını azaltmaya çalışırken 404 ve diğer 4xx kodlarını kullanmayı bırakmalarını istemiştir. Bu kodlar taramayı yavaşlatmaz; yalnızca içeriği Search’ten çıkarır. Googlebot’un geri çekilmesini istiyorsanız bir 4xx değil, 500, 503 veya 429 döndürün.

Gerçek kod nasıl teşhis edilir?

Bunu yukarıdan aşağıya ilerleyen bir karar ağacı olarak ele alın. Hiçbir aracın tam hatayı tek başına göstermesi garanti değildir; araçları birbirine bağlayın:

1. URL Inspection → Test live URL. Bu işlem mevcut erişilebilirliği doğrular: Eski bir rapor satırı yerine Google şu anda gerçekten 4xx alıyor mu? Ancak başarısız bir canlı test, ham yanıt üstbilgilerini veya durum satırını her zaman göstermez. Bu nedenle önce bir erişilebilirlik kontrolü olarak değerlendirin; eksiksiz bir teşhis olarak değil.
2. Crawl Stats raporu. Google’ın gerçek tarama isteklerinden temsili örnekler (yanıt kodu, yanıt süresi, dosya türüne göre dağılım) sunar. Test live URL yaygın tarayıcı yerine Google-InspectionTool kullandığından, planlanmış bir taramanın ne gördüğünü doğrulamak için kullanışlıdır.
3. Özgün istekle eşleştirerek kendiniz yeniden üretin. URL’yi DevTools’un Network sekmesinde açın veya curl kullanın. Bir bot kuralından şüpheleniyorsanız aynı kuralı tetiklemek için Googlebot kullanıcı aracısıyla ve mümkünse kendi ağınızın dışından istekte bulunun. Yöntemi de eşleştirin: curl -I, Google’ın gerçekte yaptığı GET isteğinden farklı sonuç verebilen bir HEAD isteği gönderir. Örneğin yalnızca HEAD için dönen 405, GET’in de başarısız olduğunu kanıtlamaz. (Komutlar Scripts sekmesindedir.)
4. Sunucu / CDN / WAF / kimlik doğrulama proxy’si / uygulama günlüklerini ilişkilendirerek okuyun. Özellikle canlı test ham üstbilgileri gösteremediğinde; tam durumu, isteği reddeden katmanı ve buna yol açan kuralı veya koşulu çoğu zaman yalnızca burada bulabilirsiniz.
5. İstekte bulunanın kimliğini yanıttan ayrı olarak doğrulayın. Kullanıcı aracısı dizesi tek başına isteğin Googlebot’tan geldiğini kanıtlamaz. Engelin meşru bir tarayıcıyı etkileyip etkilemediğine karar vermeden önce ters+ileri DNS veya Google’ın yayımladığı IP aralıklarıyla doğrulama yapın.
6. Kodu nedenine eşleyin. 400/405/408/414 → istek çerçevesi/zamanlaması/URI sorunu. 411/413/415/422 → yalnızca Google isteğinin gerçek yöntemi ve gövdesi hakkında kanıt varsa istek içeriği sorunu olarak teşhis edin; bunlar sıradan bir sayfa isteğinde alışılmadıktır. 410 → bilinçli kaldırma (kaldırılmış olması gerektiğini doğrulayın). 421 → Google’ın belgelenmiş HTTP/2 kapsam dışı bırakma yöntemi olup olmadığını ve HTTP/1.1 geri dönüşünün ne döndürdüğünü kontrol edin. Güvenlik katmanından gelen 4xx → yalnızca doğrulanmış istemci ve rota için dar kapsamlı izin listesi; genel bir izin listesi değil. 429 olması gereken durum → hız sınırlaması (4xx değil, sunucu yükü olarak ele alın). Evidence for this claim URL Inspection can confirm current availability and a failed Page fetch, but additional raw headers are only available for certain successful live-test states; exact failure-code diagnosis may require Crawl Stats request details plus CDN, WAF, origin, authentication-proxy, and application logs. Scope: site-level crawl requests Confidence: high · Verified: 2026-07-16 Crawl Stats report

Koda göre çözüm

• 400 / 405 / 408 / 414 (istek çerçevesi, yöntem, zamanlama, URI uzunluğu). Hatalı isteğin, bozuk/aşırı uzun URL’nin, izin verilmeyen yöntemin veya yavaş/tamamlanmamış bağlantının kaynağını, bunları gerçekten üreten katmanda düzeltin. Sunucunun gördüğü tam isteği uygulamanızın göndermeyi amaçladığı istekle karşılaştırın.
• 411 / 413 / 415 / 422 (istek içeriği hataları). Bunlar isteğin gövdesine, uzunluğuna veya içerik türüne bağlı koşulları açıklar ve sıradan bir sayfa GET isteğinde alışılmadıktır. Bir sınırı veya doğrulama kuralını gevşetmeden önce hangi yöntem ve istek içeriğinin hatayı tetiklediğini ve hangi katmanın reddettiğini günlüklerden doğrulayın. Bu kanıt olmadan güvenlik sınırlarını genel olarak gevşetmeyin.
• 410 — bilinçli mi? Sayfanın kaldırılmış olması gerekiyorsa 410 doğrudur. “Sorun” olarak görünmemesi için yalnızca site haritalarından ve iç bağlantılardan çıkarın. Sayfanın yayında olması gerekiyorsa 410 geri alınması gereken bir hatadır.
• 421 — bilinçli bir HTTP/2 kapsam dışı bırakma mı? Google, 421 döndürmeyi bir rotayı HTTP/2 taramasının dışında bırakmanın yolu olarak belgeler. 421’i bozuk sayfa olarak değerlendirmeden önce isteğin HTTP/1.1’e geri dönüp dönmediğini ve son yanıtı doğrulayın.
• 429 — doğru hız sınırlaması. Meşru hız sınırlamasını kaldırmayın. Korumaya devam edin ve iyi uygulama olarak Retry-After üstbilgisi ekleyin. Bu üstbilgi HTTP belirtimine göre isteğe bağlıdır ve Google’ın belgeleri, Googlebot’un sonraki taramasını buna göre planladığını doğrulamaz. Google’ın 429’u “dizinden çıkar” değil, “yavaşla” olarak okuduğunu unutmayın. Bir kural Googlebot’u yalnızca yavaşlatmak amacıyla 4xx döndürüyorsa bunu 429 veya 503 olarak değiştirin.
• 451 — önce hukuki/politika bağlamını doğrulayın. Bunu sıradan bir coğrafi/WAF yanlış yapılandırması olarak değerlendirmeyin. Yanıtı değiştirmeden önce hukuki veya içerik politikası kararlarından sorumlu kişiye yönlendirin.
• WAF / CDN / güvenlik eklentisi engelleri. Önce isteği reddeden tam katmanı ve kuralı belirleyin. Googlebot’u, taklit edilebilen kullanıcı aracısı dizesine güvenerek değil, ters DNS kimliği veya Google’ın yayımladığı IP aralıklarıyla doğrulayarak izin listesine alın. İstisnayı amaçlanan rota ve istemciyle dar kapsamlı tutun; Google kaynaklı her isteğe veya tüm güvenlik kurallarına yönelik genel izin vermeyin. URL’nin 200 döndürmesi için kuralı düzeltin.

Googlebot’u yavaşlatmak için 4xx kullanmayın

Kendi kendinize oluşturduğunuz “other 4xx” sorunlarının başlıca nedenlerinden biri olduğu için bunu ayrıca belirtmek gerekir: Googlebot’u yavaşlatmak amacıyla 4xx kodları döndürmek işe yaramaz ve içeriği Search’ten çıkarır. Ahrefs HTTP status codes guide adlı kılavuzumda kuralı şöyle özetliyorum: “4xxs will cause pages to drop from the index.” Gerçek amacınız taramayı yavaşlatmaksa 429 veya 503 kullanın. Google bu kodları “daha sonra tekrar gel” olarak okur ve etkileri geçicidir.

Düzelttikten sonra

Temel neden çözüldükten (veya 410’un bilinçli olduğunu doğrulayıp site haritasını/bağlantıları temizledikten) sonra:

1. Canlı yanıtın artık 200 olduğunu doğrulamak için URL Inspection → Test live URL kullanın.
2. Yüksek öncelikli URL’ler için Request indexing kullanın ve/veya Page Indexing raporundaki “Blocked due to other 4xx issue” satırında Validate Fix seçeneğine tıklayın.
3. 200 yanıtı, Google URL’yi yeniden taradığında onu taramaya, işlemeye ve potansiyel olarak tekrar dizine eklemeye uygun hâle getirir. Bu, dizine ekleme garantisi veya sabit bir zaman çizelgesi değildir. Temel neden düzeltilmeden toplu olarak “Request indexing” kullanmayın; aksi takdirde aynı kategoriye yeniden girersiniz.

SEO’ya zarar verir mi?

Yalnızca gerçekten dizine eklenmesini istediğiniz sayfalar 4xx döndürüyorsa zarar verir; bu sayfalar dizinden çıkar ve sorun düzeltilene kadar sıralamalarını kaybeder. 4xx bilinçliyse (silinen bir sayfada 410 veya site haritanızda bulunmaması gereken bir yönetici yolundaki kasıtlı engel gibi) amaçlandığı gibi çalışıyordur ve herhangi bir zarara yol açmaz.

Bilmeniz gereken kardeş durumlar şunlardır: “Blocked due to access forbidden (403)” ve “Blocked due to unauthorized request (401)”, güvenlik duvarı/oturum açma için ayrılmış satırlardır; “Not found (404)” ise kendi kategorisidir. Bu durum, 4xx ailesinde bunların dışında kalan her şeyi kapsar. Raporun kendisi ve dizine eklenmeme nedenlerini nasıl grupladığı hakkında bilgi için Page Indexing raporuna genel bakış belgesine bakın.

AI özeti

Advanced sürümünün kısaltılmış özeti:

• Nedir? GSC Page Indexing raporundaki “Blocked due to other 4xx issue”, Googlebot’un 401/403/404 olarak ayrıca gösterilmeyen bir 4xx aldığını belirtir. Google buraya giren kodların kapsamlı listesini yayımlamaz. 400, 405, 408, 410, 411, 413, 414, 421, 422 ve 451 kontrol edilecek yaygın adaylardır; kesin bir üyelik listesi değildir. Sayfa dizine eklenmez; daha önce eklenmişse çıkarılır.
• Temel kural. 429 dışındaki tüm 4xx yanıtları aynı şekilde değerlendirilir: Google içeriği 404’te olduğu gibi mevcut değil kabul eder ve bunun tarama hızı üzerinde hiçbir etkisi yoktur.
• Etiket toplama bir kategoridir. Nedeni söylemez; önce gerçek durum kodunu bulun (URL Inspection canlı testi → Crawl Stats → özgün istek yöntemini yeniden üretme → ilişkilendirilmiş sunucu/CDN/WAF günlükleri). curl -I GET değil HEAD gönderir; bu yüzden ikisini de test edin.
• 429 istisnadır ve yaygın bir yanılgı konusudur. Google 429’u bir sunucu hatası (aşırı yük) olarak değerlendirip sayfayı hemen çıkarmak yerine taramayı yavaşlatır. Ancak bu işleme davranışı, 429 URL’sinin hangi Page Indexing satırında bildirildiğini doğrulamaz; rapor konumunu doğrulanmamış kabul edin. Meşru hız sınırlamasını koruyun ve iyi uygulama olarak Retry-After gönderin. HTTP belirtimine göre isteğe bağlıdır; Google’ın belgeleri Googlebot’un planlamayı buna göre yaptığını söylemez. Bir other-4xx durumunu “düzeltmek” için korumayı devre dışı bırakmayın.
• 410 ile 404. 410 (Gone), burada görülen yaygın bilinçli koddur. Google bunu 404 ile aynı “content doesn’t exist” alt işleminde gruplar ve pratik zamanlama farkı küçüktür. 410 bilinçliyse amaçlandığı gibi çalışıyordur; değiştirmeden önce niyeti doğrulayın.
• 421 de bilinçli olabilir. Google 421’i bir rotayı HTTP/2 taramasının dışında bırakmanın yolu olarak belgeler. Sayfanın bozuk olduğunu varsaymadan önce HTTP/1.1 geri dönüşünü ve son yanıtı kontrol edin.
• Neden oluşur? WAF/CDN/güvenlik eklentisi engelleri, IP/coğrafi engeller, hız sınırlama kuralları, hatalı veya aşırı uzun URL’ler (400/414), istek içeriğine bağlı koşullar (411/413/415/422; gerçek istek gövdesi kanıtı gerekir) veya bilinçli kaldırmalar (410).
• 4xx ile yavaşlatmayın. Googlebot’u yavaşlatmak için 404/diğer 4xx kullanmak içeriği Search’ten çıkarır; bunun yerine 429 veya 503 kullanın.
• Düzeltin ve doğrulayın. Kodu belirleyin (başarısız canlı testte durmayın; Crawl Stats ve ilişkilendirilmiş günlükleri alın) → temel nedeni düzeltin (veya bilinçli olduğunu doğrulayıp site haritalarını/bağlantıları temizleyin) → Test live URL’de 200 yanıtını doğrulayın → Validate Fix. 200, URL’yi yeniden dizine eklenmeye uygun hâle getirir; dizine ekleneceğini veya belirli bir süreyi garanti etmez.

Resmî belgeler

Arama motorlarının birincil kaynak belgeleri.

Google

• Page Indexing report — “Blocked due to other 4xx issue” girdisi (başka hiçbir sorun türünün kapsamadığı bir 4xx) ve 401/403/404 kardeş durumları dâhil olmak üzere raporun kendisi.
• How HTTP status codes, and network and DNS errors affect Google Search — 429 dışındaki tüm 4xx yanıtlarının aynı şekilde değerlendirildiği, 429’un sunucunun aşırı yüklendiğine dair bir sinyal olarak işlendiği ve 4xx yanıtlarının (429 dışında) tarama hızını etkilemediği kuralı.
• Don’t 404 my yum (Search Central Blog, 2023) — Google’ın site sahiplerinden ve CDN’lerden Googlebot’u yavaşlatmak için 404 ve diğer 4xx kodlarını kullanmayı bırakmalarını istemesi ve bunun yerine kullanılacak kodlar (500/503/429).
• Verifying Googlebot and other Google crawlers — bir WAF/güvenlik duvarı kuralını değiştirmeden önce gerçek Googlebot’u izin listesine alabilmeniz için ters + ileri DNS ve yayımlanmış IP aralıkları.

Bing / Microsoft

• Bing Webmaster Tools — Crawl Control — Bing, Google’ın kullandığı “other 4xx” etiketini aynen kullanmaz; ancak ilke aynıdır: 4xx, Bingbot’un kullanılabilir içeriği getiremediği anlamına gelir ve URL dizine eklenmez. Bingbot’u hata kodlarıyla engellemek yerine hızını yönetmek için Crawl Control kullanın.

Kaynaktan alıntılar

Google’ın kayda geçmiş açıklamaları ve yazarı olduğum, kendi sözlerim hakkında konuşabildiğim Ahrefs durum kodları kılavuzundaki ifadeler. Her bağlantı, kaynak sayfadaki alıntılanan bölüme doğrudan gider.

Google — 4xx (429 dışında) nasıl işlenir?

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” — Google Search Central belgeleri. Alıntıya git

Google — 429 bir sunucu hatası olarak değerlendirilir

• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” — Google Search Central belgeleri. Alıntıya git

Google — tarama hızını sınırlamak için 4xx kullanmayın

• “The 4xx status codes, except 429, have no effect on crawl rate.” — Google Search Central belgeleri. Alıntıya git

John Mueller, Google — 410 ile 404 (başka sözcüklerle aktarım)

• Google’dan John Mueller, 410 ile 404 arasındaki farkı en fazla birkaç gün düzeyinde küçük bir fark olarak tanımlamış ve orta-uzun vadede Google’ın 404 ile 410’u aynı şekilde değerlendirdiğini söylemiştir: İkisi de dizinden çıkarılır. Mueller’in açıklamaları Search Engine Journal’ın şu haberinde aktarılmıştır: Google Offers Advice on 404 and 410 Status Codes (SEJ). (Bu geçişte bağımsız bir tam ifade kontrolü yapılana kadar burada doğrudan alıntı yerine başka sözcüklerle aktarılmıştır. Doğrudan alıntılamadan önce tam ifadeyi kaynakla doğrulayın.)

Patrick Stox (ben) — Ahrefs durum kodları kılavuzumdan

• “4xxs will cause pages to drop from the index.” — Patrick Stox, “HTTP Status Codes & Their SEO Impact,” Ahrefs. Alıntıya git
• “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster.” Alıntıya git
• “429s are a little special because they are generally treated as server errors and will cause Google to slow down crawling. But eventually, Google will drop these pages from the index as well.” Alıntıya git

Retry-After hakkında not: RFC 6585, 429 yanıtının Retry-After üstbilgisi içermesine izin verir ancak bunu zorunlu tutmaz. Bu üstbilgiyi göndermek, kurallara uygun davranan her istemci açısından makul bir uygulamadır. Ancak bu sayfa için incelenen Google belgeleri, Googlebot’un üstbilgi değerini sonraki taramanın değişmez zamanlaması olarak kullandığını belirtmez. Bunu doğrulanmış bir Googlebot talimatı değil, isteğe bağlı yanıt meta verisi olarak sunun.

Other-4xx teşhis → çözüm → doğrulama kontrol listesi

“Blocked due to other 4xx issue” gösteren her URL için bu listeyi uygulayın:

• Önce gerçek kodu bulun — URL Inspection → Test live URL, temsili istek ayrıntıları için Crawl Stats, ayrıca DevTools Network sekmesi / curl (hem HEAD hem GET) / ilişkilendirilmiş sunucu-CDN-WAF günlükleri. Kategori etiketi teşhis değildir ve Google eksiksiz bir kod-satır eşleme haritası yayımlamaz.
• Durumun güncel olduğunu doğrulayın — Test live URL, eski bir rapor yerine güncel 4xx göstermelidir. Başarısız canlı testin ham üstbilgileri göstermeyebileceğini unutmayın; göstermediğinde günlüklerle doğrulayın.
• Sınıflandırın. İstek çerçevesi/zamanlama/URI hatası (400/405/408/414) mı? Gövde kanıtı gerektiren istek içeriği koşulu (411/413/415/422) mı? Bilinçli kaldırma (410) mı? Olası HTTP/2 kapsam dışı bırakma (421) mı? Hukuki/politika engeli (451) mi? Güvenlik katmanı engeli mi? 429 olması gereken bir hız sınırı mı?
• 410 (Gone) ise: Sayfanın kaldırılmış olması mı gerekiyor? Evetse doğrudur; yalnızca site haritalarından ve iç bağlantılardan çıkarın. Hayırsa sayfayı geri yükleyin.
• 421 ise: Bunun bilinçli bir HTTP/2 kapsam dışı bırakma olup olmadığını doğrulayın; bozuk olarak değerlendirmeden önce HTTP/1.1 geri dönüşünü ve son yanıtı kontrol edin.
• İstek/çerçeveleme hatasıysa: Hatalı veya aşırı uzun URL’yi, izin verilen yöntemi ya da zaman aşımı/bağlantı sorununu kaynağında düzeltin; bozuk URL’yi bağlantılamayı ve listelemeyi bırakın.
• İstek içeriği hatasıysa (411/413/415/422): Herhangi bir sınırı veya doğrulama kuralını gevşetmeden önce gerçek yöntemi ve gövdeyi günlüklerden doğrulayın.
• Güvenlik/WAF/CDN engeliyse: Gerçek Googlebot’u (ters DNS veya yayımlanmış IP aralıklarıyla) doğrulayın; ardından kimlik/IP ve rota temelinde dar kapsamlı izin verin. Kullanıcı aracısına göre veya genel izin vermeyin.
• Konu gerçekten yavaşlatmaysa: 4xx kullanmayın; 429 veya 503 döndürün ve iyi uygulama olarak Retry-After üstbilgisi ekleyin. Meşru hız sınırlamasını koruyun; Googlebot’un sonraki taramasının bu üstbilgiye göre planlandığını varsaymayın.
• 200 yanıtını doğrulayın — Dizine eklenmesini istediğiniz sayfalar için Test live URL artık 200 döndürmelidir.
• Doğrulayın — “other 4xx” satırında Validate Fix seçeneğine tıklayın ve/veya öncelikli URL’ler için Request indexing kullanın. Bu işlem URL’yi yeniden dizine eklenmeye uygun hâle getirir; dizine eklenmesini garanti etmez. Neden düzeltilmeden toplu istek göndermeyin.

Zihinsel modeller

1. Etiket teşhis değil, kategoridir. “Other 4xx”, kendi sorun türü olarak ayrıca gösterilmeyen her 4xx için Google’ın artakalan satırıdır. Google buraya giren kodların kesin listesini yayımlamaz; ancak 400, 405, 408, 410, 411, 413, 414, 421, 422 ve 451 yaygın adaylardır. İlk hamle “düzeltmek” değil, “Gerçekte hangi kod?” diye sormaktır. Sonraki her şey yanıta bağlıdır.

2. Dizine ekleme açısından other-4xx = 404. Google, 429 dışındaki tüm 4xx yanıtlarını aynı şekilde değerlendirir: İçerik yokmuş gibi kabul edilir. Dolayısıyla belirli kod ne olursa olsun dizine ekleme sonucu 404 ile aynıdır; sayfa dizine eklenmez, daha önce eklenmişse çıkarılır. Bu aynı zamanda tarama hızı üzerinde hiçbir etkisi olmadığı anlamına gelir.

3. 429 istemci değil sunucu hatasıdır; rapordaki konumu ise ayrı ve doğrulanmamış bir sorudur. Google 429’u “sunucu aşırı yüklendi” şeklinde okuyup sayfayı çıkarmak yerine yavaşlar; bu belgelenmiştir. Ancak 429 döndüren bir URL’nin bu belirli rapor satırında görünüp görünmediği her iki yönde de belgelenmemiştir. Bu nedenle rapor konumunu kesinleşmiş kabul etmeyin. Durumu ortadan kaldırmak için hız sınırlamasını devre dışı bırakmayın; Googlebot’un belirli bir programa göre izlediğini varsaymadan, iyi uygulama olarak Retry-After gönderin.

4. Bilinçli durum ile hatayı ayırın. Silinmiş bir sayfadaki 410 veya bir rotayı HTTP/2 kapsamı dışında bırakan 421 amaçlandığı gibi çalışıyor olabilir; dizine eklenmesini istediğiniz bir sayfadaki 400 ise hatadır. Çözüme geçmeden önce “Bu URL’nin yayında olması gerekiyor mu ve hangi protokolde?” diye sorun. Yayında olmaması gerekiyorsa çözüm onu 200 yapmak değil, listelemeyi (site haritaları, bağlantılar) bırakmaktır.

5. 4xx yanlış yavaşlatma yöntemidir. Amacınız Googlebot’u yavaşlatmaksa 4xx bunu yapmaz; sayfayı dizinden çıkarır. “Daha sonra tekrar gel” kodları 429 ve 5xx/503 kodlarıdır. Niyetinize uyan kodu seçin: “Bu içerik kaldırıldı” (4xx) veya “Aşırı yüklüyüm, daha sonra dene” (429/503).

Other-4xx hızlı başvuru tablosu

Burada yaygın olarak görülen kodlar ve her birinin çözümü (Google bu satır için kapsamlı bir üyelik listesi yayımlamaz. Bu tabloyu garanti olarak değil, gerçek kodu öğrendikten sonra kontrol edilecek teşhis dalları olarak değerlendirin.)

Page Indexing raporundaki kardeş durumlar

Niyetinize uygun kodu seçin

Gerçek durum kodunu bulun

GSC etiketi hangi 4xx ile karşı karşıya olduğunuzu söylemez; doğrudan kontrol edin. -I, Google’ın sayfa almak için gerçekte kullandığı GET yerine HEAD isteği gönderir. Bu nedenle yalnızca HEAD’de alınan bir sonuç (ör. 405), GET’in ne döndürdüğünü kanıtlamaz; ikisini de test edin.

macOS / Linux

# HEAD only — read the status line (e.g. "HTTP/1.1 410 Gone")
curl -s -I https://www.example.com/page/

# GET — reproduces the method Google actually uses to fetch page content
curl -s -o /dev/null -w "%{http_code}\n" https://www.example.com/page/

# If you suspect a bot-specific block, fetch as Googlebot's user-agent (GET)
curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  -o /dev/null -w "%{http_code}\n" https://www.example.com/page/

Windows (PowerShell)

# GET request, matching what Google actually uses to fetch page content
$ua = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
Invoke-WebRequest -Uri "https://www.example.com/page/" -Method Get `
  -UserAgent $ua -SkipHttpErrorCheck | Select-Object StatusCode, StatusDescription

Kod HEAD ile GET arasında veya normal istekle Googlebot kullanıcı aracılı istek arasında değişiyorsa yönteme ya da bota özel bir kural bulmuşsunuzdur. Gelişmiş bir WAF yalnızca kullanıcı aracısına değil IP’ye, protokole veya istemci kategorisine göre de karar verebilir. Bu nedenle tam bir yeniden üretim için kendi ağınızın dışından test edin ve yalnızca kullanıcı aracısı eşleşmesinin aynı kuralın gerçek Googlebot trafiğine uygulandığını kanıtladığını varsaymayın.

İzin listesine almadan önce botun gerçekten Googlebot olduğunu doğrulayın

4xx bir güvenlik katmanından geliyorsa ve tarayıcıya izin vermek üzereyseniz önce gerçekten Googlebot olduğunu doğrulayın. Kullanıcı aracısı kolayca taklit edilebilir ve test isteğinde yalnızca kullanıcı aracısını değiştirmek Google’ın gerçek kaynak IP’sini, istemci kategorisini, protokolünü veya uç kural yolunu yeniden üretmez.

macOS / Linux

# 1) Reverse DNS the IP from your logs — must end in googlebot.com / google.com
host 66.249.66.1
# → ... domain name pointer crawl-66-249-66-1.googlebot.com

# 2) Forward DNS that hostname back — it must resolve to the same IP
host crawl-66-249-66-1.googlebot.com
# → crawl-66-249-66-1.googlebot.com has address 66.249.66.1

Windows

nslookup 66.249.66.1
nslookup crawl-66-249-66-1.googlebot.com

Ters sorgu bir Google alan adıyla bitmiyorsa veya ileri sorgu özgün IP ile eşleşmiyorsa bu Googlebot değildir; izin listesine almayın. IP’yi Google’ın yayımlanmış aralıklarıyla da karşılaştırabilirsiniz (googlebot.json). Yalnızca kullanıcı aracısı dizesine göre değil, doğrulanmış kimlik / IP aralığına göre izin listesine alın.

429 yanıtında Retry-After gönderin (hız sınırlamasını kaldırmayın)

Bir URL gerçekten hız sınırına takılıyorsa korumayı devre dışı bırakmak veya “gerçek” bir 4xx döndürmek yerine iyi HTTP uygulaması olarak Retry-After ile birlikte 429 döndürün. Retry-After, RFC 6585’e göre isteğe bağlıdır ve Google’ın belgeleri Googlebot’un sonraki taramasını bu değere göre planladığını doğrulamaz. Bu nedenle bunu kanıtlanmış bir çözümden ziyade makul bir uygulama olarak değerlendirin. Aşağıdaki parçalar açıklayıcı başlangıç noktalarıdır; dağıtıma almadan önce kendi sunucu/CDN yapılandırmanız ve güvenlik politikanızla karşılaştırarak inceleyin.

Apache (.htaccess / config)

# Example: return 429 with a 1-hour Retry-After for rate-limited responses
Header always set Retry-After "3600" "expr=%{REQUEST_STATUS} == 429"

Nginx

# limit_req_status makes throttled requests return 429 instead of 503
limit_req_status 429;
# add a Retry-After hint on 429 responses
error_page 429 = @rate_limited;
location @rate_limited {
    add_header Retry-After 3600 always;
    return 429;
}

Zaman ayırmaya değer kaynaklar

Resmî

• Page Indexing report (Google) — “other 4xx” girdisi ve 401/403/404 kardeş durumları.
• How HTTP status codes affect Google Search (Google) — 429 dışındaki tüm 4xx yanıtlarının aynı şekilde değerlendirilmesi, 429’un sunucu hatası sayılması ve “no effect on crawl rate” ayrıntısı.
• Don’t 404 my yum (Google, 2023) — Googlebot’u yavaşlatmak için 404/diğer 4xx kodlarını kullanmayın.
• Verifying Googlebot (Google) — ters DNS + yayımlanmış IP aralıkları.

İlgili yazılarım

• HTTP Status Codes & Their SEO Impact — burada alıntılanan 4xx, 410 ile 404 ve 429 satırları dâhil olmak üzere her durum kodunun SEO açısından ne anlama geldiğine ilişkin eksiksiz kılavuzum.
• The Beginner’s Guide to Technical SEO — bu tür tarama/dizine ekleme hatalarının daha geniş çerçevedeki yeri.

Başkalarından

• r/TechSEO — “GSC’deki tuhaf 4xx” başlıkları dâhil tarama/dizin hata ayıklama topluluğu.
• Google warns against using 403 or 404 for crawl-rate limiting (Search Engine Land) — Gary Illyes’in “Don’t 404 my yum” yönlendirmesi hakkında haber; bunun yerine 500/503/429 kullanın.
• Google: 404 vs 410 status codes — differences are minimal (Search Engine Roundtable) — Mueller’in 410 ile 404 arasındaki farkın uygulamada neden önemsiz olduğu hakkındaki açıklaması.
• Google Offers Advice on 404 and 410 Status Codes (Search Engine Journal) — Mueller’in 410 ile 404 hızı hakkındaki açıklamalarının aktarılan kaynağı; doğrudan alıntılamadan önce tam ifadeyi yayındaki sayfada doğrulayın.
• How to Fix Blocked due to other 4xx issue (Onely) — yaygın kodları kapsayan adım adım açıklama; site haritası ve iç bağlantı denetimi adımları için kullanışlıdır. Belirli kodların kategori üyeliğine ilişkin iddiaları doğrulanmış Google sınıflandırması değil, bu kaynağın kendi yorumu olarak değerlendirin.
• Blocked due to other 4xx issue (SEOTesting) — sunucu günlüğü analizini ve önleyici izlemeyi kapsar; ayrıca 422, 405, 413 ve 414 kodlarını belirtir. Kod üyeliği iddiaları için aynı uyarı geçerlidir.

”Other 4xx” arkasındaki gerçek kodu bulma

“Other 4xx” toplama bir kategoridir; bu nedenle yararlı tek ilk adım gerçekte hangi kodun tetiklendiğini belirlemektir. Makaledeki teşhis bölümünün “bunu yukarıdan aşağıya ilerleyen bir karar ağacı olarak ele alın” ifadesi bunu anlatır. Herhangi bir yapılandırmaya dokunmadan önce canlı kodu doğrulayın, ardından ait olduğu aileye göre ilerleyin.

Yalnızca varlığını değil, “other 4xx” kategorisini zaman içinde izleyin

İzlenmeye değer sayı, Page Indexing raporundaki “Blocked due to other 4xx issue” satırında zaman içinde kaç URL bulunduğudur. Tek bir anlık görüntü, çözümün işe yarayıp yaramadığını veya yeni sorunlu kodların ortaya çıkıp çıkmadığını gösteremez; özellikle de bu kategori bilinçli ve kazara oluşan nedenleri bir arada içerdiğinden.

Other-4xx kategori sayısının zaman içindeki değişimi

• Metrik — GSC Page Indexing raporunda “Blocked due to other 4xx issue” altında yer alan URL sayısı. Haftadan haftaya izleyin ve mümkünse her URL’nin gerçek kodunu belirledikten sonra durum koduna göre ayırın.
• Ne gösterir — İstek/doğrulama düzeltmelerinin (400/405/411/413/422) ve WAF/CDN izin listelerinin gerçekten etkili olup olmadığını. Gerçek kodu bilinçli 410 olan URL’lerde, site haritaları ve iç bağlantılar temizlendikten sonra ilgili URL’lerin sayısı sabit kalmalıdır. Buradaki artış genellikle yeni “kaldırılmış” sayfalara yanlışlıkla hâlâ bağlantı verildiğini veya site haritasında yer verildiğini gösterir; yeni bir hata olduğunu değil.
• Nasıl alınır — GSC Page Indexing raporunu “other 4xx” satırına göre filtreleyin. Raporun eski bir anlık görüntü göstermediğini doğrulamak için tek tek URL’leri URL Inspection → Test live URL ile kontrol edin.
• Karşılaştırma ölçütü / gerçekçi aralık — Evrensel bir hedef yoktur; kaç URL için bilinçli olarak 410 (veya benzeri) döndürdüğünüze tamamen bağlıdır. Gerçekçi ölçüt, dizine eklenmesini istediğiniz URL’lerde sıfır other-4xx ve bilinçli olarak kaldırdığınız URL’lerde sabit (artmayan) sayıdır. Eğilimin yönünü değerlendirmeden önce kendi başlangıç sayınızı belirleyin.
• Sıklık — Bir düzeltmenin hemen ardından sayı sabitlenene kadar haftalık; sonrasında, özellikle kuralları kendi dağıtımlarınızdan bağımsız değişebilen bir WAF/CDN kullanıyorsanız gerileme kontrolü için aylık.

Çalışma kılavuzu: belirle, düzelt, doğrula

“Other 4xx” iş akışı, arkasındaki belirli kod ne olursa olsun bu kategorideki her URL için aynı kısa döngüdür. Önce gerçek kodu belirleyin; çünkü çözüm bundan sonra belirgin biçimde dallanır.

1. Canlı kodu doğrulayın. Google’ın şu anda 4xx aldığını ve hangi yanıtı aldığını doğrulamak için URL Inspection → Test live URL çalıştırın. Rapor satırı tek başına eski olabilir ve başarısız canlı test ham üstbilgileri her zaman göstermez. Planlanmış tarayıcının gerçekte aldığı yanıtın temsili örnekleri için Crawl Stats raporuyla çapraz kontrol yapın.

2. Özgün istekle eşleştirerek yeniden üretin. URL’yi DevTools’un Network sekmesinde açın veya curl kullanın. Yalnızca HEAD gönderen ve farklı sonuç verebilen curl -I komutunu değil, GET yöntemini test edin. Bota özel bir kuraldan şüpheleniyorsanız gerçek taramanın karşılaşacağı kuralı tetiklemek için Googlebot kullanıcı aracısıyla ve mümkünse kendi ağınızın dışından istekte bulunun. Ancak yalnızca kullanıcı aracısını değiştirmenin Google’ın gerçek IP’sini, protokolünü veya istemci kategorisini yeniden üretmediğini unutmayın.

3. Günlükleri okuyun. Tam kodu ve onu üreten kuralı veya koşulu bulmak için sunucu, CDN, WAF ve kimlik doğrulama proxy’si günlüklerini kontrol edin. Bu yöntem genellikle yalnızca tarayıcıdan tahmin yürütmekten hızlıdır ve çoğu zaman canlı testin göstermediği ham yanıt verilerini görmenin tek yoludur.

4. Kodu nedenine eşleyin. 400/405/408/414 → istek çerçevesi, yöntem, zaman aşımı veya URI uzunluğu sorunu. 411/413/415/422 → yalnızca Google isteğinin gerçek yöntemi/gövdesi hakkında kanıt varsa istek içeriği sorunu olarak teşhis edin. 410 → bilinçli kaldırma (kaldırılmış olması gerektiğini doğrulayın). 421 → Google’ın belgelenmiş HTTP/2 kapsam dışı bırakması olup olmadığını ve HTTP/1.1 geri dönüşünün ne döndürdüğünü kontrol edin. 451 → hukuki/politika incelemesi. Güvenlik katmanından gelen 4xx → dar kapsamlı olarak izin listesine alınacak engel. 429 olması gereken durum → sunucu yükü olarak işlenen hız sınırlaması; rapordaki konumu her iki yönde de doğrulanmamıştır.

5. Nedene göre düzeltin. İstek çerçevesi hataları → kaynağı (hatalı/aşırı uzun URL, yanlış yöntem, zaman aşımı) düzeltin ve bozuk URL’yi bağlantılamayı/listelemeyi bırakın. İstek içeriği hataları → herhangi bir sınırı gevşetmeden önce gerçek isteği günlüklerden doğrulayın. Bilinçli 410 veya 421 kapsam dışı bırakması → olduğu gibi bırakın; yalnızca site haritalarını ve iç bağlantıları temizleyin (410) ya da protokol geri dönüşünü doğrulayın (421). 451 → hukuki/politika incelemesine yönlendirin. Güvenlik katmanı engeli → gerçek Googlebot’u (ters DNS veya yayımlanmış IP aralıklarıyla) doğrulayın ve kullanıcı aracısına ya da genel bir kurala göre değil, kimlik ve rota temelinde dar kapsamlı izin verin. 429/hız sınırı → hız sınırlamasını koruyun, iyi uygulama olarak Retry-After ekleyin (RFC 6585’e göre isteğe bağlıdır; doğrulanmış bir Googlebot programı değildir). Bir kural Googlebot’u yalnızca yavaşlatmak için 4xx döndürüyorsa 429 veya 503 olarak değiştirin.

6. Doğrulayın ve durun. Dizine eklenmesini istediğiniz sayfalarda Test live URL aracının artık 200 döndürdüğünü doğrulayın; ardından “other 4xx” satırında Validate Fix seçeneğine tıklayın ve/veya öncelikli URL’ler için dizine ekleme isteyin. 200 yanıtı URL’yi Google’ın yeniden taramasına ve potansiyel olarak yeniden dizine eklemesine uygun hâle getirir; garanti veya sabit zaman çizelgesi değildir. Temel neden gerçekten düzeltilmeden toplu istek göndermeyin; aksi takdirde aynı kategoriye yeniden girersiniz.

Kullanıma hazır AI istemleri

Ham teşhis çıktısından hangi “other 4xx” koduyla karşılaştığınızı ve hangi çözümün uygulanacağını sınıflandırmak için kopyalayıp yapıştırabileceğiniz istemler. Herhangi bir şeyi değiştirmeden önce sonucu mutlaka gerçek sunucu/WAF yapılandırmanızla karşılaştırarak doğrulayın.

curl çıktısından kodu ve nedeni sınıflandırın

I'm diagnosing a "Blocked due to other 4xx issue" status in Google Search
Console. Below is the raw output of GET and HEAD requests to the URL (note
that curl -I alone only tests HEAD, which can differ from what Google's GET
request receives). Tell me the exact status code, and classify the likely
cause as one of: (1) a request-framing/timeout/URI-length issue (400, 405,
408, 414), (2) a request-content condition needing body evidence (411, 413,
415, 422), (3) an intentional 410 Gone, (4) a possible HTTP/2 opt-out (421),
(5) a legal/policy block (451), (6) a WAF/CDN/security-plugin block, or (7) a
mislabeled 429 rate limit. Explain which detail in the output pointed you to
that answer, and flag anything you can't determine from this output alone.

CURL OUTPUT (GET and HEAD):
[paste]

Bir WAF/sunucu günlüğü satırını sınıflandırın

I'm investigating an "other 4xx" status Googlebot is hitting on a page I want
indexed. Below is a log line (or a few) from my server/CDN/WAF showing the
blocked request. Tell me whether this looks like a bot-identity rule
(user-agent or IP based), a rate-limit/challenge rule that should really be
returning 429, or a request/validation error, and what I'd need to change or
allowlist to fix it without disabling the underlying protection.

LOG LINE(S):
[paste]

Yayımlamadan önce çözümün tutarlılığını kontrol edin

I'm about to change how a URL responds because it's currently returning
[status code] and showing as "Blocked due to other 4xx issue" in Search
Console. Here's what I'm about to change: [describe]. Point out anything I
might be missing — for example, whether this could accidentally expose or
re-index a page that's supposed to stay gone (a 410 I'm about to undo), or
whether I should allowlist verified Googlebot instead of loosening a security
rule for everyone.

Kendinizi sınayın: “Blocked due to other 4xx issue”

“Other 4xx” kategorisinin anlamı, 429 istisnası ve sorunun nasıl teşhis edilip düzeltileceği hakkında beş soru. Her soru için bir yanıt seçin, ardından kontrol edin.

”Other 4xx” durumlarını teşhis etme ve düzeltme araçları

• HTTP Status Checker — GSC etiketinin arkasındaki gerçek durum kodunu doğrulamak, tam yanıt zincirini görmek ve 4xx’ten önce gerçekleşen yönlendirmeleri yakalamak için etkilenen URL’yi (veya URL grubunu) yapıştırın.
• Googlebot Verifier — Googlebot olduğunu iddia eden bir IP’yi WAF, CDN veya güvenlik eklentisinde izin listesine almadan önce gerçekliğini kontrol edin (yayımlanmış IP aralıkları ve ters DNS doğrulaması).
• Google Search Console — URL Inspection → Test live URL — Eski olabilecek bir rapor satırı yerine Googlebot’un şu anda aldığı tam yanıtı görmeye en yakın yöntemdir.
• curl -I — Bir URL’nin ham durum satırını okumanın ve bota özel bir kuraldan şüpheleniyorsanız Googlebot kullanıcı aracısıyla yeniden istekte bulunmanın en hızlı yoludur.
• Sunucunuzun/CDN’nizin/WAF’nizin günlük paneli (Cloudflare, Akamai, Sucuri, güvenlik eklentisinin kendi günlüğü vb.) — tam kodu ve onu üreten kuralı ya da koşulu bulun.

Koda göre yaygın sorunlar

“Other 4xx” kategorisine giren her kod, birbirinden bağımsız bir belirti-neden-çözüm durumudur. Kategorinin tek bir temel nedeni yoktur; bu nedenle bunları tek bir zincir yerine ayrı başvuru kartları olarak değerlendirin.

400 Bad Request

Belirti: Etkilenen URL bir isteğe 400 döndürür.

Olası nedenler: Hatalı biçimlendirilmiş veya hatalı kodlanmış istek hedefi, söz dizimi sorunu ya da uygulamanızın veya uç katmanın doğrudan reddettiği Host/yönlendirme çerçevesi sorunu (hatalı sorgu parametreleri, geçersiz karakterler, beklenmeyen yönlendirme).

Çözüm + kontrol: Sunucunun aldığı tam isteği üretmek istediğiniz istekle karşılaştırın; URL’yi düzeltip bozuk sürümü üretmeyi veya bağlantılamayı bırakın. 200 dönene kadar yalnızca HEAD gönderen curl -I ile değil, GET isteğiyle yeniden kontrol edin.

405 Method Not Allowed

Belirti: Sayfa tarayıcıda normal görünmesine rağmen URL bazı isteklere 405 döndürür.

Olası nedenler: Kullanılan HTTP yöntemine ilgili rotada izin verilmiyordur. Çoğu zaman sunucu veya CDN kuralı bu yolda yalnızca GET’e izin verirken bir şey HEAD ya da reddedilen başka bir yöntem gönderiyordur. İzin verilen yöntemi görmek için yanıtın Allow üstbilgisini kontrol edin ve yalnızca HEAD’de oluşan bir hatanın (sade curl -I gibi) GET’in de aynı şekilde başarısız olduğunu kanıtladığını varsaymayın.

Çözüm + kontrol: Rota için doğru yönteme izin verin. Hem HEAD hem GET ile yeniden test edin.

408 Request Timeout

Belirti: URL aralıklı olarak 408 döndürür veya bağlantı bir durum kodu döndürmeden önce takılı kalır.

Olası nedenler: Bağlantı veya istek, sunucunun, proxy’nin ya da CDN’nin zaman aşımı aralığında tamamlanmamıştır. Bu bir zamanlama/bağlantı sorunudur; genel sunucu kesintisinin kanıtı değildir.

Çözüm + kontrol: Proxy/CDN/origin zinciri ve kullanılan protokol boyunca bağlantı ve istek zamanlamasını ilişkilendirin. İlgili zaman aşımını ayarladıktan veya yavaş origin yolunu düzelttikten sonra yeniden test edin.

410 Gone

Belirti: URL 410 döndürür ve “other 4xx” sayısı, bilerek sildiğinizden oldukça emin olduğunuz sayfaları içerir.

Olası nedenler: Bilinçli kaldırma; kaldırılmış olması gereken sayfalarda amaçlandığı gibi çalışır. Sayfanın yayında olması gerekiyorsa 410 hatadır.

Çözüm + kontrol: Bilinçliyse “sorun” olarak görünmemesi için site haritalarından ve iç bağlantılardan çıkarın. Bilinçli değilse sayfayı geri yükleyin.

411 Length Required

Belirti: URL belirli isteklere 411 döndürür.

Olası nedenler: Sunucu, gövde taşıyan bir istekte Content-Length üstbilgisini zorunlu tutuyordur. Bu, sıradan bir sayfa GET isteğinde alışılmadıktır. Rutin bir tarama sorunu olduğunu varsaymadan önce isteğin gerçekten içerik taşıdığını günlüklerden doğrulayın.

Çözüm + kontrol: Önce gerçek yöntemi ve gövdeyi doğrulayın; gereksinimi sunucu tarafında gevşetin veya düzeltin ya da isteğin üstbilgiyi içerdiğinden emin olun. Ardından aynı yöntem/içerikle yeniden test edin.

413 Payload Too Large

Belirti: URL, genellikle gövdeli veya büyük üstbilgilere/çerezlere sahip isteklerde 413 döndürür.

Olası nedenler: İstek içeriği sunucu, CDN veya WAF tarafından belirlenen boyut sınırını aşmıştır. Bu, sayfanın kendi yanıt boyutuyla değil, gelen istekle ilgilidir.

Çözüm + kontrol: Herhangi bir sınırı yükseltmeden önce gelen isteği günlüklerden doğrulayın. Aşırı büyük isteği üreten nedeni düzeltin veya sınırı yalnızca meşru bir istek için gerçekten fazla katıysa yükseltin. Normal boyutlu isteğin artık 200 döndürdüğünü doğrulamak için yeniden test edin.

414 URI Too Long

Belirti: URL, genellikle uzun, oluşturulmuş veya parametreli bir URL için 414 döndürür.

Olası nedenler: İstek URI’sinin kendisi uzunluk sınırını aşmıştır. Bu genellikle sayfa içeriği sorunu değil, yanlış giden parametre veya yönlendirme zinciri üretimidir.

Çözüm + kontrol: Sınırı körü körüne yükseltmek yerine URL/yönlendirme üretimini kaynağında düzeltin ve aşırı uzun kalıba işaret eden site haritası/iç bağlantı girdilerini temizleyin.

415 / 422 (Unsupported Media Type / Unprocessable Entity)

Belirti: İstek tarayıcıda düzgün biçimlendirilmiş görünmesine rağmen URL 415 veya 422 döndürür.

Olası nedenler: Sunucu isteği anlamış ancak içerik türünü reddetmiş veya içerik/talimatlar üzerindeki bir doğrulama kuralı başarısız olmuştur. Bu, düz bir sayfa GET isteği için alışılmadıktır. Genel bir sayfa içeriği sorunu olduğunu varsaymadan önce gerçek istek içeriğini doğrulayın.

Çözüm + kontrol: İsteği günlüklerden doğrulayın; ardından doğrulama kuralını veya içerik türü işleme biçimini ya da reddedilen isteği üreten nedeni düzeltin. Yanıt 200 olana kadar yeniden test edin.

421 Misdirected Request

Belirti: URL bazen yalnızca HTTP/2 üzerinden 421 döndürür.

Olası nedenler: Bağlantı yanlış yönlendirilmiştir. Ancak Google, 421 döndürmeyi bir rotayı bilinçli olarak HTTP/2 taramasının dışında bırakmanın yolu olarak da belgeler; dolayısıyla bu durum otomatik olarak bozuk sayfa anlamına gelmez.

Çözüm + kontrol: İsteğin HTTP/1.1’e geri dönüp dönmediğini ve son yanıtın ne olduğunu doğrulayın. Bu bilinçli bir HTTP/2 kapsam dışı bırakmasıysa düzeltilmesi gerekmez. Geri dönüş yoksa ve sayfaya hiçbir protokolle erişilemiyorsa bağlantı yönlendirmesini/SNI/Host işleme biçimini düzeltin.

451 Unavailable For Legal Reasons

Belirti: URL 451 döndürür.

Olası nedenler: Bilinçli olabilecek hukuki veya politika kaynaklı bir engel (ör. belirli yargı bölgelerinde kısıtlanan içerik). Bunu sıradan bir coğrafi/WAF yanlış yapılandırması olarak değerlendirmeyin.

Çözüm + kontrol: Engelin bilinçli olduğunu doğrulamak için hukuki veya içerik politikası kararlarından sorumlu kişiye yönlendirin. Bilinçliyse amaçlandığı gibi çalışıyordur; ona işaret eden site haritalarını/bağlantıları temizleyin. Bilinçli değilse engeli kaldırın.

Yanlışlıkla “other 4xx” sanılan 429

Belirti: Burada normal bir 4xx bulmayı beklerken gerçek kodun 429 olduğu anlaşılır.

Olası nedenler: Googlebot isteklerinde hız sınırlamasının devreye girmesi. Google 429’u bu kategorinin geri kalanı gibi istemci hatası değil, sunucunun aşırı yüklendiğine dair bir sinyal olarak değerlendirir. Bu nedenle gerçek bir 429’un “other 4xx” etiketi altında kalmak yerine tarama/sunucu sorunu olarak bildirilmesi olasıdır. Ancak Google’ın belgeleri rapor sınıflandırmasını değil, işleme davranışını kapsar; bu nedenle rapordaki kesin konumu doğrulanmamış kabul edin.

Çözüm + kontrol: Meşru hız sınırlamasını devre dışı bırakmayın. İyi uygulama olarak Retry-After üstbilgisi ekleyin; RFC 6585’e göre isteğe bağlıdır ve Google, Googlebot’un sonraki taramasını buna göre planladığını doğrulamaz. Bir kural Googlebot’u yalnızca yavaşlatmak için 4xx döndürüyorsa kuralı 429 veya 503 olarak değiştirin.

Çözümün gerçekten işe yaradığını kanıtlayın

İstek/doğrulama hatasını düzelttikten, bilinçli 410’u temizledikten, doğrulanmış Googlebot’u izin listesine aldıktan veya hız sınırının doğru işlendiğini doğruladıktan sonra aşağıdaki kontroller, “yapılandırma değişti” ile “Google artık sayfaya gerçekten ulaşabiliyor” durumlarını birbirinden ayırır. Sırayla uygulayın.

Test 1 — Yeni istek artık beklenen durumu döndürüyor

• Çalıştırılacak test — Etkilenen URL’de GET isteğiyle curl çalıştırın (Google’ın gerçekte kullandığı yöntemle eşleşir; curl -I tek başına yalnızca HEAD’i test eder) veya HTTP Status Checker ile kontrol edin.
• Beklenen sonuç — Dizine eklenmesini istediğiniz bir sayfanın durum satırı HTTP/1.1 200 OK olmalıdır. Bilinçli olarak kaldırılan bir sayfada durumun 410 olarak kalması normaldir; burada önemli olan Test 3’tür.
• Başarısızlığın yorumu — Özgün 4xx hâlâ dönüyorsa çözüm o yola gerçekte uygulanmamış olabilir veya yanlış URL’yi/ortamı test ediyor olabilirsiniz. Öncekinden farklı bir 4xx (ör. 400 yerine 403) bir engeli diğeriyle değiştirdiğiniz anlamına gelir; WAF/CDN kuralını kontrol edin.
• İzleme aralığı — Anında; değişiklik yayına girer girmez sunucu yanıt verir.
• Geri alma koşulu — Bir doğrulama veya boyut kuralını gevşetmek istemediğiniz davranışlara izin veriyorsa özgün kuralı geri koyun ve temel nedeni başka şekilde düzeltin (ör. sınırı yükseltmek yerine isteği düzeltin).

Test 2 — Google artık sayfaya ulaşabildiğini doğruluyor

• Çalıştırılacak test — Etkilenen URL için Google Search Console’da URL Inspection → Test live URL çalıştırın.
• Beklenen sonuç — Dizine eklenmesini istediğiniz bir sayfada canlı test başarılı olmalı, 200 göstermeli ve herhangi bir 4xx bildirmemelidir.
• Başarısızlığın yorumu — Anonim curl testi başarılı olduğu hâlde Test live URL hâlâ 4xx bildiriyorsa genel bir istek sorunu yerine özellikle Googlebot’un IP aralıklarına uygulanmış bir kuraldan (WAF/CDN izin listesi sorunu) şüphelenin.
• İzleme aralığı — Çözümden hemen sonra ile birkaç dakika arası.
• Geri alma koşulu — Yok; bu salt okunur bir testtir. Hâlâ başarısızsa herhangi bir şeyi geri almak yerine Test 1’in başarısızlık dalına dönün.

Test 3 — Page Indexing raporundaki durum temizleniyor (veya bilinçli olarak sabit kalıyor)

• Çalıştırılacak test — Page Indexing raporundaki “Blocked due to other 4xx issue” satırında Validate Fix kullanın ve sonraki haftalarda kategori sayısını izleyin (How to Measure sekmesine bakın).
• Beklenen sonuç — Düzelttiğiniz URL’ler, Google düzeltilmiş 200 yanıtını yeniden taradığında kategoriden çıkmaya uygun hâle gelir. Bu, yeniden dizine eklenme veya belirli bir zaman çizelgesi garantisi değil, yalnızca uygunluktur. Bilinçli 410 döndüren URL’ler kategoride kalır; ancak site haritaları ve iç bağlantılar artık onlara işaret etmez.
• Başarısızlığın yorumu — Yayımlanmış bir yeniden deneme sıklığı yoktur; bu nedenle yavaş doğrulamayı yeni bir hata olarak yorumlamayın. Gerçekte düzelttiğiniz URL’lerin sayısı birkaç hafta sonra azalma eğilimi göstermiyorsa çözümün hâlâ geçerli olduğunu doğrulamak için Test 1’i yeniden çalıştırın. Yeniden dağıtım veya CDN önbelleği eski kuralı sessizce geri getirebilir.
• İzleme aralığı — Kategori sayısı üzerinden izlenen birkaç gün ile birkaç hafta arası.
• Geri alma koşulu — Yalnızca Test 1 yeniden başarısız olmaya başlarsa temel çözümü tekrar inceleyin; Page Indexing raporunun zamanlamasının peşinden gitmeyin.

Değişiklik günlüğü