Bloga geri dön

403, 429 Hataları ve Captcha: Hangi Proxy'nin Gerektiğini Kodu Anlayarak Belirleme

Hata kodları 403 ve 429 ile birlikte CAPTCHA, sadece "yasak" değil, aynı zamanda sitenin hangi tür proxyye ihtiyacınız olduğuna dair bir ipucudur. Her durumu somut örneklerle inceliyoruz.

📅17 Eylül 2026

Eğer Wildberries'den fiyatları parse ediyorsanız, 20 Instagram hesabı yönetiyorsanız veya Facebook Reklamları üzerinden reklam veriyorsanız, er ya da geç üç şeyden birini göreceksiniz: 403 hatası, 429 hatası veya captcha. Çoğu yeni başlayan aynı şekilde tepki verir — proxy'yi başka birine değiştirir ve çalışmasını umar. Aslında her hata kodu, sitenin engellenme nedenine dair bir mesajdır ve bu mesajdan hangi tür proxy'nin sorunu çözeceğini kesin olarak belirlemek mümkündür: veri merkezi, konut veya mobil.

Hata kodu neden engellenme faktöründen daha önemlidir

Bir site isteği engellediğinde, neredeyse her zaman bir HTTP durum kodu döner — bu, tarayıcının veya parser'ın sayfa ile birlikte aldığı standart bir "etiket". Sorun şu ki, birçok kullanıcı anti-detect tarayıcıları ve parser'ları sadece "açılmadı" gerçeğine bakar ve hangi kodun döndüğünü kontrol etmez. Oysaki fark büyük: 403, sitenin sizi istenmeyen bir misafir olarak tanıdığı ve erişimi bilinçli olarak kapattığı anlamına gelir. 429 ise, fiziksel olarak istek limitini aştığınız anlamına gelir — site sizinle şahsen bir sorunu yoktur, sadece sunucuya bu kadar sık vurmanızı istemiyor. Captcha, ara bir durumdur: site, sizin insan mı yoksa bot mu olduğunuzu sorgular ve tersini kanıtlama şansı verir.

Bu durumların her biri farklı bir çözüm gerektirir. Eğer 403 alıyorsanız ve sadece bir veri merkezi proxy'sini başka birine değiştiriyorsanız, tekrar 403 alırsınız, çünkü sorun belirli bir IP'de değil, IP kategorisindedir. Eğer 429 alıyorsanız ve istek sıklığını azaltmak yerine pahalı mobil proxy'ler alıyorsanız — bütçenizi boşa harcayacaksınız, çünkü sorun IP türünde değil, istek hızındadır. Hata kodunu anlamak, hem zaman hem de proxy için para tasarrufu sağlar.

403 Forbidden Hatası: site sizi tanıdı ve içeri almak istemiyor

403, bilinçli bir reddetmedir. Site isteğinizi aldı, işledi ve bu IP'ye veya bu belirti setine erişimin verilmediğine karar verdi. Genellikle 403, üç nedenden biriyle ortaya çıkar:

  • "Kara liste" veri merkezi IP'leri. Wildberries, Ozon, Avito gibi siteler ve çoğu sosyal medya, bulut sağlayıcılarına (AWS, Google Cloud, DigitalOcean vb.) ait IP adresi aralıklarını içeren veritabanları tutar. Eğer proxy'niz bir veri merkezi proxy'si ise ve alt ağı diğer parser'lar tarafından "ifşa" edilmişse, ilk isteğinizde bile 403 alırsınız.
  • Coğrafi kısıtlama (geo-block). Bazı içerikler veya reklam panelleri yalnızca belirli ülkelerden erişilebilir. Yanlış bölgeden gelen bir IP ile giriş yapmak da 403'dür.
  • Tarayıcı parmak izi beklenenle uyuşmuyor. Eğer proxy'yi bir anti-detect tarayıcı ile kullanıyorsanız (Dolphin Anty, AdsPower, Multilogin, GoLogin) ve tarayıcı parmak izi, IP'nin beyan edilen coğrafi konumu ile uyuşmuyorsa — örneğin, IP Rusya'dan, ancak saat dilimi ve sistem dili İngilizce ise — site, belirtilerin toplamına göre engelleyebilir.

Sürekli 403 alıyorsanız çözüm: veri merkezi proxy'sinden konut proxy'lerine geçmek. Bu, gerçek ev sağlayıcılarına ait IP'lerdir — bulut aralıklarında yer almazlar ve site için evden gelen sıradan bir ziyaretçi gibi görünürler. Sosyal medya ve reklam platformları için, 403'ün cihazı doğrulama talebiyle birlikte geldiği durumlarda, genellikle sadece mobil proxy'ler kurtarır — bunlar, mobil operatörlerin IP'lerine bağlıdır ve agresif kontrollerde bile en az şüphe uyandırır.

