Verifikasi lalu lintas: cara memastikan tautan mengarah ke domain yang benar

Apa yang dianggap sebagai transisi ke domain yang benar

Lalu lintas masuk ke domain yang benar ketika pengguna setelah semua pengalihan membuka halaman di host target. Tidak cukup hanya memeriksa alamat yang dimasukkan ke dalam deskripsi siaran, profil, atau iklan: tautan bisa melewati pemendek URL, pelacak, domain lama, landing page perantara, atau pengalihan geo.

Periksa bukan hanya nama domain, tetapi juga variannya: www dan tanpa www, HTTP dan HTTPS, domain utama dan subdomain. Alamat site.example, www.site.example, dan promo.site.example bisa merujuk ke proyek yang sama, tetapi bagi browser, analitik, dan log, itu adalah host yang berbeda.

Buka tautan seperti cara audiens membukanya

Kunjungi tautan dari tempat penempatan yang sebenarnya: dari deskripsi siaran, profil, pesan yang disematkan, postingan, atau iklan. Setelah halaman dimuat, periksa bilah alamat. Yang penting adalah URL yang tersisa di browser, bukan alamat asli dari publikasi.

• Cocokkan host akhir dengan domain halaman landing.
• Periksa jalurnya: tautan bisa mengarah ke domain yang benar, tetapi ke bagian yang sudah usang.
• Pastikan transisi seluler tidak mengarah ke subdomain teknis.
• Bandingkan hasil untuk tautan dengan tag UTM dan tanpa tag UTM.
• Periksa apakah parameter kampanye tetap ada setelah semua pengalihan.

Kekurangan pemeriksaan manual: ini hanya menunjukkan satu skenario — browser, perangkat, wilayah, dan set cookie Anda. Untuk sebagian audiens, aturannya bisa bekerja secara berbeda.

Periksa seluruh rantai pengalihan di browser dan melalui curl

Untuk pemeriksaan teknis, gunakan curl dengan parameter -I dan -L: perintah ini akan menampilkan header respons dan melewati pengalihan. Cari status 301, 302, 307, 308 dan header Location. Header ini menunjukkan ke alamat mana server mengarahkan pengguna pada setiap langkah.

Untuk pemeriksaan di browser sungguhan, buka alat pengembang, masuk ke tab Network, dan aktifkan Preserve log. Kemudian buka tautan asli. Dalam daftar permintaan terlihat pengalihan, dokumen akhir, dan permintaan yang dijalankan setelah halaman dimuat.

1. Aktifkan Preserve log agar daftar tidak terhapus setelah pengalihan.
2. Jika perlu, nonaktifkan cache browser.
3. Buka tautan asli dari publikasi atau tempelkan ke tab baru.
4. Temukan respons dengan status 3xx.
5. Cocokkan Request URL setiap langkah dengan nilai Location.
6. Periksa domain dan URL dokumen terakhir dengan status 200.

Kapan domain lama dalam rantai itu normal, dan kapan itu kesalahan

Domain lama dalam rantai tidak selalu berarti masalah. Setelah migrasi, rute seperti old-site.example/stream → site.example/stream adalah normal: alamat lama menerima permintaan dan secara permanen mengalihkan pengguna ke halaman yang setara di situs baru. Domain akhirnya benar, jalurnya dipertahankan, dan tag UTM tidak hilang.

Bug adalah situasi ketika old-site.example/stream mengarah ke beranda situs baru, ke landing page lain, atau membiarkan pengguna di domain lama. Masalah terpisah muncul jika setelah pengalihan string setelah tanda tanya hilang: pengguna tiba di halaman yang benar, tetapi analitik kehilangan utm_source, utm_medium, dan utm_campaign.

Periksa bukan hanya domain terakhir, tetapi juga jalur dengan parameternya. Transisi ke site.example tanpa halaman atau tag yang diperlukan dapat mendistorsi data kampanye sama parahnya dengan transisi ke host asing.

Perhitungkan pengalihan JavaScript dan parameter tautan

curl berguna untuk respons server, tetapi tidak selalu melihat pengalihan yang dijalankan oleh skrip setelah halaman dimuat. DevTools di browser membantu mengenali skenario seperti ini: pertama halaman perantara terbuka, lalu skrip mengubah alamat atau mengirim pengguna ke domain lain.

Di Network, periksa bukan hanya dokumen utama, tetapi juga momen perubahan alamat setelah dokumen dimuat. Jika tag UTM hilang, bandingkan URL asli, nilai Location, dan string akhir di bilah alamat. Dengan begitu Anda dapat memahami pada langkah mana aturan pengalihan membuang parameter.

Kekurangan meneruskan semua parameter tanpa pemeriksaan: nilai layanan yang tidak perlu bisa masuk ke domain target. Untuk tautan penting, sebaiknya tentukan terlebih dahulu tag, kode promo, dan parameter afiliasi mana yang harus dipertahankan.

Periksa browser bawaan aplikasi

Media sosial, messenger, dan platform streaming sering membuka tautan bukan di browser utama perangkat, tetapi di browser bawaan. Browser seperti itu dapat mengirim user-agent yang berbeda, membatasi skrip, tidak menyimpan cookie, atau memproses pengalihan secara berbeda.

