429 Çok Fazla İstek

Kısa özet — 429 Too Many Requests, sunucunuzun ziyaretçiye veya bota “çok fazla sayfayı çok hızlı istiyorsun; yavaşla” demesidir. Buna hız sınırlama denir. SEO açısından iyi haber: 429, Google’ın kendi ailesindeki diğer hatalardan daha yumuşak ele aldığı tek koddur. Googlebot sayfalarınızı hemen çıkarmak yerine bir süre yavaşlar. Sorun ancak sunucunuz günlerce 429 döndürmeye devam ederse ortaya çıkar.

429 gerçekte ne söyler

Bir tarayıcı, betik veya arama motoru tarayıcısı sunucunuzdan bir sayfa istediğinde sunucu bir durum koduyla yanıt verir. 200, “işte sayfa” demektir. 429, “kısa bir zaman aralığında çok fazla istek gönderdiniz; bu isteği yanıtlamıyorum — daha sonra gelin” anlamına gelir. “you’ve made too many requests in a short window, so I’m not answering this one — come back later.” (Türkçe çeviri) Bu kaynak ifadesi, operasyonel kontrolün hangi sinyalle yapılacağını vurguluyor.

Sunucular kendilerini korumak için 429’u bilerek kullanır. Bir ziyaretçi veya bot siteyi herkes için yavaşlatacak kadar yoğun istekle zorluyorsa 429, sunucunun “bir süre ara ver” demesidir. İyi davranan 429 yanıtı ayrıca istemciye yeniden denemeden önce kaç saniye bekleyeceğini söyleyen Retry-After başlığını içerir. Evidence for this claim A 429 response means the user sent too many requests in a given time, and the response may include Retry-After. Scope: RFC 9110 defines the status and optional Retry-After field; it does not define a universal rate threshold. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.5.20 — 429 Too Many Requests

429 neden SEO için “nazik” hatadır

İnsanları şaşırtan kısım şudur. 429, 403 Forbidden ve 404 Not Found gibi kodların hemen yanında “4xx istemci hatası” grubunda yer alır. Google bunları görmeye devam ederse bu iki kod kötü haberdir — Google sonunda bu sayfaları aramadan çıkarır.

429 istisnadır. Google 429’u sunucu meşgul, yavaşla şeklinde okur — tıpkı 503 veya 500 sunucu hatasını okuduğu gibi. Bu nedenle Googlebot sayfalarınızı kaldırmak yerine sitenizi bir süre daha yavaş tarar. Google, tarayıcıyı yavaşlatmanın doğru yolu olarak 429’u gerçekten önerir ve bunun için 403 veya 404 kullanılmasına özellikle karşı çıkar. Evidence for this claim Google treats 429 as a server-overload signal that reduces crawl rate and recommends 429, 500, or 503 for temporary crawl reduction instead of other 4xx codes. Scope: Google's guidance covers Google crawler behavior and short-term overload; it does not promise indexing preservation during prolonged unavailability. Confidence: high · Verified: 2026-07-14 Google: Reduce Google crawl rate

429 ne zaman soruna dönüşür

Arada bir görülen 429 tamamen normaldir ve kendiliğinden düzelir — sunucunuz bunları göndermeyi bıraktığında Google taramayı kendi başına yeniden hızlandırır. Sizin ayrıca bir şey istemeniz gerekmez.

Tehlike, 429’ların sürmesidir. Googlebot aynı sayfalarda bir veya iki günden uzun süre 429 görürse Google bu sayfaları dizinden çıkarmaya başlayabilir; Google açısından site günlerdir bozuk ve erişilemez görünür. Bu nedenle 429 kalıcı ayar değil, kısa vadeli araçtır.

Bu durumda ne yapmalısınız

• Kural: Kaynak özeti, durum kodu hız sınırlaması bağlamındaki uygulama kararını özetler; kanıtı ve doğru kullanım kararını Türkçe olarak uygulayın. Retry-After

Sunucu yapılandırma rehberini, Google’ın tam ifadesini ve insanların yanlış bildiği mitleri görmek için Advanced sekmesine geçin.

Kısa özet — 429, Google’ın 5xx gibi ele aldığı tek 4xx kodudur. Google önemli sayıda 500/503/429 yanıtıyla karşılaşınca bunu sunucu aşırı yük sinyali olarak okur ve içeriği kaldırmak yerine Googlebot’un tarama hızını ana makine adı genelinde azaltır. Tarayıcıyı yavaşlatmak için Google’ın onayladığı tek 4xx budur; 403 veya 404 kullanmayın. Google belgelerindeki “birkaç saat veya 1–2 gün” acil kullanım rehberidir, garantili güvenli pencere değildir. Aynı URL’lerde süren 429’lar sonunda dizinden çıkarma riski taşır; hata hacmi düşünce hız yeniden artmaya başlar, ancak bunun anlık veya eksiksiz olacağı garanti edilmez. RFC 6585, 429’un koşulu açıklamasını SHOULD, Retry-After içermesini MAY olarak tanımlar; başlığı göndermek önerilen uygulamadır, zorunluluk değildir. Sınırı doğru trafiğe uygulayın ve bot istisnası yazmadan önce tarayıcı kimliğini doğrulayın.

429 protokol düzeyinde nedir

MDN’nin standardı özetlediği ifade şöyledir: “The HTTP 429 Too Many Requests client error response status code indicates the client has sent too many requests in a given amount of time. This mechanism of asking the client to slow down the rate of requests is commonly called ‘rate limiting.’” (çeviri) “HTTP 429 Too Many Requests istemci hata yanıtı, istemcinin belirli sürede çok fazla istek gönderdiğini belirtir. İstemciden istek hızını düşürmesini isteme mekanizmasına yaygın olarak hız sınırlama denir.” Evidence for this claim A 429 response means the user sent too many requests in a given time, and the response may include Retry-After. Scope: RFC 9110 defines the status and optional Retry-After field; it does not define a universal rate threshold. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.5.20 — 429 Too Many Requests