429 Too Many Requests Hatası: hızınıza göre engelleniyorsunuz, kişiliğinize göre değil

429, sizin kim olduğunuzla ilgili değil, sunucuya ne sıklıkla vurduğunuzla ilgilidir. Rate limit, bir IP veya oturumdan belirli bir zaman diliminde izin verilen istek sayısından fazlası geldiğinde devreye girer. Tipik bir senaryo: Ozon'da rakip fiyatlarını izlemek için bir izleme ayarladınız ve aynı IP ile tüm katalogu 5 dakikada bir kontrol etmeye karar verdiniz — sunucu hızla limit koyacak ve veriler yerine 429 döndürecektir.

Yeni başlayanların en büyük hatası — 429 alır almaz proxy türünü daha pahalı birine değiştirmektir, oysa sorun başka bir şekilde çözülmektedir:

  • İstek sıklığını azaltın. İstekler arasında gecikmeler ekleyin (pazar yerleri için genellikle 2-5 saniye yeterlidir).
  • IP'leri daha sık döndürün. Eğer aynı IP 100 istek yapıyorsa, proxy türünden bağımsız olarak limit devreye girecektir. Burada her istekte veya her N istekte döndürme yardımcı olur.
  • IP havuzunu artırın. Eğer amaç, veri toplama hızını yüksek tutmaksa, yükü dağıtan daha fazla IP adresine ihtiyacınız var, daha "kaliteli" bir ayrı IP yerine.

Hızın anonimlikten daha önemli olduğu toplu parse işlemleri için (örneğin, kimlik doğrulaması olmadan halka açık fiyatların toplanması), veri merkezi proxy'leri iyi bir seçimdir — bunlar daha hızlı ve daha ucuzdur, hız limitleri havuzun artırılması ve doğru döndürme ile çözülür, IP türünün değiştirilmesiyle değil.

Captcha: site size bir şans veriyor, ancak otomasyondan şüpheleniyor

Captcha, "her şey yolunda" ile "erişim kapalı" arasında bir ara durumdur. Site, bot benzeri belirtiler görüyor: çok düzenli aralıklarla hareketler, fare hareketlerinin olmaması, alışılmadık HTTP başlıkları seti, otomasyona sıkça atfedilen bir aralıktan gelen IP. Sert bir 403 yerine, size insan olduğunuzu kanıtlama fırsatı verir.

Sık sık captcha almak, sorunun engelleme ile ilgili değil, davranış kalıpları ve IP'nin itibarı ile ilgili olduğunu gösterir. Eğer captcha, Instagram veya TikTok'ta yeni hesaplar kaydederken ortaya çıkıyorsa, sorun neredeyse her zaman şunlardadır: veri merkezi IP'si + yeni hesap + "ısınma" olmadan ani hareketler. Bu durumda, konut veya mobil proxy'ye geçmek, captcha sıklığını önemli ölçüde azaltır, çünkü bu tür IP'lerin itibarı daha yüksektir — bunlardan gerçek kullanıcılar giriş yapar, sadece botlar değil.

İkinci sık durum — kimlik doğrulaması olmadan parse işlemleri sırasında pazar yerlerinde captcha. Burada sadece proxy türünü değiştirmek değil, aynı zamanda insan davranışını taklit etmek de yardımcı olur: rastgele gecikmeler, tıklamadan önce kaydırma, gerçekçi User-Agent. Proxy, bazı şüpheleri ortadan kaldırır, ancak anti-detect tarayıcıda doğru davranışın veya senaryonun yerini almaz.

Tablo: hata kodu → muhtemel neden → proxy türü

Kod / belirti Muhtemel neden Ne değiştirmeli Önerilen proxy türü
403 Forbidden ilk istekte Veri merkezi aralıklarında IP İstek sayısı değil, IP türü Konut proxy'leri
Sosyal medya / reklam paneline girişte 403 Parmak izi ve IP'nin coğrafi konumu uyuşmuyor Anti-detect tarayıcı ayarları + IP Mobil proxy'ler
429 Too Many Requests Bir IP'den istek limiti aşıldı İstek sıklığı, döndürme, havuz büyüklüğü Veri merkezi proxy'leri (döndürme ile)
Yeni hesaplar kaydederken captcha Düşük IP itibarı + yeni hesap IP itibarı ve hesabın "ısınması" Mobil proxy'ler
Kimlik doğrulaması olmadan toplu parse işlemlerinde captcha Bot davranış kalıpları Davranış taklidi + IP değişimi Konut proxy'leri

