Laporan Web Story menunjukkan banyak event bernama “complete”. Apakah berarti pembaca menyelesaikan semua halaman? Belum tentu. Kita perlu mengetahui tindakan yang memicu event, apakah kunjungan ulang dihitung lagi, dan apa yang menjadi pembaginya.
Analytics Web Story paling berguna setelah satu perjalanan pembaca dapat dijelaskan dari layar sampai request pengukuran. Saya akan memakai Story tiga halaman sebagai latihan, lalu menunjukkan cara menulis angka yang tidak melebihi bukti.
Pastikan jalur pemasangannya cocok dengan AMP
Google menyediakan integrasi melalui amp-analytics dengan konfigurasi Google tag. Dokumentasinya menyatakan Google Tag Manager untuk AMP tidak mendukung Google Analytics; jangan menganggap container web biasa dapat dipindahkan begitu saja. Pada konfigurasi AMP, trigger memakai vars.event_name untuk menentukan event yang dikirim. Pemasangan Google tag untuk AMP.
Sebelum menambahkan kode, cari pemasangan yang sudah ada. Editor Story atau plugin bisa sudah menghasilkan analytics. Catat satu pemilik konfigurasi, measurement ID tujuan, jenis komponen, dan trigger yang aktif.
Jika pemasangan existing menghasilkan data yang diperlukan, verifikasi pemasangan itu terlebih dahulu. Menambahkan integrasi kedua dapat membuat satu tindakan dikirim dua kali. Panduan pemasangan awal GA4 membantu memeriksa property dan stream; bagian berikut khusus perilaku Story.
Pisahkan trigger, nama event, dan arti bisnis
AMP menyediakan amp-story-auto-analytics. Dokumentasinya memasangkan pemuatan Story dengan story_page_count, halaman yang dilihat dengan story_pages_viewed, dan halaman terakhir dengan story_complete. Namun kode konfigurasi resminya memuat event_name: "custom" serta nilai-nilai tersebut sebagai event_action. Karena itu, jangan menebak nama yang tiba di property dari label laporan lama saja. Komponen auto analytics, konfigurasi resmi AMP.
Buat kamus berdasarkan pemasangan aktual:
| Kejadian pada Story | Trigger AMP | Makna yang boleh dipakai |
|---|---|---|
| Konten Story dimuat | story-content-loaded |
Pemuatan konten teramati |
| Sebuah halaman terlihat | story-page-visible |
Halaman tertentu menjadi terlihat |
| Halaman terakhir terlihat | story-last-page-visible |
Halaman akhir terjangkau |
Implementasi AMP memicu event halaman terakhir ketika indeks halaman aktif mencapai indeks terakhir. Itu belum memeriksa apakah semua halaman sebelumnya dibaca. Implementasi analytics Story.
Tambahkan kolom pribadi pada kamus: nama event yang benar-benar dikirim, parameter pengenal Story, indeks halaman, jumlah halaman, dan bukti pengujian. Jika salah satu parameter tidak tersedia, tandai tidak tersedia. Jangan mengisi angka perkiraan.
Bila membuat konfigurasi sendiri, gunakan nama yang jelas
Contoh berikut adalah fragmen konfigurasi kustom untuk developer, bukan konfigurasi lengkap dan bukan nama bawaan plugin. Masukkan bagian triggers ke satu konfigurasi amp-analytics Google tag yang sudah disiapkan untuk stream uji. Jangan menambahkannya di atas trigger setara yang masih aktif.
{
"triggers": {
"contentLoaded": {
"on": "story-content-loaded",
"request": "event",
"vars": { "event_name": "story_loaded" },
"storySpec": { "repeat": false }
},
"pageSeen": {
"on": "story-page-visible",
"request": "event",
"vars": { "event_name": "story_page_seen" },
"extraUrlParams": {
"epn.story_page_index": "${storyPageIndex}",
"epn.story_page_count": "${storyPageCount}"
},
"storySpec": { "repeat": false }
},
"lastPageSeen": {
"on": "story-last-page-visible",
"request": "event",
"vars": { "event_name": "story_end_reached" },
"storySpec": { "repeat": false }
}
}
}
Dokumentasi Google memakai awalan ep. untuk parameter string dan epn. untuk parameter numerik dalam extraUrlParams. Verifikasi tipe serta nilai yang terkirim; memasukkan konfigurasi belum membuktikan parameter tersedia dalam laporan. Parameter kustom untuk AMP.
Indeks halaman dalam variabel Story dimulai dari nol: Story tiga halaman memakai 0, 1, dan 2. story_page_count pada contoh adalah nilai jumlah halaman, bukan jumlah event yang harus dijumlahkan menjadi pembaca.
repeat: false menahan event yang ditandai sebagai pengulangan oleh runtime Story. Kode AMP melacak pengulangan berdasarkan halaman dan jenis event dalam instance tersebut. Ini bukan deduplikasi orang lintas reload, perangkat, atau kunjungan. Pencatatan event Story, penyaringan pengulangan AMP.
Jalankan satu perjalanan dengan catatan request
Gunakan Story uji tiga halaman, satu browser, dan stream uji yang kamu kelola. Buka panel Network sebelum navigasi, pertahankan log, lalu catat request pengukuran beserta nama event dan parameternya. Jangan merekam data pribadi pelamar, pelanggan, atau pembaca ke lembar uji.
Untuk konfigurasi contoh, periksa urutan berikut:
| Tindakan | Ekspektasi yang diuji |
|---|---|
| Buka halaman 0 | Satu story_loaded; halaman 0 teramati |
| Maju ke 1 | Halaman 1 teramati |
| Kembali ke 0, lalu maju ke 1 | Event halaman yang sama tidak bertambah untuk pengulangan instance itu |
| Maju ke 2 | Halaman 2 dan satu story_end_reached teramati |
| Kembali ke 1, lalu ke 2 | Event akhir tidak bertambah untuk pengulangan yang sama |
| Reload | Mulai pengujian instance baru; jangan diasumsikan sebagai orang baru |
Catat pula bila viewer dapat membuka halaman akhir secara langsung. Halaman akhir yang terlihat melalui jalur tersebut tidak membuktikan halaman awal pernah dibaca.
Jika hasil berbeda, simpan urutan aktual. Cari pemasangan ganda, trigger yang berbeda, atau parameter yang hilang sebelum menilai kualitas cerita. Request yang keluar dari browser juga belum membuktikan event muncul dengan benar di laporan. Cocokkan dengan penerimaan pada property uji melalui alat diagnosis yang tersedia.
Pengujian ini perlu dilakukan pada pemasanganmu. Fragmen di atas bukan klaim bahwa akun GA4 atau plugin tertentu telah diuji di website produksi.
Hitung rasio dengan unit yang sama
Anggap lembar uji berikut berisi data ilustratif, dan setiap baris adalah satu instance pemuatan yang diberi ID oleh penguji. ID ini bukan field bawaan GA4 yang diasumsikan tersedia.
| Instance uji | Halaman yang teramati | Halaman akhir terlihat |
|---|---|---|
| A | 0, 1, 2 | Ya |
| B | 0, 1 | Tidak |
| C | 2 | Ya |
| D, reload dari A | 0 | Tidak |
Keterjangkauan halaman akhir adalah 2 ÷ 4 = 50% instance. Instance yang teramati melewati ketiga halaman adalah 1 ÷ 4 = 25% instance. Jumlah orang tidak dapat ditentukan dari tabel ini. Bahkan melewati tiga halaman belum membuktikan pemahaman.
Di laporan agregat, pembagian event akhir dengan event pemuatan hanya menjadi rasio event sampai kamu membuktikan kesetaraan unit dan deduplikasinya. Jangan membagi event akhir dengan seluruh event campuran, dan jangan menyebut hasilnya persentase pembaca yang selesai.
Jika memerlukan laporan per Story atau indeks halaman, tentukan parameter yang benar-benar diperlukan lalu gunakan kontrak custom dimension GA4. Pendaftaran parameter tidak memperbaiki trigger yang salah.
Mulai dengan satu Story dan satu urutan uji. Setelah nama event, parameter, pengulangan, serta pembaginya jelas, tulis nama metrik yang sesuai: “halaman akhir terjangkau” jauh lebih dapat dipertanggungjawabkan daripada “pembaca memahami seluruh cerita”.
