Email yang sama dapat membawa pengguna dari Rusia ke landing page dengan harga dalam rubel, sementara pengguna dari Jerman — ke halaman dengan kesalahan 404. Jika Anda belum memeriksa pengiriman dari berbagai geo, Anda bekerja dalam kegelapan: sebagian dari basis data kehilangan konversi, dan Anda bahkan tidak akan mengetahuinya dari metrik pembukaan dan klik. Dalam artikel ini, kami membahas bagaimana memeriksa keakuratan tautan dalam email untuk berbagai negara menggunakan proxy, dan enam pemeriksaan yang perlu dilakukan sebelum setiap pengiriman massal.
Mengapa tautan dalam email tidak mengarah ke tempat yang seharusnya
Sebagian besar platform email dan CRM (Mailchimp, SendPulse, GetResponse, Unisender, Klaviyo) memungkinkan pengaturan konten dinamis dan pengalihan berdasarkan geo-IP penerima. Ini nyaman: satu template email — dan pengguna dari AS melihat harga dalam dolar, sementara pengguna dari Prancis — dalam euro dengan teks yang dilokalisasi. Namun, fleksibilitas ini menciptakan risiko kesalahan.
Masalahnya adalah ketika menguji pengiriman dari dalam kantor, pemasar hampir selalu membuka email dari satu IP yang sama — rumah atau kantor mereka. Mereka melihat versi landing yang benar, mengirim pengiriman ke 50.000 alamat di 10 negara — dan sebagian penerima menemui konten yang tidak relevan, mata uang yang salah, atau bahkan halaman yang diblokir untuk wilayah mereka oleh penyedia hosting atau CDN (Cloudflare, Akamai sering memfilter lalu lintas berdasarkan geo).
Bagi para arbitrator yang mengarahkan lalu lintas ke tawaran melalui email, kesalahan dalam pengalihan geo berarti anggaran yang terbuang: klik ada, tetapi konversi tidak ada, karena orang tersebut masuk ke landing yang bukan versi geo mereka. Bagi SMM dan pemasar email agensi, ini adalah risiko reputasi di depan klien — laporan pembukaan bagus, tetapi penjualan tidak meningkat. Dari sini muncul aturan: tautan dalam pengiriman perlu diuji dari alamat IP negara-negara tempat basis pelanggan sebenarnya berada, bukan dari milik mereka sendiri.
Pemeriksaan 1: pengalihan berdasarkan IP-geo
Hal pertama yang perlu diperiksa adalah apakah pengalihan geo berfungsi sama sekali dan mengarah ke halaman yang Anda harapkan. Buka tautan dari email melalui browser dengan proxy dari negara yang diperlukan dan lihat URL akhir. Jika Anda mengatur pengalihan untuk 8 negara, Anda perlu menjalankan tautan setidaknya melalui 8 IP yang berbeda — satu untuk setiap negara, atau lebih baik 2-3, untuk mengesampingkan kebetulan (beberapa layanan menentukan geo tidak hanya berdasarkan IP, tetapi juga berdasarkan ASN penyedia, dan hasilnya dapat berbeda dalam satu negara).
Kesalahan umum adalah pengalihan hanya diatur untuk 5 negara teratas, sementara pengunjung lainnya jatuh ke versi default tanpa lokalisasi. Ini tidak selalu buruk, tetapi Anda perlu mengetahuinya sebelumnya, bukan mengetahuinya dari keluhan pelanggan.
Pemeriksaan 2: mata uang dan bahasa landing page
Bahkan jika pengalihan berhasil dan pengguna dibawa ke domain yang tepat atau versi bahasa yang tepat, penting untuk memeriksa tampilan harga, mata uang, dan satuan ukuran secara terpisah. Banyak platform e-commerce (Shopify, WooCommerce dengan plugin geolokasi) mengubah mata uang berdasarkan IP, tetapi jika proxy untuk pengujian memiliki reputasi "buruk" (IP dari pusat data, yang sudah terdeteksi oleh bot), sistem dapat kembali ke mata uang default — biasanya dolar AS.
Oleh karena itu, untuk menjaga kebersihan pengujian, penting untuk menggunakan IP dengan reputasi baik, yang paling mirip dengan pengguna internet biasa. Di sini, proxy residensial sangat cocok — mereka diberikan oleh penyedia internet rumah yang nyata dan lebih jarang memicu sistem anti-fraud yang dapat mengubah hasil pengujian.
Pemeriksaan 3: UTM-tag dan pelacakan
Setelah mengklik tautan dari email, periksa apakah UTM-tag tersimpan dan apakah parameter pelacakan hilang dalam rantai pengalihan. Ini sangat kritis untuk pengiriman yang terkait dengan program afiliasi atau jaringan CPA: jika click_id atau sub_id hilang dalam perjalanan, konversi tidak akan dihitung, bahkan jika pengguna membeli produk.
Periksa ini secara terpisah dari berbagai geo, karena beberapa CDN dan WAF (Web Application Firewall) secara agresif membersihkan parameter query untuk lalu lintas dari wilayah "mencurigakan" menurut pandangan mereka — misalnya, negara-negara dengan tingkat penipuan yang tinggi menurut penyedia perlindungan.
Pemeriksaan 4: pemblokiran dan ketersediaan domain
Domain yang dituju oleh tautan dalam email mungkin tidak tersedia di negara tertentu karena pemblokiran oleh penyedia, undang-undang lokal, atau pengaturan CDN yang menutup akses untuk seluruh wilayah (geo-fencing). Ini adalah praktik standar untuk banyak layanan streaming, produk fintech, dan SaaS dengan batasan berdasarkan yurisdiksi.
Jika Anda mengirim pengiriman ke basis internasional, pastikan untuk memeriksa ketersediaan halaman target setidaknya dari 10-15 negara kunci dalam audiens Anda. Untuk pemeriksaan massal seperti itu, lebih nyaman menggunakan bukan proxy residensial, tetapi proxy pusat data — mereka lebih cepat dan lebih murah dalam hal pemeriksaan, dan untuk tugas "apakah domain tersedia" reputasi IP tidak begitu kritis seperti kecepatan.
Pemeriksaan 5: keakuratan piksel pelacakan dan rantai pengalihan
Email sering kali berisi bukan satu tautan langsung, tetapi rantai pengalihan: klik → pelacak platform email → pengalihan melalui layanan pemendek tautan → UTM-proxy → landing final. Setiap tautan dalam rantai ini dapat berperilaku berbeda tergantung pada negara pengiriman permintaan. Misalnya, beberapa layanan pemendek tautan (Bitly, pengalihan sendiri berbasis Cloudflare Workers) menerapkan logika geo pada langkah perantara ini, bukan pada domain akhir.
Untuk memeriksa ini, gunakan alat pengembang di browser (tab Jaringan) saat membuka email melalui proxy dari negara yang diperlukan — Anda akan melihat seluruh rantai permintaan dan dapat memahami di langkah mana logika geo terjadi dan apakah ada pemutusan (kesalahan 404, 500, pengalihan yang terjebak).
Pemeriksaan 6: versi mobile dan deep links ke aplikasi
Lebih dari setengah email saat ini dibuka di smartphone, dan beberapa tautan diatur untuk deep link — membuka aplikasi mobile secara langsung, bukan versi browser dari situs. Logika "buka di aplikasi, jika terpasang, jika tidak — di browser" juga sering terikat pada geo: di beberapa negara, merek memiliki aplikasi, di negara lain — hanya versi web.
Untuk memeriksa skenario ini, tidak hanya dibutuhkan proxy dengan geo yang diperlukan, tetapi juga emulasi lalu lintas mobile — IP mobile nyata dari operator seluler negara tertentu. Untuk pengujian semacam itu, para arbitrator dan pemasar mobile sering memilih proxy mobile, karena banyak sistem deep-link dan mekanisme anti-fraud aplikasi memeriksa jenis jaringan (mobile/Wi-Fi/ pusat data), bukan hanya negara.
Cara mengatur pemeriksaan melalui proxy dan browser anti-deteksi
Agar tidak mencampur cookie dan sesi antara pengujian dari negara yang berbeda, pemeriksaan sebaiknya dilakukan bukan di browser biasa, tetapi di browser anti-deteksi — Dolphin Anty, AdsPower, Multilogin, GoLogin, atau Octo Browser. Ini memberikan dua keuntungan: setiap pemeriksaan dilakukan dalam profil terisolasi dengan cookie yang bersih, dan Anda dapat memiliki puluhan profil "untuk negara" secara terus-menerus, tanpa mengatur proxy lagi sebelum setiap pengujian.
Secara bertahap, ini terlihat seperti ini:
- Buat di browser anti-deteksi profil terpisah untuk setiap negara yang perlu diperiksa (misalnya, profil "DE", profil "US", profil "BR").
- Di pengaturan profil, masukkan proxy dari geo yang diperlukan — masukkan IP, port, nama pengguna, dan kata sandi, pilih protokol HTTP(S) atau SOCKS5.
- Periksa geo IP sebelum pengujian melalui checker bawaan dari browser anti-deteksi atau layanan pihak ketiga untuk menentukan geolokasi IP.
- Buka email pengujian (kirim ke kotak pengujian yang terhubung dalam profil ini, atau salin tautan dari pengiriman asli).
- Klik setiap tautan dalam email dan catat halaman mana, dengan bahasa dan mata uang apa yang dibuka.
- Ulangi untuk profil-negara lainnya dan ringkas hasilnya dalam tabel untuk perbandingan.
Jenis proxy apa yang harus dipilih untuk memeriksa tautan email
Pemeriksaan yang berbeda memerlukan jenis IP yang berbeda. Kesalahan dalam memilih jenis proxy adalah penyebab umum mengapa pengujian "tidak mereproduksi" perilaku nyata pengguna.
| Tugas pemeriksaan | Jenis proxy yang direkomendasikan | Mengapa |
|---|---|---|
| Mata uang, bahasa, personalisasi landing page | Proxy residensial | Kepercayaan IP yang tinggi, tidak kembali ke default karena anti-fraud |
| Ketersediaan domain berdasarkan negara (pemeriksaan massal) | Proxy pusat data | Kecepatan tinggi, biaya rendah untuk pemeriksaan, geo lebih penting daripada reputasi |
| Deep link ke aplikasi mobile | Proxy mobile | Emulasi jaringan seluler, memeriksa logika "aplikasi vs browser" |
| UTM dan rantai pengalihan untuk tawaran CPA | Proxy residensial | Dekat dengan perilaku pengguna nyata, lebih sedikit peluang terkena anti-fraud jaringan CPA |
Automatisasi pemeriksaan: skrip untuk mereka yang ingin tanpa tangan
Jika Anda memeriksa tautan secara teratur (misalnya, sebelum setiap pengiriman mingguan ke 15 negara), mengklik setiap tautan di browser anti-deteksi menjadi rutinitas. Bagian ini dapat diotomatisasi dengan skrip sederhana yang melalui daftar tautan dan proxy, mencatat URL akhir setelah semua pengalihan dan status HTTP.
import requests
links = [
"https://example.com/go?campaign=newsletter_jan",
]
proxies_by_country = {
"DE": "http://user:[email protected]:12321",
"US": "http://user:[email protected]:12321",
"BR": "http://user:[email protected]:12321",
}
for country, proxy in proxies_by_country.items():
try:
resp = requests.get(
links[0],
proxies={"http": proxy, "https": proxy},
allow_redirects=True,
timeout=15,
)
print(f"{country}: status {resp.status_code}, URL akhir: {resp.url}")
except Exception as e:
print(f"{country}: kesalahan — {e}")
Skrip ini secara otomatis melalui rantai pengalihan (parameter allow_redirects=True) dan menunjukkan ke mana pengguna dari setiap negara benar-benar diarahkan. Hasilnya dapat dikumpulkan dalam CSV dan dibandingkan per minggu — sehingga Anda dapat melihat apakah logika geo rusak setelah pembaruan situs atau aturan CDN berikutnya.
Checklist sebelum meluncurkan pengiriman
Sebelum mengirim pengiriman massal ke basis internasional, lakukan pemeriksaan singkat:
- Tautan telah diperiksa setidaknya dari 3 negara untuk setiap segmen geo dari basis data
- Mata uang dan bahasa landing page sesuai dengan yang diharapkan untuk setiap negara
- UTM-tag dan click_id tersimpan dalam URL akhir setelah pengalihan
- Domain tersedia dan tidak memberikan 403/404 di salah satu negara target
- Deep link membuka aplikasi dengan benar di tempat yang seharusnya
- Rantai pengalihan tidak terjebak dan tidak melebihi 3-4 langkah (jika tidak, waktu muat meningkat dan konversi menurun)
Kesimpulan
Tautan dalam email bukanlah URL statis, tetapi sering kali merupakan seluruh sistem logika geo, pengaturan mata uang, dan pengalihan, yang berperilaku berbeda tergantung pada negara penerima. Satu-satunya cara yang dapat diandalkan untuk memastikan bahwa pengiriman berfungsi dengan benar untuk seluruh basis adalah dengan menguji tautan dari alamat IP nyata dari negara-negara tempat email dikirim, bukan hanya mengandalkan satu pengujian dari komputer kerja Anda.
Jika Anda secara teratur mengirim pengiriman ke audiens internasional, kami merekomendasikan untuk memiliki set proxy dari berbagai negara untuk pemeriksaan cepat sebelum setiap peluncuran. Untuk pemeriksaan yang tepat tentang personalisasi dan mata uang, proxy residensial lebih cocok, sementara untuk pemeriksaan massal ketersediaan domain di puluhan geo — proxy pusat data yang lebih cepat dan ekonomis. Pendekatan ini menghemat anggaran untuk pengiriman dan mengurangi jumlah keluhan dari klien tentang "landing page yang tidak jelas setelah klik".