Cara memeriksa hreflang secara langsung melalui proxy dari 10 negara

Penandaan hreflang dalam kode halaman adalah satu hal, sementara apa yang sebenarnya diterima pengunjung dari Jerman, Polandia, atau Brasil adalah hal yang sama sekali berbeda. Google dapat mengabaikan tag, CDN dapat mengalihkan tidak pada tempatnya, dan server dapat memberikan versi yang salah berdasarkan IP. Satu-satunya cara untuk memastikan semuanya berfungsi adalah dengan memeriksa situs "secara langsung" dari berbagai negara, bukan hanya mempercayai penandaan di atas kertas.

Apa itu hreflang dan mengapa tag dalam kode tidak cukup

Hreflang adalah atribut yang memberi tahu mesin pencari versi bahasa atau regional mana dari halaman yang ditujukan untuk pengguna tertentu. Secara teknis, ini terlihat seperti serangkaian tautan dalam <head> atau dalam sitemap.xml, di mana setiap halaman merujuk ke alternatifnya: ru-RU, en-US, de-DE, dan seterusnya.

Masalahnya adalah bahwa pemeriksaan melalui validator kode (Screaming Frog, Ahrefs, Semrush) hanya menunjukkan apa yang tertulis dalam penandaan. Ini tidak menjawab pertanyaan utama: apa yang sebenarnya terjadi ketika orang hidup dari Warsawa atau Madrid membuka situs Anda? Apakah pengalihan berfungsi ke lokal yang tepat? Apakah CDN mengalihkan pengguna ke versi berbahasa Inggris karena cache? Apakah geo-IP menentukan negara dengan benar jika pengguna mengakses melalui operator seluler?

Bagi pemasar dan spesialis SEO yang menguji situs multiregional, landing page untuk berbagai geo, atau kampanye iklan di Google Ads dan Facebook Ads untuk negara tertentu, ini sangat penting. Jika hreflang disetel dengan salah, pengguna dari negara yang tepat dapat melihat versi situs yang salah, kehilangan konversi, dan mesin pencari dapat mengindeks URL yang salah dalam hasil pencarian negara tersebut.

Mengapa hreflang "berbohong": 5 alasan umum

Dalam praktiknya, perbedaan antara penandaan dan perilaku nyata situs terjadi karena beberapa alasan, dan sebagian besar dari mereka tidak dapat terdeteksi hanya dengan melihat kode halaman.

Geo-IP pengalihan mengalahkan hreflang. Server menentukan negara berdasarkan IP dan secara paksa mengalihkan ke lokal, bahkan jika pengguna secara eksplisit membuka versi bahasa lain melalui tautan langsung.
CDN yang menyimpan cache memberikan versi yang usang. Cloudflare atau CDN lainnya dapat menyimpan cache HTML tanpa memperhatikan negara permintaan, dan semua pengguna mendapatkan versi yang sama terlepas dari geo.
Ketidaksesuaian kode bahasa dan wilayah. Dalam penandaan tertulis en, padahal seharusnya en-GB dan en-US secara terpisah — pada akhirnya pengguna dari Inggris dan AS melihat satu versi.
Tag self-referencing tidak ada. Halaman tidak merujuk pada dirinya sendiri dalam daftar hreflang, sehingga Google mungkin tidak menganggap penandaan sebagai valid.
Berbagai variasi URL dengan www dan tanpa, http dan https. Tag menunjukkan satu protokol, sementara server benar-benar memberikan pengalihan ke yang lain, yang merusak rantai pemeriksaan.

Semua masalah ini hanya muncul saat akses nyata dari IP negara yang tepat. Oleh karena itu, satu-satunya cara yang dapat diandalkan untuk menguji adalah dengan mensimulasikan pengunjung dari setiap negara target dan melihat apa yang sebenarnya diberikan situs.

Apa yang diperlukan untuk pemeriksaan dari 10 negara

Untuk memeriksa hreflang "secara langsung", Anda perlu secara fisik atau secara programatik mendapatkan alamat IP dari setiap negara target dan melihat versi situs apa yang diberikan server untuk IP tersebut. Ada tiga cara kerja untuk ini:

Proxy server dengan geo-targeting ke negara yang tepat — cara yang paling fleksibel dan dapat diskalakan, cocok untuk pemeriksaan manual dan otomatisasi.
Browser anti-deteksi (Dolphin Anty, AdsPower, Multilogin, GoLogin, Octo Browser) — nyaman saat perlu menyimpan profil browser terpisah untuk setiap negara dan membandingkannya secara visual, tanpa kebingungan dalam cookies dan cache.
Alat command line (curl, httpie) dengan proxy — untuk pemeriksaan cepat header HTTP, pengalihan, dan respons server tanpa memuat antarmuka.

Untuk menguji hreflang dari 10 negara, proxy residensial adalah pilihan terbaik — mereka menggunakan IP pengguna nyata dari negara tertentu, sehingga layanan geo-IP dan CDN mengenali mereka seperti pengunjung biasa situs. Proxy dari pusat data kadang-kadang masuk dalam daftar hitam layanan geo dan dapat memberikan hasil yang salah, ketika server tidak mengenali mereka berdasarkan negara yang dinyatakan, tetapi sebagai "pusat data, negara tidak diketahui".