RFC 6585 §4, çoğu özetin söylediğinden daha kesindir. Bir 429 gösterimi durumu SHOULD açıklamalı ve istemciye yeniden denemeden önce beklemesi gereken somut saniye sayısını (RFC 9110 bir HTTP tarihi de kabul eder) bildiren bir Retry-After başlığı MAY içermelidir — Retry-After önerilen bir uygulamadır, uyumluluk şartı değildir. Spesifikasyon ayrıca istemcinin nasıl tanımlandığını veya isteklerin nasıl sayıldığını belirlemez; bunları tamamen yanıtı veren sisteme bırakır (IP başına, oturum başına, API anahtarı başına, kaynak başına — protokol değil, uygulama politikası). Kaçırılması kolay bir kural daha var: RFC 6585, 429 yanıtının bir önbellek tarafından saklanmaması gerektiğini söyler. Sağlıklı bir origin üzerinde önbelleğe alınmış veya yeniden oynatılmış gibi görünen bir 429 görürseniz, bu origin’in yeniden sınırlamaya karar vermesi değil, aradaki katmanın (CDN, proxy) hatalı davranmasıdır.

Bu teknik not, 429 hız sınırlaması için yanıtın ne anlattığını ve ne anlatmadığını açıklar. Kaynak “a form of rate-limiting to protect the server because the client sent too many requests to the server too fast.” (Türkçe çeviri) Bu ifade, kaynakta belirtilen temel HTTP kuralını özetliyor.

4xx kodları arasındaki tek istisna

Kaynak özeti, 429 hız sınırlaması için yanıtın ne anlattığını ve ne anlatmadığını açıklar., 4xx

Kuralı şöyledir: “The one exception is 429, which stands for ‘too many requests’. This error is a clear signal to any well-behaved robot, including our beloved Googlebot, that it needs to slow down because it’s overloading the server.” (çeviri) “Tek istisna ‘çok fazla istek’ anlamındaki 429’dur. Bu hata, Googlebot dâhil iyi davranan her robota sunucuyu aşırı yüklediği için yavaşlaması gerektiğini açıkça bildirir.” Google’ın durum kodu kaynağındaki karşı yön de nettir: “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (çeviri) “Tarama hızını sınırlamak için 401 ve 403 kullanmayın. 429 dışındaki 4xx kodlarının tarama hızına etkisi yoktur.”

Bu uygulama notu, 429 hız sınırlaması için yanıtın ne anlattığını ve ne anlatmadığını açıklar., 403, 404

“Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (Türkçe çeviri) Bu alıntı, kodun geçici veya koşullu kullanım bağlamını açıklar.

429’u 503 Service Unavailable’ın yararlı kardeşi yapan şey budur (geleneksel bakım/geçici kullanılamama sinyali) — ve kaç güvenlik duvarı varsayılan olarak bunu kullansa da rate limiting için yanlış araç olan 403 Forbidden’ın tam tersidir.

Tarama hızına etkisi bir eşikle hostname geneline yayılır

Burada iki farklı kapsam birbirine karıştırılır; ayırmak gerekir. Hız sınırını IP, oturum, API anahtarı, kaynak veya sunucu başına nasıl sayıp anahtarladığınız sizin politikanızdır; HTTP standardı bunu tanımlamaz. Google’ın gördüğü hatalar karşısındaki davranışı ayrı ve belgelenmiştir; tek yanıta değil hacme bağlıdır: “Google’s crawling infrastructure reduces your site’s crawling rate when it encounters a significant number of URLs with 500, 503, or 429 HTTP response status codes.” (çeviri) “Google’ın tarama altyapısı, 500, 503 veya 429 döndüren önemli sayıda URL ile karşılaşınca sitenizin tarama hızını azaltır.” Eşik aşılınca “the reduced crawl rate affects the whole hostname of your site … both the crawling of the URLs that return errors, as well as the URLs that return content.” (çeviri) “Azaltılmış hız, hata döndüren URL’lerin yanı sıra içerik döndüren URL’ler de dâhil olmak üzere sitenin tüm ana makine adını etkiler.”

Başka bir deyişle, gerçek bir hacimde sayfaların bir alt kümesine (örneğin ağır bir API yoluna) 429 döndürürseniz Googlebot, hâlâ 200 döndüren sayfalar dahil tüm hostname’i daha yavaş tarar. Toplam yükü azaltmak istediğinizde genellikle amaçlanan etki budur. Ancak tek bir yoldaki tek bir 429, kendi başına hostname geneli etkisini kanıtlamaz — Google’ın kendi ifadesi herhangi bir tek yanıta değil “önemli sayıda” hata yanıtına yöneliktir.

1–2 gün rehberliği — 429 ne zaman riskli olur

429 kısa vadeli sinyaldir. Google bunun için garantili güvenli pencere veya kesin eşik değil, somut acil kullanım rehberi verir. “Tarama hızını azaltma” belgesindeki ifade: “If you need to urgently reduce the crawl rate for short period of time (for example, a couple of hours, or 1-2 days), then return 500, 503, or 429 HTTP response status code instead of 200 to the crawl requests.” (çeviri) “Tarama hızını kısa süreyle acilen azaltmanız gerekiyorsa (örneğin birkaç saat veya 1–2 gün), tarama isteklerine 200 yerine 500, 503 veya 429 döndürün.”

Buradaki bölüm, 429 hız sınırlaması için uygulama sırasında izlenecek sinyalleri bir araya getirir., 5xx “We don’t recommend that you do this for a long period of time (meaning, longer than 1-2 days) as it may have a negative effect on how your site appears in Google products… if Googlebot observes these status codes on the same URL for multiple days, the URL may be dropped from Google’s index.” (Türkçe çeviri) Bu ifade, arama motoru davranışının ilgili sınırını netleştirir. “already indexed URLs are preserved in the index, but eventually dropped.” (Türkçe çeviri) Bu ifade, arama motoru davranışının ilgili sınırını netleştirir.

