Dimensi kustom dan metrik kustom mirip seperti dimensi dan metrik default di akun Analytics, tetapi Anda membuatnya sendiri. Anda dapat menggunakannya untuk mengumpulkan dan menganalisis data yang tidak dilacak secara otomatis oleh Analytics.
Dalam artikel ini:Ringkasan
Dimensi dan metrik kustom memungkinkan Anda menggabungkan data Analytics dengan data non-Analytics, mis., data CRM. Contoh:
- Jika Anda menyimpan gender pengguna yang login di dalam sistem CRM, informasi ini dapat digabungkan dengan data Analytics untuk melihat Kunjungan halaman menurut gender.
- Jika Anda developer game, metrik seperti "penyelesaian level" atau "skor tertinggi" mungkin lebih relevan untuk Anda daripada metrik standar seperti Tampilan layar. Dengan melacak data ini menggunakan metrik kustom, Anda dapat melacak progres berdasarkan metrik yang paling penting dalam laporan kustom yang fleksibel dan mudah dibaca.
Dimensi kustom dapat muncul sebagai dimensi utama di Laporan Kustom. Anda juga dapat menggunakannya sebagai Segmen dan dimensi sekunder dalam laporan standar.
Prasyarat
Dimensi dan metrik kustom hanya tersedia untuk properti yang telah diaktifkan untuk Universal Analytics atau berisi setidaknya satu tampilan pelaporan aplikasi. Dimensi dan metrik kustom didukung oleh Google Analytics SDK untuk Android dan iOS v2.x atau lebih tinggi, analytics.js, dan Measurement Protocol.
Dimensi dan metrik kustom memerlukan penyiapan tambahan di akun Analytics dan di kode pelacakan Anda. Setelah menyelesaikan kedua langkah penyiapan, Anda dapat menggunakannya dalam laporan.
Batas dan peringatan
Ada 20 indeks yang tersedia untuk berbagai dimensi kustom dan 20 indeks untuk metrik kustom di setiap properti. Akun Analytics 360 memiliki 200 indeks yang tersedia untuk dimensi kustom dan 200 untuk metrik kustom.
Dimensi kustom tidak dapat dihapus, tetapi Anda dapat menonaktifkannya. Sebaiknya jangan mencoba menggunakan ulang dimensi kustom. Saat Anda mengedit nama, cakupan, dan nilai dimensi kustom, nilai lama dan baru dapat dipasangkan dengan nama dimensi lama atau baru. Tindakan ini menggabungkan data dalam laporan Anda dengan cara yang tidak dapat dipisahkan secara akurat menggunakan filter.
Dimensi kustom tertentu tidak tersedia dalam pelaporan jika digabungkan dengan informasi demografi. Anda mungkin mencapai batas tertentu atau mengalami kendala inkompatibilitas dalam pelaporan atau dengan API saat meminta dimensi kustom yang menyertakan data demografis.
Siklus proses dimensi dan metrik kustom
Siklus proses dimensi atau metrik kustom memiliki empat tahapan:
- Konfigurasi – Anda menentukan dimensi dan metrik kustom dengan indeks, nama, dan properti lainnya seperti cakupan.
- Pengumpulan – Anda mengirimkan nilai dimensi dan metrik kustom ke Analytics dari penerapan Anda.
- Pemrosesan – data Anda diproses menggunakan penentuan dimensi dan metrik kustom Anda serta filter tampilan pelaporan.
- Pelaporan – Anda membuat laporan baru menggunakan dimensi dan metrik kustom di antarmuka pengguna Analytics.
Konfigurasi
Sebelum Anda dapat mengirim nilai dimensi dan metrik kustom ke Analytics, nilai tersebut harus terlebih dahulu ditentukan di properti Analytics. Setiap properti Analytics memiliki 20 indeks yang tersedia untuk dimensi kustom, dan 20 indeks lainnya tersedia untuk metrik kustom.
Saat Anda menentukan dimensi atau metrik kustom, Anda menetapkan namanya dan nilai konfigurasi lainnya, serta Analytics memberikan nomor indeks yang Anda gunakan nanti untuk merujuk ke dimensi atau metrik. Dimensi kustom memiliki nilai konfigurasi berikut:
- Nama – nama dimensi kustom seperti yang akan tercantum dalam laporan Anda.
- Cakupan – menentukan ke data mana dimensi atau metrik kustom akan diterapkan. Pelajari Cakupan lebih lanjut.
- Aktif – apakah nilai dimensi kustom atau metrik kustom yang akan diproses. Dimensi kustom yang tidak aktif mungkin akan tetap muncul dalam pelaporan, tetapi nilainya tidak akan diproses.
Metrik kustom memiliki nilai konfigurasi berikut:
- Nama – nama metrik kustom seperti yang akan tercantum dalam laporan Anda.
- Jenis – menentukan bagaimana nilai metrik kustom akan ditampilkan dalam laporan.
- Nilai Minimum/Maksimum – nilai minimum dan maksimum yang akan diproses dan ditampilkan dalam laporan Anda.
- Aktif – apakah nilai metrik kustom akan diproses atau tidak. Metrik kustom yang tidak aktif mungkin akan tetap muncul dalam laporan, tetapi nilainya tidak akan diproses.
Dimensi dan metrik kustom dapat ditentukan di antarmuka pengguna Analytics.
Setelah Anda menentukan dimensi atau metrik kustom, jangan mengedit nama atau cakupan jika memungkinkan. Lihat Pertimbangan Penerapan untuk mempelajari lebih lanjut bagaimana perubahan nilai tersebut dapat memengaruhi laporan Anda.
Pengumpulan
Nilai dimensi dan metrik kustom dikirim ke Analytics pada waktu pengumpulan sebagai pasangan parameter indeks dan nilai. Parameter indeks sesuai dengan nomor indeks dimensi atau metrik kustom yang ditetapkan Analytics dalam fase Konfigurasi.
Tidak seperti jenis data lainnya, dimensi dan metrik kustom dikirim ke Analytics sebagai parameter yang dikaitkan dengan hit lainnya, seperti kunjungan halaman, peristiwa, atau transaksi e-commerce. Dengan demikian, nilai dimensi atau metrik kustom harus ditetapkan sebelum panggilan pelacakan dilakukan agar nilai tersebut dikirim ke Analytics.
Misalnya, untuk menetapkan nilai dimensi kustom, kode Anda mungkin terlihat seperti ini:
ga('create', 'UA-XXXX-Y', 'auto');
// Tetapkan nilai untuk dimensi kustom pada indeks 1.
ga('set', 'cd1', 'Level 1');
// Kirim nilai dimensi kustom dengan hit kunjungan halaman.
ga('send', 'pageview');
Jenis Metrik Kustom
Metrik kustom dengan jenis Bilangan Bulat atau Waktu harus dikirim menggunakan bilangan bulat, sementara metrik kustom dengan jenis Mata Uang bisa dikirim sebagai nilai desimal tetap yang sesuai dengan mata uang lokal.
Pemrosesan
Saat dimensi kustom diproses, cakupan menentukan ke hit mana nilai dimensi kustom tertentu akan diterapkan, sedangkan filter tampilan menentukan hit mana beserta nilai terkaitnya yang pada akhirnya disertakan dalam Pelaporan.
Cakupan dan Prioritas
Cakupan menentukan hit mana yang akan dikaitkan dengan nilai dimensi kustom tertentu. Ada empat tingkat cakupan: produk, hit, sesi, dan pengguna:
- Produk – nilai diterapkan ke produk yang telah ditetapkan dengan nilai tersebut (khusus Enhanced E-commerce).
- Hit – nilai diterapkan ke satu hit yang telah ditetapkan dengan nilai tersebut.
- Sesi – nilai diterapkan ke semua hit dalam satu sesi.
- Pengguna – nilai diterapkan ke semua hit pada sesi saat ini dan sesi mendatang, sampai nilai berubah atau dimensi kustom dinonaktifkan.
Jika dimensi kustom memiliki cakupan tingkat produk, nilai hanya diterapkan ke produk yang bersamanya nilai tersebut ditetapkan. Karena beberapa produk dapat dikirim dalam satu hit, beberapa dimensi kustom dengan cakupan tingkat produk dapat dikirim dalam satu hit.
Cakupan tingkat hitJika dimensi kustom memiliki cakupan tingkat hit, nilai hanya diterapkan ke hit yang bersamanya nilai tersebut ditetapkan. Hal ini ditunjukkan pada Gambar A, Gambar B, dan Gambar C di bawah:
Cakupan tingkat sesi
Jika dua nilai dengan cakupan sesi ditetapkan pada indeks yang sama dalam sebuah sesi, nilai terakhir yang ditetapkan akan diprioritaskan dan diterapkan ke semua hit dalam sesi tersebut. Pada Gambar D di bawah, nilai terakhir yang ditetapkan menimpa nilai sebelumnya untuk indeks tersebut:
Cakupan tingkat pengguna
Terakhir, jika dua nilai dimensi kustom cakupan pengguna ditetapkan dalam sesi yang sama, nilai terakhir yang ditetapkan akan diprioritaskan untuk sesi saat ini, dan diterapkan ke sesi selanjutnya untuk pengguna tersebut.
Pada Gambar B di bawah, nilai CD, yaitu A, diterapkan ke semua hit di sesi 2, sama seperti CD tingkat sesi. Namun pada Gambar C, berbeda dari cakupan tingkat sesi, nilai CD, yaitu A, terus diterapkan ke hit pada sesi ketiga karena CD1 memiliki cakupan tingkat pengguna:
Filter
Filter tampilan dapat berinteraksi dengan dimensi dan metrik kustom dalam berbagai cara.
Nilai dimensi dan metrik kustom masing-masing dikaitkan dengan hit yang bersamanya nilai tersebut diterima, terlepas dari cakupannya. Jika hit tersebut difilter menurut filter tampilan, dimensi atau metrik kustom juga dapat difilter, bergantung pada cakupannya:
- Cakupan hit: Dimensi kustom dengan cakupan hit dan semua metrik kustom akan difilter jika hit yang terkait dengannya juga difilter.
- Cakupan Sesi atau Pengguna: Dimensi kustom cakupan pengguna atau sesi tidak akan difilter meskipun hit yang dengannya dimensi tersebut dikaitkan difilter. Nilainya tetap akan diterapkan ke semua hit di sesi saat ini, serta sesi selanjutnya jika dimensi tersebut memiliki cakupan pengguna.
Dimensi kustom juga dapat digunakan untuk membuat filter tampilan. Hal ini akan menyebabkan hit difilter sesuai dengan cakupan dimensi kustom. Misalnya, memfilter nilai dimensi kustom cakupan pengguna akan memfilter sesi saat ini dan sesi selanjutnya dari kumpulan pengguna yang terkait dengan nilai tersebut.
Pelaporan
Setelah tahap pengumpulan, konfigurasi, dan tahap pemrosesan lainnya dalam pipeline selesai, dimensi dan metrik kustom akan tersedia melalui antarmuka pelaporan pengguna.
Dimensi dan metrik kustom tersedia dalam laporan kustom dan dapat digunakan dengan segmen lanjutan. Dimensi kustom juga dapat digunakan sebagai dimensi sekunder dalam laporan standar.
Contoh
Contoh berikut menunjukkan bagaimana dimensi dan metrik kustom dapat digunakan oleh developer game untuk mempelajari perilaku pemain.
Suatu developer game baru saja merilis game baru.
Penerapan Analytics saat ini melacak tampilan layar setiap kali pengguna memainkan sebuah level. Developer sudah mengetahui frekuensi setiap level dimainkan. Sekarang mereka ingin menjawab pertanyaan lanjutan sebagai berikut:
- Berapa kali level yang mudah dimainkan dibandingkan level menengah atau level sulit?
- Berapa banyak level yang dimainkan setiap harinya dalam uji coba gratis 3 hari?
- Berapa banyak level yang dimainkan oleh pengguna saat uji coba dibandingkan pengguna yang membayar untuk game tersebut?
Untuk menjawab pertanyaan tersebut, dimensi kustom digunakan untuk membuat pengelompokan hit, sesi, dan pengguna baru.
Selain itu, developer menjual beberapa fitur tambahan untuk meningkatkan pengalaman pengguna, seperti "energi". Developer sudah menggunakan kolom kategori dan varian, tetapi ingin kolom tambahan untuk mengukur kekuatan energi yang dibeli. Dengan demikian, developer dapat mengetahui apakah kekuatan energi tertentu lebih populer dari yang lainnya.
Cakupan tingkat hit
Mari kita lihat contoh bagaimana developer game dapat menggunakan dimensi kustom tingkat hit untuk mengetahui berapa banyak level dari setiap tingkat kesulitan, yaitu mudah, sedang, atau sulit, yang dimainkan.
Developer sudah melacak frekuensi setiap level dimainkan menggunakan tampilan layar. Sekarang mereka ingin mengetahui tingkat kesulitan yang paling sering dimainkan.
Laporannya akan terlihat seperti ini:
| Tingkat kesulitan | Tampilan Layar |
|---|---|
| mudah | |
| sedang | |
| sulit |
Sebelum menggunakan dimensi kustom, developer dapat melihat total tampilan layar menurut level, tetapi mereka tidak dapat mengelompokkan tampilan layar tersebut menurut tingkat kesulitan.
Dengan menggunakan dimensi kustom tingkat hit, tingkat kesulitan dapat dikaitkan dengan setiap tampilan layar, yang memungkinkan laporan menyertakan tingkat kesulitan yang paling sering dimainkan.
Mengapa cakupan tingkat hit?
Pengguna mungkin memainkan beberapa level selama satu sesi. Menggunakan cakupan tingkat hit berarti nilai tingkat kesulitan hanya akan dikaitkan dengan tampilan layar yang bersamanya nilai tingkat kesulitan tersebut dikirim. hal ini memastikan setiap tampilan layar level dapat dikaitkan dengan tingkat kesulitan unik.
Konfigurasi
Langkah pertama untuk menerapkan dimensi kustom adalah menentukannya di setelan properti Anda pada bagian Admin di Analytics. Untuk contoh ini, penentuan dimensi kustom terlihat seperti ini:
| Indeks | 1 |
| Nama | Tingkat kesulitan |
| Cakupan | Hit |
| Aktif | true |
Pengumpulan
Pada game, developer sudah melacak setiap level dengan tampilan layar. Untuk mengaitkan tingkat kesulitan dengan setiap level, nilai dimensi kustom harus ditetapkan tepat sebelum panggilan untuk melacak tampilan layar.
Penerapannya akan terlihat seperti ini:
ga('create', 'UA-XXXX-Y', 'auto');
// Tetapkan nilai untuk dimensi kustom pada indeks 1.
ga('set', 'cd1', 'easy');
// Kirim nilai dimensi kustom dengan hit kunjungan halaman.
ga('send', 'pageview', '/level_1/');
Dalam contoh ini, dimensi kustom ditetapkan tepat sebelum tampilan layar level dilacak. Hal ini mengaitkan tingkat kesulitan dengan tampilan layar dan akan memungkinkan hit tampilan layar dikelompokkan menurut tingkat kesulitan dalam laporan.
Pemrosesan
Setelah hit dikumpulkan dan dikirim ke Analytics, data diproses dan nilai dimensi kustom diterapkan ke hit sesuai dengan cakupannya.
Misalnya, data yang dikumpulkan untuk satu pemain, dengan satu sesi, yang bermain 6 level, akan terlihat seperti ini:
userId = 5555 Sesi 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name=/level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium
Perhatikan bahwa menggunakan cakupan tingkat hit mengukur setiap nilai tingkat kesulitan yang hanya dikaitkan dengan tampilan layar yang dikirimkan bersamanya.
Pelaporan
Setelah diproses, karena setiap tampilan layar dikaitkan dengan nilai tingkat kesulitannya masing-masing, developer dapat membuat laporan yang menggunakan nama layar dan tingkat kesulitan sebagai dimensi, dan tampilan layar sebagai metrik:
| Nama layar | Tingkat kesulitan | Tampilan layar |
|---|---|---|
| /level_1/ | mudah | 1 |
| /level_2/ | sedang | 1 |
| /level_3/ | sulit | 1 |
| /level_4/ | mudah | 1 |
| /level_5/ | sedang | 1 |
| /level_6/ | sedang | 1 |
Developer dapat membuat laporan kustom yang menggunakan Tingkat Kesulitan sebagai dimensi utama untuk mengelompokkan tampilan layar dan mencari tahu frekuensi setiap tingkat kesulitan dimainkan:
| Tingkat kesulitan | Tampilan layar |
|---|---|
| mudah | 2 |
| sedang | 3 |
| sulit | 1 |
Dalam laporan ini, tingkat kesulitan sedang paling banyak dimainkan. Insight ini dimungkinkan dengan dimensi kustom tingkat hit untuk mengelompokkan tampilan layar.
Cakupan tingkat sesi
Sekarang mari kita lihat contoh bagaimana developer game dapat menggunakan dimensi kustom tingkat sesi untuk mengetahui jumlah level yang dimainkan setiap harinya dalam uji coba gratis 3 hari.
Developer sudah mengetahui frekuensi setiap level dimainkan dengan melacak tampilan layar untuk setiap level. Sekarang mereka ingin mengetahui jumlah level yang dimainkan setiap harinya.
Laporan yang ingin dibuat developer terlihat seperti ini:
| Hari Uji Coba | Tampilan layar |
|---|---|
| Hari 1 | |
| Hari 2 | |
| Hari 3 |
Dengan dimensi kustom tingkat sesi, developer dapat mengelompokkan tampilan layar menurut hari uji coba dan mengetahui perubahan jumlahnya seiring pengguna meluangkan lebih banyak waktu dalam uji coba gratis.
Mengapa cakupan tingkat sesi?
Anda dapat menggunakan cakupan tingkat sesi untuk mengelompokkan seluruh sesi secara efisien, dan semua hit komponennya, pada satu nilai Hari Uji Coba.
Meskipun cakupan tingkat hit dapat digunakan untuk memperoleh fungsi yang sama, cakupan tingkat sesi memungkinkan Anda menetapkan dengan mudah nilai Hari Uji Coba menggunakan kode tambahan paling sedikit.
Konfigurasi
Dimensi kustom Hari Uji Coba ditentukan di bagian setelan properti pada antarmuka pengguna Analytics dengan nilai berikut:
| Indeks | 2 |
| Nama | Hari Uji Coba |
| Cakupan | Sesi |
| Aktif | true |
Pengumpulan
Pada game, developer sudah melacak setiap level dengan tampilan layar. Untuk mengaitkan satu hari dengan semua tampilan layar dalam sebuah sesi, nilai dimensi kustom hanya perlu ditetapkan sekali per sesi.
Developer akan menetapkan dimensi kustom saat pengguna memulai game pertama kalinya:
ga('create', 'UA-XXXX-Y', 'auto');
// Tetapkan nilai untuk dimensi kustom pada indeks 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Kirim nilai dimensi kustom dengan hit kunjungan halaman.
ga('send', 'pageview', '/level_1/');
Perhatikan bahwa dimensi kustom tingkat sesi dapat ditetapkan kapan saja selama sesi. Namun dalam contoh ini, cukup mudah bagi developer untuk mengetahui hari uji coba dan menetapkan nilai yang sesuai saat sesi dimulai.
Pemrosesan
Setelah hit dikumpulkan dan dikirim ke Analytics, data diproses dan nilai dimensi kustom diterapkan ke hit sesuai dengan cakupannya.
Misalnya, data yang dikumpulkan untuk satu pemain, yang bermain game dua kali di hari pertama, sekali di hari kedua, dan sekali di hari ketiga, akan terlihat seperti ini:
userId = 5555 Sesi 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Sesi 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Sesi 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Sesi 4: H1: screen_name=/level_3/ cd2_value=3
Perhatikan bahwa nilai dimensi kustom hanya dikirim dengan satu tampilan layar per sesi.
Cakupan tingkat sesi memastikan nilai Hari Uji Coba akan dikaitkan dengan semua hit di sesi tersebut, bukan hanya dengan hit yang bersamanya nilai Hari Uji Coba dikirim.
Pelaporan
Setelah pemrosesan, nilai dimensi kustom tingkat sesi akan dikaitkan dengan semua tampilan layar yang diterima dalam sesi yang sama. Sekarang developer dapat membuat laporan menggunakan Hari Uji Coba dan nama layar sebagai dimensi serta tampilan layar sebagai metrik:
| Hari Uji Coba | Nama layar | Tampilan layar |
|---|---|---|
| 1 | /level_1/ | 1 |
| 1 | /level_2/ | 2 |
| 1 | /level_3/ | 1 |
| 1 | /level_4/ | 2 |
| 2 | /level_1/ | 1 |
| 2 | /level_2/ | 1 |
| 2 | /level_3/ | 1 |
| 3 | /level_3/ | 1 |
Terakhir, untuk mengelompokkan tampilan layar menurut hari dan mencari tahu jumlah level yang dimainkan dalam setiap hari uji coba, developer dapat membuat laporan kustom yang menggunakan Hari Uji Coba sebagai dimensi utama:
| Hari Uji Coba | Tampilan layar |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Data menunjukkan bahwa paling banyak level dimainkan pada hari pertama dan tampak lebih sedikit level dimainkan pada hari 2 dan 3. Insight ini dimungkinkan dengan menggunakan dimensi kustom tingkat sesi untuk mengelompokkan beberapa sesi dan hit komponennya menurut satu nilai.
Cakupan tingkat pengguna
Terakhir, mari kita lihat contoh bagaimana developer game dapat menggunakan dimensi kustom tingkat pengguna untuk mengetahui jumlah level yang dimainkan oleh pengguna berbayar dibandingkan pengguna uji coba gratis.
Seperti pada contoh sebelumnya, total frekuensi setiap level dimainkan sudah dilacak dengan tampilan layar, tetapi sekarang developer ingin mengelompokkan tampilan layar menurut pengguna gratis dan berbayar.
Laporan yang ingin dilihat developer akan terlihat seperti ini:
| Jenis Pemain | Tampilan layar |
|---|---|
| Gratis | |
| Berbayar |
Dengan dimensi kustom tingkat pengguna, developer bisa mendapatkan data ini dengan mengaitkan semua tampilan layar pengguna tertentu, di sesi saat ini dan selanjutnya, dengan nilai Jenis Pemain.
Mengapa cakupan tingkat pengguna?
Cakupan tingkat pengguna memungkinkan Anda secara mudah mengelompokkan semua sesi dan hit komponen pengguna menurut satu nilai. Hal ini ideal untuk nilai yang tidak sering berubah untuk pengguna tertentu, seperti Jenis Pemain dalam contoh ini.
Perhatikan bahwa meskipun fungsi yang sama ini dapat diperoleh dengan cakupan tingkat hit atau sesi, cakupan tingkat pengguna memberikan solusi paling mudah dengan kode paling sedikit.
Konfigurasi
Dimensi khusus Jenis Pemain ditentukan di bagian Admin dengan nilai berikut:
| Indeks | 3 |
| Nama | Jenis Pemain |
| Cakupan | Pengguna |
| Aktif | true |
Pengumpulan
Seperti pada contoh sebelumnya, developer sudah melacak setiap level dengan tampilan layar. Untuk mengelompokkan tampilan layar tersebut menurut Jenis Pemain, developer hanya perlu menetapkan dimensi Jenis Pemain saat pengguna memulai game, dan untuk kedua kalinya jika pengguna kemudian membayar mengakses versi game lengkap.
Developer akan menetapkan dimensi kustom saat pengguna memulai game pertama kalinya:
ga('create', 'UA-XXXX-Y', 'auto');
// Tetapkan nilai untuk dimensi kustom pada indeks 3.
ga('set', 'dimension3', 'Free' );
// Kirim nilai dimensi kustom dengan hit kunjungan halaman.
ga('send', 'pageview', '/level_1/');
Developer juga sebaiknya menetapkan dimensi kustom saat pengguna membayar untuk mendapatkan versi game lengkap:
ga('create', 'UA-XXXX-Y', 'auto');
// Tetapkan nilai untuk dimensi kustom pada indeks 3.
ga('set', 'dimension3', 'Paid' );
// Kirim nilai dimensi kustom dengan hit kunjungan halaman.
ga('send', 'pageview', '/level_1/');
Pemrosesan
Seperti pada contoh sebelumnya, setelah data dikumpulkan, data diproses dan nilai dimensi kustom diterapkan ke hit sesuai dengan cakupannya.
Misalnya, data yang dikumpulkan untuk satu pemain yang bermain game dua kali sebagai pengguna gratis dan sekali sebagai pengguna berbayar akan terlihat seperti ini:
userId = 5555 Sesi 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Sesi 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Sesi 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Perhatikan bahwa nilai free yang ditetapkan di sesi 1 berlaku untuk semua hit di sesi tersebut serta sesi 2, sampai nilai baru paid ditetapkan di sesi 3.
Pelaporan
Setelah pemrosesan, nilai dimensi kustom Jenis Pemain akan dikaitkan dengan sesi tempat nilai tersebut ditetapkan, serta sesi dan hit selanjutnya.
Developer sekarang dapat membuat laporan menggunakan Jenis Pemain dan nama layar sebagai dimensi serta tampilan layar sebagai metrik:
| Jenis Pemain | Nama layar | Tampilan layar |
|---|---|---|
| Gratis | /level_1/ | 1 |
| Gratis | /level_2/ | 2 |
| Gratis | /level_3/ | 2 |
| Berbayar | /level_3/ | 1 |
| Berbayar | /level_4/ | 1 |
Terakhir, untuk mengelompokkan tampilan layar menurut Jenis Pemain dan mengetahui jumlah level yang dimainkan oleh pemain gratis dibandingkan dengan pemain berbayar, developer dapat membuat laporan kustom yang menggunakan Jenis Pemain sebagai dimensi utama:
| Jenis pemain | Tampilan layar |
|---|---|
| Gratis | 5 |
| Berbayar | 2 |
Data menunjukkan bahwa lebih banyak level dimainkan oleh pengguna gratis daripada pengguna berbayar. Insight ini dimungkinkan dengan menggunakan dimensi kustom tingkat pengguna untuk mengelompokkan pengguna serta sesi dan hit komponennya menurut satu nilai.
Cakupan tingkat produk
Mari kita lihat contoh bagaimana developer game dapat menggunakan dimensi kustom tingkat produk untuk mengetahui kekuatan energi mana, yaitu lemah, sedang, atau kuat, yang dibeli.
Developer sudah melacak frekuensi energi dibeli menggunakan Enhanced E-commerce. Sekarang mereka ingin mengetahui kekuatan energi mana yang paling banyak dibeli.
Laporannya akan terlihat seperti ini:
| Kekuatan Energi | Pendapatan Produk |
|---|---|
| lemah | |
| sedang | |
| kuat |
Sebelum menggunakan dimensi kustom, developer dapat melihat total pendapatan produk dari energi, tetapi mereka tidak dapat mengelompokkan pendapatan tersebut menurut kekuatan energi.
Dengan menggunakan dimensi kustom tingkat produk, kekuatan energi dapat dikaitkan dengan setiap produk, yang memungkinkan laporan menyertakan kekuatan energi yang paling banyak dibeli (serta item yang dilihat, item yang diklik, dan tindakan Enhanced E-commerce lainnya).
Mengapa cakupan tingkat produk?
Pengguna dapat membeli beberapa energi dalam satu pembelian. Menggunakan cakupan tingkat produk berarti nilai kekuatan energi hanya akan dikaitkan dengan produk yang bersamanya nilai kekuatan tersebut dikirim. Hal ini memastikan setiap energi yang dibeli dapat dikaitkan dengan kekuatan energi unik.
Konfigurasi
Dimensi kustom Kekuatan Energi ditentukan di bagian setelan properti pada Admin di Analytics dengan nilai berikut:
| Indeks | 4 |
| Nama | Kekuatan Energi |
| Cakupan | Produk |
| Aktif | true |
Pengumpulan
Pada game, developer sudah melacak setiap pembelian energi. Untuk mengaitkan kekuatan energi dengan setiap energi, nilai dimensi kustom harus ditetapkan dengan data produk.
Penambahan dimensi ini ke produk mungkin akan terlihat seperti ini:
ga('ec:addProduct', { // Berikan detail produk di productFieldObject.
'id': 'P12345', // ID produk (string).
'name': 'Powerup', // Nama produk (string).
'category': 'Extras', // Kategori produk (string).
'variant': 'red', // Variasi produk (string).
'price': '10.00', // Harga produk (mata uang).
'quantity': 2, // Jumlah produk (angka).
'dimension4': 'strong' // Dimensi kustom cakupan produk (string).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Kirim data transaksi dengan kunjungan halaman awal.
Dalam contoh ini, dimensi kustom ditetapkan bersama dengan informasi produk. Ini mengaitkan kekuatan dengan Energi ini.
Pemrosesan
Seperti pada contoh sebelumnya, setelah hit dikumpulkan dan dikirim ke Analytics, data diproses dan nilai dimensi kustom diterapkan ke produk yang bersamanya nilai tersebut ditetapkan.
Misalnya, data yang dikumpulkan untuk satu pemain, dengan satu sesi, yang membeli 3 energi, akan terlihat seperti ini:
userId = 5555
Sesi 1:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Perhatikan bahwa menggunakan cakupan tingkat produk memastikan setiap nilai energi hanya dikaitkan dengan produk yang telah ditetapkan dengan nilai tersebut.
Pelaporan
Setelah diproses, karena setiap produk dikaitkan dengan nilai kekuatannya masing-masing, developer dapat membuat laporan kustom yang menunjukkan pendapatan menurut Kekuatan Energi:
| Kekuatan Energi | Pendapatan Produk |
|---|---|
| lemah | 20,00 |
| kuat | 10,00 |
Dalam laporan ini, energi yang lemah menyumbang pendapatan terbesar.
Metrik kustom
Cakupan
Seperti dimensi kustom, metrik kustom dapat memiliki cakupan yang berbeda-beda. Metrik kustom tingkat hit akan dikaitkan dengan semua dimensi tingkat hit yang dikirim bersama metrik tersebut. Demikian juga, metrik kustom tingkat produk hanya akan dikaitkan dengan produk yang dikirim bersama metrik tersebut. Contoh berikut menggambarkan dua jenis metrik kustom.
Contoh Metrik Kustom Cakupan Hit
Pada contoh di atas, developer game telah melacak setiap permainan level sebagai tampilan layar. Pada setiap laporan yang dihasilkan, metrik tampilan layar digunakan untuk menunjukkan percobaan pemain dalam menyelesaikan level.
Namun, developer juga ingin mengetahui rasio penyelesaian masing-masing level.
Untuk mengetahui rasio penyelesaian, developer akan menggunakan metrik kustom baru yang disebut Penyelesaian Level dan membandingkannya dengan tampilan layar untuk setiap level.
Laporan yang diinginkan developer akan terlihat seperti ini:
| Nama layar | Tampilan layar | Penyelesaian Level |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Mengapa menggunakan metrik kustom?
Dalam banyak kasus, Anda akan memiliki opsi untuk menggunakan peristiwa, tampilan layar, dan/atau metrik kustom untuk melacak metrik yang paling penting. Namun, metrik kustom dapat menghasilkan laporan kustom yang lebih fleksibel dan lebih mudah dibaca dan cara tersebut mudah untuk melacak metrik yang paling penting.
Dalam contoh ini, penyelesaian level tidak dapat dilacak sebagai tampilan layar tanpa penghitungan ganda jumlah tampilan layar per level, sehingga sebaiknya Anda mencari opsi lain.
Meskipun peristiwa dapat digunakan secara tersendiri, karena sifat hierarkinya, akan sulit membuat laporan di atas yang menggabungkan tampilan layar dan penyelesaian level dalam satu dimensi.
Karena keterbatasan di atas, dan karena penyelesaian level merupakan metrik penting bagi developer ini, yang paling mudah adalah melacak penyelesaian level sebagai metrik kustom.
Konfigurasi
Metrik kustom Penyelesaian Level ditentukan di bagian pengelolaan pada antarmuka pengguna dengan nilai berikut:
| Indeks | 1 |
| Nama | Penyelesaian Level |
| Cakupan | Hit |
| Jenis Pemformatan | Bilangan Bulat |
| Aktif | true |
Pengumpulan
Developer sudah melacak awal level masing-masing menggunakan tampilan layar. Sekarang mereka ingin melacak penyelesaian level menggunakan metrik kustom baru.
Seperti dimensi kustom, metrik kustom dikirim ke Analytics sebagai parameter yang dikaitkan ke hit lainnya. Untuk mengirim nilai metrik kustom, developer juga perlu mengirim hit tambahan untuk mencatat pengguna yang menyelesaikan level. Dalam contoh ini, peristiwa akan diaktifkan setelah level diselesaikan dan metrik kustom akan dikaitkan dengan peristiwa ini.
Penerapan tersebut akan terlihat seperti ini:
ga('create', 'UA-XXXX-Y', 'auto');
// Naikkan metrik penyelesaian metrik sebesar 1.
ga('set', 'metric1', 1 );
// Kirim nilai metrik kustom dengan hit peristiwa.
ga('send', 'event', 'Level', 'completion');
Pemrosesan
Sebelum pemrosesan, data untuk satu pemain yang bermain tiga level di game dalam satu sesi akan terlihat seperti ini:
userId = 5555 Sesi 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1
Pelaporan
Setelah pemrosesan, developer dapat membuat laporan yang menggunakan nama layar sebagai dimensi serta tampilan layar, total peristiwa, dan penyelesaian level sebagai metrik:
| Nama layar | Tampilan layar | Total Peristiwa | Penyelesaian Level |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Karena developer telah melacak penyelesaian level sebagai metrik kustom, maka tidak perlu lagi memfilter peristiwa penyelesaian dari total peristiwa.
Sebagai gantinya, developer dapat dengan mudah membuat laporan kustom berikut menggunakan metrik kustom Penyelesaian Level:
| Nama layar | Tampilan layar | Penyelesaian Level |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Data menunjukkan bahwa level 2 sebenarnya lebih sulit dibandingkan level 1 dan 3, karena hanya memiliki rasio penyelesaian 33% berdasarkan tampilan layar. Dengan melacak penyelesaian level sebagai metrik kustom, developer dapat dengan mudah menjawab pertanyaan tentang metrik utama dan membuat laporan sederhana untuk dibagikan dengan orang lain.
Contoh Metrik kustom Cakupan Produk
Pada contoh di atas, developer game telah melacak setiap pembelian energi. Ada sejumlah metrik yang dapat dikaitkan dengan setiap pembelian, seperti kuantitas dan pendapatan produk.
Namun, developer game baru-baru ini menjalankan promosi dengan memberikan kredit sebesar Rp1.000.000 untuk semua pengguna. Developer game ingin mengukur energi mana yang dibeli orang-orang dengan kredit tersebut.
Untuk mengetahui kredit yang digunakan untuk setiap pembelian produk, developer akan menggunakan metrik kustom baru yang disebut Kredit Terpakai.
Laporan yang diinginkan developer akan terlihat seperti ini:
| Kekuatan Energi | Pendapatan Produk | Kredit Terpakai |
|---|---|---|
| kuat | ||
| sedang | ||
| lemah |
Konfigurasi
Metrik khusus Kredit Terpakai ditentukan di bagian Admin dengan nilai berikut:
| Indeks | 2 |
| Nama | Kredit Terpakai |
| Cakupan | Produk |
| Jenis Pemformatan | Bilangan Bulat |
| Aktif | true |
Pengumpulan
Seperti dimensi kustom tingkat produk, metrik kustom tingkat produk dikirim ke Analytics sebagai parameter yang dikaitkan ke data produk.
Penerapan tersebut akan terlihat seperti ini:
ga('ec:addProduct', { // Berikan detail produk di productFieldObject.
'id': 'P12345', // ID produk (string).
'name': 'Powerup', // Nama produk (string).
'category': 'Extras', // Kategori produk (string).
'variant': 'red', // Variasi produk (string).
'price': '10.00', // Harga produk (mata uang).
'quantity': 2, // Jumlah produk (angka).
'dimension4': 'strong', // Dimensi kustom cakupan produk (string).
'metric2': 5 // Metrik kustom cakupan produk (bilangan bulat).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Kirim data transaksi dengan kunjungan halaman awal.
Pemrosesan
Sebelum pemrosesan, data untuk satu pemain yang membeli beberapa energi mungkin akan terlihat seperti ini:
userId = 5555
Sesi 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=weak cm2_value=5
product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=medium cm2_value=1
product_name=powerup cd4_value=weak cm2_value=10
Pelaporan
Setelah pemrosesan, developer dapat membuat laporan yang menggunakan Kekuatan Energi sebagai dimensi serta Pendapatan Produk dan Kredit Terpakai sebagai metrik:
| Kekuatan Energi | Pendapatan Produk | Kredit Terpakai |
|---|---|---|
| lemah | 20 | 15 |
| kuat | 10 | 5 |
| sedang | 10 | 1 |
Data menunjukkan bahwa pemain menggunakan kredit mereka pada energi lemah. Developer paling banyak mendapat keuntungan dari energi sedang.
Pertimbangan penerapan
Saat menerapkan dimensi atau metrik kustom, perhatikan hal-hal berikut:
Mengedit dimensi atau metrik yang ada
Saat Anda mengedit nama atau cakupan dimensi atau metrik kustom yang ada, data Anda dapat terpengaruh dengan cara berikut:
- Mengedit nama: memengaruhi data yang telah diproses. Data lama hanya dapat diakses menggunakan nama yang baru.
- Mengedit cakupan: tidak mempengaruhi data yang telah diproses. Hanya data baru yang akan diproses menggunakan cakupan baru.
- Mengubah status aktif: kolom aktif akan menentukan apakah nilai dimensi atau metrik kustom yang akan diproses. Perhatikan bahwa jika kolom aktif memiliki nilai
false, metrik atau dimensi kustom akan tetap muncul di pelaporan Anda, tetapi tidak akan memiliki data terkait karena nilainya tidak diproses.
Merencanakan di awal saat menetapkan cakupan
Saat menentukan cakupan yang akan digunakan untuk dimensi kustom tertentu, pertimbangkan seberapa sering Anda ingin nilainya berubah. Jika nilainya dapat berubah beberapa kali selama sesi, seperti nama level di game, gunakan cakupan hit dan tetapkan nilai sebelum masing-masing hit. Di sisi lain, dimensi kustom seperti gender dapat ditetapkan pada tingkat pengguna hanya sekali. Mengirim nilai gender dengan setiap hit akan memerlukan jumlah pekerjaan yang tidak perlu, dan mengonfigurasikan dimensi kustom yang sering berubah dengan cakupan pengguna akan membuat banyak hit salah dikaitkan dengan nilai tersebut.
