Mengapa Yandex Metrica tidak menampilkan lalu lintas ke situs

Tidak adanya data tidak selalu berarti tidak ada lalu lintas

Grafik kosong di Yandex Metrica tidak membuktikan bahwa tidak ada yang mengunjungi situs. Metrica mencatat kunjungan hanya ketika browser pengunjung memuat dan menjalankan kode penghitung, lalu mengirim permintaan ke server analitik. Pengguna bisa membuka halaman, meninggalkan permintaan, atau mengklik iklan, tetapi tidak masuk ke laporan karena skrip diblokir, kesalahan browser, atau filter di pengaturan.

Pertama, pisahkan tidak adanya transisi nyata dari kegagalan pengumpulan data. Yang perlu dibandingkan bukan grafik umum, melainkan periode yang sama, URL tertentu, dan sumber tertentu. Misalnya, tautan dari iklan, deskripsi streaming, buletin, atau publikasi di media sosial.

Cara membedakan tidak adanya lalu lintas dari tidak adanya data

Akun iklan biasanya menampilkan klik pada iklan, sedangkan log server menampilkan permintaan ke situs. Untuk memeriksa, buka log akses server dan temukan halaman tujuan pada rentang waktu yang diinginkan. Di log Nginx, ini bisa berupa permintaan seperti: grep "GET /promo" /var/log/nginx/access.log. Jika jalurnya berubah karena label UTM, cari URL itu sendiri tanpa parameter atau gunakan sebagian alamat landing page.

Klik di akun iklan tidak sama dengan pemuatan halaman: pengguna bisa menutup tab, koneksi bisa terputus, dan tautan bisa mengarah ke URL yang tidak dapat diakses. Log server juga tidak sama dengan kunjungan nyata, karena bot, pratinjau tautan, dan pemeriksaan teknis ikut masuk ke dalamnya. Namun jika ada transisi di log tetapi tidak ada di Metrica, masalahnya kemungkinan besar ada pada penghitung atau pengaturannya.

Apa arti perbedaan antara iklan, log, dan Metrica

Jika ada klik di akun iklan tetapi tidak ada permintaan ke landing page di log, periksa URL akhir, pengalihan, ketersediaan domain, dan pengaturan pelacak. Jika ada catatan di access.log tetapi browser tidak mengirim permintaan ke mc.yandex.ru, penghitung tidak berjalan atau diblokir. Jika permintaan ke mc.yandex.ru terkirim tetapi laporan kosong, periksa nomor penghitung, filter, periode, dan pengaturan domain.

Untuk pencocokan yang akurat, ambil interval singkat dan satu sumber. Bandingkan waktu, jalur halaman, status respons, alamat IP, dan User-Agent hanya dalam kerangka aturan pemrosesan data yang berlaku di proyek. Pencocokan manual tidak praktis pada arus besar: ini membantu menemukan kerusakan, tetapi tidak menggantikan pemantauan berkelanjutan.

Kode penghitung tidak ada di sebagian halaman

Penghitung bisa terpasang di halaman utama tetapi tidak ada di landing page, blog, katalog, akun pengguna, templat seluler, atau subdomain. Kesalahan seperti ini sering muncul setelah pemindahan situs, pembuatan halaman promosi terpisah, atau pembaruan tema CMS. Pengunjung membuka situs, tetapi pada URL tertentu Metrica tidak punya apa pun untuk dijalankan.

Buka kode sumber halaman melalui tampilan kode browser dan temukan fragmen mc.yandex.ru atau nomor penghitung. Periksa alamat yang benar-benar menjadi tujuan tautan dari iklan dan media sosial, bukan hanya halaman utama. Kekurangan pemeriksaan ini adalah mudahnya melewatkan halaman dan skenario yang jarang, misalnya layar setelah pembayaran atau formulir di versi seluler.

Nomor penghitung lain terpasang di situs

Kode bisa berjalan dengan baik, tetapi mengirim data ke penghitung lama, uji, atau milik orang lain. Ini terjadi setelah menyalin templat, mengganti kontraktor, migrasi ke domain baru, atau menjalankan beberapa versi situs secara bersamaan. Di browser permintaan terlihat, tetapi pemilik kanal atau situs melihat laporan dari penghitung lain.

Temukan pengenal di kode halaman dan bandingkan dengan nomor di akun Metrica. Di konsol browser, Anda dapat menjalankan permintaan: document.documentElement.innerHTML.includes("mc.yandex.ru"). Ini akan menunjukkan apakah alamat Metrica muncul di HTML, tetapi tidak mengonfirmasi bahwa skrip telah dijalankan. Untuk itu diperlukan pemeriksaan permintaan jaringan.