Risk modelini dürüstçe ifade edersek: kısa vadeli 429, Google’ın acil kullanım için önerdiği aralığa uyar; aynı URL’lerde birden çok gün devam eden 429, Google’ın kendi dilinin “olabilir” ve “sonunda çıkarılır” ifadelerine döndüğü yerdir — iki yönde de garantili olmayan, belgelenmiş bir risktir. Uzun süren 503’te de aynı dinamik vardır.

Tarama hızı otomatik olarak toparlanır

Güven veren karşı taraf şudur: siteyi izleyen kalıcı bir ceza işareti yoktur. Hatalar azalınca Google’a göre “the crawl rate will automatically start increasing again.” (çeviri) “tarama hızı otomatik olarak yeniden artmaya başlar.” Form veya yeniden değerlendirme isteği gerekmez. Ancak tam ifadeye dikkat edin: Google “artmaya başlar” der; “instantly returns to your prior rate.” (çeviri) “önceki hızınıza anında döner” demez. İyileşmeyi sabit takvimi veya garantili son noktası olmayan belgelenmiş yön olarak değerlendirin, SLA olarak değil.

Bu karar çerçevesi, durum kodu hız sınırlaması için uygulama sırasında izlenecek sinyalleri bir araya getirir. “file a special request to report a problem with unusually high crawl rate” (Türkçe çeviri) Bu ifade, arama motoru davranışının ilgili sınırını netleştirir.

Bing 429’u nasıl ele alır

Bingbot’un benzer davrandığı — 429/500/503 ile aşırı yük sinyali verdiği ve Bingbot’un geri çekildiği — yaygın biçimde bildiriliyor; ancak bu araştırma turunda Bing’in kendi yardım sayfalarında bu yöndeki güncel ifadeyi bağımsız olarak doğrulayamadım (fetch edilebilir statik metin vermeyen JS ile oluşturulmuş SPA’ler). Eşdeğerlik iddiasını doğruladığım bir şey değil, sektör tarafından bildirilen bir bilgi olarak değerlendirin. Bing’in kendi geçmiş rehberliğinde doğruladığı iki proaktif kontrol ise şunlardır; Google bunları aynı biçimde sunmaz:

• Bing Webmaster Tools’ta Crawl Control: Bingbot’un hızını günün saatine göre ayarladığınız, saniye başına istek ızgarası.
• crawl-delay robots.txt yönergesi. Güncel Bing Webmaster rehberliği, 1–20 saniye arasındaki değerleri belgeler. Bu Bing’e özgüdür; Googlebot’u sınırlamaz.

Dolayısıyla Bing’de durum kodlarıyla tepkisel sınırlama yapmak yerine crawl-delay veya Crawl Control ile proaktif olarak hız düşürebilirsiniz. (Google kendi manuel tarama hızı kaydırıcısını 2024’te kaldırdı ve artık tamamen sunucunuzun yanıtlarına dayanıyor.)

Bilerek 429 göndereceğiniz durumlar

Kasıtlı olarak 429 döndürmek için meşru nedenler:

• Acil sunucu yükü — birkaç saat boyunca Googlebot’un hemen şimdi yavaşlamasına ihtiyaç duyduğunuz trafik artışı, hatalı bir taşıma veya kesinti.
• Tarayıcı/bot kötüye kullanımına karşı API’leri ve HTML olmayan uç noktaları korumak — arama motoru tarayıcıları, üçüncü taraf SEO tarayıcıları (Ahrefs, Screaming Frog) ve scraper’ların tümü kötüye kullanımı önlemek için tasarlanmış hız limitlerine takılır.

429’un amacı değildir: hiç istemediğiniz botları kalıcı olarak engellemek. Bir şeyin taranmasını asla istemiyorsanız bu bir 429 değil, robots.txt disallow işidir. Bir sayfayı koruyup dizin dışında tutmak istiyorsanız bu noindex’tir. 429 yalnızca “daha sonra” demektir, “asla” değil.

İstenmeden oluşan durum kodu yanıtları — yaygın nedenler

Bu anlatım, durum kodu hız sınırlaması için okurun ilgili durumu güvenle doğrulamasına yardımcı olur.

• Meşru tarayıcı IP aralıklarında yanlış tetiklenen WAF / güvenlik duvarı kuralları.
• Gerçek bir tarama için fazla sıkı olan paylaşımlı hosting veya CDN varsayılan hız limitleri.
• Googlebot veya Bingbot’u kötü amaçlı trafik olarak sınıflandıran bot yönetimi araçları.
• Kendi tarayıcılarınızı da yakalayan agresif hız sınırlama middleware’i.

Bir eşiğe dokunmadan veya gerçek arama botlarını muaf tutan bir kural yazmadan önce kaynağın izini belirleyin — yanıtın hangi katmana ait olduğunu tahmin etmeyin. Ham yanıt başlıklarını, tam istek günlük satırlarını (dashboard özeti değil), tetiklenen kural veya rate-limit-zone kimliğini, sayımda kullanılan istemci anahtarını (IP, oturum, API anahtarı), rotayı, CDN POP’unu veya edge konumunu ve zaman aralığını alın. Bu birleşim, 429’u hangi katmanın verdiğini ve neyi saydığını gösterir — ancak bundan sonra limiti gevşetmek veya istisna eklemek anlamlıdır. Tarayıcı kimliğini user-agent dizesiyle tek başına değil, reverse-plus-forward DNS ile (Google’ın resmî yöntemi) doğrulayın; sahte “Googlebot” user-agent’ları yaygındır. Tam komutlar Scripts sekmesindedir.

Oyun planının kısa sürümü

1. 429 veya 503’ü Retry-After ile kullanarak bir tarayıcıyı yavaşlatın — asla 403 veya 404 kullanmayın.
2. Süreyi saatlerle veya 1–2 günle sınırlayın — bunun ötesinde URL’ler dizinden çıkarılabilir.
3. Sınırlamanın hostname genelinde olduğunu ve hatalar durduğunda otomatik olarak toparlandığını unutmayın.
4. Limiti doğru trafiğe uygulayın ve botları muaf tutmadan önce tarayıcı kimliğini doğrulayın.

