Facebook Ads'i proxy üzerinden açıyorsunuz, ama panel yerine — 502 kodu ile beyaz bir ekranla karşılaşıyorsunuz. Ya da Wildberries parser'ı aniden her beş dakikada bir 503 hatası vermeye başlıyor. İlk düşünce — proxy bozuldu, havuzu değiştirme zamanı. Ama çoğu durumda sorun proxy'de değil, site tarafında ve IP değişikliği hiçbir şeyi düzeltmeyecek. Sorunun kaynağını birkaç dakika içinde kesin olarak nasıl belirleyeceğimizi ve çalışır proxy'leri denemek için zaman harcamadan nasıl ilerleyeceğimizi inceleyelim.
502 ve 503 Kodları Ne Anlama Geliyor
Öncelikle proxy'yi suçlamadan önce, bu kodların HTTP protokolü tarafından bildirildiğini ve sunucu tarafında, yani erişmeye çalıştığınız sunucuda bir sorun olduğunu anlamak önemlidir. 502 Bad Gateway, ara sunucunun (örneğin, yük dengeleyici veya Cloudflare gibi bir CDN) üst düzey sunucudan hatalı bir yanıt aldığını belirtir. Kısacası — sizinle son uygulama arasındaki bağlantı bozulmuş veya aşırı yüklenmiştir.
503 Service Unavailable, sunucunun geçici olarak isteği işleyemediğini bildirir — genellikle aşırı yüklenme, teknik çalışmalar veya bot koruma sisteminin devreye girmesi nedeniyle. Önemli bir nokta: 503, geçici bir erişim kaybıdır, sunucu çalışır, sadece şu anda yanıt vermeye hazır değildir.
Görünüşte, her iki kod da "sunucuda bir sorun var" diyor. Ama proxy kullandığınızda durum karmaşıklaşır: proxy sunucusu, hedef siteye ulaşamadığında 502 üretebilen "ara bağlantı" olabilir. Ve 503 genellikle site gerçekten kapalı olduğu için değil, koruma sistemi (Cloudflare, Akamai, DataDome) proxy IP'sini şüpheli olarak tanıdığı için 503 veya 429 kodu ile bir hata sayfası verir.
Neden Proxy Üzerinden Bu Hatalar Daha Sık Görülüyor
Eğer proxy olmadan site stabil açılıyorsa ve proxy üzerinden sürekli 502 veya 503 hatası alıyorsanız, genellikle birkaç neden vardır ve bunlar proxy'nin isteğe nasıl entegre olduğuyla ilgilidir.
Proxy sunucusunun aşırı yüklenmesi. Ucuz veri merkezi proxy'lerinde bir IP üzerinde çok fazla eş zamanlı oturum "askıda" kalabilir. Proxy trafiği yönlendirmekte zorlandığında, ya bağlantıyı keser ya da kendi adına 502 verir.
Hedef sitede IP'nin engellenmesi. Facebook Ads, Instagram, Wildberries ve Ozon aktif olarak bot koruma sistemleri kullanır ve bu sistemler veri merkezi IP'lerinin aralıklarını topluca yasaklar. Bu durumda site teknik olarak çalışır, ancak belirli bir IP için 503 veya captcha yönlendirmesi verir.
Coğrafi uyumsuzluk. Eğer proxy bir ülkeden ise ve hesap başka bir bölgeye bağlı olarak oluşturulmuşsa, bazı hizmetler oturumu geçici olarak "askıya alır" ve erişim reddi yerine bir hata kodu verir.
Protokol ve port. Anti-detect tarayıcı ayarlarında yanlış belirtilen proxy türü (HTTP yerine SOCKS5 veya tam tersi) de sık sık 502 ile maskelenir — tarayıcı fiziksel olarak tünel kuramaz ve hata kodu verir.
Hızlı Kontrol: Proxy mi Yoksa Site mi
En güvenilir yol, değişkenleri sırayla dışlamak. İşte beş dakikadan fazla sürmeyecek bir işlem sırası.
Adım 1. Aynı siteyi proxy olmadan, gerçek IP'nizle doğrudan açın. Hata tekrarlanıyorsa — sorun kesinlikle site tarafında, proxy'nin burada bir rolü yok.
Adım 2. Eğer proxy olmadan her şey çalışıyorsa, proxy'yi aynı havuzdan başka bir IP ile değiştirin. Hata kaybolduysa — bu, belirli bir IP'nin yasaklandığı veya aşırı yüklendiği anlamına gelir, tüm hizmet değil.
Adım 3. Aynı proxy'yi başka bir sitede kontrol edin (örneğin, httpbin.org veya whatismyip gibi tarafsız bir kaynağı açın). Eğer proxy hiçbir şeyi açmıyorsa — sorun proxy sunucusundadır, hedef sitede değil.
Adım 4. Eğer proxy diğer siteleri normal açıyorsa, ancak hedef kaynak üzerinde sürekli 503 hatası veriyorsa — bu genellikle bot koruma sisteminin sizin IP'nizi şüpheli olarak tanıdığı anlamına gelir. Bu durumda, sadece havuz içinde döndürmek yerine proxy türünü değiştirmek yardımcı olur.
Dolphin Anty, AdsPower ve Multilogin'de Teşhis
Eğer hesaplarınızı anti-detect tarayıcı üzerinden yönetiyorsanız, teşhisi doğrudan içinde yapmak daha kolaydır, üçüncü taraf hizmetlere geçmeden.
Dolphin Anty içinde profili açın, proxy ayarlarına gidin ve bağlantı kontrolü butonuna tıklayın. Test "Proxy yanıt vermiyor" veya zaman aşımı gösteriyorsa — sorun proxy sunucusu seviyesindedir, tarayıcıda 502 hatası bunun mantıklı bir sonucudur. Test başarılı geçerse ve profil içindeki site hâlâ 502 veya 503 veriyorsa, yanıt kodunu not edin ve aynı URL'yi başka bir IP ile komşu bir sekmede açın — bu, sistemsel bir sorun mu yoksa yerel bir sorun mu olduğunu gösterecektir.
AdsPower içinde benzer bir işlev "Proxy kontrolü" olarak adlandırılır, ayrıca yanıt süresini ve belirlenen coğrafi konumu gösterir. Eğer proxy'nin coğrafi konumu beklenenle uyuşmuyorsa (örneğin, ABD'den proxy satın aldıysanız ve hizmet Hollanda gösteriyorsa), bu bir değişim veya yanlış ayar şüphesi doğurur ve bu da hata kodlarını tetikleyebilir.
Multilogin ve GoLogin içinde proxy kontrolü profil oluşturma sırasında ayrı bir diyaloğa taşınmıştır — kampanyayı başlatmadan önce bunu kullanın, özellikle yeni hesapları topluca oluşturuyorsanız. Beş saniyelik bir kontrol, sonra 502 hatalarının nedenlerini anlamak için bir saat harcamaktan daha iyidir.
Teknik Yöntem: curl ile Kontrol
Parsing ile çalışan veya proxy'leri programatik olarak ayarlayanlar için en doğru teşhis yöntemi — terminal üzerinden doğrudan istek yapmaktır. Bu, tarayıcının "süslemeleri" olmadan gerçek yanıt kodunu görmenizi sağlar.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
-I bayrağı yalnızca başlıkları talep ederken, -v ayrıntılı çıktıyı etkinleştirir, bu da hangi aşamada kesildiğini görmenizi sağlar — proxy'ye tünel kurarken mi yoksa hedef sunucuya erişirken mi.
Eğer hata proxy'ye bağlanırken hemen oluşuyorsa (satır Connection refused veya Connection timed out), sorun proxy sunucusundadır. Eğer tünel kurulduysa ama yanıt 502 veya 503 kodu ile geldiyse — sorun site veya koruma sistemindedir.
Hızla bir havuzdan on proxy'yi bir script ile kontrol etmek ve yanıt kodlarını toplamak faydalıdır — bu, tüm havuzda sistemsel bir sorun olup olmadığını veya birkaç "bozulmuş" IP'nin sorunu olup olmadığını hızlıca gösterecektir:
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneEğer havuzdaki proxy'lerin %30'undan fazlası farklı sitelerde 502 döndürüyorsa — sorun sağlayıcıda veya altyapıda, ve havuzu tamamen değiştirmek gerekir. Eğer hatalar yalnızca bir belirli alan adında meydana geliyorsa — sorun o sitenin bot koruma sistemindedir.
Tablo: Proxy Türlerine Göre Hata Nedenleri
Farklı proxy türleri 502 ve 503 hatalarına farklı derecelerde maruz kalır — bu, belirli bir görev için seçim yaparken dikkate alınmalıdır.
| Proxy Türü | Tipik 502/503 Nedeni | Hata Sıklığı |
|---|---|---|
| Veri Merkezi Proxy'leri | Bot koruma sistemleri tarafından IP aralıklarının toplu yasaklanması, ortak sunucuların aşırı yüklenmesi | Yüksek |
| Konut Proxy'leri | Bazen son cihazın IP'si ile bağlantı istikrarsız olabilir | Düşük |
| Mobil Proxy'ler | Oturum sırasında operatör tarafından IP değişimi, geçici sinyal kesintileri | Orta, ama kısa süreli |
Veri merkezi IP'leri genellikle bot koruma sistemleri tarafından önceden bilinir, bu nedenle en yüksek 503 oranını Facebook Ads, Instagram ve pazar yerlerinde tetiklerler. Konut ve mobil IP'ler koruma sistemleri için normal kullanıcılar gibi görünür, bu nedenle yanlış yasaklama oranları belirgin şekilde daha düşüktür, ancak sıfır değildir.
Hata Sayısını Nasıl Azaltırız
Facebook Ads veya TikTok Ads reklam hesapları oluşturan aracıların, IP'lerinin bot koruma sistemlerinin kara listelerine girmemesi kritik öneme sahiptir — bu genellikle 503 kodu ile kendini gösterir. Bu tür görevlerde konut proxy'leri, veri merkezi proxy'lerine göre daha istikrarlı davranır çünkü IP'leri gerçek sağlayıcılara aittir ve koruma sistemleri tarafından daha az şüphe uyandırır.
Birden fazla anti-detect profil üzerinden topluca Instagram ve TikTok yöneten SMM uzmanları için, 502'nin nedeni genellikle aynı IP'nin aşırı sayıda oturumla aşırı yüklenmesidir. Çözüm — her hesap için benzersiz bir IP tahsis etmek ve havuzdaki adres sayısını azaltmamaktır.
Wildberries, Ozon ve Avito'da fiyatları izleyen satıcılar için 503, genellikle sitenin koruma sisteminin sık benzer isteklerin kalıbını tanıdığı anlamına gelir. Burada, proxy türünü değiştirmekten çok, istek sıklığını azaltmak ve her yeni istek arasında rastgele gecikmeler eklemek yardımcı olur.
Parsing ve otomatik scriptler için, yüksek istek hacimlerinde bağlantı hızı ve istikrarı önemli olduğunda, veri merkezi proxy'leri fiyat ve hız açısından makul bir seçimdir — ancak bunları akıllıca kullanmak, yükü daha fazla IP arasında eşit şekilde dağıtmak gerekir, böylece bir adresin limitlerine ulaşmaktan kaçınılır.
Teşhis Kontrol Listesi
Bu sırayı kaydedin ve proxy üzerinden 502 veya 503 hatası aldığınızda her seferinde geçin:
- Proxy olmadan siteyi açın — hata tekrarlanıyor mu.
- Proxy bağlantısını ayrı kontrol edin (whatismyip, httpbin).
- Aynı havuz içinde IP'yi değiştirin ve isteği tekrarlayın.
- Profil ayarlarında proxy türünü ve portunu kontrol edin (HTTP/SOCKS5).
- Birkaç IP'yi curl ile kontrol edin ve yanıt kodlarını karşılaştırın.
- Proxy'nin coğrafi konumunun hesap bağlamasıyla değişip değişmediğini kontrol edin.
- Eğer hata yalnızca bir sitede tekrarlanıyorsa, istek sıklığını azaltın.
- Eğer hatalar tüm havuzda yaygınsa — sağlayıcıyı veya proxy türünü değiştirin.
Sonuç
502 ve 503 kodları — bir mahkumiyet değil ve hemen proxy'den vazgeçmek için bir neden değil. Çoğu durumda, nerede bir arıza olduğunu anlamak için beş dakikalık bir teşhis yeterlidir: proxy sunucusunda, hedef sitede veya bot koruma sisteminde. Proxy olmadan kontrol, havuz içinde IP değiştirme ve curl veya Dolphin Anty ve AdsPower gibi anti-detect tarayıcıların yerleşik araçları ile test yapmak, bu tür soruların %90'ını gereksiz tahminler olmadan kapatır.
Eğer sorun ayarlarda değilse ve IP'leriniz sürekli olarak bot koruma sistemlerinin kara listelerine giriyorsa, görev için proxy türünü gözden geçirmek gerekir. Reklam hesapları oluşturma ve sosyal medya ile çalışma için, konut proxy'lerine dikkat etmek mantıklıdır — bunlar, sitelerin koruma sistemlerinde daha az şüphe uyandırır. Yüksek istek hacimlerinde hızın kritik olduğu görevler için veri merkezi proxy'leri uygundur, mobil uygulamalarda ise en doğal davranış için mobil proxy'ler tercih edilmelidir.