Cara memeriksa pemuatan Metrica di browser

Buka halaman di browser tanpa pemblokir, tekan F12, buka tab Network, dan muat ulang halaman. Di baris filter, masukkan mc.yandex.ru. Saat berjalan normal, harus muncul permintaan ke alamat pemuatan skrip dan permintaan pengumpulan data, biasanya berisi jalur metrika/tag.js atau watch dengan nomor penghitung.

Lalu buka tab Console dan periksa kesalahan. Tanda-tanda masalah yang berguna: pesan «Refused to load the script», «blocked by client», «Content Security Policy», atau kesalahan JavaScript yang muncul sebelum penghitung berjalan. Pemeriksaan di satu browser memiliki kekurangan: ekstensi, versi browser, atau pengaturan jaringan pengguna tertentu dapat memberikan hasil berbeda.

Pemblokir iklan menyembunyikan sebagian kunjungan

Ekstensi pemblokir iklan, layanan DNS privat, perlindungan bawaan browser, dan antivirus dapat menghentikan permintaan ke analitik. Di Network ini sering terlihat sebagai blocked by client. Halaman tetap terbuka normal, server mencatat permintaan, tetapi Metrica tidak menerima informasi tentang kunjungan.

Bandingkan halaman di jendela browser biasa tanpa ekstensi dan di profil dengan pemblokir. Tes ini akan menunjukkan fakta pemblokiran, tetapi tidak memungkinkan penilaian akurat atas proporsi kunjungan yang hilang: pengaturan perlindungan audiens berbeda-beda. Upaya menyamarkan permintaan analitik mempersulit dukungan dan dapat bertentangan dengan kebijakan keamanan situs.

Content Security Policy memblokir permintaan ke Metrica

Header Content Security Policy membatasi sumber dari mana halaman dapat memuat skrip, gambar, dan melakukan permintaan jaringan. Setelah menghubungkan CDN, proxy, atau memperkuat perlindungan, situs dapat mulai melarang permintaan ke Metrica. Di konsol browser akan muncul pesan tentang pelanggaran CSP dengan menyebutkan alamat mc.yandex.ru yang diblokir.

Aturan perlu ditambahkan secara tepat sasaran, bukan menonaktifkan CSP sepenuhnya. Contoh direktif dalam satu baris: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Baris ini tidak boleh begitu saja menggantikan header yang ada: baris ini harus digabungkan dengan sumber yang sudah dibutuhkan situs. Jika kode penghitung disisipkan langsung ke HTML, skrip inline juga mungkin memerlukan izin terpisah melalui nonce atau hash. Menambahkan unsafe-inline lebih sederhana, tetapi kekurangannya adalah perlindungan yang lebih lemah terhadap penyisipan JavaScript pihak ketiga.

Persetujuan cookies tidak memungkinkan penghitung berjalan

Di situs dengan banner persetujuan, Metrica terkadang hanya berjalan setelah tombol ditekan. Kesalahan dalam logika banner dapat membuat penghitung tetap mati setelah persetujuan, hanya menyalakannya di halaman pertama, atau tidak menyimpan pilihan pengguna. Akibatnya sebagian kunjungan hilang, terutama pada kunjungan singkat dari landing page.

Periksa skenario kunjungan pertama, persetujuan, penolakan, kunjungan ulang, browser seluler, dan mode privat. Menjalankan analitik sebelum pengguna memilih dapat menambah volume data, tetapi opsi ini memiliki kekurangan hukum dan reputasi: prosedur pemrosesan data harus sesuai dengan persyaratan yang berlaku untuk proyek Anda.

Filter penghitung mengecualikan kunjungan yang diperlukan

Di pengaturan Metrica, filter berdasarkan alamat IP, domain, URL, parameter, atau lalu lintas teknis dapat aktif. Biasanya filter ditambahkan untuk menghapus kunjungan tim dan transisi uji. Setelah pergantian kantor, VPN, jaringan perusahaan, atau struktur URL, filter seperti itu bisa mengecualikan bukan hanya kunjungan internal.

Tinjau filter yang aktif dan periksa tujuan setiap aturan. Untuk diagnosis, Anda dapat sementara mengubah satu filter dan mengulangi transisi uji. Kekurangan menonaktifkan filter adalah statistik akan mencakup kunjungan karyawan, pengembang, dan pengujian otomatis, jadi perubahan sebaiknya dicatat secara terpisah.

Periode, laporan, atau zona waktu yang salah dipilih

