Tag Google Analytics 4 memiliki beberapa opsi konfigurasi yang dapat memengaruhi sesi dan identitas pengguna. Jika tidak dikonfigurasi dengan benar, hal ini dapat menyebabkan sumber traffic tidak dapat diidentifikasi atau dikategorikan, dan masalah lainnya dalam laporan. Masalah ini menghasilkan baris yang tidak ditetapkan di grup saluran dalam laporan, nilai (not set), dan sebagian besar traffic yang tidak terduga dikategorikan sebagai langsung.
Di laporan Google Analytics 4, baris yang tidak ditetapkan akan muncul saat Analytics tidak dapat mengategorikan sumber traffic. Analytics mengategorikan sumber traffic ke dalam saluran berdasarkan aturan tetap. Misalnya, saluran Penelusuran Organik menyertakan traffic dari semua mesin telusur. Saluran disusun ke dalam grup saluran. Jika menggunakan grup saluran default, Anda dapat melihat bagian Definisi saluran default untuk meninjau logika spesifik yang mengategorikan traffic. Grup saluran dapat dilihat di tingkat pengguna, sesi, atau peristiwa.
Jika sebuah sumber traffic tidak sesuai dengan definisi salah satu saluran dalam grup saluran yang Anda lihat di laporan, sumber traffic tersebut akan ditampilkan sebagai tidak ditetapkan. Mungkin tidak ada aturan standar untuk mengategorikan sumber traffic jika traffic Anda berasal dari sumber atau media pilihan pengguna, atau merupakan traffic (not set) karena tidak memiliki informasi identitas pengguna atau sesi.
Praktik terbaik untuk pengurutan kode tag
Ikuti praktik terbaik pengurutan kode tag yang direkomendasikan berikut:
| Jenis tag | Petunjuk | Praktik terbaik |
|---|---|---|
|
Tag Google |
Lakukan inisialisasi tag Google sebelum memanggil metode peristiwa, termasuk peristiwa yang dipicu audiens. |
|
|
Google Tag Manager |
||
|
Pemberian tag sisi server |
Pastikan untuk tidak melewatkan setelan tag spesifik ini. Anda tidak boleh mempertahankan penerapan sisi server dan sisi klien mandiri di halaman yang sama untuk properti GA4 yang sama. Jika Anda menggunakan sGTM, pastikan semua tag aktif disiapkan untuk mengirim peristiwa melalui penampung sisi server. |
Jika tidak dapat mengikuti praktik pengurutan yang direkomendasikan untuk peristiwa, Anda tetap harus mengikuti dua rekomendasi ini. Jika tidak, Anda akan mengalami masalah dalam pelaporan.
- Berikan semua konfigurasi yang relevan untuk halaman sebagai bagian dari perintah
config(untuk tag Google) atau setelan tag Google (untuk Google Tag Manager) seawal mungkin di halaman, dan sebelum peristiwa apa pun. - Peristiwa kustom tidak boleh diaktifkan sebelum perintah
config. Jika tidak, peristiwa tersebut akan dimasukkan dalam batch bersama peristiwasession_start. Perintahconfigdapat memengaruhi identitas pengguna dan sesi untuk halaman lainnya. Artinya, kunjungan halaman dan peristiwa berikutnya tidak dapat dikaitkan dengan awal sesi sebelumnya dan peristiwa kustom.
Apa yang terjadi jika peristiwa saya tidak diurutkan dengan benar?
Jika tag GA4 ditetapkan pada waktu yang tidak diharapkan, misalnya jika perintah config atau tag Google diaktifkan setelah peristiwa lain di halaman, ID pengguna, ID sesi, atau keduanya dapat terpengaruh. Hal ini dapat mengakibatkan:
- Data muncul sebagai (not set) di Analytics
- Jumlah pengguna dan sesi salah
- Metrik tingkat pengguna dan sesi tidak dihitung dengan benar
- Pengukuran pengguna dan sesi tidak tepat
Apa yang dapat menyebabkan peristiwa salah diurutkan?
Penyebab umum penetapan waktu yang tidak diharapkan mencakup:
| Fitur | Penyebab | Hasil | Praktik terbaik |
|---|---|---|---|
|
Pemberian tag sisi server Setelan yang dikelola server (ID klien yang dikelola server) Setelan yang dikelola klien |
Mencentang kotak pemberian tag sisi server untuk "Setelan yang Dikelola Server", yang aktif secara default. Saat peristiwa GA4 diproses melalui tag server, pengguna memiliki berbagai opsi untuk menggunakan identitas pengguna yang berbeda dengan ID klien yang digunakan oleh tag web. |
Dengan memilih "Dikelola Server" di menu drop-down atas, pemberian tag sisi server akan mengelola ID klien terpisah lalu menggantinya untuk pengukuran yang diproses. Dengan demikian, akan ada beberapa opsi untuk penulisan cookie tersebut, serta sebuah opsi migrasi seiring waktu untuk pelanggan yang sudah memiliki traffic langsung GA dan tidak ingin ada gangguan pemrosesan audiens dan laporan akibat mengubah semua ID pengunjung mereka sekaligus secara tiba-tiba. |
Jika menggunakan opsi ini, Anda harus memastikan bahwa semua pengukuran untuk aliran data Anda dikirim melalui tag server, dan tidak ada yang dikirim langsung ke server Google. Cara termudah untuk melakukannya adalah dengan memastikan bahwa perintah config atau Google Tag Manager (tag Google) untuk tag web yang mengirim data ke penampung server Anda selalu merupakan tag atau perintah pertama untuk penampung tersebut. |
|
Penyesuaian nama cookie |
Tindakan ini akan mengubah nama cookie pihak pertama yang digunakan untuk ID klien dan status sesi. |
Pengguna tidak dapat dikaitkan ke lebih dari satu sesi, dan peristiwa tidak dapat disertakan dalam sesi. Metrik peristiwa akan muncul sebagai (not set) saat dianalisis dengan dimensi sesi atau pengguna. |
Gunakan satu awalan cookie yang konsisten di seluruh situs Anda. Sebaiknya gunakan awalan cookie di Analytics untuk membuat nama cookie yang disesuaikan, bukan untuk membuat beberapa silo cookie, yang akan terjadi jika Anda menggunakan awalan yang berbeda atau tidak konsisten. |
|
Penaut lintas-domain otomatis |
Setelan ini memerintahkan tag untuk memproses dan mulai menggunakan data klien dan sesi dari halaman sebelumnya, jika tersedia. Saat menerapkan data tertaut, tag akan mengasumsikan bahwa sesi sudah dimulai di halaman sebelumnya. |
Jika penaut terlambat diinisialisasi dan mendeteksi adanya pengguna tertaut lintas-domain melalui perintah config yang terlambat, identitas pengguna akan tiba-tiba berubah pada saat itu. Setidaknya, perintah config yang terlambat akan menghasilkan sesi singkat yang akan dihapus saat nilai parameter penaut diterapkan. Atribut sesi atau pengguna yang sudah dikirim pada saat itu tidak dapat lagi dikaitkan dengan sesi atau pengguna yang sebenarnya. |
Jangan menyesuaikan ID klien atau sesi karena akan menyebabkan asumsi yang tidak valid dalam tag dan pemrosesan terkait cara sesi akan disusun, dan juga dapat mengakibatkan masalah. |
|
Penaut lintas-domain manual |
Agar pelanggan dapat menerapkan pengukuran lintas-domain secara manual, tag GA4 memiliki API untuk mendapatkan dan menetapkan ID klien dan sesi. Jika nilai yang dihasilkan secara otomatis untuk |
Peristiwa yang dipisahkan dari ID klien dan sesi aslinya mungkin tidak memiliki informasi penting dan akan menyebabkan masalah atribusi yang tidak terduga. |
Gunakan Jangan gunakan API ini untuk mengubah atau memberikan ID klien atau sesi kustom. ID ini hanya boleh ditetapkan secara manual dalam kasus yang jarang terjadi saat penyiapan manual lintas-domain diperlukan. |
1 linker adalah parameter dari penautan lintas-domain otomatis. Ada opsi untuk menetapkan ID klien dan ID sesi secara manual jika penautan lintas-domain otomatis tidak berfungsi untuk situs Anda. Jangan pernah mengubah nilai-nilai ini. GA4 mengharapkan nilai dalam format tertentu, dan nilai yang tidak diharapkan dapat menyebabkan masalah. Pelajari parameter penaut lebih lanjut.