Yapay zekâ özeti

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

• 429, tarayıcıya, betiğe veya bota çok fazla isteği çok hızlı gönderdiğini bildiren hız sınırlama yanıtıdır; biçimsel olarak 4xx istemci hatasıdır.
• Protokol düzeyi: RFC 6585 koşulun açıklanmasını önerir ve Retry-After başlığına izin verir; başlık yararlıdır ancak zorunlu değildir. Yanıt önbellekte saklanmamalıdır. Sınırın IP, oturum, API anahtarı veya kaynakla nasıl anahtarlandığını standarda değil, siz belirlersiniz.
• Tek 4xx istisnası: Google 429’u 403/404 gibi değil, 5xx sunucu hatası gibi ele alır; “server overloaded, slow down” (çeviri) “sunucu aşırı yüklü, yavaşla” sinyali sayıp içeriği kaldırmak yerine tarama hızını düşürür.
• Google tarayıcıyı yavaşlatmak için 429’u (ve 500/503’ü) destekler; 403 veya 404’ü desteklemez.
• Yavaşlatma eşik üstünde ve ana makine genelindedir: Etki tek 429’a değil, “önemli sayıda” 500/503/429’a bağlıdır ve 200 sunan sayfaları da etkiler.
• 1–2 gün rehberdir, kesin sınır değildir: Aynı URL’lerde günler süren 429, dizinden çıkarılma riski doğurur; kaynak kesinlik değil olasılık ve zaman içinde oluşan sonuç bildirir.
• İyileşme yönseldir: 429’ları durdurunca hız “yeniden artmaya başlar”; anlık veya belirli zamanda tam iyileşme sözü yoktur.
• Geçerli Retry-After başlığına uyun; yoksa üst sınırı ve rastgeleliği olan geri çekilme kullanın, denemeleri sınırlayın ve idempotent olmayan isteği tekrarlamadan önce güvenliği kontrol edin.
• Bot istisnası tanımlamadan önce ters ve ileri DNS ile kimliği doğrulayın.
• Bing’in benzer biçimde geri çekildiği yaygın biçimde aktarılır; bu geçişte güncel Bing belgesiyle bağımsız doğrulanmamıştır. Tarihsel Bing rehberi crawl-delay ve Crawl Control seçeneklerini doğrular.
• 429 engelleme değildir: “asla” değil “sonra” demektir. Botları dışarıda tutmak için robots.txt, sayfayı kaldırmak için noindex kullanın.

Resmî dokümantasyon

Arama motorlarından ve HTTP spesifikasyonundan birincil kaynak niteliğindeki dokümantasyon.

Google

• Hız sınırlamak için 403 veya 404 kullanmayın — Gary Illyes’in Şubat 2023 yazısı; 429’un istisna, 403/404’ün yanlış araçlar olduğunu belirten temel kaynak.
• Google tarama hızını azaltma — “500, 503 veya 429 döndürün” rehberi, 1–2 günlük pencere, ana makine genelinde yavaşlatma ve otomatik iyileşme.
• HTTP durum kodları, ağ ve DNS hataları — Google’ın her kodu ele alma biçimi; 429 sunucu hatalarıyla gruplanır (eski search/docs/crawling-indexing/http-network-errors yolunda da sunulur).
• Google tarama hızını azaltma — özel talep yolu — hata sunmak mümkün değilse olağandışı yüksek tarama hızını bildirme yolu.

Bing / Microsoft

• Crawl Control — Bing Webmaster Tools’ta Bingbot’un saniye başına istek zamanlayıcısı.
• Bingbot guidance — crawl-delay yönergesi ve Bing’e özgü tarayıcı kontrolü.

HTTP spesifikasyonu

• MDN — 429 Too Many Requests — protokol tanımı, Retry-After ve rate-limiting temelleri.

Kaynaktan alıntılar

Google, Bing ve HTTP spesifikasyonundan kayda geçmiş ifadeler. Her bağlantı, kaynak sayfadaki alıntıya atlayan bir derin bağlantıdır.

Bu kontrol noktası, durum kodu hız sınırlaması için kaynakta verilen uyarıyı pratik bir kontrol adımına çevirir. “Don’t use 403s or 404s for rate limiting” (Türkçe çeviri) Bu ifade, kaynakta belirtilen temel HTTP kuralını özetliyor.

• “Over the last few months we noticed an uptick in website owners and some content delivery networks (CDNs) attempting to use 404 and other 4xx client errors (but not 429) to attempt to reduce Googlebot’s crawl rate.” (Türkçe çeviri) “Son aylarda site sahipleri ve bazı CDN’lerin Googlebot tarama hızını azaltmak için 404 ve 429 dışındaki başka 4xx istemci hatalarını kullanmaya çalıştığını daha sık gördük.” Jump to quote
• “The one exception is 429, which stands for ‘too many requests’. This error is a clear signal to any well-behaved robot, including our beloved Googlebot, that it needs to slow down because it’s overloading the server.” (Türkçe çeviri) “Tek istisna, ‘çok fazla istek’ anlamına gelen 429’dur. Bu hata, Googlebot dâhil iyi davranan her robota sunucuyu aşırı yüklediği için yavaşlaması gerektiğini açıkça bildirir.” Jump to quote
• “All 4xx HTTP status codes (again, except 429) will cause your content to be removed from Google Search.” (Türkçe çeviri) “429 dışındaki tüm 4xx HTTP durum kodları içeriğinizin Google Search’ten kaldırılmasına yol açar.” Jump to quote
• “Use Search Console to temporarily reduce crawl rate. Return a 500, 503, or 429 HTTP status code to Googlebot when it’s crawling too fast.” (Türkçe çeviri) “Tarama hızını geçici olarak azaltmak için Search Console’u kullanın. Googlebot çok hızlı taradığında 500, 503 veya 429 döndürün.” Jump to quote

Google — Tarama hızını azaltma / durum kodu referansı

