Pemasangan GA4 selesai ketika kunjungan uji masuk ke property yang benar dengan informasi halaman yang sesuai. Menempel kode saja belum cukup. Kita perlu menentukan tujuan pengukuran, memilih satu jalur pemasangan, lalu memeriksa apa yang benar-benar dikirim.
Panduan ini untuk website dengan halaman biasa yang dimuat browser. Jika situsmu memakai navigasi SPA, pengujian perpindahan layar perlu ditambahkan setelah pengiriman awal beres. Siapkan akses pengaturan Analytics, akses perubahan situs, dan cara mengembalikan konfigurasi sebelumnya.
Tentukan tujuan dan pemilik pengukuran
Tulis satu pertanyaan awal, misalnya artikel mana yang menjadi halaman masuk pembaca? Pertanyaan itu cukup untuk memulai pengukuran halaman. Pembelian, formulir, dan kualitas lead membutuhkan kontrak event tersendiri; semuanya tidak otomatis selesai ketika tag terpasang.
Catat nama organisasi pemilik akun, property yang digunakan, domain produksi, penanggung jawab, serta lingkungan uji. Periksa apakah situs sudah mengirim data melalui integrasi CMS, kode tema, atau Google Tag Manager. Jika sudah, identifikasi konfigurasi tersebut sebelum menambahkan pemasangan baru.
Saya menyarankan tabel kecil agar keputusan teknisnya dapat diteruskan kepada orang lain:
| Isian | Contoh ilustratif |
|---|---|
| Pertanyaan pertama | Halaman masuk pembaca blog pendidikan |
| Situs yang diukur | Domain produksi milik penerbit |
| Pemilik akun | Akun organisasi penerbit |
| Jalur pemasangan | Integrasi CMS yang sudah didukung |
| Halaman uji | Beranda, artikel, halaman kontak |
| Bukti penerimaan | Lokasi dan judul benar pada kunjungan uji |
| Pemulihan | Kembalikan pengaturan integrasi sebelumnya |
Contoh tersebut tidak memerlukan akun Analytics terpisah untuk setiap artikel. Halaman-halaman dalam cakupan website yang sama dapat mengirim data ke web stream yang ditentukan.
Buat property dan web stream yang dimaksud
Jika belum ada property yang sesuai, buka Admin > Create > Property. Isi nama, zona waktu pelaporan, dan mata uang secara sadar. Untuk penerbit yang bekerja dengan tanggal WIB, pilih zona waktu pelaporan yang sesuai kebutuhan itu, lalu catat keputusannya.
Lanjutkan pengaturan organisasi dan tujuan penggunaan. Pada Data streams, buat stream Web, masukkan domain utama dan nama stream. Periksa pilihan Enhanced Measurement, kemudian simpan. Editor atau peran yang lebih tinggi diperlukan untuk pengaturan ini. Panduan setup Analytics.
Simpan identitas property dan stream pada catatan implementasi. Saat ada beberapa akun atau situs, kesalahan memilih tujuan sering baru terlihat ketika laporan diperiksa orang lain. Nama yang jelas membantu, tetapi tetap cocokkan identitas konfigurasinya.
Periksa juga informasi apa yang bisa terbawa dalam URL, judul, dan event. Halaman konfirmasi yang menampilkan alamat email dalam parameter URL perlu diperbaiki sebelum dijadikan sumber pengukuran. Jangan memasukkan isi formulir atau data pribadi ke parameter analytics biasa.
Pilih satu jalur pemasangan
Gunakan integrasi CMS jika platform menyediakan jalur yang sesuai dan tim memang mengelolanya di sana. Jika situs memakai Google Tag Manager, gunakan Google tag dalam container yang benar. Jika developer mengelola tag langsung, ambil snippet dari petunjuk stream tersebut.
Google membedakan pengelolaan melalui Tag Manager dan pemasangan gtag.js langsung. Memakai Tag Manager tidak memerlukan snippet gtag.js tambahan yang melakukan pekerjaan sama. Nama tag konfigurasi GA4 lama juga sudah digantikan oleh Google tag. Pilihan tagging resmi.
Untuk pemasangan manual, buka petunjuk tag pada web stream dan ikuti lokasi penempatan kode yang ditentukan Google. Jangan menyalin measurement ID dari contoh internet. Pada CMS, pastikan kolom meminta ID atau snippet lengkap; keduanya bukan format input yang sama.
Bila situs memakai mekanisme consent, integrasikan pengukuran mengikuti desain persetujuan yang berlaku pada situs tersebut. Jangan menyalakan pengumpulan tambahan hanya untuk membuat tes terlihat berhasil. Catat kondisi consent pada setiap percobaan.
Uji satu kunjungan yang mudah dikenali
Buka satu tab uji, catat waktunya, dan lakukan tindakan satu per satu. Gunakan Tag Assistant atau mode debug yang sesuai untuk memeriksa pengiriman. Di DebugView, buka event yang muncul dan periksa parameternya. Panduan DebugView.
Untuk satu pemuatan halaman biasa dalam skenario pengumpulan yang diizinkan, target pengujian kita adalah satu page_view ke tujuan yang dimaksud. Target ini merupakan kontrak tes, bukan klaim bahwa seluruh kunjungan manusia akan selalu tercatat.
| Percobaan | Yang diperiksa | Jika berbeda |
|---|---|---|
| Buka artikel langsung | Satu page_view, lokasi dan judul artikel | Cari pemasangan ganda atau tag yang tidak berjalan |
| Reload artikel sekali | Satu tambahan untuk pemuatan baru | Periksa pengiriman tambahan dari script lain |
| Buka halaman kontak | Konteks berubah menjadi halaman kontak | Periksa template yang belum memuat tag |
| Ikuti pilihan consent pengujian | Perilaku sesuai desain persetujuan | Periksa urutan consent dan pengaktifan tag |
| Buka Realtime property tujuan | Kunjungan uji dapat ditelusuri | Cocokkan property, waktu, filter, dan pemrosesan |
Realtime berguna untuk memeriksa awal pengumpulan. Google menyebut pengumpulan awal dapat memerlukan waktu hingga 30 menit; laporan biasa bukan alat debug seketika. Jangan menambahkan tag kedua hanya karena dashboard belum langsung berubah. Panduan setup Analytics.
Contoh: tag dari dua tempat
Misalnya integrasi CMS sudah memasang Google tag. Developer kemudian menambahkan konfigurasi serupa melalui GTM tanpa mengetahui pemasangan pertama. Satu pemuatan artikel mengirim dua page_view dengan lokasi sama.
Buktikan sumber kedua pengiriman melalui konfigurasi dan alat debug. Pilih jalur yang akan dipelihara, nonaktifkan jalur pengiriman yang berulang dalam lingkungan uji, lalu ulangi matriks tadi. Jangan menghapus seluruh container bila di dalamnya ada fungsi lain yang masih dipakai.
Sesudah perubahan, periksa kembali halaman yang berbeda template. Beranda yang benar tidak membuktikan artikel atau halaman kontak ikut benar. Jika pengumpulan justru hilang, pulihkan konfigurasi sebelumnya dan telusuri ketergantungannya.
Simpan hasil yang bisa diperiksa
Catat versi konfigurasi, halaman uji, waktu, kondisi consent, property tujuan, hasil aktual, serta pekerjaan yang masih terbuka. Bedakan request terkirim, event terlihat di alat debug, dan data tersedia pada laporan.
Setelah pengukuran halaman stabil, gunakan checklist kualitas key event untuk merancang pengukuran tindakan bisnis. Pemasangan tag memberi fondasi data; ia tidak membuktikan keberhasilan SEO atau kelengkapan semua perjalanan pembaca.
Mulai dengan tiga halaman dan satu jalur pemasangan. Hasil yang dicari adalah pengiriman yang dapat dijelaskan serta diulang, sehingga laporan berikutnya memiliki dasar yang jelas.