Buka tautan langsung dari aplikasi platform tempat tautan itu ditempatkan. Kemudian ulangi tes melalui opsi "Buka di browser" jika tersedia. Bandingkan domain akhir, jalur, tag UTM, dan perilaku formulir, pembayaran, atau otorisasi.

Kekurangan pemeriksaan di browser bawaan: tidak semua aplikasi memungkinkan Anda melihat rantai permintaan teknis. Namun ini tetap penting, karena sering kali audiens seluler bertransisi dengan cara ini.

Bandingkan transisi dari berbagai wilayah dan kondisi

Jika situs menggunakan pengalihan geo, CDN, atau versi landing page yang berbeda, ulangi pemeriksaan melalui VPN, proxy, atau perangkat jarak jauh di wilayah yang diinginkan. Bandingkan domain akhir, jalur, parameter URL, dan konten halaman landing.

Periksa bukan hanya negara, tetapi juga bahasa browser, otorisasi, cookie, dan jenis perangkat. Kondisi ini dapat memengaruhi rute: misalnya, pengguna dari satu wilayah dikirim ke subdomain lokal, sedangkan pengunjung tanpa cookie dikirim ke landing page umum.

Kekurangan VPN dan proxy: keduanya tidak selalu sepenuhnya mereproduksi kondisi penonton sebenarnya. Geolokasi dapat ditentukan berdasarkan beberapa sinyal, sehingga tes seperti ini mengonfirmasi kemungkinan masalah, tetapi tidak mencakup seluruh audiens.

Konfirmasi domain di Yandex Metrica dan GA4

Di Yandex Metrica, lihat laporan berdasarkan halaman masuk dan URL halaman. Filter data berdasarkan alamat lengkap atau domain yang diinginkan, lalu tambahkan segmen berdasarkan tag UTM, sumber, atau kampanye. Dengan begitu Anda dapat melihat di host mana kunjungan dimulai setelah penempatan tertentu.

Di GA4, untuk pemeriksaan seperti ini gunakan dimensi Hostname bersama dengan halaman landing, sumber sesi, dan kampanye. Bandingkan berapa banyak sesi yang masuk ke domain utama, alamat lama, dan subdomain penting. Jika tag dipasang di beberapa host, laporan dengan cepat menunjukkan pencampuran lalu lintas.

Kekurangan analitik: penghitung tidak mencatat sebagian kunjungan karena pemblokir, JavaScript yang dinonaktifkan, atau halaman ditutup sebelum tag dimuat. Selain itu, data tidak akan membantu untuk domain yang penghitungnya sama sekali tidak dipasang.

Periksa permintaan di log server

Log server mengonfirmasi permintaan mana yang benar-benar sampai ke infrastruktur situs. Untuk pemeriksaan, diperlukan kolom dengan waktu, Host, URL, kode respons, user-agent, dan referer jika dikirim. Cari permintaan pada periode peluncuran tautan dan periksa secara terpisah permintaan ke domain lama dan domain target.

Respons 301, 302, 307, dan 308 akan menunjukkan bahwa server mengalihkan pengguna. Permintaan dengan status 200 ke host target akan mengonfirmasi bahwa halaman disajikan dari domain yang benar. Jika di log ada transisi ke host lama, tetapi tidak ada permintaan ke host baru, periksa aturan pengalihan dan kemungkinan kesalahan koneksi.

Kekurangan log: bot, pemindai, dan permintaan teknis juga masuk ke dalamnya. Referer sering tidak ada saat transisi dari aplikasi dan messenger, sehingga sumber kunjungan tertentu tidak selalu dapat dipulihkan.

Pisahkan domain utama dan subdomain dalam laporan

Landing page, akun pribadi, pembayaran, dan basis pengetahuan dapat berada di subdomain yang berbeda. Jika semuanya dikumpulkan dalam satu laporan tanpa segmen, Anda mungkin tidak menyadari bahwa tautan dari siaran mengarah ke promo.site.example alih-alih situs utama, atau ke checkout.site.example sebelum pengguna mengenal penawaran.

Buat segmen terpisah untuk host target dan pertahankan laporan umum untuk semua domain proyek. Yang pertama akan membantu Anda mengontrol lalu lintas landing page, yang kedua — melihat jalur pengguna antara landing page, pembayaran, dan akun pribadi.

Kekurangan penyaringan yang terlalu ketat: transisi normal antar subdomain dapat hilang dari laporan, dan funnel akan terlihat terputus.

Daftar periksa verifikasi tautan sebelum penempatan

• Buka tautan dari tempat audiens akan melihatnya.
• Periksa domain akhir, jalur, dan parameter di bilah alamat.
• Lihat rantai 3xx dan header Location melalui curl atau Network.
• Pastikan domain lama mempertahankan jalur dan tag UTM saat pengalihan.
• Ulangi transisi di browser bawaan aplikasi.
• Periksa wilayah lain jika aturan geo digunakan.
• Cocokkan Hostname dan halaman landing di analitik setelah peluncuran.
• Konfirmasi permintaan ke host yang diinginkan melalui log server.

Setelah mengganti domain, CDN, landing page, atau aturan pengalihan, periksa tautan baru maupun lama. Deskripsi siaran lama, video, dan postingan yang disematkan dapat terus mengarahkan audiens ke rute yang sudah usang.