Terkadang data sudah ada, tetapi di akun dipilih penghitung lain, periode yang terlalu sempit, mode perbandingan tanggal, atau zona waktu yang tidak sesuai. Dengan jumlah kunjungan yang sedikit, selisih beberapa jam dapat sepenuhnya mengubah gambaran untuk hari tertentu. Jangan menilai kinerja penghitung hanya berdasarkan beberapa menit setelah transisi.

Hapus perbandingan periode, buka rentang yang lebih luas, dan periksa tanggal kunjungan uji. Lalu buka laporan per halaman dan temukan jalur landing page yang tepat. Periode luas berguna untuk mencari data, tetapi kekurangannya adalah pada grafik umum lebih sulit menyadari momen ketika penghitung berhenti berfungsi setelah pembaruan situs.

Pengalihan dan domain mengubah jalur pengunjung

Transisi dapat melewati pemendek tautan, pelacak, versi HTTP situs, domain www, subdomain seluler, dan baru kemudian mencapai landing page akhir. Jika pengalihan dikonfigurasi dengan kesalahan, halaman merespons lama, atau pengunjung diarahkan ke domain lain, penghitung situs yang dituju mungkin tidak dimuat. Ini sangat penting untuk tautan dari deskripsi siaran dan kampanye iklan.

Periksa rantai dengan perintah curl -I -L "https://example.com/promo" dan lihat status beserta alamat pengalihan. Perintah ini akan menunjukkan pengalihan sisi server, tetapi tidak menggantikan tes di browser: pengalihan JavaScript dan pemblokiran oleh ekstensi tidak akan terlihat oleh curl. Tautan yang dipendekkan praktis dalam publikasi, namun transisi tambahan mempersulit diagnosis.

SPA tidak mengirim tampilan halaman saat transisi internal

Di situs satu halaman, perpindahan antar bagian sering terjadi tanpa pemuatan ulang penuh. Pengguna membuka tarif, kartu produk, formulir, atau halaman terima kasih, tetapi Metrica hanya mencatat layar pertama. Kunjungan mungkin ada di laporan, tetapi halaman masuk, kedalaman tampilan, dan konversi terlihat tidak lengkap.

Periksa di Network apakah muncul permintaan baru ke Metrica setelah perubahan rute di dalam aplikasi. Uji transisi dengan tombol browser, jendela modal, pergantian bahasa, dan URL dinamis. Pengiriman tampilan halaman otomatis melalui router praktis, tetapi kekurangannya adalah jika ada kesalahan dalam logika, mudah mendapatkan duplikat tampilan dan kedalaman kunjungan yang terlalu tinggi.

Tujuan tidak terpicu meskipun ada kunjungan

Laporan tujuan yang kosong tidak berarti tidak ada lalu lintas di situs. Kunjungan dapat terkumpul dengan normal, tetapi pengiriman formulir, klik tombol, pembelian, atau transisi ke halaman terima kasih tidak tercatat. Penyebabnya bisa berupa selektor CSS yang berubah, peristiwa sebelum inisialisasi penghitung, formulir AJAX tanpa pemrosesan hasil, atau nomor Metrica lain di halaman.

Lakukan tindakan secara manual dan sekaligus lihat Network: setelahnya harus muncul permintaan yang terkait dengan pengiriman peristiwa. Tujuan berdasarkan klik tombol dikonfigurasi dengan cepat, tetapi memiliki kekurangan — tujuan ini mencatat penekanan tombol, bukan pengiriman formulir yang berhasil. Untuk permintaan, lebih berguna melacak secara terpisah awal pengisian, kesalahan, dan hasil yang terkonfirmasi.

Daftar periksa diagnosis dalam lima menit

1. Buka tautan yang seharusnya menjadi jalur lalu lintas di browser biasa tanpa pemblokir.
2. Di DevTools, buka Network, muat ulang halaman, dan filter permintaan berdasarkan mc.yandex.ru.
3. Di tab Console, periksa kesalahan JavaScript, CSP, dan pesan blocked by client.
4. Bandingkan nomor penghitung di kode halaman dengan nomor laporan di akun Metrica.
5. Periksa di access.log permintaan ke URL yang dituju selama waktu pengujian, misalnya grep "GET /promo" /var/log/nginx/access.log.
6. Cocokkan log server dengan klik di akun iklan berdasarkan satu tautan dan satu periode.
7. Tinjau filter, tanggal yang dipilih, zona waktu, subdomain, dan skenario persetujuan cookies.
8. Untuk SPA, lakukan transisi internal dan pastikan permintaan baru terkirim setelah perubahan rute.