Pratik vakalar: Wildberries, Ozon, Instagram, Facebook Reklamları

Wildberries ve Ozon: fiyat izleme

Rakip fiyatlarını izleyen satıcılar genellikle 429 ile karşılaşır, 403 ile değil. Pazar yerleri, API ve web arayüzü seviyesinde istek hızını sınırlar. Doğru çözüm, "elit" proxy türüne yönelmek değil, her istekte veya birkaç istekte bir döndürme ile birkaç yüz veri merkezi IP'sinden oluşan bir havuz ayarlamaktır, artı bir ürün için 1-3 saniye gecikme. Eğer bundan sonra captcha çıkmaya başlarsa — o zaman konut IP'leri bağlamak önemlidir, çünkü bu durumda captcha, davranışsal bir sorunu değil, hız sorununu işaret eder.

Instagram ve TikTok: hesap yönetimi

Dolphin Anty veya AdsPower üzerinden 20-30 müşteri hesabı yöneten SMM uzmanları genellikle yeni bir profil için veri merkezi IP'sini bağladıktan hemen sonra 403 veya telefon doğrulama talebi görürler. Bu, mobil proxy'ye geçişin gerekli olduğuna dair klasik bir işarettir — Instagram ve TikTok, yeni veya "soğuk" hesaplarla çalışırken IP türüne özellikle duyarlıdır.

Facebook Reklamları: reklam hesapları oluşturma

10-20 reklam hesabı açan aracı kişiler genellikle, ağ seviyesinde açık bir 403 olarak değil, bir dizi şüpheli eylemden sonra hesap seviyesinde yasaklama alırlar. Burada hata kodu her zaman doğrudan görünmez, ancak mantık aynıdır: eğer yasaklar, yeni bir veri merkezi aralığına IP değişikliği sonrası bir anda geliyorsa — sorun proxy türündedir. Her hesap için benzersiz bir alt ağa sahip konut veya mobil IP'ye geçmek, cascade yasakları (bir hesabın yasaklanmasının diğerlerini de etkilemesi) azaltır.

Proxy değişikliği öncesi kontrol listesi

  1. Kesin hata kodunu (403, 429, 503) veya captcha türünü kaydedin — sadece "açılmadı" değil.
  2. Kodun ilk istekte tekrarlanıp tekrarlanmadığını kontrol edin (403 işareti — IP türü) veya bir dizi isteğin ardından (429 işareti — hız).
  3. Mevcut proxy türünü kontrol edin: veri merkezi, konut veya mobil.
  4. Eğer 403 ilk istekteyse — konut veya mobil IP'lere geçin.
  5. Eğer 429 ise — önce istek sıklığını azaltın ve IP havuzunu artırın, türü değiştirmeden.
  6. Eğer captcha yeni hesaplarda çıkıyorsa — IP'nin coğrafi konumu ile anti-detect tarayıcı ayarlarının (saat dilimi, dil, ekran çözünürlüğü) uyumunu kontrol edin.
  7. Toplu uygulamadan önce 2-3 hesap veya istekte değişiklikleri test edin.

Sonuç ve öneriler

Hata kodu, sadece teknik bir detay değil, aynı zamanda sitenin engellenme nedenine dair doğrudan bir ipucudur. 403, IP türünün veya tarayıcı parmak izi ile kombinasyonunun uygun olmadığını belirtir. 429, istek hızını belirtir ve döndürme ve gecikmeler gerektirir, proxy kategorisinin değiştirilmesi değil. Captcha, davranışsal ve itibari sorunları işaret eder, bu sorunlar proxy ve kullanıcı eylemlerinin doğru taklidi ile çözülür.

Eğer sosyal medya veya reklam panelleri ile çalışırken düzenli olarak 403 alıyorsanız, konut proxy'lerine geçiş yapmayı düşünün — bunlar gerçek kullanıcıların IP'lerini sağlar ve anında yasaklama riskini en aza indirir. Hesap oluşturma ve normal mobil trafiğe en yakın olma gereksinimi olan görevler için, mobil proxy'ler daha iyi bir seçimdir. Eğer ana sorununuz, pazar yerlerinden veri toplarken 429 ise, hız ve hacmin önemli olduğu durumlarda veri merkezi proxy'leri ile doğru döndürme ayarları kullanmak daha kârlıdır. Hata koduna göre doğru proxy türünü seçmek, bütçenizi tasarruf ettirir ve "proxy değiştirdim — tekrar yasaklandım" döngüsünden kurtulmanızı sağlar.