Di Universal Analytics, Anda menggunakan tampilan untuk membuat kumpulan data terpisah, seperti pemisahan geografis, pemisahan lini bisnis, dll. Di Google Analytics 4, tidak ada tampilan sehingga Anda membuat pemisahan data semacam ini dengan cara yang berbeda. Tingkat perincian pemisahan data dan cara mengontrol akses ke data tersebut akan bergantung pada (1) kebutuhan Anda serta (2) apakah Anda menggunakan Google Analytics standar atau Google Analytics 360.
Contoh pembuatan akun Google Analytics
Bisnis dengan satu situs
Bisnis ini memiliki satu situs dan satu akun Google Ads. Bisnis tidak perlu memisahkan data berdasarkan wilayah atau lini bisnis.
Struktur akun Google Analytics Standar
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk situs
- Aliran data: Satu aliran data. Jika bisnis juga memiliki aplikasi, aliran data terpisah untuk aplikasi tersebut.
Prinsip yang diterapkan
| Struktur | Alasan |
|---|---|
|
Satu akun Analytics. Jika sudah ada akun Analytics, tidak perlu membuat akun baru. |
Data dimiliki oleh satu entitas di satu lokasi. |
|
Satu properti Google Analytics 4 dengan satu aliran data (web). |
Properti tunggal membuat data untuk setiap aspek situs tersedia di satu tempat. Tim pemasaran dapat membuat audiens dari berbagai kombinasi data situs. Analis dapat memahami penggunaan lintas perangkat, dan apakah situs atau aplikasi seluler diperlukan. |
|
Satu akun Google Ads yang ditautkan ke properti Google Analytics 4. |
Tim pemasaran dapat mengekspor audiens ke Google Ads untuk pemasaran ulang dan identifikasi calon pembeli. |
Institusi/bisnis pendidikan
Organisasi ini memiliki satu situs dan satu akun Google Ads.
Persyaratan bisnis
Struktur akun harus memenuhi persyaratan berikut:
- Peserta meninjau penawaran kursus, mendaftar ke kursus, serta melakukan dan mengelola tugas kursus secara online.
- Tim pemasaran harus dapat membuat audiens untuk pemasaran ulang dan pencarian calon pelanggan.
- Analis ingin memahami penggunaan lintas perangkat dan apakah situs atau aplikasi seluler diperlukan.
Struktur akun Google Analytics Standar
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk setiap basis pengguna logis (situs institusi).
- Aliran data: Satu aliran data untuk situs institusi.
Prinsip yang diterapkan
| Struktur | Alasan |
|---|---|
|
Satu akun Analytics. Jika sudah ada akun Analytics, tidak perlu membuat akun baru. |
Data dimiliki oleh satu entitas di satu lokasi. |
|
Satu properti Google Analytics 4 dengan satu aliran data (web). |
Properti tunggal membuat data untuk setiap aspek situs tersedia di satu tempat. Tim pemasaran dapat membuat audiens dari berbagai kombinasi data situs. Analis dapat memahami penggunaan lintas perangkat, dan apakah situs atau aplikasi seluler diperlukan. |
|
Satu akun Google Ads yang ditautkan ke properti Google Analytics 4. |
Tim pemasaran dapat mengekspor audiens ke Google Ads untuk pemasaran ulang dan identifikasi calon pembeli. |
Retailer e-commerce yang terdistribusi secara geografis yang menjual produk melalui web dan aplikasi
Perusahaan induk ini memiliki beberapa wilayah geografis dan setiap wilayah adalah entitas bisnisnya sendiri. Setiap wilayah memiliki situs, tim pemasaran, dan akun Google Ads sendiri. Perusahaan induk ini juga memiliki aplikasi (tersedia untuk iOS dan Android).
Persyaratan bisnis
Struktur akun harus memenuhi persyaratan berikut:
- Perusahaan induk ini harus memiliki tampilan data global dari semua entitas bisnis.
- Tiap-tiap entitas bisnis tidak harus memiliki datanya masing-masing secara legal.
- Setiap entitas bisnis ingin memahami bagaimana perjalanan pengguna berlangsung di seluruh situs dan aplikasi.
- Setiap entitas bisnis perlu memisahkan datanya.
- Tim pemasaran untuk setiap entitas bisnis menggunakan tautan Google Ads - Analytics untuk membuat dan membagikan audiens, serta menggunakan audiens untuk bidding di Google Ads.
Struktur akun Google Analytics Standar
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk satu basis pengguna logis
- Aliran data: Satu aliran data untuk situs. Satu aliran data untuk setiap versi aplikasi.
Struktur akun Google Analytics 360
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk satu basis pengguna logis
- Sub-properti: Satu sub-properti untuk setiap entitas bisnis yang perlu memisahkan data
- Aliran data: Satu aliran data untuk situs. Satu aliran data untuk setiap versi aplikasi.
Prinsip yang diterapkan
| Struktur | Alasan |
|---|---|
|
Satu akun Analytics. Jika sudah ada akun Analytics, tidak perlu membuat akun baru. |
Perusahaan induk memiliki data semua entitas bisnis secara legal. |
|
Satu properti Google Analytics 4. |
Satu properti dengan aliran data untuk web dan aplikasi agar semua data tersedia untuk disertakan dalam laporan yang sama. Anda dapat menggabungkan data untuk situs dan aplikasi sesuai kebutuhan untuk melihat bagaimana perjalanan pengguna berlangsung di antara keduanya. Perusahaan induk memiliki tampilan terpadu atas semua data, dan dapat membandingkan data di antara beberapa entitas bisnis yang berbeda. |
|
Satu sub-properti untuk setiap tim regional (360) |
Setiap entitas regional memiliki sub-propertinya sendiri dengan data yang dipisah. Perusahaan induk memiliki tampilan terpadu atas semua data di properti sumber dan dapat membandingkan data di antara beberapa entitas bisnis yang berbeda. |
|
Satu aliran data yang menggabungkan semua situs entitas bisnis regional. |
Menggunakan satu aliran data web untuk beberapa domain. |
|
Satu project Firebase untuk penerapan aplikasi di Android dan iOS. Project Firebase tersebut ditautkan ke properti Google Analytics 4. Satu aliran data masing-masing untuk aplikasi versi iOS dan Android (yakni dua aliran data). |
Aliran data terpisah untuk setiap penerapan aplikasi memungkinkan data iOS vs Android dipisahkan.
|
|
Setiap akun Google Ads ditautkan ke properti (standar) |
Dengan setiap akun Google Ads ditautkan ke satu properti, audiens dari properti tersedia untuk setiap akun Google Ads untuk bidding. |
|
Opsional: Setiap akun Google Ads ditautkan ke sub-properti (360) yang relevan |
Dengan setiap akun Google Ads ditautkan ke sub-propertinya yang relevan, audiens dari properti ini tersedia untuk setiap akun Google Ads untuk bidding. |
Developer game global dengan sejumlah game di Play Store dan App Store
Bisnis ini memiliki satu situs merek global dan satu situs pemasaran terpisah untuk setiap judul game. Bisnis ini menjual beberapa judul game di Play Store dan App Store.
Persyaratan bisnis
Struktur akun harus memenuhi persyaratan berikut:
- Kumpulkan data pihak pertama dari situs dan aplikasi untuk membuat audiens dan mendasari pembelian media.
- Lingkungan terpisah untuk pengembangan, staging, dan produksi setiap game.
Struktur akun Google Analytics Standar
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk setiap basis pengguna logis (situs merek global; situs pemasaran dan aplikasi masing-masing judul game).
- Aliran data: Satu aliran data untuk situs merek global. Satu aliran data untuk setiap situs pemasaran, dan satu aliran data untuk setiap versi aplikasi terkait.
Struktur akun Google Analytics 360
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk setiap basis pengguna logis (situs merek global; situs pemasaran dan aplikasi masing-masing judul game).
- Properti gabungan: Satu properti gabungan yang mengumpulkan data dari semua properti sumber yang terpisah untuk memberikan tampilan menyeluruh
- Aliran data: Satu aliran data untuk situs merek global. Satu aliran data untuk setiap situs pemasaran, dan satu aliran data untuk setiap versi aplikasi terkait.
Prinsip yang diterapkan
| Struktur | Alasan |
|---|---|
|
Satu akun Analytics. Jika sudah ada akun Analytics, tidak perlu membuat akun baru. |
Menyatukan beberapa properti dalam satu akun yang dimiliki oleh satu entitas hukum. |
|
Satu properti Google Analytics 4 untuk situs merek global, dengan satu aliran data (web). |
Pengukuran terpisah terhadap situs merek global. |
|
Satu properti Google Analytics 4 untuk aplikasi dan situs pemasaran masing-masing judul game. Setiap properti memiliki satu aliran data (web), satu aliran data iOS (aplikasi), dan satu aliran data Android (aplikasi). |
Data dari setiap situs pemasaran dan aplikasi terkait dikumpulkan di properti yang sama. Data situs dan aplikasi terkait digunakan untuk membuat audiens dan mendasari pembelian media. |
|
Satu project Firebase untuk setiap game. Setiap project ditautkan ke properti terkait. Setiap project Firebase mencakup versi pengembangan, staging, dan produksi dari game. |
Project Firebase terpisah untuk setiap game menciptakan lingkungan terpisah untuk pengembangan, staging, dan produksi setiap game. |
|
Opsional: Project Firebase terpisah untuk setiap versi game atau untuk beberapa kombinasi versi; misalnya satu project untuk versi pengembangan, dan project lainnya untuk versi staging serta produksi. |
Anda dapat membagi lagi setiap lingkungan game berdasarkan project, tetapi hal ini memerlukan lebih banyak properti jika Anda ingin mengukur versi game yang terkait dengan project tersebut. |
|
Opsional: Properti gabungan. Setiap properti sumber mengirim data ke properti gabungan yang memberikan tampilan menyeluruh tentang data web dan aplikasi. |
Anda dapat membagi lagi setiap lingkungan game berdasarkan project, tetapi hal ini memerlukan lebih banyak properti jika Anda ingin mengukur versi game yang terkait dengan project tersebut. |
Perusahaan asuransi nasional dengan beberapa anak perusahaan independen (asuransi jiwa, kesehatan, rumah, mobil)
Bisnis ini memiliki satu situs perusahaan untuk memberikan informasi kepada klien dan menghasilkan prospek yang memerlukan interaksi offline untuk menuntaskan kontrak (mis., melalui telepon, email, tempat penjualan). Setiap anak perusahaan memiliki situs sendiri, tim pemasaran terpisah, dan akun Google Ads-nya sendiri.
Satu anak perusahaan (asuransi mobil) juga memiliki aplikasi.
Persyaratan bisnis
Struktur akun harus memenuhi persyaratan berikut:
- Data dimiliki oleh satu entitas bisnis di satu lokasi.
- Data dari situs perusahaan harus tersedia untuk analisis guna meningkatkan perolehan prospek dan pengoptimalan konten.
- Setiap anak perusahaan perlu memisahkan datanya agar tim pemasaran terkait dapat membuat audiens, dan melacak konversi yang terkait dengan satu akun Google Ads.
Struktur akun Google Analytics Standar
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk setiap basis pengguna logis (situs perusahaan; situs dan aplikasi untuk setiap anak perusahaan).
- Aliran data: Satu aliran data untuk situs perusahaan. Satu aliran data untuk setiap situs anak perusahaan, dan satu untuk setiap versi aplikasi terkait.
Struktur akun Google Analytics 360
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk semua situs dan aplikasi (situs perusahaan; situs dan aplikasi untuk setiap anak perusahaan).
- Sub-properti: Satu sub-properti untuk masing-masing basis pengguna logis (situs perusahaan; situs dan aplikasi untuk setiap anak perusahaan).
- Aliran data: Satu aliran data untuk situs perusahaan. Satu aliran data untuk setiap situs anak perusahaan, dan satu untuk setiap versi aplikasi terkait.
Prinsip yang diterapkan
| Struktur | Alasan |
|---|---|
|
Satu akun Analytics. Jika sudah ada akun Analytics, tidak perlu membuat akun baru. |
Data dimiliki oleh satu entitas bisnis di satu lokasi. |
|
Satu properti Google Analytics 4 dengan satu aliran data (web) untuk situs perusahaan (akun standar) |
Satu properti dan aliran data untuk situs perusahaan membuat data tersedia untuk analisis guna meningkatkan perolehan prospek dan pengoptimalan konten. |
|
Untuk setiap situs anak perusahaan: (akun standar) Satu properti Google Analytics 4 dengan satu aliran data (web). Properti anak perusahaan asuransi mobil juga memerlukan aliran data (aplikasi Android). |
Satu properti dan aliran data untuk situs masing-masing anak perusahaan memastikan data setiap situs tetap terpisah. Data aplikasi dan web anak perusahaan asuransi mobil akan tersedia di properti yang sama. |
|
Satu properti Google Analytics 4 dengan satu aliran data (web) untuk semua situs (perusahaan dan anak perusahaan). (360) |
Satu properti sumber dan aliran data untuk semua situs akan membuat data tersebut tersedia untuk analisis guna meningkatkan perolehan prospek dan pengoptimalan konten. Hal ini juga memungkinkan sub-properti dibuat berdasarkan properti sumber. |
|
Sub-properti untuk situs perusahaan dan setiap anak perusahaan |
Sub-properti dapat dibuat untuk memfilter setiap kombinasi data yang logis (situs perusahaan atau situs anak perusahaan) ke dalam tampilan datanya sendiri. |
|
Satu project Firebase untuk aplikasi Android anak perusahaan asuransi mobil. Project Firebase ditautkan ke properti anak perusahaan asuransi mobil (akun standar) atau properti sumber (akun 360). |
Project Firebase untuk aplikasi asuransi mobil menciptakan lingkungan terpisah untuk pengembangan aplikasi. Penautan project Firebase ke properti asuransi mobil akan membuat data aplikasi dan web tersedia di properti yang sama (juga untuk properti sumber di akun 360). |
|
Akun Google Ads yang relevan dan properti anak perusahaan (akun standar) atau sub-properti (akun 360) ditautkan. |
Akun Google Ads dari setiap anak perusahaan ditautkan ke properti yang sesuai, sehingga audiens dari properti tersedia pada akun Google Ads yang relevan, dan data konversi dari akun Google Ads tersedia pada properti Google Analytics 4 yang relevan. |
Perusahaan perjalanan dengan sejumlah brand yang beroperasi di berbagai negara
Perusahaan ini memiliki beberapa merek, masing-masing dengan situs desktop, situs seluler, dan aplikasinya sendiri. Setiap merek memiliki tim pemasaran dan akun iklannya sendiri.
Persyaratan bisnis
Struktur akun harus memenuhi persyaratan berikut:
- Data perlu dianalisis menurut negara.
- Setiap tim pemasaran harus membuat audiensnya sendiri dan mengatribusikan konversi ke akun iklannya yang tertaut.
Struktur akun Google Analytics Standar
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk setiap basis pengguna logis (situs perusahaan; situs dan aplikasi masing-masing merek).
- Aliran data: Satu aliran data untuk situs perusahaan. Satu aliran data untuk situs masing-masing merek, dan satu untuk setiap versi aplikasi terkait.
Struktur akun Google Analytics 360
- Akun: Satu akun. Data dimiliki oleh satu entitas hukum.
- Properti: Satu properti untuk setiap basis pengguna logis (situs perusahaan; situs dan aplikasi masing-masing merek).
- Properti gabungan: Satu properti gabungan untuk melihat semua set data entitas dan geografis secara bersamaan.
- Aliran data: Satu aliran data untuk situs perusahaan. Satu aliran data untuk situs masing-masing merek, dan satu untuk setiap versi aplikasi terkait.
Prinsip yang diterapkan
| Struktur | Alasan |
|---|---|
|
Satu akun Analytics. Jika sudah ada akun Analytics, tidak perlu membuat akun baru. |
Data dimiliki oleh satu entitas bisnis. |
|
Satu properti Google Analytics 4 per merek, masing-masing dengan:
|
Satu properti per merek memungkinkan:
Masing-masing aliran data untuk setiap platform memungkinkan analisis data yang menyeluruh, komparatif, atau individual, dan membuat audiens yang berfokus pada platform. |
|
Satu properti gabungan yang menyertakan semua properti merek di satu tempat (akun 360) |
Satu properti gabungan yang menyertakan semua properti sumber memungkinkan tampilan menyeluruh tentang data di tingkat institusi. |
|
Akun Google Ads, Display & Video 360, dan Search Ads 360 spesifik per merek ditautkan ke properti yang relevan. |
Setiap tim pemasaran harus membuat audiensnya sendiri dan mengatribusikan konversi ke akun iklan tertaut. |
Panduan dan referensi yang diperluas
Bagian selebihnya dari panduan ini memberikan informasi mendetail bagi bisnis yang kebutuhannya lebih besar dari contoh di atas. Panduan lengkap ini sangat relevan jika Anda adalah pelanggan Google Analytics 360.
Daftar isi:- Konsep dan definisi
- Praktik terbaik
- Aliran data
- Integrasi Search Console
- Menyesuaikan laporan yang terlihat
- Kebersihan data
- Transformasi data
- Izin pengguna dan peran pengguna
- Fitur khusus 360: sub-properti dan properti gabungan
- Contoh untuk sub-properti dan properti gabungan
- Penautan: Google Ads, SA360, dan DV360
Konsep dan definisi
Jika Anda mempelajari properti Google Analytics 4, mungkin artikel dan video berikut dapat membantu:
- Memperkenalkan Google Analytics 4 (GA4)
- Tentang sub-properti (tersedia untuk Google Analytics 360)
- Tentang properti gabungan (tersedia untuk Google Analytics 360)
- Akun: Kumpulan properti yang datanya dimiliki oleh satu entitas hukum dan diatur oleh persyaratan layanan (TOS) spesifik per wilayah.
Apakah data dari setiap wilayah harus dimiliki oleh entitas hukum yang berbeda dalam wilayah tersebut?
- Ya: Buat beberapa akun, satu akun untuk setiap wilayah.
- Tidak: Buat satu akun di wilayah tempat kantor pusat perusahaan Anda berada.
- Properti: Ada dalam akun, dan mewakili data untuk satu basis pengguna. Jika sejumlah data (lini produk, merek, aplikasi) harus dianalisis sekaligus, data tersebut harus berada dalam satu properti (yang dapat berfungsi sebagai properti sumber jika Anda memiliki Google Analytics 360.)
Apakah data yang Anda kumpulkan terkait dengan satu basis pengguna logis? Saat menautkan Analytics ke produk lain, apakah Anda ingin membagikan seluruh isi data ke setiap produk?
- Ya: Buat satu properti.
- Tidak: Buat properti atau sub-properti terpisah untuk setiap basis pengguna logis.
- Aliran data: Berada dalam properti, dan merupakan sumber data dari aplikasi atau situs. Praktik terbaiknya adalah menggunakan maksimal 3 aliran data per properti: 1 aliran data web tunggal untuk mengukur perjalanan pengguna web dan 1 aliran data aplikasi masing-masing untuk iOS dan Android.
- Aliran data aplikasi: Anda dapat memiliki satu aliran data untuk setiap kombinasi nama paket aplikasi dan platform.
- Aliran data web: Pada umumnya, Anda harus menggunakan satu aliran data web untuk mengukur perjalanan pengguna web. Untuk memastikan pelaporan pengguna dan sesi yang konsisten untuk perjalanan web yang mencakup berbagai domain, gunakan satu aliran data web yang dikombinasikan dengan pengukuran lintas-domain.
Praktik terbaik
Praktik terbaik dan rekomendasi berikut dimaksudkan untuk mencakup berbagai pengguna dan kasus penggunaan. Mungkin ada kasus ekstrem sehingga panduan ini tidak berlaku atau perlu disesuaikan dengan situasi tertentu.
Secara umum, Anda harus menyiapkan satu akun per perusahaan dan satu properti per merek atau unit bisnis (dengan asumsi bahwa merek dan unit bisnis tersebut adalah entitas operasi unik/berbeda dengan pemangku kepentingan/grup analis terpisah).
Contoh A
- Perusahaan Induk A: 1 akun
- Merek X (otomotif): 1 properti
- Merek Y (produk rumah tangga): 1 properti
- Merek Z (barang elektronik konsumen): 1 properti
Dalam hal ini, perusahaan induk tersebut memiliki satu akun dan tiga properti yang berbeda, dengan setiap properti berisi data yang hanya terkait dengan merek/bisnis tersebut.
Contoh B
- Perusahaan B: 1 akun
- Lini produk D (asuransi rumah): 1 properti
- Lini produk E (asuransi mobil): properti yang sama seperti D
- Lini produk F (asuransi jiwa): properti yang sama seperti D & E
Dalam hal ini, perusahaan tersebut telah menentukan agar semua lini bisnis mengirimkan data mereka ke satu properti. Mereka mungkin memiliki pelanggan yang secara rutin menggunakan sejumlah produk, atau sering menggunakan kampanye upsell atau cross-sell antar-produk, jadi menggabungkan semua data tersebut adalah hal yang masuk akal. Properti ini dapat berfungsi sebagai properti sumber untuk sub-properti dalam setiap analisis lini produk (lihat di bawah).
Contoh C
- Bisnis kecil C (mis. Warung Joko): 1 akun
- Semua produk (sate, lontong, minuman, dll.): 1 properti
Dalam contoh ini, Warung Joko adalah bisnis kecil dan tidak memerlukan lebih dari satu properti. Warung Joko menganalisis semua data secara bersamaan untuk transaksi pesan antar makanan online karena pelanggan sering membeli lebih dari satu produk dan mereka tidak memiliki lini bisnis yang berbeda-beda. Satu properti untuk semua data adalah hal yang wajar.
Aliran data
Setiap properti sumber memiliki aliran data dari aplikasi dan/atau situs yang menyediakan data yang masuk. Oleh karena itu, aliran data hanya berupa situs atau aplikasi yang mengirim data ke properti GA4 tertentu.
Sebaiknya:
- 1 aliran data web per properti
- 1 aliran data iOS per properti
- 1 aliran data Android per properti
Integrasi Search Console
Anda dapat menautkan properti GA4 ke Search Console. Hal ini menghadirkan data baru yang beragam ke Google Analytics, seperti Kueri Penelusuran dari Google Penelusuran Organik, dan dimensi untuk pelaporan, seperti Halaman Landing.
Anda harus menentukan properti Google Analytics dan properti Search Console yang akan ditautkan. Jika menggunakan sub-properti dan properti gabungan, Anda harus memilih apakah akan menautkan ke properti sumber, sub-properti, atau properti gabungan.
Menyiapkan penautan antara properti GA4 dan properti Search Console adalah proses cepat dan mudah yang dapat dilakukan di halaman Admin GA4. Perhatikan bahwa Anda harus memiliki peran administrator situs terverifikasi di properti Search Console dan memiliki peran Administrator di properti Google Analytics 4 agar dapat menyiapkan penautan.
Menyesuaikan laporan yang terlihat
Properti Google Analytics 4 memberi Anda kontrol penuh untuk menentukan laporan yang ditampilkan, metrik dan dimensi yang disertakan dalam laporan tersebut, serta grafik dalam laporan. Anda dapat menyiapkan seluruh koleksi laporan yang relevan hanya untuk grup tertentu, misalnya, tim Pemasaran (tetapi perhatikan, Anda tidak dapat membatasi akses ke koleksi ini; semua pengguna properti akan dapat melihatnya). Hal ini memungkinkan Anda menyesuaikan GA4 sehingga laporan yang paling relevan adalah yang pertama Anda lihat atau paling mudah diakses, tanpa harus melihat seluruh laporan yang mungkin tidak diperlukan.
Contoh koleksi laporan Tim Pemasaran:
Anda dapat menyesuaikan laporan tertentu dalam setiap koleksi. Misalnya, sebagian besar laporan tabel memiliki metrik "Total Pendapatan" yang ditampilkan di konfigurasi laporan standar. Hal ini sangat bagus jika Anda adalah pemilik bisnis e-commerce yang mengirimkan data pendapatan dan ingin agar tim Anda dapat menganalisisnya. Namun, jika Anda tidak memiliki data pendapatan untuk dilaporkan dalam Google Analytics, kolom ini akan menampilkan nilai $0,00 untuk setiap baris. Jika ini bukan metrik yang relevan untuk bisnis Anda, Anda dapat menghapusnya untuk merapikan laporan.
Laporan peristiwa dengan metrik Total Pendapatan:
Edit antarmuka (klik “X” di samping metrik yang akan dihapus):
Terapkan perubahan dan simpan laporan tanpa metrik “Total Pendapatan”:
Laporan ini sekarang jauh lebih rapi untuk bisnis yang tidak memiliki (atau tidak ingin menampilkan) data pendapatan dalam Google Analytics.
Praktik terbaik kebersihan data
Selain memfilter laporan untuk menyertakan atau mengecualikan data tertentu, perhatikan juga kebersihan data, yaitu dengan mengecualikan traffic IP internal, mengecualikan rujukan yang tidak diinginkan, dan memastikan pengukuran lintas-domain disiapkan dengan benar.
Mengecualikan traffic IP internal
Menghapus traffic IP internal dari set data Anda dapat menjadi langkah penyiapan yang penting bagi berbagai bisnis yang melihat banyak traffic karyawan di situs mereka, misalnya, teknisi dukungan yang sering melihat artikel pusat bantuan dari situs perusahaan saat membantu pelanggan. Langkah ini memastikan karyawan perusahaan Anda (pengguna internal) tidak mendistorsi data analisis yang dimaksudkan untuk melaporkan kasus penggunaan pelanggan eksternal. Langkah ini sekarang menjadi filter preset di GA4:
Menghapus rujukan yang tidak diinginkan
Aspek lain dari praktik terbaik kebersihan data yang perlu dipertimbangkan adalah mengecualikan traffic rujukan yang tidak diinginkan. Langkah ini memungkinkan Anda menyimpan data sumber rujukan tertentu dari data produksi Anda dengan menyimpan peristiwa, tetapi mengabaikan perujuk sehingga atribusi traffic tidak terpengaruh. Sekali lagi, langkah ini sekarang menjadi konfigurasi standar di GA4:
Menyiapkan pelacakan lintas-domain
Terakhir, masalah umum yang sering dihadapi pengguna Google Analytics adalah penanganan traffic lintas-domain. Sebelumnya, Anda harus menyiapkan pelacakan lintas-domain melalui Google Tag Manager atau TMS, atau dengan melakukan hard code di situs Anda. Langkah ini memerlukan upaya ekstra yang tidak selalu praktis bagi pengguna Google Analytics, sehingga sering menyebabkan masalah kebersihan data, yaitu jumlah sesi yang baru atau lebih tinggi dari seharusnya serta rujukan dari domain Anda sendiri. Google Analytics 4 memudahkan langkah penyiapan ini dalam antarmuka pengguna untuk membantu meningkatkan kebersihan data Anda:
Transformasi data
Di Universal Analytics, transformasi data ditangani sebagai bagian dari konfigurasi filter. Misalnya, memaksa semua nilai untuk dimensi tertentu, seperti utm_campaign, ke huruf kecil. Langkah ini sekarang dapat ditangani melalui pembuatan dan perubahan peristiwa di properti Google Analytics 4.
Misalnya, Anda menemukan bahwa peristiwa tertentu telah dikirim ke properti GA4 dua kali, tetapi dengan dua cara yang berbeda. Mungkin peristiwa “start_now” yang mengarah ke tindakan utama di situs Anda dikirim ke GA4 dalam beberapa cara (“start_now” dan “startNow”) karena muncul di beberapa tempat berbeda di situs Anda yang dikembangkan oleh tim berbeda yang tanpa disadari mengkodekan peristiwa tersebut secara berbeda. Masalah ini merupakan skenario umum yang dapat memengaruhi kualitas data Anda, tetapi sekarang Anda dapat mengoreksinya dengan membuat dan mengubah peristiwa di antarmuka pengguna.
Untuk memperbaiki masalah ini, klik Ubah peristiwa di bagian Konfigurasi di properti GA4 Anda.
Anda akan diarahkan ke layar ini untuk menentukan perubahan yang ingin dilakukan. Dalam hal ini, Anda dapat memilih peristiwa "Mulai Sekarang" yang ingin disimpan, dan memilih untuk memodifikasi variasi lainnya agar sesuai. Contoh di bawah menunjukkan bahwa semua peristiwa dengan nama "startNow" akan diubah agar memiliki nama peristiwa "start_now". Ke depannya, dua nama peristiwa tersebut akan digabungkan ke dalam satu nama; laporan Anda akan terlihat lebih rapi dengan satu baris untuk peristiwa ini.
Izin pengguna dan peran pengguna
Properti Google Analytics 4 memperkenalkan fungsi batasan dan peran yang sederhana dan cerdas. Peran standar kini mencakup peran berikut:
- Administrator: seseorang dengan kontrol penuh atas akun
- Editor: seseorang yang memiliki akses edit penuh ke data dan setelan, tetapi tidak dapat mengelola pengguna
- Analis: seseorang yang dapat membuat dan mengedit aset bersama, selain melihat data dan konfigurasi
- Pengakses lihat-saja: seseorang yang dapat melihat data laporan dan setelan konfigurasi
Selain itu, properti GA4 menambahkan kemampuan untuk menyembunyikan data biaya dan pendapatan dalam antarmuka pelaporan berdasarkan peran batasan data yang ditetapkan, yaitu "Tidak Ada Metrik Biaya" atau "Tidak Ada Metrik Pendapatan". Ini merupakan penambahan yang berguna pada izin pengguna untuk membantu melindungi data bisnis yang sensitif sekaligus mengizinkan akses ke data perilaku dan situs untuk audiens tertentu.
Fitur khusus 360: sub-properti dan properti gabungan
Sub-properti
Sub-properti adalah jenis baru properti Google Analytics 4 yang tersedia untuk akun Google Analytics 360. Sub-properti memungkinkan Anda membuat subset data yang ada di properti sumber. Sub-properti menggantikan kebutuhan akan tampilan. Misalnya, Anda dapat membuat sub-properti yang memiliki subset data yang ada dalam properti sumber, dan memberikan akses hanya ke sub-properti tersebut kepada pengguna tertentu. Selain itu, sub-properti menyediakan kemampuan seputar kebersihan data, tata kelola data, tata kelola pengguna, dan tata kelola fitur yang secara signifikan meningkatkan manfaat penggunaan GA4 untuk bisnis dan perusahaan yang lebih besar.
Anda dapat membuat sub-properti dari properti sumber mana pun, tetapi tidak dapat membuat sub-properti dari properti gabungan. Sub-properti memiliki hubungan one-to-one dengan properti sumber.
Tata kelola data
Salah satu kasus penggunaan terbesar untuk sub-properti adalah tata kelola data, yaitu mengontrol data apa yang disertakan atau dikecualikan dari properti. Sub-properti memungkinkan Anda memfilter data yang masuk atau keluar untuk membuat set data yang diperlukan bagi audiens atau kasus penggunaan tertentu. Dengan demikian, data dapat ditata dengan lebih baik agar dapat lebih mudah diakses oleh audiens tertentu.
Penggunaan tampilan tersebut umum dilakukan di Universal Analytics, misalnya, membuat sebuah tampilan hanya untuk traffic Amerika Utara, atau membuat sebuah tampilan hanya untuk data situs Pemasaran. Dengan memisahkan set data ini, setiap grup dapat mengakses informasi mereka dengan lebih cepat dan mudah, meskipun mereka dapat melakukan hal yang sama dengan sedikit lebih banyak pemfilteran di properti sumber. Sub-properti memungkinkan Anda melakukannya dengan filter impor dan ekspor dari properti sumber ke sub-properti untuk jenis kasus penggunaan ini.
Data dapat difilter ke dalam sub-properti menggunakan peristiwa atau dimensi kustom yang dikumpulkan di properti sumber.
Tata kelola pengguna
Kasus penggunaan lain untuk sub-properti adalah untuk kebutuhan tata kelola pengguna. Contohnya adalah jika Anda memiliki kebijakan perusahaan yang ketat yang menyatakan bahwa satu wilayah (misalnya, Amerika Utara) dapat melihat subset data tertentu yang terkait dengan wilayahnya, tetapi wilayah lain (misalnya, Amerika Selatan) tidak boleh memiliki akses ke data tersebut. Dengan menggunakan sub-properti, Anda dapat membatasi data setiap wilayah dalam propertinya sendiri sehingga tidak ada akses di luar wilayah yang relevan.
Pola pemikiran ini juga berlaku untuk lini bisnis yang perlu memisahkan penyimpanan data untuk kebutuhan operasi mereka sendiri, atau memisahkan data antara situs pemasaran dan pengalaman dalam produk, jika perusahaan Anda memiliki alasan bahwa satu tim tidak boleh melihat data tim lain.
Jika Anda tidak perlu membatasi akses ke data, tetapi hanya perlu mengarahkan subset pengguna tertentu ke set data tertentu, penyesuaian laporan dan kumpulan laporan mungkin merupakan solusi yang lebih baik. Misalnya, Anda dapat membuat koleksi laporan yang secara khusus disesuaikan dengan tim pemasaran sehingga mereka dapat dengan mudah membuka data yang relevan bagi tim mereka. Fitur ini membantu mengatur data dalam format yang mudah diakses untuk audiens tertentu dan tidak dikenai biaya tambahan.
Properti gabungan
Properti gabungan berisi data dari dua atau beberapa properti. Properti gabungan dapat mencakup data dari properti biasa dan sub-properti, tetapi tidak dari properti gabungan lainnya. Properti gabungan memungkinkan tampilan bisnis yang lebih luas, dari berbagai produk, merek, atau wilayah dengan menyatukan data dari beberapa properti dalam akun yang sama. Properti gabungan di GA4 dan UA mendukung kasus penggunaan serupa.
Properti gabungan berfungsi hampir sama seperti properti lainnya. Setiap properti gabungan memiliki kuotanya sendiri untuk dimensi kustom, metrik kustom, properti pengguna, dan lainnya. Semua setelan dikontrol dari dalam properti gabungan (properti gabungan tidak mewarisi setelan dari properti sumbernya), dan dikhususkan untuk kebutuhan properti gabungan dan basis pengguna properti gabungan.
Pertimbangan biaya
Setiap peristiwa yang dikirim ke sub-properti atau properti gabungan akan diproses kembali, dengan biaya tambahan yang akan dikenakan ke akun 360. Setiap hit peristiwa tambahan akan dikenai biaya setengah dari tarif hit peristiwa awal. Dengan kata lain, setiap hit sub-properti atau hit properti gabungan memiliki biaya 0,5 dari hit peristiwa.
Untuk membantu lebih memahami bagaimana penyiapan Anda dapat memengaruhi penagihan, Anda dapat menggunakan fitur baru yang disebut “Pratinjau Penagihan”, yang disediakan bagi Partner Tersertifikasi Google Analytics untuk membantu pelanggan mereka lebih memahami potensi biaya GA4 360.
Contoh untuk sub-properti dan properti gabungan
Jika melihat kembali beberapa contoh dari awal panduan ini, kita dapat melihat tampilan skenario ini dari perspektif penyiapan.
Perusahaan besar dengan beberapa lini bisnis komplementer
- Perusahaan B: 1 akun
- Lini produk D (asuransi rumah): 1 properti
- Lini produk E (asuransi mobil): properti yang sama seperti D
- Lini produk F (asuransi jiwa): properti yang sama seperti D & E
Dalam hal ini, perusahaan memiliki 1 akun dengan 1 properti sumber. Meskipun ada berbagai lini bisnis yang mungkin perlu menganalisis data secara terpisah, produk tersebut bersifat komplementer dan sering kali ada kebutuhan untuk menganalisis beberapa produk secara bersamaan, sehingga mereka memutuskan untuk mengirim semua data produk ke properti sumber yang sama. Namun, tim produk tertentu harus dapat menganalisis datanya secara terpisah. Karena tingginya volume traffic di seluruh properti, mereka memilih untuk membuat sub-properti untuk setiap lini bisnis.
Perusahaan induk dengan beberapa merek
- Perusahaan induk: 1 akun
- Merek X (otomotif): 1 properti
- Merek Y (produk rumah tangga): 1 properti
- Merek Z (barang elektronik konsumen): 1 properti
Dalam hal ini, perusahaan induk memiliki 1 akun dengan 3 properti sumber, satu untuk setiap merek. Setiap merek beroperasi secara terpisah dan harus menganalisis datanya secara terpisah, sehingga masing-masing memiliki properti sumbernya sendiri. Namun, perusahaan induk ingin melihat semua mereknya digabungkan ke dalam satu properti, sehingga perusahaan ini dapat memiliki pemahaman yang baik tentang total pengguna, total pendapatan, dan lainnya. Dalam hal ini, perusahaan induk akan membuat properti gabungan dengan ketiga properti merek sebagai sumber untuk properti gabungan. Hal ini akan memberi gambaran menyeluruh yang mereka butuhkan, sekaligus memungkinkan merek untuk tetap independen antara satu dengan yang lain.
Mari kita uraikan contoh ini. Perusahaan induk ini memiliki program reward loyalitas yang diperluas ke seluruh masing-masing mereknya. Saat pengguna berpartisipasi dalam program loyalitas ini, mereka memiliki ID reward unik yang dapat kami kaitkan dengan pengguna sebagai properti pengguna dan/atau sebagai parameter pada setiap peristiwa.
Tim reward bekerja di tingkat perusahaan induk, dan perlu melihat data untuk peserta program loyalitas di semua merek bersama-sama dalam properti yang sama. Kita dapat melakukannya dengan menggunakan kombinasi sub-properti dan properti gabungan sehingga tim reward memiliki set datanya sendiri untuk digunakan. Setiap properti sumber akan menghasilkan sub-properti yang berisi data hanya untuk peserta reward, lalu ketiga sub-properti akan didorong ke properti gabungan untuk mendapatkan data reward.
Perusahaan global dengan wilayah dan sub-wilayah
Dalam hal ini, akun perusahaan global memiliki 3 sub-properti gabungan wilayah dengan masing-masing 2 sub-properti sumber.
Penautan: Google Ads, SA360, dan DV360
Google Ads
Di properti Google Analytics 4, ada beberapa peningkatan untuk penautan Google Ads, tetapi basisnya tetap sama. Anda dapat menautkan akun Google Ads ke properti Google Analytics 4 untuk membagikan statistik situs dan audiens ke Google Ads dan mendapatkan manfaat dari data pelaporan Google Ads di properti GA4. Penautan ke akun Google Ads berada di tingkat properti Google Analytics. Anda dapat menautkan properti sumber, sub-properti, atau properti gabungan.
Perubahan penting dari Universal Analytics ke Google Analytics 4 yang perlu diingat: Di Universal Analytics, Anda harus memilih setiap akun Google Ads yang akan dijadikan tujuan ekspor audiens, dengan jumlah maksimum 10. Di properti GA4, Anda membagikan masing-masing audiens ke semua akun tertaut. Dengan perubahan ini, berbagi menjadi jauh lebih mudah, tetapi Anda harus membagikan semua audiens atau tidak sama sekali, jadi perhatikan hal tersebut saat Anda mengembangkan audiens Google Analytics 4.
Saat menautkan properti GA4 dan akun Google Ads, Anda dapat melihat statistik situs di Google Ads. Fitur ini mengekspor data interaksi perilaku dari Google Analytics secara langsung ke antarmuka pengguna Google Ads. Meskipun jika Anda dapat menyiapkan penautan ke semua jenis properti, sebaiknya buat penautan hanya ke properti sumber atau sub-properti (tetapi tidak keduanya): hal ini akan menghindari penghitungan ganda yang akan terjadi jika Anda menautkan ke properti sumber dan sub-properti.
Audiens dapat dibagikan dari properti GA4 mana pun (yaitu properti biasa, sub-properti, atau properti gabungan) ke Google Ads. Namun, perhatikan bahwa audiens dari sub-properti atau properti gabungan akan memiliki data yang berbeda dengan properti sumber (biasa) karena adanya pemfilteran atau beberapa set data. Hal ini penting untuk diperhatikan saat menggunakan penargetan audiens di Google Ads.
Demikian pula, konversi bergantung pada jenis properti tertaut. Anda tidak ingin mengimpor jenis konversi yang sama dari properti sumber, sub-properti, dan properti gabungan, sehingga rekomendasi praktik terbaik adalah menautkan properti GA sumber ke Google Ads dan mengekspor konversi Anda hanya dari sumber. Pengecualian untuk hal ini mungkin terjadi jika Anda memiliki akun Ads spesifik per wilayah, yang mungkin harus Anda tautkan di tingkat sub-properti.
Search Ads 360
Pada peluncuran awalnya, integrasi SA360 akan mendukung pewarisan data dari properti sumber ke sub-properti atau properti gabungan. Artinya, jika penautan dibuat di properti sumber, sub-properti atau properti gabungan akan menerima data dari SA360, tetapi sub-properti atau properti gabungan tidak dapat mengontrol atau menyiapkan penautan itu sendiri.
Perubahan penting dari Universal Analytics ke properti Google Analytics 4 yang perlu diingat: Di Universal Analytics, Anda harus memilih setiap akun yang akan dijadikan tujuan ekspor audiens, dengan jumlah maksimum 10. Di properti Google Analytics 4, Anda akan membagikan masing-masing audiens dengan semua akun tertaut. Dengan perubahan ini, pembagian audiens menjadi jauh lebih mudah, tetapi Anda harus membagikan semua audiens atau tidak sama sekali. Perhatikan hal ini saat Anda mengembangkan audiens Google Analytics 4.
Display & Video 360
Pada peluncuran awalnya, integrasi DV360 mendukung pewarisan data dari properti sumber ke sub-properti atau properti gabungan. Artinya, jika penautan dibuat di properti sumber, sub-properti atau properti gabungan akan menerima data dari DV360, tetapi sub-properti atau properti gabungan tidak dapat mengontrol atau menyiapkan penautan itu sendiri.
Perubahan penting dari Universal Analytics ke properti Google Analytics 4 yang perlu diingat: Di Universal Analytics, Anda harus memilih setiap akun yang akan dijadikan tujuan ekspor audiens, dengan jumlah maksimum 10. Di properti Google Analytics 4, Anda membagikan masing-masing audiens dengan semua akun tertaut. Dengan perubahan ini, pembagian audiens menjadi jauh lebih mudah, tetapi Anda harus membagikan semua audiens atau tidak sama sekali. Perhatikan hal ini saat Anda mengembangkan audiens Google Analytics 4.