• “If you need to urgently reduce the crawl rate for short period of time (for example, a couple of hours, or 1-2 days), then return 500, 503, or 429 HTTP response status code instead of 200 to the crawl requests.” (Türkçe çeviri) “Tarama hızını birkaç saat veya 1–2 gün gibi kısa bir süre için acilen azaltmanız gerekiyorsa tarama isteklerine 200 yerine 500, 503 veya 429 döndürün.” Jump to quote
• “The reduced crawl rate affects the whole hostname of your site… Once the number of these errors is reduced, the crawl rate will automatically start increasing again.” (Türkçe çeviri) “Azaltılan tarama hızı sitenizin tüm ana makine adını etkiler. Bu hataların sayısı azalınca tarama hızı otomatik olarak yeniden artmaya başlar.” Jump to quote
• “We don’t recommend that you do this for a long period of time (meaning, longer than 1-2 days)… the URL may be dropped from Google’s index.” (Türkçe çeviri) “Bunu 1–2 günden uzun süre yapmanızı önermiyoruz; URL Google dizininden çıkarılabilir.” Jump to quote
• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (Türkçe çeviri) “Google tarayıcıları 429’u sunucunun aşırı yüklendiğine dair sinyal olarak ele alır ve bunu sunucu hatası sayar.” Jump to quote
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (Türkçe çeviri) “Tarama hızını sınırlamak için 401 ve 403 kullanmayın. 429 dışındaki 4xx kodları tarama hızını etkilemez.” Jump to quote

MDN — protokol tanımı

• “The HTTP 429 Too Many Requests client error response status code indicates the client has sent too many requests in a given amount of time. This mechanism of asking the client to slow down the rate of requests is commonly called ‘rate limiting.’” (Türkçe çeviri) “HTTP 429 Too Many Requests, istemcinin belirli bir sürede çok fazla istek gönderdiğini belirtir. İstemciden istek hızını düşürmesini isteyen bu mekanizmaya genellikle hız sınırlama denir.” Jump to quote

Bing — güncel Webmaster rehberliği

• Bingbot rehberliği, 1–20 saniye arasındaki crawl-delay değerlerini belgeler. Bunu genel bir tarayıcı sınırlaması değil, Bing’e özgü rehberlik olarak değerlendirin.

Google’ın ifadesinin sektör tarafından doğrulanması

• Şubat 2023 tarihli Illyes yazısı Search Engine Land, Search Engine Roundtable ve Search Engine Journal tarafından kelimesi kelimesine aktarıldı; üçünün de çerçevesi 429’un “tek istisna” olduğu yönünde. Bunlar aynı Google yazısının sektör basınındaki aktarımlarıdır; birincil kaynak yukarıda alıntılanan Illyes blog yazısıdır.

Retry-After ile düzgün bir 429 gönderin

İyi davranan bir 429’un en önemli parçası Retry-After başlığıdır. Uyumlu tüm istemcilere — Googlebot dahil — ne kadar beklemesi gerektiğini söyler. İki biçimden birini alır: saniye sayısı veya HTTP tarihi:

HTTP/1.1 429 Too Many Requests
Retry-After: 3600
Content-Type: text/html

<html><body>Too many requests. Please retry later.</body></html>

HTTP/1.1 429 Too Many Requests
Retry-After: Wed, 01 Jul 2026 12:00:00 GMT

Retry-After başlığını göndermemek uyumluluğu bozmaz; ancak göndermek en iyi uygulamadır ve tarayıcılara somut bir geri çekilme sinyali verir.

nginx — 429 döndüren hız sınırlama

Varsayılan olarak nginx’in limit_req direktifi 503 döndürür. Tarayıcı dostu semantik için bunu 429 döndürecek şekilde geçersiz kılın ve bir Retry-After başlığı ekleyin. Bu örnek, IP başına saniyede 10 isteğe küçük bir burst ile izin verir:

# In the http {} block: define a shared memory zone keyed by client IP
limit_req_zone $binary_remote_addr zone=crawl_limit:10m rate=10r/s;

server {
    location / {
        limit_req zone=crawl_limit burst=20 nodelay;

        # Return 429 (not the default 503) when the limit is exceeded
        limit_req_status 429;
    }

    # Attach a Retry-After header to 429 responses
    error_page 429 = @too_many;
    location @too_many {
        add_header Retry-After 3600 always;
        return 429;
    }
}

Apache — mod_ratelimit / mod_evasive ile hız sınırlama

Apache’nin çekirdek mod_ratelimit modülü istek sayısını değil, bant genişliğini sınırlar; bu nedenle istek hızı sınırlaması için genellikle mod_evasive (veya bir WAF) kullanılır. Sınırlanan yanıtın Retry-After ile birlikte 429 döndürmesini sağlamak için bunu açıkça ayarlayın:

# Send a 429 with Retry-After for a chosen condition (e.g. a rate-limit env var)
<If "%{ENV:RATE_LIMITED} == '1'">
    Header always set Retry-After "3600"
    Redirect 429 /
</If>

# mod_evasive: throttle abusive request bursts (returns 429 in recent versions;
# older builds default to 403 — override where possible)
<IfModule mod_evasive20.c>
    DOSPageCount        5
    DOSSiteCount        50
    DOSPageInterval     1
    DOSBlockingPeriod   60
</IfModule>

Şu ayrıntıya dikkat edin: eski mod_evasive derlemeleri engelleme yanıtını varsayılan olarak 403 yapar — Google’ın hız sınırlaması için kullanılmaması gerektiğini söylediği kod tam olarak budur. Derlemenizin 429 döndürdüğünü doğrulayın (veya önüne bunu yapan bir CDN/WAF koyun).

Cloudflare / CDN — hız limitini 429’a ayarlama

