Parameter yang terlihat di DebugView belum otomatis menjadi dimensi siap pakai dalam laporan GA4. Untuk informasi khusus yang belum mempunyai dimensi bawaan, kamu perlu memastikan parameter dikirim dengan benar, lalu mendaftarkan definisi yang sesuai.
Dua pekerjaan itu berbeda. Mengubah definisi laporan tidak menambahkan parameter ke website. Sebaliknya, mengirim parameter tidak membuktikan definisinya sudah tersedia pada laporan yang ingin kamu gunakan.
Mulai dari pertanyaan, kemudian pilih datanya
Misalnya pengelola situs edukasi ingin mengetahui jenis materi gratis yang diunduh: worksheet, checklist, atau panduan. Tujuannya membandingkan penggunaan format, sehingga nama orang, alamat email, dan teks bebas dari pengguna tidak diperlukan.
Periksa dimensi bawaan terlebih dahulu. Jika pertanyaan dapat dijawab dengan dimensi yang sudah tersedia, gunakan itu. Google menyarankan tidak membuat parameter khusus untuk informasi yang sudah mempunyai dimensi bawaan. Panduan custom dimension event.
Jika memang perlu informasi baru, tentukan scope-nya. Konteks sebuah tindakan cocok diperiksa sebagai event-scoped dimension. Sifat pengguna dan atribut item ecommerce mempunyai scope berbeda. Jangan memilih User hanya karena laporan akhirnya membicarakan pembaca. Jenis custom dimensions.
Buat kontrak parameter sebelum mengubah tag
Berikut contoh ilustratif untuk klasifikasi materi unduhan. Ia merupakan rancangan pengukuran, bukan hasil akun tertentu.
| Bagian | Keputusan contoh |
|---|---|
| Pertanyaan | Jenis materi apa yang diunduh? |
| Event asal | Event unduhan yang sudah diverifikasi |
| Parameter | resource_type |
| Nilai yang diizinkan | worksheet, checklist, guide |
| Nilai jika klasifikasi belum tersedia | unclassified |
| Scope | Event |
| Sumber nilai | Metadata materi yang dipelihara editor |
| Yang tidak dikirim | Nama pengguna, email, isi formulir |
| Pemilik perubahan | Pengelola metadata dan pengelola tagging |
Gunakan daftar nilai kecil yang stabil. Jika satu template mengirim Worksheet dan template lain lembar-kerja, laporan akan memperlakukan label berbeda sesuai nilai yang diterima. Menyatukannya sejak sumber lebih mudah daripada terus membetulkan grafik.
Hindari menjadikan setiap URL unik atau timestamp sebagai kategori baru tanpa kebutuhan analisis yang jelas. Terlalu banyak nilai yang berbeda dapat membuat laporan sulit dibaca serta memperbesar masalah cardinality.
Pastikan nilai mengikuti event yang dimaksud
Minta implementer menambahkan parameter pada pengiriman yang sudah dipilih. Jangan membuat pengiriman event kedua hanya untuk membawa klasifikasi, karena jumlah unduhan bisa ikut berubah.
Jika memakai event otomatis, periksa kemampuan konfigurasi yang tersedia pada implementasimu. Jika perlu jalur khusus, tentukan satu pemilik pengiriman dan uji penggantian tersebut. Jangan menganggap contoh kode dari konfigurasi lain cocok dengan semua CMS.
Jalankan satu unduhan dari tiap jenis materi. Dalam mode debug, buka event dan periksa nama parameter serta nilainya. Google mendokumentasikan DebugView untuk memantau event dan rincian parameter pada perangkat debug. Panduan DebugView.
Catat juga tindakan yang tidak seharusnya menjadi unduhan. Membuka halaman daftar atau mengklik tombol yang gagal memuat file tidak boleh diam-diam dianggap sama dengan definisi keberhasilan yang dipakai tim.
Daftarkan definisinya dengan nama yang sama
Di GA4, buka Admin > Data display > Custom definitions > Custom dimensions > Create custom dimensions. Isi nama yang mudah dipahami, pilih scope Event, lalu masukkan nama parameter yang dikirim, misalnya resource_type.
Nama tampilan boleh lebih ramah seperti Jenis materi. Nama parameter harus cocok dengan implementasi. Scope dan event parameter tidak dapat diubah setelah definisi disimpan, sehingga periksa sebelum Save. Pembuatan memerlukan Editor atau peran yang lebih tinggi. Langkah resmi pembuatan.
Mendaftarkan custom dimension tidak sama dengan menu Create event. Yang kita lakukan di sini adalah menyediakan cara membaca atribut, bukan mendefinisikan tindakan baru dari event lain.
Google menyebut penggunaan dimensi pada laporan dapat tersedia setelah 24-48 jam sejak data dikirim dan definisi dibuat. Jangan menganggap tampilan yang belum siap pada menit pertama sebagai alasan mengirim ulang seluruh event. Ketersediaan dalam laporan.
Uji pengiriman dan pelaporan secara terpisah
Gunakan tabel penerimaan agar kesalahan di satu lapisan tidak ditangani pada lapisan lain.
| Lapisan | Bukti yang dicari | Jika belum sesuai |
|---|---|---|
| Metadata materi | Setiap materi mempunyai kategori yang disepakati | Lengkapi atau perbaiki sumber kategori |
| Event browser | Parameter benar pada satu tindakan uji | Perbaiki pemetaan dan pemicu |
| Definisi GA4 | Scope dan nama parameter cocok | Periksa definisi yang dibuat |
| Laporan | Nilai muncul pada periode yang sudah tercakup | Periksa waktu pemrosesan, filter, dan konfigurasi |
| Perhitungan | Jumlah event tidak bertambah karena pemasangan baru | Cari pengiriman yang berulang |
Misalnya DebugView menunjukkan resource_type=guide, tetapi definisi memakai resource_category. Ini kesalahan pencocokan nama. Menambah kunjungan uji tidak menyelesaikannya; perbaiki definisi sesuai aturan platform dan catat tanggal mulai konfigurasi yang benar.
Jika kategori muncul sebagai banyak ejaan, perbaiki kontrak serta sumber pengiriman. Jangan mengganti label historis diam-diam tanpa menjelaskan periode dan metode transformasinya.
Pertahankan makna saat situs berkembang
Simpan kamus parameter, daftar nilai, pemilik, tanggal implementasi, dan contoh bukti uji. Ketika jenis materi baru ditambahkan, periksa apakah ia memerlukan kategori baru atau sudah masuk kelompok yang ada.
Gunakan checklist kualitas key event bila parameter tersebut melekat pada lead atau transaksi. Dimensi yang rapi tidak dapat memperbaiki definisi keberhasilan yang keliru.
Mulai dari satu pertanyaan dan satu parameter. Setelah pengiriman serta laporannya cocok, baru tambahkan kebutuhan berikutnya. Tujuannya menghasilkan informasi yang dapat dipakai, bukan menghabiskan seluruh slot custom dimension.
