Jika Anda melakukan parsing harga di Wildberries, mengelola 20 akun Instagram, atau menjalankan iklan melalui Facebook Ads, cepat atau lambat Anda akan melihat salah satu dari tiga hal: kesalahan 403, kesalahan 429, atau captcha. Sebagian besar pemula bereaksi dengan cara yang sama — mengganti proxy dengan yang lain dan berharap itu akan berhasil. Sebenarnya, setiap kode kesalahan adalah pesan dari situs tentang penyebab spesifik pemblokiran, dan dari situ Anda dapat menentukan dengan tepat, jenis proxy mana yang akan menyelesaikan masalah: data center, residensial, atau mobile.
Mengapa kode kesalahan lebih penting daripada fakta pemblokiran itu sendiri
Ketika situs memblokir permintaan, hampir selalu mengembalikan kode status HTTP — ini adalah "label" standar, yang diterima browser atau parser bersama dengan halaman. Masalahnya adalah banyak pengguna browser anti-detect dan parser hanya melihat fakta "tidak terbuka" dan tidak memeriksa kode yang dikembalikan. Dan perbedaannya sangat besar: 403 berarti situs mengenali Anda sebagai tamu yang tidak diinginkan dan menutup akses dengan sengaja. 429 berarti Anda secara fisik telah melebihi batas permintaan — situs tidak melawan Anda secara pribadi, mereka hanya perlu agar Anda tidak membebani server terlalu sering. Captcha — ini adalah status sementara: situs meragukan apakah Anda manusia atau bot, dan memberi kesempatan untuk membuktikan sebaliknya.
Setiap situasi ini memerlukan solusi yang berbeda. Jika Anda mendapatkan 403 dan hanya mengganti satu proxy data center dengan yang lain yang sama — Anda akan mendapatkan 403 lagi, karena penyebabnya bukan pada IP tertentu, tetapi pada kategori IP. Jika Anda mendapatkan 429 dan membeli proxy mobile yang mahal alih-alih mengurangi frekuensi permintaan — Anda akan membuang anggaran dengan sia-sia, karena masalahnya bukan pada jenis IP, tetapi pada kecepatan permintaan. Memahami kode kesalahan menghemat waktu dan uang untuk proxy.
Kesalahan 403 Forbidden: situs mengenali Anda dan tidak ingin membiarkan Anda masuk
403 — ini adalah penolakan yang disengaja. Situs telah menerima permintaan Anda, memprosesnya dan memutuskan: IP ini atau set karakter ini tidak diizinkan untuk mengakses. Paling sering, 403 terjadi karena tiga alasan:
- IP dari "daftar hitam" data center. Situs seperti Wildberries, Ozon, Avito dan sebagian besar media sosial memiliki database rentang alamat IP yang dimiliki oleh penyedia cloud (AWS, Google Cloud, DigitalOcean, dll.). Jika proxy Anda adalah data center, dan subnetnya sudah "terkenal" oleh parser lain, Anda akan mendapatkan 403 secara instan, bahkan dari permintaan pertama.
- Pembatasan geografis (geo-block). Sebagian konten atau akun iklan hanya tersedia dari negara tertentu. Mengakses dengan IP dari wilayah yang salah — ini juga 403.
- Jejak browser tidak sesuai dengan yang diharapkan. Jika Anda menggunakan proxy bersama dengan browser anti-detect (Dolphin Anty, AdsPower, Multilogin, GoLogin), dan fingerprint browser tidak sesuai dengan geolokasi IP yang dinyatakan — misalnya, IP dari Rusia, tetapi zona waktu dan bahasa sistem adalah Inggris — situs dapat memblokir berdasarkan kombinasi karakteristik.
Solusi untuk 403 yang terus-menerus: beralih dari proxy data center ke proxy residensial. Ini adalah IP dari penyedia rumah nyata — mereka tidak berada dalam daftar rentang cloud dan terlihat bagi situs seperti pengunjung biasa dari rumah. Untuk media sosial dan platform iklan, di mana 403 disertai dengan permintaan untuk mengonfirmasi perangkat, sering kali hanya proxy mobile yang dapat menyelamatkan — mereka terikat pada IP operator seluler dan memicu sedikit kecurigaan bahkan saat pemeriksaan agresif.
Kesalahan 429 Too Many Requests: Anda dibatasi berdasarkan kecepatan, bukan berdasarkan identitas
429 — ini bukan tentang siapa Anda, tetapi tentang seberapa sering Anda mengetuk server. Batas kecepatan berlaku ketika dari satu IP atau sesi datang lebih banyak permintaan daripada yang diizinkan dalam satuan waktu. Skenario tipikal: Anda mengatur pemantauan harga pesaing di Ozon dan memutuskan untuk memeriksa seluruh katalog setiap 5 menit dengan satu IP yang sama — server dengan cepat akan menetapkan batas dan mulai mengembalikan 429 alih-alih data.
Kesalahan utama pemula — saat mendapatkan 429 langsung mengganti jenis proxy dengan yang lebih mahal, padahal masalahnya dapat diselesaikan dengan cara lain:
- Kurangi frekuensi permintaan. Tambahkan jeda antara permintaan (2-5 detik untuk parsing marketplace — biasanya cukup).
- Rotasi IP lebih sering. Jika satu IP yang sama melakukan 100 permintaan berturut-turut, batas akan berlaku terlepas dari jenis proxy. Di sini rotasi pada setiap permintaan atau setiap N permintaan membantu.
- Perbesar kumpulan IP. Jika tugasnya adalah mempertahankan kecepatan tinggi dalam pengumpulan data, Anda memerlukan lebih banyak alamat IP untuk mendistribusikan beban, bukan hanya "kualitas" dari satu IP.
Untuk parsing massal, di mana kecepatan lebih penting daripada anonimitas (misalnya, mengumpulkan harga publik tanpa otorisasi), proxy data center sangat cocok — mereka lebih cepat dan lebih murah, dan batas kecepatan dapat diatasi dengan memperbesar kumpulan dan rotasi yang tepat, bukan dengan mengganti jenis IP.
Captcha: situs memberi Anda kesempatan, tetapi mencurigai otomatisasi
Captcha — status sementara antara "semuanya baik-baik saja" dan "akses ditutup". Situs melihat tanda-tanda yang mirip dengan bot: interval yang terlalu tepat antara tindakan, tidak ada gerakan mouse, set HTTP header yang tidak biasa, IP dari rentang yang sering diasosiasikan dengan otomatisasi. Alih-alih 403 yang ketat, ia memberi Anda kesempatan untuk membuktikan bahwa Anda manusia.
Captcha yang sering muncul adalah sinyal bahwa masalahnya bukan pada pemblokiran itu sendiri, tetapi pada pola perilaku dan reputasi IP. Jika captcha muncul di Instagram atau TikTok saat mendaftar akun baru, masalahnya hampir selalu terletak pada kombinasi: IP data center + akun baru + tindakan mendadak tanpa "pemanasan". Dalam kasus ini, mengganti proxy dengan yang residensial atau mobile mengurangi frekuensi captcha secara drastis, karena reputasi IP tersebut lebih tinggi — pengguna nyata mengakses dari sana, bukan hanya bot.
Kasus umum lainnya adalah captcha di marketplace saat melakukan parsing tanpa otorisasi. Di sini tidak hanya mengganti jenis proxy yang membantu, tetapi juga meniru perilaku manusia: jeda acak, menggulir sebelum mengklik, User-Agent yang realistis. Proxy mengurangi sebagian kecurigaan, tetapi tidak menggantikan perilaku skrip atau skenario yang benar dalam browser anti-detect.
Tabel: kode kesalahan → kemungkinan penyebab → jenis proxy
| Kode / gejala | Kemungkinan penyebab | Apa yang harus diubah | Jenis proxy yang direkomendasikan |
|---|---|---|---|
| 403 Forbidden dari permintaan pertama | IP dalam database rentang data center | Jenis IP, bukan jumlah permintaan | Proxy residensial |
| 403 saat masuk ke media sosial / akun iklan | Ketidaksesuaian fingerprint dan geolokasi IP | Pengaturan browser anti-detect + IP | Proxy mobile |
| 429 Too Many Requests | Melebihi batas permintaan dari satu IP | Frekuensi permintaan, rotasi, ukuran kumpulan | Proxy data center (dengan rotasi) |
| Captcha saat mendaftar akun baru | Reputasi IP rendah + akun baru | Reputasi IP dan "pemanasan" akun | Proxy mobile |
| Captcha saat parsing massal tanpa login | Pola perilaku bot | Meniru perilaku + mengganti IP | Proxy residensial |
Kasus praktis: Wildberries, Ozon, Instagram, Facebook Ads
Wildberries dan Ozon: pemantauan harga
Penjual yang memantau harga pesaing sering kali menghadapi 429, bukan 403. Marketplace membatasi kecepatan permintaan di tingkat API dan antarmuka web. Solusi yang tepat adalah tidak mengejar jenis proxy "elit", tetapi mengatur kumpulan dari beberapa ratus IP data center dengan rotasi pada setiap permintaan atau setiap beberapa permintaan, ditambah jeda 1-3 detik antara permintaan untuk satu produk. Jika setelah itu captcha mulai muncul — saat itulah Anda harus menghubungkan IP residensial, karena captcha dalam hal ini menandakan masalah perilaku, bukan masalah kecepatan.
Instagram dan TikTok: farm dan pengelolaan akun
Spesialis SMM yang mengelola 20-30 akun klien melalui Dolphin Anty atau AdsPower biasanya melihat 403 atau permintaan konfirmasi telepon segera setelah mengaitkan IP data center ke profil baru. Ini adalah tanda klasik bahwa Anda perlu beralih ke proxy mobile — Instagram dan TikTok sangat sensitif terhadap jenis IP saat bekerja dengan akun baru atau "dingin".
Facebook Ads: farm akun iklan
Para arbitrator yang menjalankan 10-20 akun iklan sering kali mendapatkan pemblokiran bukan sebagai 403 yang jelas di tingkat jaringan, tetapi sebagai larangan di tingkat akun setelah serangkaian tindakan mencurigakan. Di sini kode kesalahan tidak selalu terlihat secara langsung, tetapi logikanya sama: jika larangan datang secara bersamaan setelah mengganti IP ke rentang data center yang baru — masalahnya ada pada jenis proxy. Beralih ke IP residensial atau mobile dengan subnet unik untuk setiap akun mengurangi larangan cascade (ketika pemblokiran satu akun menarik yang lain yang terikat pada IP yang sama).
Checklist diagnosis sebelum mengganti proxy
- Catat kode kesalahan yang tepat (403, 429, 503) atau jenis captcha — bukan hanya "tidak terbuka".
- Periksa apakah kode tersebut muncul dari permintaan pertama (tanda 403 — jenis IP) atau setelah serangkaian permintaan (tanda 429 — kecepatan).
- Periksa jenis proxy saat ini: data center, residensial, atau mobile.
- Jika 403 dari permintaan pertama — beralihlah ke IP residensial atau mobile.
- Jika 429 — pertama-tama kurangi frekuensi permintaan dan perbesar kumpulan IP, tanpa mengganti jenisnya.
- Jika captcha muncul pada akun baru — periksa kesesuaian geolokasi IP dan pengaturan browser anti-detect (zona waktu, bahasa, resolusi layar).
- Uji perubahan pada 2-3 akun atau permintaan sebelum penerapan massal.
Kesimpulan dan rekomendasi
Kode kesalahan bukan hanya detail teknis, tetapi petunjuk langsung dari situs tentang penyebab pemblokiran. 403 menunjukkan bahwa jenis IP itu sendiri atau kombinasi dengan fingerprint browser tidak cocok. 429 menunjukkan tentang kecepatan permintaan dan memerlukan rotasi dan jeda, bukan penggantian kategori proxy. Captcha menandakan masalah perilaku dan reputasi, yang dapat diselesaikan dengan kombinasi proxy dan peniruan tindakan pengguna yang benar.
Jika Anda sering melihat 403 saat bekerja dengan media sosial atau akun iklan, mulailah dengan beralih ke proxy residensial — mereka menyediakan IP dari pengguna nyata dan risiko pemblokiran langsung yang minimal. Untuk farm akun dan tugas di mana kesamaan maksimal dengan lalu lintas mobile biasa penting, lebih baik menggunakan proxy mobile. Dan jika masalah utama Anda adalah 429 saat mengumpulkan data secara massal dari marketplace, di mana kecepatan dan volume penting, lebih menguntungkan untuk menggunakan proxy data center dengan rotasi yang diatur dengan baik. Memilih jenis proxy yang tepat untuk kode kesalahan tertentu menghemat anggaran dan menghindari siklus tanpa akhir "mengganti proxy — ban lagi".