Kartu produk dapat menunjukkan "tersedia" di Moskow dan "tidak ada di gudang" di Novosibirsk — dan jika Anda tidak memeriksa ini berdasarkan wilayah, Anda kehilangan pesanan dan tidak melihat di mana pesaing menang dalam logistik. Namun, begitu Anda mulai memeriksa sisa secara sistematis dari berbagai geo dengan akun atau IP yang sama, platform dengan cepat menyadari aktivitas anomali dan membatasi akses. Dalam artikel ini — skema kerja pemantauan ketersediaan produk berdasarkan wilayah pengiriman tanpa pemblokiran dan captcha.
Mengapa ketersediaan produk berbeda di berbagai wilayah
Wildberries, Ozon, dan sebagian besar marketplace besar beroperasi melalui jaringan gudang terdistribusi. Ketika pembeli mengunjungi situs dari Krasnodar, sistem menunjukkan sisa dari gudang regional terdekat, bukan stok gudang keseluruhan penjual. Ini berarti bahwa satu artikel yang sama dapat "tersedia" untuk Moskow dan St. Petersburg, tetapi tidak ada untuk Ural atau Timur Jauh — hanya karena produk secara fisik belum dikirim ke gudang regional atau sudah terjual habis secara lokal.
Bagi penjual, ini sangat penting karena beberapa alasan. Pertama, ketidaktersediaan regional secara langsung mempengaruhi posisi kartu dalam hasil pencarian — algoritma menurunkan barang yang tidak dapat dengan cepat sampai ke pembeli. Kedua, pesaing yang cerdas dalam mendistribusikan sisa di gudang mengambil pesanan di wilayah di mana Anda kosong. Ketiga, tanpa pemantauan rutin, Anda hanya mengetahui masalah setelah fakta — ketika penjualan di wilayah tersebut sudah turun, bukan ketika itu baru mulai terjadi.
Hal yang sama berlaku untuk Avito: iklan dapat ditampilkan secara berbeda tergantung pada kota pencarian, dan pengiriman serta relevansi penawaran dapat berbeda. Pemasar dan agensi yang mengelola beberapa merek menghadapi ini setiap hari: perlu tahu apa yang dilihat pembeli nyata di Yekaterinburg, bukan apa yang terlihat dari kantor di Moskow.
Mengapa marketplace memblokir pemantauan sisa
Logika perlindungan di Wildberries dan Ozon sederhana: pembeli biasa masuk dari satu IP, melihat beberapa kartu di wilayahnya dan pergi. Jika dari satu IP ada puluhan permintaan untuk berbagai artikel dengan penggantian wilayah pengiriman — ini adalah pola parser, bukan manusia hidup. Sistem anti-bot bereaksi dengan salah satu dari tiga cara: menunjukkan captcha, memblokir IP sementara karena kesalahan 429, atau memberikan data yang salah (sisa palsu) untuk merusak statistik parser, tetapi tidak mengungkapkan fakta pemblokiran.
Skenario ketiga adalah yang paling berbahaya bagi bisnis — Anda terus menerima data, tetapi data tersebut tidak akurat, dan keputusan berdasarkan data tersebut akan salah. Marketplace tidak akan memblokir akun penjual itu sendiri jika pemantauan dilakukan secara anonim melalui katalog publik, tetapi alamat IP yang mengirimkan beban akan diblokir dengan cepat — biasanya setelah 50–100 permintaan dalam waktu singkat dari satu alamat tanpa rotasi.
Kesulitan tambahan adalah geolokasi. Untuk mengetahui ketersediaan nyata untuk wilayah tertentu, permintaan harus datang dari IP yang dikenali oleh platform sebagai berada di wilayah tersebut (atau Anda secara eksplisit beralih ke wilayah pengiriman di antarmuka/API, tetapi ini juga terikat pada cookies dan sesi, yang juga dapat diblokir saat aktivitas mencurigakan terjadi).
Skema pemantauan tanpa pemblokiran
Skema kerja dibangun di atas tiga prinsip: distribusi beban, simulasi pengguna hidup, dan akurasi regional IP. Dalam praktiknya, ini terlihat seperti ini:
- Daftar wilayah dan artikel. Buat tabel: wilayah yang diperlukan (biasanya 15–30 kota kunci untuk memulai) × artikel yang perlu dipantau.
- Proxy yang terikat pada wilayah. Untuk setiap wilayah digunakan alamat IP terpisah (atau kumpulan alamat) yang secara fisik atau logis sesuai dengan kota/daerah yang diperlukan.
- Rotasi dan jeda. Antara permintaan, jeda dijaga selama 3–10 detik, IP berubah tidak lebih sering dari setiap beberapa permintaan, agar tidak terlihat seperti pemindai.
- Simulasi browser. Permintaan dilakukan dengan User-Agent yang realistis, header, dan, jika perlu, melalui browser headless dengan rendering JS — banyak kartu sisa dimuat secara dinamis.
- Logging dan alert. Hasil disimpan dalam tabel atau basis data, dan saat status berubah dari "tidak tersedia" → "tersedia" dan sebaliknya, pemberitahuan dikirim ke Telegram atau email.
Pendekatan ini sama-sama berlaku baik untuk pemantauan manual melalui layanan parsing yang sudah ada maupun untuk skrip sendiri — hanya alatnya yang berbeda, prinsip perlindungan dari pemblokiran tidak berubah.
Proxy apa yang dibutuhkan untuk pemeriksaan berdasarkan wilayah
Pemilihan jenis proxy adalah faktor utama yang menentukan apakah pemantauan akan stabil. Untuk tugas memeriksa ketersediaan produk berdasarkan wilayah, IP data center biasa yang murah tanpa geolokasi tidak akan cocok — platform tidak akan memberikan jawaban regional yang akurat, atau akan cepat memblokir alamat jika sudah terdaftar dalam daftar hitam.
| Jenis Proxy | Akurasi Geo | Risiko Pemblokiran | Kapan Digunakan |
|---|---|---|---|
| Proxy Residensial | Tinggi, hingga tingkat kota | Rendah | Alat utama untuk pemantauan rutin di 15+ wilayah |
| Proxy Seluler | Sedang-tinggi (berdasarkan jaringan operator) | Sangat rendah | Jika platform sangat agresif memblokir rentang residensial |
| Proxy Data Center | Rendah, tanpa pengikatan yang tepat ke kota | Tinggi dengan permintaan yang sering | Pemeriksaan cepat sekali tanpa akurasi regional |
Untuk pemantauan sistematis ketersediaan produk di puluhan wilayah, pilihan optimal adalah proxy residensial dengan kemampuan memilih kota atau wilayah: mereka terlihat seperti IP pengguna internet biasa, sehingga marketplace memberikan data yang akurat tentang ketersediaan lokal dan tidak menganggap permintaan mencurigakan. Jika anggaran terbatas dan wilayahnya sedikit, Anda dapat mengombinasikan: IP residensial untuk kota-kota kunci dan data center untuk pemeriksaan yang kurang prioritas, di mana akurasi kurang penting.
Pengaturan geo-targeting dan rotasi IP
Setelah memilih penyedia proxy, Anda perlu mengatur dua parameter: targeting geo dan rotasi. Sebagian besar layanan proxy residensial memungkinkan Anda untuk menentukan negara, wilayah, dan bahkan kota saat terhubung — misalnya, melalui format login dengan parameter wilayah atau melalui port/endpoint terpisah untuk setiap kota. Ini menghilangkan kebutuhan untuk mencari IP "bersih" secara manual untuk setiap wilayah.
Rotasi harus diatur berdasarkan dua skenario:
- Sesi lengket selama satu pemeriksaan wilayah — IP tidak berubah, selama Anda mengumpulkan data untuk semua artikel untuk satu kota, agar tidak mengganggu sesi dan tidak memicu captcha ulang.
- Perubahan IP penuh antar wilayah — saat beralih ke kota berikutnya, alamat baru yang terikat pada geo yang diperlukan diambil, jika tidak, platform mungkin tidak memberikan sisa lokal yang akurat.
Jika Anda bekerja melalui browser anti-detect (Dolphin Anty, AdsPower, Multilogin, Octo Browser), setiap profil diberikan proxy terpisah dengan geo yang diperlukan, dan jejak browser (fingerprint) tetap unik untuk profil tersebut. Ini memberikan perlindungan ganda: platform melihat IP "hidup" wilayah dan jejak digital unik perangkat, yang menghilangkan pengikatan beberapa profil ke dalam satu cluster untuk pemblokiran.
Alat untuk pemantauan
Untuk penjual yang tidak terlibat dalam pemrograman, ada tiga cara untuk mengatur pemantauan:
1. Layanan pemantauan harga dan sisa yang sudah ada. Banyak layanan seperti itu untuk Wildberries dan Ozon sudah mendukung pemeriksaan berdasarkan wilayah "dari kotak" dan memungkinkan Anda untuk menghubungkan proxy sendiri dalam pengaturan — ini adalah opsi tercepat untuk memulai tanpa keterampilan teknis.
2. Browser anti-detect + pemeriksaan manual atau semi-otomatis. Untuk 10–20 wilayah kunci, Anda dapat membuat profil di Dolphin Anty atau AdsPower, mengikat proxy kota yang diperlukan ke setiap profil, dan secara metodis mengunjungi kartu produk, mencatat status ketersediaan. Ini lebih lambat, tetapi tidak memerlukan kode sama sekali dan cocok jika pemeriksaan tidak diperlukan setiap jam, tetapi sekali sehari.
3. Parser otomatis (untuk mereka yang memiliki pengembang atau freelancer). Skrip Python dengan pustaka requests atau Playwright mengunjungi kartu berdasarkan daftar wilayah dan artikel yang ditentukan, menggunakan proxy dari kumpulan, dan menyimpan hasilnya dalam tabel atau basis data. Opsi ini memberikan fleksibilitas maksimum dan kecepatan pembaruan data, tetapi memerlukan dukungan teknis.
Terlepas dari alat yang dipilih, titik lemah tetap sama — kualitas dan geografi proxy. Bahkan skrip yang paling dipikirkan dengan baik akan mengumpulkan data yang salah atau mendapatkan pemblokiran jika alamat IP tidak terikat pada wilayah yang diperlukan atau terlalu sering diulang.
Batas permintaan dan perlindungan dari pemblokiran
Agar pemantauan berfungsi stabil selama berbulan-bulan, bukan hanya beberapa hari sebelum pemblokiran massal, patuhi batas praktis:
| Parameter | Rentang Aman |
|---|---|
| Permintaan dari satu IP per menit | 3–8 |
| Jeda antara permintaan | 3–10 detik dengan pengacakan |
| Perubahan IP | setelah 20–30 permintaan atau pada setiap wilayah baru |
| Frekuensi pemeriksaan penuh semua wilayah | 1–4 kali sehari untuk sebagian besar kategori produk |
Jika platform menunjukkan captcha bahkan saat mematuhi batas, itu adalah sinyal bahwa IP tertentu sudah masuk dalam daftar hitam — rotasi segera ke alamat baru dan pengurangan sementara frekuensi permintaan untuk wilayah tersebut selama 1–2 jam membantu. Untuk kategori dengan persaingan tinggi (pakaian, elektronik), marketplace lebih ketat dalam memantau lalu lintas bot, jadi batas di sana sebaiknya dibuat lebih konservatif.
Pengaturan langkah demi langkah di Wildberries, Ozon, dan Avito
Langkah 1. Tentukan daftar wilayah. Ambil 20 kota teratas berdasarkan volume penjualan dari analitik akun pribadi penjual Anda — di situlah ketersediaan produk paling kritis.
Langkah 2. Hubungkan proxy dengan geo-targeting. Di panel kontrol proxy, pilih negara "Rusia" dan kota/wilayah yang diperlukan, dapatkan data untuk koneksi (host, port, login, password).
Langkah 3. Buat profil di browser anti-detect. Untuk setiap wilayah — profil terpisah di Dolphin Anty, AdsPower, atau GoLogin dengan proxy kota tersebut. Beri nama profil berdasarkan wilayah agar tidak bingung.
Langkah 4. Atur wilayah pengiriman di situs marketplace. Di Wildberries dan Ozon, wilayah ditentukan secara otomatis berdasarkan IP, tetapi sebaiknya periksa secara manual melalui pemilihan kota di bagian atas situs — ini akan memastikan bahwa platform mengenali lokasi proxy dengan benar.
Langkah 5. Catat status ketersediaan untuk setiap artikel. Buka kartu produk yang menarik dan catat status ("tersedia", "tidak tersedia", waktu pengiriman) dalam tabel dengan tanggal dan waktu pemeriksaan.
Langkah 6. Ulangi sesuai jadwal. Untuk Avito, logika serupa — ganti kota pencarian melalui proxy wilayah yang sesuai, setelah itu catat iklan mana dan dengan status pengiriman apa yang terlihat oleh pembeli lokal.
Langkah 7. Atur alert. Begitu status produk di wilayah penting berubah menjadi "tidak tersedia", kirimkan pemberitahuan kepada manajer yang bertanggung jawab agar dia segera mendistribusikan sisa antara gudang.
Daftar periksa peluncuran pemantauan
- Daftar wilayah dan artikel prioritas untuk pemantauan telah disusun
- Proxy dengan pengikatan yang tepat ke kota yang diperlukan telah terhubung
- Rotasi IP dan jeda antara permintaan (3–10 detik) telah diatur
- Untuk setiap wilayah, profil terpisah di browser anti-detect telah dibuat
- Diperiksa bahwa platform menentukan wilayah dengan benar berdasarkan IP proxy
- Logging hasil dengan tanggal dan waktu pemeriksaan telah diatur
- Alert diaktifkan saat status ketersediaan produk berubah
- Batas permintaan telah ditetapkan untuk mencegah pemblokiran IP
Kesimpulan
Pemantauan ketersediaan produk berdasarkan wilayah pengiriman bukanlah pemeriksaan sekali saja, tetapi proses berkelanjutan yang secara langsung mempengaruhi posisi kartu dan penjualan di Wildberries, Ozon, dan Avito. Agar itu berfungsi dengan stabil, diperlukan tiga hal: pengikatan IP yang tepat ke wilayah, batas permintaan yang masuk akal, dan pembagian beban antara proxy, agar tidak menimbulkan kecurigaan dari sistem anti-bot platform.
Jika Anda berencana untuk memantau ketersediaan produk di puluhan wilayah sekaligus dan melakukannya secara rutin, sebaiknya mulai dengan proxy residensial dengan geo-targeting berdasarkan kota — mereka memberikan data akurat tentang sisa lokal dan meminimalkan risiko pemblokiran. Untuk pemeriksaan cepat sekali tanpa pengikatan yang ketat ke wilayah, Anda dapat menggunakan proxy data center, dan jika platform terbukti sangat ketat terhadap rentang residensial — proxy seluler dengan risiko pemblokiran minimal dapat membantu.