Geo redirect adalah pengalihan pengunjung ke halaman yang berbeda tergantung dari mana ia datang: negara ditentukan dari alamat IP, bahasa dari pengaturan browser, perangkat dari string user agent. Satu tautan di iklan, tetapi di baliknya orang Jerman masuk ke offer berbahasa Jerman, orang Brasil ke offer berbahasa Portugis, pemilik iPhone ke halaman untuk iOS.
Terdengar seperti satu baris kode, tetapi baris itu punya banyak jebakan: deteksi geo yang tidak akurat, VPN, caching, robot mesin pencari yang hanya melihat satu versi situs. Di bawah ini: mengapa redirect berdasarkan negara dan perangkat dibutuhkan, bagaimana cara kerjanya dari dalam, dan bagaimana menyusunnya untuk traffic iklan tanpa kehilangan pengunjung.
Mengapa geo redirect dibutuhkan
Tugas-tugas yang membuat orang mengaturnya bermuara pada satu gagasan: orang yang berbeda cocok dengan hal yang berbeda.
- Offer berbeda per negara. Jaringan afiliasi membayar berbeda untuk produk yang sama di geo yang berbeda, dan kadang di tiap negara offer-nya memang berbeda dengan landing page berbeda. Kampanye multi-negara tanpa redirect berdasarkan negara butuh tautan terpisah, dan sering kampanye terpisah, untuk tiap geo. Pembagian negara menurut potensi pendapatan dibahas di artikel tentang geo Tier-1, Tier-2, Tier-3.
- Versi bahasa. Pengunjung dari Swiss bisa berbahasa Jerman, Prancis, atau Italia. Di sini negara dari IP kurang membantu, sedangkan bahasa browser sangat membantu.
- Versi mobile dan desktop. Langganan mobile, aplikasi di store, formulir dengan nomor telepon, atau ulasan panjang untuk komputer — halaman yang disesuaikan dengan perangkat konversinya lebih baik daripada halaman universal.
- Sistem operasi. Aplikasi Android diarahkan ke Google Play, iOS ke App Store, desktop ke halaman dengan kode QR.
- Batasan hukum. Jika produk tidak boleh dijual di negara tertentu, lebih jujur mengirim pengunjung dari sana ke halaman informasi daripada ke formulir pemesanan.
Cara kerja redirect berdasarkan negara
Mekanismenya sama di semua sistem dan terdiri dari tiga langkah.
1. Menentukan negara dari IP
Server mengambil alamat IP pengunjung dan mencarinya di database geolokasi — tabel yang memetakan rentang alamat ke negara, wilayah, kota, ISP, dan jaringan (ASN). Database disusun dari data registrar alamat, ISP, dan pengukuran, sehingga akurasinya bervariasi: di tingkat negara untuk jaringan rumahan dan seluler tinggi, di tingkat kota jauh lebih rendah.
Jika situs berada di balik CDN atau proxy hosting, penting mengambil alamat asli pengunjung dari header tepercaya, bukan alamat server perantara. Kalau tidak, semua pengunjung akan tampak "berasal dari negara data center".
2. Mencocokkan dengan aturan
Selanjutnya tanda yang terdeteksi dicocokkan dengan aturan: "negara sama dengan DE atau AT", "perangkat — ponsel", "bahasa — pt". Aturan diperiksa dalam urutan tertentu, dan yang pertama cocok yang dipakai. Wajib ada rute default untuk semua yang tidak cocok dengan aturan mana pun — jika tidak, sebagian traffic yang sudah dibayar akan hilang.
3. Pengalihan
Ada tiga cara mengirim pengunjung ke alamat tujuan:
| Cara | Cara kerja | Kelebihan dan kekurangan |
|---|---|---|
| Redirect server 302/307 | Server membalas dengan kode dan alamat baru | Cepat, bekerja tanpa JavaScript; alamat di address bar berubah |
| Redirect JavaScript | Halaman dimuat, script mengganti alamat | Terlihat kedipan layar, waktu terbuang, tanpa JS tidak bekerja |
| Pemuatan di tempat | Server sendiri menyajikan halaman yang tepat di alamat yang sama | Alamat tidak berubah, tanpa perpindahan tambahan; butuh dukungan dari sisi layanan |
Untuk geo redirect dipakai kode sementara — 302 atau 307. Kode permanen 301 diingat oleh browser dan cache perantara, dan orang yang pernah mendapat versi "Jerman" akan terus mendapatkannya bahkan setelah mematikan VPN.
Redirect berdasarkan perangkat: versi mobile dan desktop
Jenis perangkat ditentukan dari string user agent dan, di browser berbasis Chromium, dari header Client Hints. Untuk routing ini sudah cukup: orang biasa tidak memalsukan string, dan kesalahan deteksi murah. Apa isi string ini dan mengapa tidak cukup untuk perlindungan dari bot dibahas rinci di artikel tentang filter user agent.
Beberapa hal praktis:
- Tablet. Putuskan sejak awal ke mana mengirimnya: ke versi mobile atau desktop. Sistem yang berbeda mengelompokkannya secara berbeda secara default.
- Browser bawaan aplikasi. Pengunjung dari media sosial membuka tautan di browser bawaan. Itu ponsel, dan ia harus diarahkan ke halaman mobile, meskipun string UA-nya terlihat tidak biasa.
- Kombinasi dengan OS. "Ponsel + iOS" dan "Ponsel + Android" adalah dua cabang berbeda jika offer mengarah ke toko aplikasi.
Jebakan geo redirect
VPN dan proxy
Orang yang memakai VPN mendapat negara server keluarnya. Jika ia dari Polandia tetapi VPN keluar di Belanda, redirect berdasarkan negara akan mengirimnya ke offer Belanda yang tidak cocok untuknya dan yang mungkin tidak dibayar oleh jaringan afiliasi. Untuk kampanye iklan, traffic seperti ini biasanya memang tidak diinginkan; cara mendeteksi VPN, proxy, dan alamat hosting kami bahas di artikel tentang VPN, proxy, dan IP data center.
Akurasi geo
Operator seluler kadang merutekan traffic lewat negara tetangga, jaringan korporat lewat kantor pusat, internet satelit lewat negara operatornya. Kota dari IP lebih sering lagi keliru, jadi redirect berdasarkan kota sebaiknya hanya dibangun di tempat kesalahan tidak kritis.
Tips. Untuk versi bahasa, andalkan bahasa browser, dan pakai negara dari IP sebagai petunjuk. Bahasa dipilih sendiri oleh orangnya, sedangkan IP tergantung jaringan mana yang ia pakai hari ini.
Caching
Jika halaman dengan geo redirect di-cache di CDN tanpa memperhitungkan negara, pengunjung pertama akan menentukan respons untuk semua yang lain. Respons yang bergantung pada pengunjung tidak di-cache sama sekali, atau di-cache dengan kunci per negara dan perangkat.
SEO dan hreflang untuk situs biasa
Ini jebakan utama bagi situs yang dipromosikan di mesin pencari. Robot mesin pencari datang dari sejumlah kecil alamat, paling sering dari satu negara. Dengan redirect IP yang kaku, robot hanya melihat satu versi situs, dan versi lainnya tidak masuk indeks.
Mesin pencari menyarankan pendekatan lain:
- Setiap versi bahasa atau regional berada di alamatnya sendiri dan dibuka langsung, tanpa pengalihan paksa.
- Versi-versi itu dihubungkan dengan atribut hreflang, agar mesin pencari menampilkan versi yang tepat di hasil pencarian.
- Pengunjung dari negara "lain" ditampilkan banner yang tidak mengganggu, seperti «Sepertinya Anda dari Jerman — buka versi Jerman?», dan pilihannya diingat.
Untuk landing page iklan yang tidak dipromosikan di pencarian, ini biasanya tidak penting: pengunjung datang lewat tautan dari iklan. Tetapi jika satu situs dipakai untuk iklan sekaligus traffic organik, redirect paksa berdasarkan negara sebaiknya hanya diterapkan pada tautan iklan.
Kesesuaian dengan iklan
Platform iklan mewajibkan halaman sesuai dengan iklan bagi pengguna di wilayah yang ditargetkan. Geo redirect ke offer berbeda per negara adalah praktik normal, selama setiap versi benar-benar sesuai dengan apa yang dijanjikan iklan di negara itu. Aturan platform tentang hal ini kami rangkum di artikel tentang kebijakan iklan Meta.
Geo redirect, filter negara, dan TDS: apa bedanya
Ketiga konsep ini sering tertukar.
- Filter negara memutuskan apakah pengunjung boleh masuk sama sekali. Geo yang tidak sesuai mendapat halaman pengganti. Rinciannya di materi tentang filter berdasarkan geo dan perangkat.
- Geo redirect mengizinkan semua yang lolos filter, tetapi menampilkan hal berbeda kepada orang yang berbeda.
- TDS adalah sistem distribusi traffic secara utuh: geo dan perangkat hanya dua dari banyak kondisi, di sampingnya ada bobot, prioritas, label, dan parameter tautan. Logika umumnya dijelaskan di artikel tentang sistem TDS.
Dalam skema kerja, ketiganya berurutan: filter menyaring bot dan negara yang tidak perlu, lalu traffic yang tersisa dibagi ke offer.
Cara membuat redirect berdasarkan negara dan perangkat di ArtisanClo
Di ArtisanClo, geo redirect disusun dengan cabang flow. Cabang tersedia mulai paket Professional dalam mode dengan tracker, ketika flow punya dua offer atau lebih.
Struktur cabang. Tombol "Tambah cabang" membuat cabang dengan kondisi negara "salah satu dari". Kondisi dibaca sebagai "Jika [kolom] [operator] [nilai]", dan dalam satu cabang bisa ada beberapa kondisi — maka semuanya harus terpenuhi sekaligus.
Kolom kondisi: negara, perangkat, OS, browser, ISP, ASN, kota, wilayah, bahasa, referrer, parameter tautan, dan label (sub). Operatornya: "salah satu dari", "bukan salah satu dari", "mengandung", "ada", "tidak ada". Nilai dipisahkan koma.
Urutan. Cabang diperiksa dari atas ke bawah, dan yang pertama cocok yang menentukan; urutan diubah dengan panah "Naik" dan "Turun". Pengunjung yang tidak cocok dengan cabang mana pun diarahkan ke offer tanpa cabang — inilah rute default. Jika cabang tidak punya offer, pengunjungnya juga diarahkan ke offer default.
Menautkan offer. Di kartu offer ada kolom "Cabang". Di dalam cabang, offer berbagi traffic sesuai bobot, dan tombol "Bobot otomatis" membagi rata di dalam setiap kelompok — terpisah untuk offer tanpa cabang dan untuk offer di setiap cabang.
Cara menampilkan. Offer punya tiga mode: "Pemuatan" — halaman offer dibuka di bawah alamat iklan Anda, "Redirect (302)" — pengalihan sementara ke alamat offer, "Frame" — halaman disematkan di halaman Anda. Kode sementara dipilih bukan tanpa alasan — karena hal-hal yang dijelaskan di atas.
Penyematan pengunjung. Jika orang kembali, kolom "Penyematan pengunjung, jam" akan mengirimnya ke pra-landing dan offer yang sama, bukan ke yang acak di dalam cabang.
Contoh: kampanye untuk Jerman, Austria, dan Brasil.
- Cabang «DACH»: negara salah satu dari DE, AT → offer berbahasa Jerman.
- Cabang «BR mobile»: negara salah satu dari BR dan perangkat salah satu dari ponsel → offer mobile berbahasa Portugis.
- Tanpa cabang: semua sisanya → offer utama.
Penting: cabang bekerja setelah penyaringan. Kunjungan lebih dulu melewati pemeriksaan bot, VPN, dan aturan audiens, dan hanya pengunjung yang lolos yang memilih offer menurut cabang dan bobot. Jika suatu geo sama sekali tidak Anda butuhkan, lebih baik tutup di "Audiens" daripada mengarahkannya ke offer cadangan.
Laporan per cabang. Di statistik ada potongan "Cabang" — terlihat berapa klik, konversi, dan uang yang dihasilkan masing-masing. Dengan begitu geo redirect berubah dari pengaturan "kira-kira" menjadi eksperimen yang bisa diverifikasi dengan angka; pendekatan untuk pengujian seperti ini dijelaskan di artikel tentang split test. Semua kemampuan routing ada di halaman fitur, syarat paket di halaman harga.
Kesalahan umum
- Tidak ada rute default. Pengunjung dari negara yang tidak diperhitungkan hilang atau melihat error.
- Redirect permanen 301. Browser mengingatnya, dan pengunjung selamanya terjebak di satu versi.
- Bahasa dari IP. Negara tidak sama dengan bahasa: Belgia, Swiss, Kanada.
- Redirect IP di situs dengan traffic organik. Mesin pencari hanya melihat satu versi, sisanya keluar dari indeks.
- Terlalu banyak cabang untuk traffic kecil. Setiap cabang memecah statistik, dan tidak ada satu pun yang bisa disimpulkan.
Kesimpulan
Geo redirect adalah alat sederhana dengan tepi yang tidak sederhana. Tentukan negara dari IP, bahasa dari browser, perangkat dari user agent; gunakan kode respons sementara; selalu sediakan rute default; untuk situs biasa dengan traffic pencarian, ganti redirect paksa dengan markup hreflang dan banner. Dalam iklan, redirect berdasarkan negara dan perangkat paling efektif bila digabung dengan filter: pertama saring bot dan geo yang tidak perlu, lalu bagi pengunjung manusia ke offer yang sesuai dan pantau hasil setiap cabang di laporan.