Pengaturan proxy di browser anti-deteksi

Cara yang paling praktis bagi pemasar tanpa keterampilan pemrograman adalah membuat profil terpisah di browser anti-deteksi untuk masing-masing dari 10 negara target dan menjalankan pemeriksaan hreflang secara visual melalui mereka.

Langkah demi langkah di Dolphin Anty atau AdsPower terlihat seperti ini:

Buat profil browser baru, beri nama sesuai negara, misalnya "hreflang-DE" untuk Jerman.
Di pengaturan profil, buka bagian "Proxy" dan pilih jenis HTTP/SOCKS5.
Masukkan data proxy dengan geo-targeting ke Jerman: IP atau host, port, login, dan password.
Simpan profil dan tunggu pemeriksaan — browser anti-deteksi akan menunjukkan geolokasi, zona waktu, dan IP tertentu.
Jalankan profil dan buka situs Anda melalui URL langsung, tanpa berpindah dari pencarian.
Periksa versi mana yang terbuka: URL di bilah alamat, bahasa konten, nilai hreflang melalui "Lihat Kode Halaman".
Ulangi untuk masing-masing dari 10 negara target, membuat profil terpisah untuk setiap negara.

Pendekatan ini nyaman karena profil disimpan, dan Anda dapat kembali ke mereka setelah seminggu atau sebulan untuk memeriksa apakah perilaku situs telah berubah setelah pembaruan CDN atau penerapan versi baru. Untuk tugas ini, proxy residensial dengan pengikatan ke kota tertentu, bukan hanya ke negara — ini memberikan emulasi pengunjung nyata yang lebih akurat.

Pemeriksaan melalui command line dan curl

Jika Anda perlu cepat memeriksa bukan versi visual, tetapi header HTTP, pengalihan, dan respons server, browser tidak selalu memberikan gambaran lengkap — sebagian logika tersembunyi dalam header respons. Untuk ini, nyaman menggunakan curl dengan proxy.

Pemeriksaan dasar melalui proxy dengan pengikatan ke negara yang tepat:

curl -x http://login:password@proxy-host:port \
  -I https://example.com/ \
  -H "Accept-Language: de-DE"

Flag -I hanya menunjukkan header respons, tanpa tubuh halaman. Ini memungkinkan Anda dengan cepat melihat kode pengalihan (301 atau 302), header Location, yang menunjukkan ke mana server mengalihkan, dan header Vary, yang menunjukkan apakah Accept-Language diperhitungkan dalam caching.

Untuk mengambil HTML itu sendiri dan menemukan tag hreflang dalam respons server, hilangkan -I dan filter output:

curl -x http://login:password@proxy-host:port \
  -s https://example.com/ | grep -i hreflang

Permintaan ini akan menarik semua baris yang menyebutkan hreflang langsung dari HTML yang diberikan oleh server, bukan dari apa yang diharapkan berdasarkan dokumentasi. Jika hasilnya berbeda tergantung pada proxy negara mana permintaan dikirim, berarti server benar-benar mengubah konten berdasarkan IP, bukan hanya mendeklarasikannya dalam penandaan statis.

Untuk mengotomatiskan pemeriksaan semua 10 negara, Anda dapat menulis skrip sederhana yang mengiterasi daftar proxy dan menyimpan respons setiap permintaan dalam file terpisah untuk perbandingan:

for country in de fr es it pl nl br mx jp kr; do
  curl -x "http://login:password@${country}.proxy-host:port" \
    -s https://example.com/ | grep -i hreflang > "result_${country}.txt"
done

Setelah menjalankan skrip, Anda hanya perlu membandingkan file — jika semua memiliki set tag hreflang yang sama, berarti server tidak mengubah penandaan berdasarkan geo, yang bisa jadi perilaku yang diharapkan (penandaan statis dan universal) atau masalah (jika diharapkan kanonalisasi yang berbeda untuk berbagai wilayah).

Pemeriksaan melalui browser dan DevTools

Untuk pemeriksaan visual dan analisis pengalaman pengguna, lebih nyaman menggunakan browser biasa dengan proxy yang disetel dan alat pengembang terbuka. Ini tidak memerlukan kode dan cocok untuk pemasar yang ingin melihat dengan mata kepala sendiri apa yang dilihat pengguna.

Urutan tindakan:

Atur proxy di browser melalui ekstensi (misalnya, FoxyProxy) atau melalui pengaturan jaringan sistem, dengan menyebutkan IP negara yang diperiksa.
Buka situs dan segera tekan F12 untuk membuka DevTools, lalu pergi ke tab "Network".
Segarkan halaman dan temukan permintaan dokumen pertama (biasanya dinamai sama dengan domain situs).
Di panel kanan, buka tab "Headers" dan periksa bagian "Response Headers" untuk adanya pengalihan dan nilai Content-Language.
Buka tab "Elements" dan melalui Ctrl+F cari semua kemunculan hreflang dalam kode sumber halaman.
Bandingkan URL di bilah alamat dengan yang Anda harapkan untuk negara ini.

