Pada bulan Maret 2026, terjadi sesuatu yang ditunggu-tunggu internet selama 18 tahun: proporsi pengguna yang mengakses layanan Google melalui IPv6 secara nativ untuk pertama kalinya melampaui 50% (50,10% pada 28 Maret 2026). Logika menyarankan: karena setengah dari lalu lintas sudah menggunakan IPv6, saatnya beralih ke proxy IPv6 — mereka jauh lebih murah dan kumpulan alamatnya hampir tak terbatas. Namun, dalam praktiknya, semuanya lebih rumit. Dalam sebagian besar tugas, di mana proxy benar-benar menghasilkan uang — multi-akun, pembelian barang terbatas, menghindari sistem anti-bot — IPv4 pada tahun 2026 masih unggul. Mari kita analisis fakta-fakta di mana protokol mana yang tepat dan mengapa "peralihan ke IPv6" untuk infrastruktur proxy belum terjadi.
Singkatnya: apa perbedaannya
Proxy IPv4 beroperasi melalui alamat format lama (misalnya, 203.0.113.7) — yang sangat sedikit tersisa secara fisik. Kumpulan IPv4 telah habis: pendaftar regional (ARIN, RIPE) telah membagikan blok-blok yang tersedia beberapa tahun yang lalu, dan sekarang alamat-alamat tersebut hidup di pasar sekunder. Dari sini harga: menurut broker, pada tahun 2026 satu alamat IPv4 rata-rata berharga sekitar $25 (rentang sekitar $11–32 tergantung pada ukuran blok dan reputasi), dan sewa — $0,30–0,50 per alamat per bulan. Volume pasar sekunder IPv4 diperkirakan lebih dari $2,5 miliar per tahun.
Proxy IPv6 menggunakan format alamat baru (2001:db8::1) dengan ruang alamat yang sangat besar. Penyedia, yang hanya menerima satu subnet /64, memiliki 18 quintillion alamat; blok korporat /48 — itu 65.536 jaringan seperti itu. Tidak ada kekurangan, jadi proxy IPv6 harganya sangat murah dan dijual dalam kumpulan jutaan alamat.
Sepertinya, masalah sudah terpecahkan. Namun, proxy dinilai bukan berdasarkan harga per alamat, tetapi berdasarkan apakah permintaan mencapai tujuan dan apakah ada larangan. Di sini gambaran berubah.
Kriteria 1. Kompatibilitas dengan situs target
Ini adalah poin utama dan menentukan. Meskipun setengah dari lalu lintas pengguna sudah menggunakan IPv6, dukungan dari situs masih jauh tertinggal: menurut berbagai perkiraan, hanya sekitar 40% dari situs web terbesar yang sepenuhnya menerima IPv6. Amazon, X (Twitter), Reddit, dan sebagian besar platform e-commerce masih secara default hanya merespons melalui IPv4. Jika situs tidak mendukung IPv6, maka permintaan melalui proxy IPv6-only tidak akan sampai — terlepas dari apakah proxy tersebut "hidup" atau tidak.
Ekosistem panjang dari marketplace niche, domain korporat lama, dan layanan regional tetap murni berbasis IPv4. Bagi scraper atau farm akun, ini berarti satu hal: dengan proxy IPv4 Anda bisa masuk ke hampir semua tempat, dengan IPv6 — hanya ke tempat yang mengaktifkan dual-stack.
Pemenang dalam kompatibilitas: IPv4
Kriteria 2. Risiko deteksi dan larangan
Di sini berfungsi logika "kelangkaan" yang tidak jelas. Lalu lintas IPv6 dari pengguna nyata ada, tetapi ia homogen: router rumah memberikan alamat kepada perangkat secara dapat diprediksi, dalam batas yang diberikan oleh penyedia /64. Sebaliknya, proxy IPv6 massal mengirimkan ribuan permintaan dari alamat-alamat tetangga dalam satu subnet — dan sistem anti-bot dapat melihatnya dengan jelas. Dari sini muncul dua masalah:
- Blokir seluruh rentang. Memblokir /64 atau /48 dengan satu aturan lebih mudah bagi situs daripada menangkap IPv4 individu. Satu alamat yang "terdeteksi" menarik seluruh blok.
- IPv6 secara default dicurigai. Banyak platform yang melawan scraping dan spam awalnya memandang subnet IPv6 dengan kecurigaan yang lebih tinggi — keanehan pola bekerja melawan Anda.
IPv4 dalam hal ini "larut dalam kerumunan": alamat residensial dan ISP membawa reputasi penyedia konsumen yang nyata, ASN mereka diklasifikasikan oleh anti-fraud sebagai internet rumah yang sah. Itulah sebabnya kombinasi IPv4 residensial + browser anti-detect meningkatkan kelangsungan hidup akun 3–5 kali dibandingkan dengan penggunaan hanya IPv6.
Pemenang dalam ketahanan terhadap larangan: IPv4
Kriteria 3. Harga dan skala kumpulan
Di sini IPv6 mengambil kembali kendali. Ketika tugasnya adalah mengirimkan jutaan permintaan ke situs yang mendukung IPv6 (terutama Google itu sendiri dan situs dual-stack besar), kumpulan besar yang murah menjadi keuntungan. Rotasi subnet memungkinkan untuk mengubah alamat keluar bahkan untuk setiap permintaan, tetap dalam batas /64, dan biaya per alamat jauh lebih rendah dibandingkan IPv4. Untuk pengambilan data bervolume tinggi dengan tujuan yang kompatibel, ini secara harfiah adalah ekonomi yang berbeda.
Tentang bagaimana cara mengatur alamat dengan benar untuk tugas tertentu — berdasarkan waktu, jumlah permintaan, atau sesi sticky — telah dibahas secara rinci dalam panduan tentang rotasi alamat IP; untuk IPv6 prinsipnya sama, hanya saja kumpulannya jauh lebih besar.
Pemenang dalam harga per alamat dan volume: IPv6
Kriteria 4. Geolokasi dan akurasi penargetan
Alamat IPv4 "ditandai" secara geografis jauh lebih akurat: selama bertahun-tahun, basis data yang matang telah terbentuk untuk mencocokkan IP → kota/operator, dan alamat residensial serta mobile terikat pada jaringan konsumen tertentu. Untuk tugas di mana negara dan bahkan kota penting (SEO lokal, pemeriksaan hasil, penargetan iklan geografi, akses ke konten regional), IPv4 memberikan hasil yang dapat diprediksi.
Geolokasi IPv6 kurang matang dan sering kali hanya ditentukan dengan akurasi hingga wilayah atau pusat data. Jika skenario memerlukan "tampak seperti pengguna dari kota tertentu" — ini adalah wilayah IPv4, terutama proxy residensial dan proxy mobile.
Pemenang dalam akurasi geografi: IPv4
Kriteria 5. Kecepatan dan sesi paralel
Di sini IPv6 kembali kuat — tetapi hanya di wilayahnya. Berkat kumpulan yang sangat besar, penyedia proxy IPv6 tidak membatasi jumlah sesi bersamaan dan bandwidth: setiap aliran dapat keluar dengan alamat yang berbeda, dan "tabrakan" dalam batas /64 hampir tidak pernah terjadi. Untuk pengambilan data yang sangat paralel dengan tujuan yang kompatibel, ini memberikan kecepatan yang stabil tanpa antrean untuk IP yang tersedia.
Untuk IPv4, karena kekurangan dan harga, kumpulannya terbatas, sehingga rotasi agresif pada sejumlah besar aliran lebih cepat mencapai batas atau penggunaan kembali alamat yang "terdeteksi". Untuk tugas yang sensitif, ini diimbangi dengan kualitas alamat, bukan jumlahnya.
Pemenang dalam paralelisme pada tujuan yang kompatibel: IPv6
Bagaimana memeriksa dalam satu menit apakah tujuan mendukung IPv6
Sebelum membeli proxy IPv6 untuk proyek tertentu, pastikan bahwa situs target benar-benar merespons melalui IPv6 — jika tidak, seluruh kumpulan murah akan menjadi tidak berguna. Cara cepat:
- Periksa catatan AAAA untuk domain (ini adalah analog IPv6 dari catatan A). Perintah nslookup -type=AAAA example.com atau dig AAAA example.com: jika jawabannya kosong — situs tidak tersedia melalui IPv6.
- Jika AAAA ada, lakukan permintaan uji melalui proxy IPv6 Anda dan lihat kode respons yang sebenarnya, bukan hanya "ping dapat/dapat tidak": beberapa platform memegang AAAA, tetapi memberikan placeholder atau captcha khusus untuk klien IPv6.
- Jalankan batch percobaan kecil (100–200 permintaan) dan bandingkan proporsi larangan dengan kelompok kontrol di IPv4. Jika perbedaannya mencolok — tujuan "tidak menyukai" IPv6, dan biaya tambahan untuk kualitas IPv4 akan terbayar dengan akun dan data yang disimpan.
Ringkasan: apa yang untuk tugas apa
Kita akan merangkum semuanya dan mengelompokkan berdasarkan skenario nyata.
- Pemrosesan massal tujuan yang kompatibel dengan IPv6 (Google, situs dual-stack besar, API publik) — IPv6. Murah, kumpulan besar, rotasi subnet melawan larangan rentang. Yang terpenting — pastikan terlebih dahulu bahwa tujuan merespons melalui IPv6.
- Multi-akun dan anti-detect (media sosial, pendaftaran, pemanasan akun) — IPv4, hanya residensial atau mobile. Login, manajemen akun, dan aliran pembayaran memerlukan konsistensi IP, ASN yang terpercaya, dan geografi yang tepat. IPv6 di sini akan membakar akun.
- Pembelian barang terbatas, reselling, bot sepatu — IPv4. Gerbang pembayaran dan anti-fraud menilai reputasi alamat; IPv4 residensial/ISP yang bersih lolos di tempat di mana IPv6 terputus di pintu masuk.
- Pemrosesan "ekor panjang" — marketplace niche, situs korporat lama, layanan regional — IPv4, karena banyak dari mereka tidak tahu tentang IPv6.
- Menghindari pemblokiran dan akses ke konten regional — IPv4 karena pengikatan geografi yang tepat; IPv6 — hanya jika sumber daya tertentu dijamin dual-stack.
- Monitoring berbiaya rendah dengan volume tinggi untuk tujuan yang kompatibel, di mana kelangsungan hidup akun tidak penting — IPv6 sebagai cara untuk menghemat.
Mengapa "peralihan ke IPv6" untuk proxy ditunda
Paradoks tahun 2026: pengguna secara massal beralih ke IPv6 (Prancis — hingga 86% penetrasi, India — 72%, Arab Saudi — 65%), tetapi situs dan, yang terpenting, industri anti-bot — tidak. Selama Amazon, media sosial, dan sistem pembayaran secara default merespons melalui IPv4 dan memandang subnet IPv6 dengan kecurigaan, proxy "universal" tetaplah IPv4. IPv6 bukanlah pengganti, tetapi alat niche untuk kelas tugas tertentu: volume murah pada tujuan yang kompatibel.
Perlu diingat juga tentang geografi yang sangat tidak merata: di tempat-tempat di mana IPv6 hampir tidak diterapkan (Italia — 17%, Spanyol — 10%, Mesir — 4%), proxy IPv6 kehilangan makna baik dari segi geografi maupun kompatibilitas.
Kesimpulan
Angka "IPv6 telah melampaui 50%" — tentang pengguna, bukan tentang ke mana permintaan proxy Anda sampai. Pada tahun 2026, aturannya sederhana: jika tugas terkait dengan uang, akun, atau sistem anti-bot — pilihlah IPv4 (residensial atau mobile untuk skenario sensitif, data center — untuk yang tidak terlalu menuntut). Gunakan IPv6 secara sadar dan tepat: untuk pemrosesan massal tujuan yang telah Anda periksa sebelumnya untuk dukungan IPv6. Jangan memilih protokol berdasarkan harga per alamat — pilih berdasarkan apakah permintaan akan sampai dan apakah akun Anda akan bertahan.
Untuk tugas yang sensitif, mulailah dengan proxy IPv4 residensial, untuk pemrosesan volume tinggi dengan tujuan yang tidak terlalu menuntut — dengan proxy data center. Protokol yang tepat untuk skenario yang tepat menghemat anggaran dan saraf.