CDN katmanında hız sınırlama kuralınızın eylem yanıtını 429 olacak şekilde ayarlayın (birçoğu varsayılan olarak 403 veya bir challenge döndürür). Cloudflare Rate Limiting kurallarında limit aşıldığında verilecek yanıt durumu yapılandırılabilir — 429’u seçin ve destekleniyorsa bir Retry-After ekleyin. Fastly, Akamai veya bir API gateway için de ilke aynıdır: limit aşıldığında eylem, 429 Too Many Requests değil 403 Forbidden olmalıdır.

İstemci tarafı: formül kullanmadan 429 sonrasında yeniden deneme

İstemciyi yazıyorsanız RFC size tam olarak tek bir katı kural ve hiçbir geri dönüş algoritması vermez: geçerli bir Retry-After varsa ona uyun. Yoksa RFC 6585 bir yeniden deneme aralığı, bir backoff formülü, bir jitter dağılımı, deneme sayısı veya “başarı” koşulu belirtmez — bunlar spesifikasyon gereği değil, sizin belirleyeceğiniz politikalardır. Aşağıdaki formül dahil herhangi bir formülü HTTP yasası gibi sunmayın; bu, tek doğru seçenek olmayan, makul ve sınırlı bir varsayılandır.

on 429 response:
    if Retry-After header present and valid:
        wait = parse(Retry-After)          # seconds or HTTP-date
    else:
        wait = min(cap, base * 2^attempt) + random_jitter(0, jitter_window)

    if attempt >= max_attempts or wait > cap:
        stop and surface the failure        # don't retry forever
    if request is not idempotent (e.g. a POST that isn't safe to repeat):
        confirm idempotency (idempotency key, or a safe no-op check) before retrying
    sleep(wait)
    attempt += 1
    retry request

Seçtiğiniz kesin sayılardan bağımsız olarak önemli olan parçalar şunlardır: toplam bekleme ve deneme sayısına bir üst sınır koyun (sonsuza kadar yeniden denemeyin), jitter kullanın (istemci filosunun eşzamanlı biçimde yeniden deneyip limiti tekrar tetiklemesini önlemek için) ve güvenli biçimde tekrarlanamayan bir şeyi yeniden denemeden önce idempotency kontrolü yapın (idempotent olmayan bir POST için körlemesine yeniden deneme yerine bir dedup anahtarı gerekir).

Muaf tutmadan önce bir botun gerçekten Googlebot olduğunu doğrulayın

Arama motorları için hız sınırlaması istisnaları yazıyorsanız kimliği reverse + forward DNS kontrolüyle doğrulayın — sahte “Googlebot” user-agent’ları yaygındır ve yalnızca UA dizesi hiçbir şeyi kanıtlamaz.

macOS / Linux

# 1) Reverse DNS the IP from your logs — it should end in googlebot.com or 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

Reverse lookup Google alan adlarından biriyle bitmiyorsa veya forward lookup ilk IP ile eşleşmiyorsa bu Googlebot değildir. Kimliği Google’ın yayımladığı IP aralıklarıyla da karşılaştırabilirsiniz (googlebot.json).

429 ve SEO hakkında yaygın mitler

Efsane: “Her 429 SEO’ma zarar verir veya beni dizinden çıkarır.” Hayır. Google 429’u güvenli ve beklenen yavaşlatma sinyali olarak tasarlamıştır. Kısa veya aralıklı 429’lar normaldir ve kendiliğinden düzelir. Dizinden çıkarılma riski yalnızca aynı URL’lerde günler süren 429’larda ortaya çıkar; Google’ın 1–2 günlük rehberi sınırın yönünü gösterir.

Efsane: “429 ile 503 SEO açısından temelde aynıdır.” Google tarama hızını düşürürken ikisini benzer ele alır, ancak anlamları farklıdır. 503 Service Unavailable geleneksel geçici kesinti/bakım sinyalidir; 429 özellikle istek hızı veya hacmi aşımını bildirir. Googlebot iki durumda da geri çekilse bile izleme, araçlar ve durum kodunu okuyan sonraki sistemler için doğru semantiği seçmek önemlidir.

Efsane: “Googlebot’u 429 gibi yavaşlatmak için 403 veya 404 kullanabilirsiniz.” Illyes’in Şubat 2023 yazısı bunu doğrudan reddeder; uygulama o kadar yaygındı ki Google durdurulmasını isteyen özel bir yazı yayımladı. 403/404’ün tarama hızına etkisi yoktur ve içeriği dizinden çıkarır. Yavaşlatan tek 4xx kodu 429’dur.

Bu kısa bölüm, durum kodu hız sınırlaması için kanıtı ve uygulama kararını birlikte değerlendirir. “will automatically start increasing again.” (Türkçe çeviri) Bu alıntı, kaynakta tanımlanan güvenli uygulama yolunu işaret ediyor. “Rate-limiting search bots causes a permanent crawl-budget cut.” (Türkçe çeviri) Bu alıntı, kalıcı durum kodunun hedef URL sinyalini açıklar.

Efsane: “Googlebot 429 görünce o URL’den kalıcı olarak vazgeçer.” Google daha sonra yeniden dener. Sorun, tek seferlik veya ara sıra uygulanan ve Googlebot’un uyup geri döndüğü sınır değil, URL başına günlerce süren 429’lardır.

Sık sorulan sorular

429 hatası SEO’ma zarar verir mi? Tek başına hayır. Kısa veya aralıklı 429’lar Googlebot’u geçici olarak yavaşlatır ve kendiliğinden düzelir. Risk ancak aynı URL’ler günlerce 429 döndürürse ortaya çıkar.

Kaynak özeti, 429 hız sınırlaması bağlamındaki uygulama kararını özetler. “a couple of hours, or 1–2 days.” (Türkçe çeviri) Bu ifade, kaynakta belirtilen temel HTTP kuralını özetliyor. “the URL may be dropped from Google’s index.” (Türkçe çeviri) Bu ifade, arama motoru davranışının ilgili sınırını netleştirir.

SEO açısından 429 ile 503 arasındaki fark nedir? Google her ikisinde de taramayı benzer biçimde yavaşlatır. Ancak 503 “geçici olarak kullanılamıyor / bakım” demekken 429 özellikle “çok fazla istek gönderiyorsunuz” demektir. Kendi izleme ve araçlarınızın doğru okuyabilmesi için anlamsal olarak doğru olanı kullanın. “you’re sending too many requests.” (Türkçe çeviri) Bu cümle, uygulamadaki kararın dayandığı normatif noktayı açıklıyor.

Daha kalıcı olarak daha az taramasını istiyorsam Googlebot’u 429 ile engellemeli miyim? Hayır — 429 kalıcı bir ayar değil, kısa süreli bir sinyaldir. Kalıcı bir azaltma için Google, yüksek tarama hızıyla ilgili özel bir istek göndermenizi söyler. Botları bir alandan tamamen uzak tutmak için robots.txt, bir sayfayı dizinden çıkarmak için noindex kullanın.

Bingbot, 429’a Googlebot ile aynı şekilde saygı gösterir mi? Bingbot da 429/500/503 gibi aşırı yük sinyallerinden sonra geri çekilir. Bing ayrıca Google’ın sunmadığı proaktif kontroller sağlar: crawl-delay robots.txt yönergesi ve Bing Webmaster Tools’taki Crawl Control saniye başına istek ızgarası.

Retry-After başlığı nedir ve buna ihtiyacım var mı? Retry-After istemciye yeniden denemeden önce ne kadar beklemesi gerektiğini söyler (saniye sayısı veya HTTP tarihi). Kesin olarak zorunlu değildir; ancak en iyi uygulamadır ve tarayıcılara somut bir geri çekilme sinyali verir.

Bu kontrol noktası, durum kodu hız sınırlaması bağlamındaki uygulama kararını özetler. “the crawl rate will automatically start increasing again.” (Türkçe çeviri) Bu ifade, hata oranı düştüğünde Google’ın tarama hızını yeniden artırdığını belirtir.

WAF veya CDN araçları Googlebot’a yanlışlıkla 429 döndürebilir mi? Çok sık. Aşırı agresif güvenlik duvarı kuralları, CDN/hosting varsayılan limitleri ve bot yönetimi araçları Googlebot veya Bingbot’u yanlış sınıflandırabilir. İstisna yazmadan önce tarayıcı kimliğini (reverse + forward DNS) doğrulayın ve gerçek arama motorlarını yakalayan limitleri gevşetin.

429 istemci hatası mı, sunucu hatası mı? Teknik olarak HTTP spesifikasyonunda 4xx istemci hatasıdır. Ancak Google tarama amacıyla bunu sunucu hatası olarak ele alır — 5xx grubu içinde yer alan tek 4xx kodudur.

İstemcim Retry-After başlığı olmayan bir 429 alırsa ne yapmalı? Bunun için HTTP tarafından zorunlu kılınan bir formül yoktur — spesifikasyon kararı politikaya bırakır. Makul ve sınırlı bir varsayılan şudur: jitter içeren üstel backoff kullanın, toplam bekleme süresine ve deneme sayısına kesin bir üst sınır koyarak sonsuza kadar yeniden denemeyin ve iki kez gönderilmesi güvenli olmayan herhangi bir isteği tekrarlamadan önce idempotency kontrolü yapın. Çalışan bir sözde kod sürümü için Scripts sekmesine bakın.

429 hakkında ne yapmalıyım?

Yaygın 429 sorunları

Googlebot 429 alıyor ama normal ziyaretçiler almıyor

Belirti: tarayıcı kontrolleri 200 döndürürken tarayıcı raporları 429 gösteriyor. Olası neden: bot yönetimi, bir UA kuralı veya IP tabanlı hız sınırlaması. Düzeltme: WAF olaylarını doğrulanmış tarayıcı IP’leriyle ilişkilendirin, ardından sorumlu kuralı daraltın veya düzeltin; yalnızca user-agent dizesini allowlist’e almayın.

Tüm hostname’in tarama hızı düşüyor

Belirti: Tarama, 429 döndüren URL’lerin ötesinde yavaşlar. Olası neden: Google aşırı yük sinyalini ana makine adı genelinde uygular. Düzeltme: İstenmeyen 429’ları durdurun, kararlı başarılı yanıtları geri getirin ve tarama hızının otomatik iyileşmesine izin verin.

Olaydan sonra 429 yanıtları devam ediyor

Belirti: sunucu sağlıklı ama URL’ler hâlâ 429 döndürüyor. Olası neden: bir CDN önbelleği, edge kuralı veya limiter durumu olaydan daha uzun süre yaşamış. Düzeltme: geçici kuralı devre dışı bırakın veya süresinin dolmasını sağlayın, yanlış önbelleğe alınmış bir yanıtı temizleyin ve temsilî yollar ile bölgelerde doğrulama yapın.

Retry-After eksik veya kullanılamaz

Belirti: istemciler sınırlamaya maruz kaldıklarını biliyor ama ne zaman yeniden deneyeceklerini bilmiyor. Olası neden: yanıtı genel bir güvenlik kuralı oluşturmuş. Düzeltme: yanıtı veren katmanın geçerli bir gecikme veya HTTP tarihi göndermesini sağlayın ve ham başlığı test edin.

Bir hız sınırlama kuralını denetlemek için istem

Review this 429 rate-limit configuration for search-crawler safety. Identify its key,
scope, threshold source, Retry-After behavior, hostname-wide SEO impact, and any
user-agent-only exceptions. Separate deliberate short-term overload protection from
permanent crawl control. Return a minimal safe revision, test matrix, monitoring
signals, and rollback conditions. Do not invent provider syntax.

[PASTE CONFIGURATION AND SANITIZED SAMPLE LOGS]

İstem: açıklanamayan durum kodu yanıtlarını teşhis edin

Use these headers, access-log rows, WAF events, and timestamps to determine which
layer generated the 429 and which traffic dimension triggered it. Give competing
hypotheses ranked by evidence, the next exact check for each, and a fix that does not
trust claimed crawler user agents. Do not infer missing logs.

[PASTE EVIDENCE]

durum kodu yanıtlarını inceleme araçları

• Bulk HTTP Status Code Checker: temsili URL kümesini test edin ve şu anda 429 döndüren yolları dışa aktarın.
• HTTP Header Checker: sınırlı yanıtta Retry-After, CDN izleri ve yönlendirme adımlarını inceleyin.
• Googlebot Verifier: tarayıcı istisnası oluşturmadan önce IP kanıtını doğrulayın.
• Log File Analyzer: yüklenen günlükleri tarayıcıda tutarken durum kodu israfını bot ve bölüme göre ayırın.
• Search Console Crawl Stats: 429 zamanlamasını tarama istekleri ve ana makine yanıt davranışındaki değişikliklerle karşılaştırın.

Bir 429 yapılandırmasını doğrulayın

Yanıt sözleşmesi testi

Çalıştırılacak test: kontrollü bir ortamda limiti güvenli biçimde tetikleyin ve ham yanıtı inceleyin. Beklenen sonuç: geçerli bir 429 içeren Retry-After; yanlışlıkla yönlendirme veya başarı durumu olmamalı. Başarısızlık yorumu: yanıtın sahibi yanlış katman ya da hata şablonudur. İzleme aralığı: hemen. Geri alma tetikleyicisi: normal istekler sınırlanır veya test hizmeti istikrarsızlaştırır.

Kapsam testi

Çalıştırılacak test: amaçlanan sınırlı istemciyi, normal kullanıcıları ve doğrulanmış tarayıcı trafiğini temsilî URL sınıflarında çalıştırın. Beklenen sonuç: yalnızca tanımlanan trafik limiti aşmalı. Başarısızlık yorumu: hız sınırlama anahtarı veya kural kapsamı fazla geniş. İzleme aralığı: kontrollü test ve edge yayılımı boyunca. Geri alma tetikleyicisi: ilgisiz rotalar, kullanıcılar veya hostlar 429 alır.

Kurtarma testi

Bu uygulama notu, durum kodu hız sınırlaması için protokol ayrımını gerçek bir kullanım kararıyla ilişkilendirir.

Önbellek depolama testi

Çalıştırılacak test: sınırlı rotanın önüne bir önbellek veya CDN edge’i koyun, bir 429 tetikleyin ve temel koşul düzeldikten sonra aynı URL’yi yeniden isteyin. Beklenen sonuç: ikinci istek yeniden değerlendirilmelidir — edge’den önbelleğe alınmış veya yeniden oynatılmış bir 429 sunulmamalı. Başarısızlık yorumu: bir aracı, RFC 6585’in önbelleğe alınmaması gerektiğini söylediği yanıtı saklıyor; origin’i değil cache-control başlıklarını ve edge kuralı yapılandırmasını kontrol edin. İzleme aralığı: temsilî bir edge düğümü/POP kümesinde hemen. Geri alma tetikleyicisi: origin toparlandıktan sonra önbelleğe alınmış herhangi bir 429 sunulur.

İstemci yeniden deneme politikası testi

Çalıştırılacak test: bir istemciyi, Retry-After başlığının bulunduğu ve bulunmadığı birer 429 üzerinden çalıştırın. Beklenen sonuç: başlık varken istemci belirtilen aralığı beklemeli; yokken sınırlı bir jitter’lı backoff politikası uygulamalı, maksimum deneme sayısına uymalı ve idempotent olmayan bir isteği tekrarlamadan önce idempotency kontrolü yapmalı. Başarısızlık yorumu: anında veya sınırsız yeniden deneyen ya da idempotent olmayan bir isteği körlemesine tekrarlayan istemcinin yeniden deneme politikası bozuktur; bu bir HTTP uyumluluk sorunu değildir. İzleme aralığı: sınırlı yeniden deneme dizisinin tamamı boyunca. Geri alma tetikleyicisi: istemci anında veya sınırsız yeniden denemelerle aynı hız limitini yeniden tetikler.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• HTTP Durum Kodları ve SEO Etkileri — 429’un nerede durduğu da dahil her durum kodunun SEO’yu nasıl etkilediğine dair kapsamlı rehberim.
• Teknik SEO’ya Yeni Başlayanlar İçin Rehber — tarama kontrollerinin ve durum kodlarının daha büyük resimdeki yeri.
• Robots.txt ile 2 Yüksek Sıralamalı Sayfayı Engelleme Hikâyesi — tarayıcıların erişimini kestiğinizde gerçekte ne olduğunu gösteren birinci taraf deneyim.

Konuşmam

• How Search Works (SlideShare) — sunucuların tarayıcılara yavaşlama sinyali verme biçimi dâhil tarama, oluşturma, dizine ekleme ve sıralama anlatımım. Sabit uyarım geçerlidir: “Bu, sistemleri anlama biçimimdir; yüzde 100 eksiksiz veya doğru olmayabilir.”

Sektörden

• Hız sınırlamak için 403 veya 404 kullanmayın (Google Search Central, Gary Illyes) — 429’un istisna olduğunu belirten temel kaynak.
• Google tarama hızını azaltma (Google) — 1–2 gün, ana makine genelinde yavaşlatma ve otomatik iyileşme.
• Googlebot tarama hızını sınırlamak için 403 veya 404 kullanmayın (Search Engine Land) — Illyes yazısının sektör haberi.
• Google: Googlebot tarama hızını azaltmak için 403 veya 404 kullanmayı bırakın (Search Engine Roundtable) — 429’u “tek istisna” olarak çerçeveleyen özet.
• Google: Googlebot hızını sınırlamak için 403/404 hata yanıtlarını kullanmayın (Search Engine Journal) — aynı rehberin bağımsız haberi.
• MDN — 429 Too Many Requests — HTTP tanımı ve Retry-After kaynağı.
• Bingbot guidance — crawl-delay yönergesi için güncel Bing rehberi.

Kendinizi test edin: 429 Too Many Requests

429’un nasıl çalıştığı ve Google’ın onu nasıl ele aldığı hakkında beş kısa soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Değişiklik günlüğü