Metode ini sangat berguna ketika perlu memeriksa baik keakuratan teknis penandaan maupun tampilan visual konten — misalnya, apakah mata uang, format tanggal, atau banner yang dilokalisasi ditampilkan dengan benar untuk negara tertentu.

Proxy mana yang dipilih untuk tes geotargeting

Tidak semua jenis proxy cocok untuk memeriksa hreflang. Perbedaannya terletak pada bagaimana layanan penentuan geolokasi mengenali IP, dan seberapa stabil proxy mempertahankan pengikatan ke negara yang dinyatakan.

Jenis Proxy	Akurasi geo-IP	Kapan digunakan
Proxy Residensial	Tinggi, IP dari penyedia nyata	Emulasi akurat pengunjung nyata dari negara dan kota
Proxy Seluler	Tinggi, IP dari operator seluler	Memeriksa perilaku untuk lalu lintas seluler dan versi AMP
Proxy Pusat Data	Lebih rendah, kadang-kadang ditandai sebagai pusat data	Pemeriksaan cepat header dan pengalihan melalui curl, di mana akurasi geo tidak kritis

Untuk pemeriksaan akhir sebelum meluncurkan situs multibahasa atau kampanye iklan internasional di Google Ads, lebih baik menggunakan proxy residensial atau seluler — mereka memberikan hasil yang paling mendekati apa yang akan dilihat pengguna nyata dari negara target.

Checklist pemeriksaan hreflang untuk 10 negara

Agar tidak melewatkan apa pun saat pemeriksaan massal, gunakan daftar berikut untuk masing-masing dari 10 negara:

Proxy dengan IP dari negara ini terhubung, geolokasi dikonfirmasi melalui IP-checker.
URL langsung situs terbuka (tanpa berpindah dari pencarian dan tanpa referrer).
URL akhir setelah semua pengalihan diperiksa — apakah sesuai dengan lokal yang diharapkan.
Dalam kode halaman terdapat hreflang self-referencing ke dirinya sendiri.
Dalam daftar hreflang terdapat semua 9 versi bahasa lainnya tanpa terlewat.
Kode bahasa dan wilayah sesuai dengan standar ISO (misalnya, pt-BR, bukan hanya pt, jika perlu membedakan Brasil dan Portugal).
Header Vary: Accept-Language ada, jika konten bergantung pada bahasa browser.
Konten halaman (mata uang, harga, banner) sesuai dengan wilayah yang dinyatakan.
Tag kanonik rel="canonical" merujuk pada dirinya sendiri, bukan ke lokal lain.
Pemeriksaan ulang setelah seminggu — setelah pembaruan cache CDN, hasil tidak berubah secara tak terduga.

Kesalahan umum saat pengujian

Saat memeriksa hreflang secara manual melalui proxy, pemasar sering melakukan beberapa kesalahan berulang yang mendistorsi hasil tes.

Pertama, pemeriksaan dilakukan dari akun yang sudah login atau dengan sesi yang disimpan — dalam hal ini server dapat menunjukkan konten yang dipersonalisasi, bukan apa yang akan dilihat pengunjung baru. Selalu periksa dalam mode incognito atau dalam profil bersih browser anti-deteksi tanpa riwayat.

Kedua, sering kali lupa untuk membersihkan cache DNS dan browser antara pergantian proxy, sehingga versi lama halaman terus ditampilkan, meskipun IP sudah berubah. Gunakan hard refresh halaman (Ctrl+Shift+R) setiap kali berganti geo.

Ketiga, hanya menguji halaman utama, mengabaikan bagian internal dan kartu produk — di situlah penandaan hreflang sering kali rusak karena pembuatan URL dinamis secara langsung.

Keempat, menggunakan proxy yang sama untuk semua 10 negara, hanya mengubah header Accept-Language — ini tidak setara dengan geo-IP nyata dan dapat memberikan hasil positif palsu jika server berfokus pada IP, bukan pada bahasa browser.

Kesimpulan

Memeriksa hreflang berdasarkan kode halaman hanya memberikan separuh gambaran. Untuk memahami apa yang sebenarnya diterima pengguna dari negara tertentu, perlu untuk mensimulasikan kunjungannya melalui IP negara tersebut — menggunakan proxy, browser anti-deteksi, atau permintaan curl sederhana. Pendekatan ini mengungkapkan masalah yang tidak dapat ditemukan dalam audit statis: pengalihan geo-IP, caching CDN tanpa mempertimbangkan wilayah, ketidaksesuaian kode bahasa, dan tag self-referencing yang rusak.

Jika Anda secara teratur menguji situs multibahasa atau menyiapkan kampanye iklan untuk 10 negara atau lebih, kami merekomendasikan untuk mencoba proxy residensial — mereka memberikan emulasi paling akurat dari pengunjung nyata untuk setiap negara target dan memungkinkan Anda memeriksa hreflang seperti yang akan dilihat pengguna hidup, bukan robot pencari.