Parameter dan penunjuk khas. Analitis Universal Google - Menggunakan Dimensi Tersuai dan Metrik Dimensi Tersuai

Dimensi dan metrik tersuai digunakan dengan cara yang sama seperti dimensi lalai, tetapi berbeza kerana anda membuatnya sendiri. Menggunakan dimensi dan metrik tersuai, anda boleh mengumpul data yang tidak dijejaki secara automatik dalam Google Analitis.

Parameter dan ukuran tersuai boleh dibuat dan diubah pada tahap sumber v akaun Google Analitis, jika anda mempunyai kebenaran untuk menukarnya.

Membuat dimensi atau ukuran tersuai ialah proses dua langkah. Mula-mula, buat dimensi atau metrik tersuai untuk sumber anda. Kemudian tukar kod penjejakan. Ikuti langkah-langkah di bawah mengikut urutan.

Cara membuat parameter tersuai

1. Buka bahagian Pentadbir dan navigasi ke sumber yang diperlukan.
2. Dalam lajur Sumber klik Definisi Khas> Parameter Khas.
3. Klik butang + Parameter khas.
4. Tunjukkan tajuk.
   Pilih nama deskriptif supaya tidak mengelirukan item baharu dengan parameter dan penunjuk lain.
5. Isi ruangan Skop.
   Pilihan berikut tersedia: "Kenalan", "Sesi", "Pengguna", "Produk." Untuk mendapatkan maklumat lanjut tentang skop dan penggunaan parameter tersuai, lihat panduan pembangun.
6. Semak kotak Aktif untuk mula mengumpul data dan menambah parameter pada laporan. Jika anda tidak mahu mengaktifkan parameter yang dibuat, kosongkan kotak pilihan ini.
7. Klik butang Buat.

Cara membuat metrik tersuai

1. Buka bahagian Pentadbir dan navigasi ke sumber yang diperlukan.
2. Dalam lajur Sumber klik Takrif khas> Penunjuk khas.
3. Klik butang + Penunjuk khas.
4. Sila nyatakan Nama.
   Kami mengesyorkan memilih nama yang unik dan bermaklumat yang mudah digunakan.
5. Dalam menu lungsur Jenis pemformatan pilih pilihan yang anda mahu: Integer, mata wang atau Masa.
   Integer boleh menjadi apa sahaja. Mata wang sepadan dengan yang dinyatakan dalam tetapan paparan (dolar AS, yen, dsb.), dan jumlahnya ditunjukkan sebagai perpuluhan... Masa ditunjukkan dalam beberapa saat, tetapi laporan menunjukkannya dalam format hh: mm: ss.
6. Semak kotak Aktif untuk mula mengumpul data dan menambah metrik pada laporan anda. Nyahtanda kotak jika metrik yang anda ingin buat harus kekal tidak aktif.
7. Klik butang Buat.

Menukar kod penjejakan

Selepas membuat dimensi atau metrik tersuai untuk sumber anda juga perlu menukar kod penjejakan... Ini harus dilakukan oleh pemaju yang berkelayakan. Arahan boleh didapati dalam panduan pembangun masing-masing.

Keupayaan untuk menggunakan "dimensi dan metrik tersuai" disertakan versi baru Google Analitis. Jika dahulu, dalam klasik sekarang versi Google Analitis, kami diberi peluang untuk memanipulasi 5 pembolehubah tersuai, kini dalam Analitis Universal kami boleh menggunakan sehingga 20 parameter dan penunjuk tersuai.

Untuk kemudahan bekerja dengan bahan, saya membahagikannya kepada blok:

• 1. Apakah dimensi dan metrik tersuai?
• 2 Untuk tujuan apakah dimensi dan metrik tersuai Analitis Universal boleh digunakan?
• 3 Had pada penggunaan dimensi dan metrik tersuai.
• 4 .Membuat dimensi dan metrik tersuai.
• 5. Menetapkan nilai parameter dan penunjuk tersuai.
• 6. Bekerja dengan dimensi dan metrik tersuai dalam laporan Google Analitis.

Apakah dimensi dan metrik tersuai?

Jika terangkan dalam kata mudah, kemudian parameter menerangkan ciri beberapa objek, contohnya, ia boleh menjadi tajuk atau URL halaman.

Metrik tersuai menyampaikan nilai seperti: nilai bersyarat halaman tapak dalam mata.

Untuk tujuan apakah dimensi dan metrik tersuai Analitis Universal boleh digunakan?

1. anda boleh menggunakannya untuk memindahkan maklumat ke Google Analitis yang tiada dalam laporan standard;
2. parameter dan metrik tersuai digunakan dalam hal tersebut keupayaan Google Analitis seperti sambungan data dan import data kos;
3. mereka membenarkan anda menandai pelawat dan kemudian menganalisis tingkah laku kumpulan pengguna yang berbeza, contohnya, mereka yang berdaftar di tapak dan mereka yang belum melalui prosedur ini.

Ini sama sekali bukan senarai yang lengkap. pilihan yang mungkin menggunakan parameter dan metrik yang boleh anda buat sendiri.

Had pada penggunaan dimensi dan metrik tersuai.

Dalam versi klasik Google Analitis, anda boleh menggunakan 5 pembolehubah tersuai, dalam versi Analitis Universal, anda boleh menggunakan sehingga 20 dimensi dan ukuran tersuai. Jika anda pengguna Premium, anda boleh membuat sehingga 200 dimensi dan metrik tersuai.

Catatan: 20 dan 200 ialah jumlah bilangan parameter dan penunjuk. Iaitu, anda boleh mencipta 15 dimensi dan 5 penunjuk (jumlah 20), tetapi bukan 20 dimensi dan 20 penunjuk (jumlah 40).

Had ditetapkan untuk setiap sumber.

Penciptaan dimensi dan penunjuk tersuai.

Untuk membuat parameter atau penunjuk tersuai, anda perlu pergi ke mod pentadbir, pilih sumber yang diperlukan (daripada tersedia), dan kemudian cari item "Takrif tersuai" dalam menu:

Kemudian pilih nilai yang diingini: parameter atau penunjuk (bergantung pada perkara yang anda akan buat). Selepas pemilihan, halaman akan dibuka, yang akan memaparkan semua parameter atau penunjuk yang dibuat sebelum ini untuk sumber:

Dimensi dan metrik Analitis Universal tersedia

Untuk mencipta entri baru klik pada butang merah di bahagian atas jadual:

Borang akan dipaparkan di mana anda perlu mengisi medan "Nama" (ia akan digunakan dalam laporan), serta menunjukkan skop parameter atau penunjuk:

Membuat parameter Analitik Google s

Jika anda tidak biasa dengan skop dimensi dan ukuran, saya mengesyorkan anda membaca dokumentasi rasmi (dalam bahasa Inggeris).

Jika anda merasa sukar untuk memahami cara hits, sesi dan tahap pengguna berfungsi, maka saya akan cuba mendedahkan topik ini sedikit.

Dalam Google Analitis, semuanya dibina berdasarkan hits. Paparan halaman tunggal, acara di tapak, transaksi, tindakan sosial dan banyak lagi - semua ini dipanggil hits... Untuk kejelasan, mari kita panggil ini "langkah anda".

Sesi Merupakan set hit yang dilaksanakan sehingga sesi terganggu, iaitu, sehingga 30 minit ketidakaktifan pengguna telah berlalu (masa lalai). Sehingga saat ini, sesi itu dianggap aktif. Untuk kejelasan, ini adalah langkah anda (hits) dari langkah pertama (hit) hingga akhir (hit). Selepas 30 minit, anda mengambil langkah (tekan): laluan kedua bermula (baru, sesi kedua).

Tahap pengguna- ini adalah semua hits dan sesi seorang pengguna: ini semua langkah (hits) dan laluan (sesi) anda selagi anda boleh bergerak.

Bagaimana mereka berkelakuan maksudnya, ditetapkan untuk parameter dan penunjuk pada pelbagai peringkat, dipaparkan secara bermaklumat dalam ilustrasi dalam dokumentasi rasmi. Saya menasihati anda untuk menangani perkara ini supaya tidak ada soalan: "Mengapa beberapa nilai berubah menjadi" ditimpa "?"

Menetapkan nilai parameter dan penunjuk tersuai.

Sebaik sahaja anda telah mencipta dimensi dan ukuran yang anda perlukan, anda perlu mula memberikan nilai kepada mereka. Ini boleh dilakukan dengan cara yang berbeza. cara:

1. melalui kod penjejakan;
2. dengan menggunakan google Pengurus Teg;
3. menggunakan Protokol Pengukuran.

Mari kita lihat setiap pilihan ini.

Selepas anda membuat dalam "Panel Kawalan" parameter baharu atau penunjuk, anda akan ditawarkan kod untuk penempatan pada halaman tapak atau dalam aplikasi:

Contoh kod untuk menetapkan nilai parameter

Ini ialah cara pertama untuk menetapkan nilai (melalui kod penjejakan). Ia juga boleh dilaksanakan dengan dua cara yang sedikit berbeza .

Pilihan 1... Menetapkan nilai parameter atau metrik tersuai apabila menghantar data tentang hit (paparan halaman, acara, dsb.). Contoh pelaksanaan:

// lulus nilai apabila menghantar data paparan halaman ga ("hantar", "pandangan halaman", ("dimension15": "Dimensi Tersuai Saya")); // lulus nilai apabila menghantar data acara ga ("hantar", "event", "category", "action", ("metric18": 8000));

Pilihan 2. Menetapkan nilai parameter atau ukuran tersuai menggunakan kaedah
ditetapkan. Contoh pelaksanaan:

1 // tetapkan nilai
2 ga ("set", "dimensi5", "data tersuai");

Dalam pilihan kedua, nilai ditetapkan untuk semua hits yang akan dipanggil selepas menetapkan nilai. Sebagai contoh, anda menetapkan nilai yang dikehendaki, dan kemudian data paparan halaman dihantar ke halaman, dan kemudian tindakan itu dilakukan. Dalam kes ini, parameter atau nilai metrik akan dihantar untuk kedua-dua paparan halaman dan acara.

Jika pilihan pertama digunakan, maka nilai dihantar hanya untuk hit di mana ia disenaraikan.

Kesilapan biasa ialah menggunakan pilihan kedua dengan menetapkan nilai melalui ditetapkan(selepas memanggil kaedah hantar). Ingat: menetapkan sebarang nilai melalui ditetapkan mesti dilakukan sebelum memanggil hantar.

Penggunaan yang betul:

1 // tetapkan nilai
2
3
4 // hantar data acara
5

Penggunaan yang tidak betul:

1 // hantar data acara
2 ga ("hantar", "acara", "kategori", "tindakan");
3
4 // tetapkan nilai
5 ga ("set", "dimensi5", "data tersuai");

Cara seterusnya- penghantaran data menggunakan Pengurus Google Tag. guna dengan cara ini diperlukan jika pelaksanaan Google Analitis pada tapak dilakukan menggunakan Pengurus Google Tag.

Untuk menunjukkan bahawa apabila teg diaktifkan, nilai parameter atau penunjuk tersuai harus dipindahkan, apabila menyediakan teg, klik pada blok " Tetapan tambahan", Dan kemudian cari baris" Parameter khas "atau" Penunjuk khas "dan klik pada yang dikehendaki. Sesuatu seperti berikut akan dipaparkan.:

Membuat metrik dan metrik dalam Pengurus Google Tag

Contoh menetapkan parameter dalam Pengurus Google Tag

Dari manakah nilai untuk medan "Indeks" berasal? Ia ditetapkan apabila anda membuat parameter atau ukuran dalam panel kawalan:


Contoh penciptaan dalam Pengurus Google Tag

Sebagai nilai parameter, anda boleh menggunakan nilai malar, yang dimasukkan dalam medan yang sepadan. Di samping itu, anda boleh menentukan nilai mana-mana makro yang tersedia:

Nilai parameter daripada makro

Setelah tetapan telah dibuat, nilai akan dihantar setiap kali teg diaktifkan.

Kaedah ketiga untuk memindahkan nilai menggunakan Protokol Pengukuran atau Protokol Pemindahan Data Analitis Google.

Sekiranya anda belum biasa dengan peluang ini, maka saya mengesyorkan agar anda membiasakan diri dengannya dalam bahan ini.

Saya akan memikirkan secara ringkas kemungkinan ini, kerana tidak sepatutnya ada kesulitan dalam menggunakannya (jika sesuatu tidak berfungsi, kembali kepada penerangan dan prinsip protokol itu sendiri).

Untuk menunjukkan bahawa permintaan mengandungi parameter dan metrik, gunakan Pilihan tambahan dengan nama cdN dan / atau cmN, di mana N ialah indeks yang diberikan apabila dimensi atau ukuran dicipta.

Contoh permintaan Protokol Pengukuran yang dihantar dengan JQuery apabila butang dengan id = buttonId diklik:

1 $ ("# buttonId"). klik (fungsi () (
2 $ .post (
3 "Www.google-analytics.com/collect",
4 {
5 v: "1",
6 tid: "UA-xxxxx-1",
7 cid: "12xx916x95.13x6127xx4",
8
9 t: "peristiwa",
10 ec: "Menyemak acara",
11 ea: "Maya",
12
13 cd1: "Nilai parameter",
14 cm2: 3, // nilai penunjuk
15 },
16 onAjaxSuccess
17 )
18 });

Beri perhatian kepada baris dengan nilai cd1 dan cm1: mereka lulus nilai untuk parameter pada indeks 1 dan mengukur pada indeks 2.

Anda juga harus sedar bahawa terdapat had untuk nilai parameter 150 bait (dokumentasi).

Selepas parameter dan penunjuk yang diperlukan telah dibuat, nilai diluluskan untuk mereka: anda boleh mula bekerja dengan data yang dikumpul.

Bekerja dengan dimensi dan metrik tersuai dalam laporan Google Analitis.

Anda telah melakukan banyak kerja untuk mencipta dan mengkonfigurasi parameter dan penunjuk, mengatur pemindahan nilai yang diperlukan, tetapi ia akan menjadi sia-sia jika tiada siapa yang boleh bekerja dengan data yang diterima. Google Analytics tidak mempunyai masalah dengan ini. Maklumat anda tersedia dalam kedua-dua laporan standard dan laporan tersuai.

Bekerja dengan laporan standard.

Gunakan dalam segmen lanjutan:

Gunakan dalam laporan tersuai:

Penggunaan dalam laporan Google Analitis tersuai

4 Parameter tersuai

Gambaran keseluruhan

Kadangkala anda mungkin ingin melakukan semakan ejen, yang tidak dipratakrifkan dalam Zabbix. Dalam kes ini, parameter tersuai akan membantu anda.

Anda boleh menulis arahan yang akan mengembalikan data yang anda perlukan dan menambah arahan ini sebagai parameter pengguna pada fail konfigurasi ejen (parameter konfigurasi "UserParameter").

Parameter tersuai mempunyai sintaks berikut:

Parameter Pengguna =<ключ>,<команда>

Seperti yang anda lihat, parameter tersuai juga mengandungi kunci. Kunci diperlukan semasa mengkonfigurasi item. Masukkan kunci pilihan anda yang boleh dirujuk dengan mudah (mesti unik dalam hos). Mulakan semula ejen.

Di bilik bedah sistem UNIX penterjemah digunakan baris arahan / tong / sh... Parameter tersuai tertakluk pada tamat masa semakan ejen; jika tamat masa melebihi, proses yang dibuat oleh parameter pengguna akan ditamatkan.

Lihat juga:

Contoh parameter tersuai mudah

Perintah mudah:

Parameter Pengguna = ping, gema 1

Ejen akan sentiasa mengembalikan "1" untuk item dengan kunci "ping".

Contoh yang lebih kompleks:

UserParameter = mysql.ping, mysqladmin -uroot ping | grep -c hidup

Ejen akan mengembalikan "1" jika pelayan MySQL tersedia, "0" sebaliknya.

Pilihan tersuai yang fleksibel

Parameter tersuai fleksibel membenarkan parameter dengan kunci yang ditentukan. Dalam kes ini, parameter tersuai yang fleksibel boleh menjadi asas untuk mencipta berbilang item data.

Parameter tersuai fleksibel mempunyai sintaks berikut:

UserParameter = kekunci [*] arahan

Rujukan kepada kedudukan bermula dengan $ dicari dan digantikan oleh ejen Zabbix hanya dalam kes parameter pengguna yang fleksibel. Dalam kes parameter tersuai yang mudah, rujukan tersebut dilangkau dan oleh itu tiada sebarang $ aksara diperlukan.

Secara lalai, beberapa aksara tidak dibenarkan dalam pilihan pengguna. Lihat dokumentasi UnsafeUserParameters untuk senarai lengkap simbol tersebut.

Contoh 1

Contoh yang sangat mudah:

Parameter Pengguna = ping [*], gema $ 1

Kami boleh mencipta bilangan item yang tidak terhad untuk menonton apa-apa sahaja dengan menentukan ping [apa sahaja] dalam format ini.

ping - akan sentiasa kembali '0'

ping - akan sentiasa kembali 'aaa'

Contoh 2

Jom tambah makna!

UserParameter = mysql.ping [*], mysqladmin -u $ 1 -p $ 2 ping | grep -c hidup

Parameter ini boleh digunakan untuk memantau ketersediaan pangkalan data MySQL. Kami boleh menghantar nama pengguna dan kata laluan sebagai parameter:

Mysql.ping

Contoh 3

Keputusan Perintah

Nilai arahan yang terhasil ialah output standard bersama-sama dengan output ralat standard.

Item data teks (jenis maklumat aksara, log atau teks) tidak akan menjadi tidak disokong jika ralat dikeluarkan kepada output standard.

Parameter tersuai yang mengembalikan teks (aksara, log, jenis maklumat teks) boleh mengembalikan ruang. Sekiranya terdapat hasil yang salah, item tersebut akan menjadi tidak disokong.

Parameter dan metrik tersuai membolehkan anda menghantar data yang diperlukan kepada Google Analitis khusus untuk tugasan anda. Contohnya, ia boleh digunakan untuk memuat naik metrik penting seperti atau ke dalam Google Analitis. Anda boleh membandingkan segmen yang berbeza antara satu sama lain, sebagai contoh, pengguna yang diberi kuasa di tapak dan belum log masuk, pengarang halaman, mendapatkan nilai apabila mengisi medan pelbagai borang, dan sebagainya, bergantung pada spesifikasi tapak anda.

Bagaimanakah cara saya menambah dimensi atau ukuran tersuai?

1. Buka bahagian "Pentadbir" dan pilih sumber yang dikehendaki.
2. Dalam lajur "Sumber" klik "Takrif tersuai"> (atau penunjuk).
3. Klik butang "+ Parameter khas"(atau penunjuk).
4. Tunjukkan namanya.
5. Apabila menambah dimensi atau metrik tersuai, pilih "Skop" daripada pilihan berikut: "Pukul", "Sesi", "Pengguna", "Produk"(lebih lanjut mengenai skop).
6. Selain itu, apabila menambah metrik tersuai, pilih "Jenis pemformatan" daripada pilihan berikut: "Integer", "Mata wang" atau "Masa".
7. Semak kotak "Aktif" untuk mula mengumpul data dan menambah dimensi atau ukuran pada laporan anda. Jika anda tidak mahu mengaktifkan parameter yang dibuat, kosongkan kotak pilihan ini.
8. Klik butang "Buat".

Kaedah penghantaran ke GA

Menghantar data melalui kod penjejakan

// Hantar dimensi tersuai apabila melihat ga halaman ("hantar", "pageview", ("dimension1": "Dimensi saya")); // Hantar metrik tersuai bersama dengan acara ga ("hantar", "event", "category", "action", ("metric1": 123));

Menghantar data melalui GTM

Jika Analitis Google dibenamkan pada tapak melalui GTM (yang disyorkan), maka semasa pengaktifan teg, anda boleh memindahkan parameter atau penunjuk tersuai. Untuk melakukan ini, pergi ke "Tetapan tambahan", nyatakan indeks dan nilai.

Menghantar data melalui Protokol Pengukuran

Panduan untuk menggunakan Protokol Pengukuran diterangkan dalam artikel "" di mana ID Pelanggan pengguna dihantar kepada parameter pengguna cd14.

Sekatan

Dalam setiap sumber, anda boleh menambah 20 parameter tersuai dan 20 lagi penunjuk.

Anda tidak boleh memadamkan parameter atau metrik tersuai, tetapi anda boleh mematikannya.

Kes memintas sekatan dalam 20 parameter dan penunjuk

Terdapat tugas apabila anda perlu menjejaki penyiapan kalkulator atau sebarang soal selidik di tapak dengan sejumlah besar medan. Menetapkan parameter berasingan untuk setiap medan bukanlah pilihan, kerana anda boleh menghadapi had.

Jalan keluar dari situasi ini adalah dengan mencipta dua parameter: yang pertama untuk nama medan borang, dan yang kedua untuk nilai yang dimasukkan dalam medan.

Sehubungan itu, kami memindahkan nilai medan borang ke "medan Kalkulator - nilai", dan nama medan itu sendiri ke "medan Kalkulator - nama". Dan apabila, katakan, kita perlu memaparkan semua nilai medan "Bandar", kita hanya menetapkan penapis untuk penunjuk khas "Bidang Kalkulator - Nama" sama dengan nama medan.

Cara memasukkan data bukan standard dalam laporan

Keperluan

Dimensi dan metrik tersuai hanya tersedia dalam sifat yang menggunakan Analitis Universal atau mempunyai sekurang-kurangnya satu paparan untuk apl anda. Dimensi dan metrik tersuai disokong dalam SDK Analitis untuk Android dan versi iOS 2.x dan lebih baru, serta pustaka analytics.js dan platform Protokol Pengukuran.

Untuk menggunakan dimensi dan metrik tersuai, anda perlu menyediakan akaun Analitis dan kod penjejakan.

Sekatan

Setiap sumber mempunyai 20 indeks untuk parameter diperibadikan dan 20 lagi untuk penunjuk. Untuk akaun Premium Analitis, had ini telah dinaikkan kepada 200 setiap satu.

Anda tidak boleh memadamkan parameter tersuai, tetapi anda boleh mematikannya. Menggunakan semula parameter tersuai tidak disyorkan. Selepas menukar nama, skop dan nilai parameter tersuai, laporan mungkin mengandungi kedua-dua versi lama dan versi baharu. Akibatnya, data akan menjadi tidak tepat dan mustahil untuk ditapis.

Bekerja dengan parameter dan penunjuk tersuai

Penyesuaian

Mula-mula, anda perlu menentukan nilai dimensi dan metrik tersuai dalam sumber Analitis anda. Setiap sumber boleh mempunyai sehingga 20 parameter khas dan bilangan penunjuk khas yang sama.

Anda perlu menentukan nama dan sifat lain bagi parameter atau penunjuk khas dengan nombor tertentu. Untuk parameter tersuai, tetapan berikut dibuat:

Tetapan berikut ditetapkan untuk penunjuk khas:

• Nama- di bawah nama ini penunjuk khas akan muncul dalam laporan.
• Jenis- menentukan cara nilai penunjuk tersuai akan dipaparkan dalam laporan.
• Nilai minimum / maksimum- nilai minimum dan maksimum yang akan diproses dan direkodkan dalam laporan.
• Aktif- menunjukkan sama ada nilai metrik tersuai akan diproses. Metrik tersuai yang tidak aktif akan muncul dalam laporan, tetapi nilainya tidak akan diproses.

Anda boleh membuat dimensi dan metrik tersuai dalam antara muka Analitis.

Jangan tukar nama atau skop dimensi dan metrik tersuai melainkan benar-benar perlu. ...

Pengumpulan data

Nilai dimensi dan metrik tersuai dihantar ke Analitis sebagai pasangan nilai nombor. Dalam kes ini, nombor yang anda tetapkan untuk parameter atau penunjuk khas pada masa itu digunakan.

Tidak seperti data lain, dimensi dan metrik tersuai dihantar ke Analitis bersama-sama dengan hits lain (paparan halaman, peristiwa, urus niaga). Oleh itu, nilai mereka mesti ditetapkan sebelum memanggil kod penjejakan.

Sebagai contoh, kod yang menetapkan nilai parameter khas mungkin kelihatan seperti ini:

Ga ("buat", "UA-XXXX-Y", "auto"); // Pilih nilai untuk parameter khas dengan indeks 1. ga ("set", "cd1", "Tahap 1"); // Lulus nilai parameter khas dengan hit - paparan halaman. ga ("hantar", "paparan halaman");

Jenis metrik tersuai

Ukuran khas jenis Integer (integer) atau Masa (masa) dinyatakan menggunakan integer, dan jenis Mata Wang (mata wang) boleh dipindahkan sebagai nilai perpuluhan tetap dalam mata wang tempatan.

Pemprosesan data

Skop akses menentukan hits mana nilai parameter tersuai yang diberikan akan digunakan dan penapis profil menentukan hits dan nilai sepadannya akan disertakan.

Kawasan akses dan keutamaan

Skop akses menentukan hits yang akan dikaitkan dengan nilai khusus parameter tersuai. Terdapat empat bidang tersebut secara keseluruhan: produk, rayuan, sesi dan pengguna.

• produk- nilai digunakan hanya pada produk yang ditetapkan. Kawasan akses ini digunakan untuk e-dagang yang dipertingkatkan sahaja.
• Rayuan- nilai hanya digunakan pada hit yang telah ditentukan.
• Sesi- nilai digunakan pada semua hits dalam sesi.
• pengguna- nilai digunakan pada semua hits dalam sesi semasa dan sesi akan datang sehingga ia berubah atau parameter tidak lagi aktif.

Dengan skop ini, nilai parameter tersuai hanya digunakan pada produk yang telah ditentukan. Satu pukulan boleh menghantar beberapa produk dan, oleh itu, beberapa parameter khas dengan skop berbeza peringkat "Produk".

Dengan skop ini, nilai parameter khas digunakan hanya pada hit yang ditetapkan (lihat. nasi. 1, nasi. 2 dan nasi. 3 di bawah).

Rajah 2. Pengguna menghantar pukulan ketiga ke H3. Tiada parameter khas yang dikaitkan dengan H3.

Rajah 3. Pengguna menghantar pukulan keempat H4. Rujukan H2 sepadan dengan parameter khas CD1 dengan nilai B. Nilai ini hanya digunakan untuk H4.

Kawasan akses sesi

Apabila dua nilai dengan skop Sesi dan satu nombor urutan ditentukan dalam sesi yang sama, nilai pertama diberi keutamaan. Nilai ini digunakan pada semua hits sepanjang sesi. hidup Rajah 4 anda boleh melihat bahawa nilai terakhir mengatasi semua yang sebelumnya untuk parameter khas dengan indeks yang sama.

Rajah 2. Dalam sesi yang sama, pengguna menghantar permintaan kepada H2 dengan parameter khas CD1, nilainya ialah A. Nilai A digunakan untuk H1 juga.

Rajah 3. Pengguna menghantar pukulan ketiga ke H3. Untuk H3, nilai CD1 tidak ditentukan, tetapi dalam sesi yang sama, nilai A digunakan secara automatik.

Rajah 4. Pengguna menghantar pukulan keempat, H4, dengan nilai B baharu untuk CD1. Dalam semua panggilan sebelumnya dalam sesi yang sama, nilai A berubah kepada B.

Akses kawasan "Pengguna"

Jika dua parameter tersuai dengan skop Pengguna ditentukan dalam sesi yang sama, nilai terakhir diberi keutamaan semasa sesi semasa dan digunakan dalam sesi akan datang pengguna tersebut.

hidup Rajah 2 nilai parameter tersuai A digunakan pada semua hits dalam sesi 2 dengan cara yang sama seperti parameter tersuai di peringkat sesi. Walau bagaimanapun pada Rajah 3 nilai A juga digunakan pada hits dalam sesi ketiga, kerana parameter khas CD1 adalah peringkat pengguna.

Rajah 2. Pengguna kembali ke tapak dan membuat tiga hits dalam sesi kedua. Untuk H3, nilai CD1 ialah A. Ia digunakan untuk ketiga-tiga hits dalam sesi.

Rajah 3. Tiga hits telah didaftarkan dalam sesi pengguna ketiga. Nilai peringkat pengguna A untuk parameter tersuai CD1 digunakan untuk semua hits dalam sesi ketiga.

Penapis

Penapis paparan boleh digunakan pada dimensi dan metrik tersuai dalam beberapa cara.

Nilai dimensi dan metrik tersuai dikaitkan dengan hit yang telah dihantar. Kawasan akses tidak memainkan peranan dalam hal ini. Jika hit sedemikian ditapis keluar daripada paparan, dimensi atau ukuran tersuai juga boleh ditapis.

1. Tahap peredaran... Apabila anda memadamkan kes, dimensi tersuai khusus kes dan metrik tersuai yang dikaitkan dengan kes itu ditapis keluar.
2. Sesi atau tahap pengguna... Parameter khas pada peringkat sesi atau pengguna tidak akan ditapis, walaupun jika hit yang dihantarkannya ditapis. Nilai mereka digunakan untuk semua hits dalam sesi, dan apabila skopnya ialah "Pengguna" - juga dalam sesi akan datang.

Anda juga boleh membuat penapis kes berdasarkan skop parameter tersuai. Contohnya, jika anda menentukan nilai parameter tersuai peringkat pengguna tertentu sebagai penapis, maka semua sesi pengguna yang dimiliki nilai ini akan digugurkan.

Laporan

Setelah diproses, dimensi dan metrik tersuai muncul dalam laporan Analitis.

Dimensi dan metrik tersuai yang disediakan dalam laporan anda sendiri boleh digunakan untuk membuat segmen lanjutan. Parameter tersuai juga boleh ditambah sebagai parameter pilihan pada laporan standard.

Contoh daripada

Pembangun baru-baru ini mengeluarkan permainan baharu ke pasaran.

Kod Analitis semasa mengira paparan skrin setiap kali pengguna memasuki tahap permainan tertentu. Pembangun sudah mengetahui berapa kali pengguna melancarkan setiap peringkat, dan kini dia berminat dengan soalan yang lebih kompleks:

1. Berapa kali pengguna telah bermain pada tahap kesukaran yang berbeza?
2. Berapakah tahap yang dimainkan oleh pengguna pada hari yang berbeza dalam tempoh percubaan?
3. Berapakah tahap yang dimainkan oleh pengguna apl percubaan dan berbayar?

Mengelompokkan hits, sesi dan pengguna menggunakan dimensi dan metrik tersuai boleh membantu menjawab soalan ini.

Di samping itu, aplikasi itu menjual semua jenis penambahbaikan untuk memudahkan permainan. Sehubungan itu, sebagai tambahan kepada kategori dan pilihan, pembangun memerlukan medan yang berasingan untuk menjejaki populariti penambahbaikan di kalangan pengguna.

Akses kawasan "Rayuan"

Mari lihat cara untuk mengetahui berapa kali pengguna telah bermain pada tahap kesukaran yang berbeza menggunakan parameter khas pada tahap rayuan.

Pembangun sudah menjejaki paparan skrin dan mengetahui berapa kali pengguna menjalankan setiap peringkat. Ia kekal untuk mengetahui tahap mana - mudah, pertengahan atau sukar - paling kerap dipilih oleh pemain.

Menggunakan parameter khusus pada tahap akses, setiap paparan skrin boleh dikaitkan dengan tahap kesukaran tertentu. Ini akan membolehkan anda mengetahui tahap kesukaran yang sepadan dengan paparan terbanyak.

Kenapa betul-betul tahap peredaran?

Dalam satu sesi, pengguna boleh melawat tahap yang berbeza... Jika skop dipukul, nilai kesukaran hanya akan diberikan pada paparan skrin yang mana ia diserahkan. Akibatnya, setiap paparan skrin akan dikaitkan dengan tahap kesukaran yang unik.

Penyesuaian

Mula-mula, anda perlu menentukan parameter tersuai pada tab Pentadbir dalam Analitis. Ini adalah bagaimana definisi akan kelihatan dalam kes kami:

Pengumpulan data

Pembangun sudah pun menjejaki laluan tahap permainan mengikut paparan skrin. Untuk menetapkan setiap satu daripada mereka tahap kesukaran, anda perlu menetapkan nilai parameter tersuai sebelum memanggil kod penjejakan.

Ini adalah bagaimana ia akan kelihatan:

Ga ("buat", "UA-XXXX-Y", "auto"); // Pilih nilai untuk parameter khas dengan indeks 1. ga ("set", "cd1", "easy"); // Lulus nilai parameter khas dengan hit - paparan halaman. ga ("hantar", "paparan halaman", "/ level_1 /");

Dalam contoh ini, parameter tersuai ditetapkan serta-merta sebelum menjejak paparan skrin. Oleh itu, bersama-sama dengan paparan skrin, tahap kesukaran akan dihantar, mengikut mana panggilan kemudiannya akan dikumpulkan dalam laporan.

Pemprosesan data

Beginilah rupa data bagi seorang pemain yang telah melawat enam peringkat dalam satu sesi:

UserId = 5555 Sesi 1: H1: screen_name = / level_1 / cd1_value = mudah H2: screen_name = / level_2 / cd1_value = sederhana H3: screen_name = / level_3 / cd1_value = hard H4: screen_name = / level_4 / cd1_value = mudah H5 / level_5 / cd1_value = sederhana H6: screen_name = / level_6 / cd1_value = sederhana

Skop hit memastikan bahawa nilai kesukaran hanya dikaitkan dengan paparan skrin yang digunakan untuk menyerahkannya.

Laporan

Memandangkan setiap paparan skrin telah diberikan tahap kesukaran, pembangun kini boleh membuat laporan menggunakan nama skrin dan tahap kesukaran sebagai parameter dan paparan skrin sebagai metrik:

Untuk mengetahui berapa kali setiap peringkat telah dilancarkan, anda boleh membuat laporan anda sendiri dengan parameter utama "Kesukaran", yang mana paparan skrin akan dikumpulkan:

Daripada laporan itu, ia mengikuti bahawa pengguna lebih suka tahap kesukaran sederhana. Ambil ini maklumat penting Pembangun dibantu dengan mengumpulkan paparan skrin menggunakan parameter peringkat kes.

Kawasan akses sesi

Sekarang mari kita lihat cara untuk mengetahui bilangan tahap yang dimainkan pengguna dalam setiap tiga hari percubaan.

Untuk melakukan ini, anda memerlukan laporan seperti ini:

Menggunakan parameter tersuai pada peringkat sesi, anda boleh mengumpulkan paparan skrin mengikut hari untuk mengetahui pada hari mana pengguna memulakan tahap paling banyak.

Mengapa Tahap Sesi?

Dengan memilih skop Sesi, anda boleh mengumpulkan semua sesi dan hits yang berada di bawah nilai Hari Percubaan yang sama.

Anda boleh mencapai hasil yang sama menggunakan skop Kes, tetapi tahap sesi memerlukan perubahan kod minimum untuk menetapkan nilai Hari Percubaan.

Penyesuaian

Parameter Hari Percubaan tersuai ditakrifkan dalam tetapan sifat Analitis seperti berikut:

Pengumpulan data

Pembangun sudah menjejaki paparan skrin untuk setiap peringkat permainan. Untuk mengaitkan hari tempoh percubaan dengan semua paparan skrin semasa sesi, anda hanya perlu menetapkan nilai parameter tersuai sekali setiap sesi.

Ga ("buat", "UA-XXXX-Y", "auto"); // Pilih nilai untuk parameter khas dengan indeks 2. var day = getDayOfTrial (); ga ("set", "dimensi2", hari); // Lulus nilai parameter khas dengan hit - paparan halaman. ga ("hantar", "paparan halaman", "/ level_1 /");

Parameter peringkat sesi khas boleh ditetapkan pada bila-bila masa semasa sesi. Walau bagaimanapun, dalam contoh kami, lebih mudah bagi pembangun untuk melakukan ini pada permulaan sesi.

Pemprosesan data

Nilai parameter tersuai yang dihantar kepada Analitis akan digunakan pada hits mengikut skopnya.

Sebagai contoh, berikut ialah rupa data bagi pengguna yang bermain permainan dua kali pada hari pertama, sekali pada hari kedua dan satu lagi pada hari ketiga:

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

Ambil perhatian bahawa nilai parameter tersuai dihantar dengan hanya satu paparan skrin bagi setiap sesi.

Skop Sesi memastikan bahawa nilai Hari Percubaan dikaitkan dengan semua hits dalam sesi itu, bukan hanya hit yang ia dihantar.

Laporan

Setelah diproses, nilai parameter tersuai pada peringkat sesi akan diberikan kepada semua paparan skrin yang ditangkap dalam satu sesi. Pembangun kini boleh menjana laporan berdasarkan parameter Hari Percubaan dan Tajuk Skrin, serta metrik Paparan Skrin:

Dengan mengumpulkan paparan skrin mengikut hari, pembangun boleh melihat bilangan tahap yang dimainkan pengguna dalam setiap tiga hari tempoh percubaan. Untuk melakukan ini, anda perlu membuat laporan anda sendiri dengan parameter utama "Hari tempoh percubaan":

Seperti yang anda lihat dari laporan itu, pemain melepasi kebanyakan tahap pada hari pertama, dan pada hari kedua dan ketiga - dengan ketara lebih sedikit. Maklumat penting ini diperoleh dengan mengumpulkan sesi dan mengakses dengan satu nilai menggunakan parameter khas pada peringkat sesi.

Akses kawasan "Pengguna"

Akhir sekali, mari kita ketahui berapa tahap yang dilalui oleh pengguna berbayar dan percubaan.

Untuk melakukan ini, anda memerlukan laporan seperti ini:

Menggunakan parameter tersuai di peringkat pengguna, adalah mungkin untuk mengaitkan semua paparan skrin pengguna tertentu (dalam sesi semasa dan pada masa hadapan) dengan jenis pemain.

Mengapa Tahap Pengguna?

Kawasan akses "Pengguna" membolehkan anda mengumpulkan semua sesi dan panggilan pengguna dengan mudah. Ini berfungsi dengan sempurna dengan nilai yang kekal tidak berubah untuk pengguna tertentu, seperti "Jenis Pemain", seperti dalam kes kami.

Hasil yang sama boleh dicapai menggunakan tahap akses dan sesi, tetapi tahap pengguna adalah lebih mudah kerana ia memerlukan perubahan minimum pada kod.

Penyesuaian

Parameter khas "Jenis Pemain" ditakrifkan dalam bahagian "Pentadbir" seperti berikut:

Pengumpulan data

Seperti dalam contoh sebelumnya, pembangun sudah mengetahui bilangan paparan skrin untuk setiap peringkat permainan. Untuk mengumpulkan paparan skrin ini mengikut jenis pemain, anda hanya perlu menentukan parameter khas ini apabila memulakan permainan dan sekali lagi apabila bertukar kepada versi berbayarnya.

Pembangun perlu menentukan parameter khas apabila pengguna melancarkan permainan:

Ga ("buat", "UA-XXXX-Y", "auto"); // Pilih nilai untuk dimensi tersuai dengan indeks 3. ga ("set", "dimensi3", "Percuma"); // Lulus nilai parameter khas dengan hit - paparan halaman. ga ("hantar", "paparan halaman", "/ level_1 /");

Parameter khas yang sama mesti ditetapkan apabila bertukar kepada versi berbayar:

Ga ("buat", "UA-XXXX-Y", "auto"); // Pilih nilai untuk dimensi tersuai dengan indeks 3. ga ("set", "dimension3", "Dibayar"); // Lulus nilai parameter khas dengan hit - paparan halaman. ga ("hantar", "paparan halaman", "/ level_1 /");

Pemprosesan data

Nilai parameter tersuai yang dihantar kepada Analitis akan digunakan pada hits mengikut skopnya.

Sebagai contoh, berikut ialah rupa data bagi pengguna yang bermain permainan dua kali secara percuma dan sekali dengan bayaran:

UserId = 5555 Sesi 1: H2: screen_name = / level_1 / cd3_value = percuma 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 = dibayar H2: screen_name = / level_4 /

Ambil perhatian bahawa nilai percuma yang ditetapkan dalam sesi pertama digunakan untuk semua hits dari sesi pertama dan kedua, kerana nilai berbayar ditetapkan hanya dalam sesi ketiga.

Laporan

Nilai Jenis Pemain tersuai akan dikaitkan dengan sesi di mana ia dipasang, serta sebarang sesi dan hits pada masa hadapan.

Pembangun kini boleh menjana laporan berdasarkan parameter "Jenis Pemain" dan "Tajuk Skrin", serta metrik "Paparan Skrin":

Akhir sekali, mari kumpulkan paparan skrin mengikut jenis pemain untuk membandingkan bilangan tahap semasa memainkan versi percuma dan berbayar. Untuk melakukan ini, anda perlu membuat laporan anda sendiri dengan parameter utama "Jenis Pemain":

Seperti yang anda lihat, dari segi bilangan tahap, kelebihannya adalah versi percuma permainan. Maklumat penting ini diperoleh dengan mengumpulkan pengguna dan sesi dan panggilan mereka mengikut satu nilai menggunakan parameter khas pada peringkat pengguna.

Kawasan akses "Produk"

Mari kita pertimbangkan bagaimana, menggunakan parameter khas pada peringkat produk, anda boleh mengetahui penambahbaikan (minimum, sederhana atau kuat) yang dibeli oleh pemain lebih kerap daripada yang lain.

Jadi, pembangun sudah menjejaki bilangan pembelian peningkatan menggunakan e-dagang yang dipertingkatkan. Ia kekal untuk mengetahui tahap peningkatan yang paling banyak diminati dalam kalangan pengguna.

Laporan akan kelihatan seperti ini:

Sebelum ini, adalah mungkin untuk mengetahui jumlah pendapatan daripada penjualan penambahbaikan dalam permainan, tetapi tanpa memecahkan mengikut tahap.

Parameter khas pada peringkat item membolehkan anda menetapkan tahap peningkatan pada setiap item. Laporan akan menunjukkan tahap peningkatan yang paling kerap dibeli oleh pengguna. Anda juga boleh mendapatkan statistik yang serupa untuk paparan, klik dan aktiviti e-dagang lanjutan yang lain.

Kenapa betul-betul tahap produk?

Pengguna boleh membeli beberapa penambahbaikan pada masa yang sama. Jika skop ialah "Item", nilai tahap hanya akan diberikan kepada item yang mana ia dipindahkan. Akibatnya, setiap peningkatan yang anda beli akan dikaitkan dengan tahap yang unik.

Penyesuaian

Parameter Tahap Peningkatan tersuai ditakrifkan dalam tetapan sifat Analitis seperti berikut:

Pengumpulan data

Pembangun sudah menjejaki pembelian penambahbaikan dalam permainan. Untuk menetapkan tahap tertentu kepada setiap daripada mereka, anda perlu menetapkan nilai parameter khas bersama-sama dengan data produk.

Begini cara menambah parameter pada produk:

Ga ("ec: addProduct", (// Menambah data produk pada productFieldObject. "Id": "P12345", // ID Produk (rentetan). "Nama": "Powerup", // Nama produk (rentetan) . "category": "Tambahan", // Kategori produk (rentetan). "varian": "merah", // Varian produk (rentetan). "harga": "10.00", // Harga produk (mata wang). " kuantiti ": 2, // Bilangan produk (nombor)." dimensi4 ":" strong "// Parameter khas pada tahap produk (rentetan).)); ga ("ec: setAction", "pembelian", ("id": "T12345", "hasil": "20.00")); ga ("hantar", "paparan halaman"); // Hantar data transaksi dengan paparan halaman asal.

Dalam contoh ini, parameter tersuai ditakrifkan bersama dengan maklumat produk dan menentukan tahap peningkatan yang sepadan.

Pemprosesan data

Seperti dalam contoh sebelumnya, nilai parameter tersuai yang dihantar kepada Analitis akan digunakan pada hits mengikut skopnya.

Beginilah rupa data untuk pemain tunggal yang membeli tiga peningkatan dalam satu sesi:

UserId = 5555 Sesi 1: H1: product_name = powerup cd4_value = weak product_name = powerup cd4_value = strong H2: product_name = powerup cd4_value = lemah

Menggunakan skop Produk memastikan bahawa nilai parameter untuk setiap peningkatan dikaitkan hanya dengan produk yang dihantar dengannya.

Laporan

Selepas itu, anda boleh membuat penyata pendapatan anda sendiri untuk setiap tahap peningkatan:

Dalam kes ini, penambahbaikan kepada tahap minimum menghasilkan pulangan tertinggi.

Penunjuk khas

Skop

Penunjuk tersuai juga mempunyai skopnya sendiri, yang membolehkan anda membandingkannya dengan parameter tahap yang sama. Jadi, penunjuk tahap item hanya dikaitkan dengan item yang dihantar. Berikut ialah dua contoh metrik tersuai.

Penunjuk khas pada tahap peredaran

Dalam contoh di atas, pembangun menjejaki paparan skrin untuk setiap peringkat permainan, jadi semua laporan menggunakan metrik Paparan Skrin. Ia menunjukkan percubaan pengguna untuk melepasi tahap.

Walau bagaimanapun, pemaju juga berminat dengan kadar lulus setiap peringkat.

Untuk melakukan ini, pembangun menambah penunjuk khas "Tahap lulus" dan kemudian membandingkan bilangan mereka dengan bilangan paparan skrin untuk setiap tahap.

Mengapakah metrik tersuai diperlukan?

Metrik tersuai, tidak seperti metrik standard (acara, paparan skrin, dll.), membolehkan anda membuat laporan yang lebih fleksibel dan visual dengan data yang paling menarik minat anda.

Dalam contoh kami, tahap yang diluluskan tidak boleh dijejaki sebagai paparan skrin, kerana ia akan dikira dua kali untuk setiap tahap.

Walaupun peristiwa boleh digunakan secara berasingan, disebabkan sifat hierarkinya, adalah sukar untuk membuat laporan yang ditunjukkan di atas dengan menggabungkan paparan skrin dan tahap yang dilalui dengan satu parameter.

Memandangkan fakta ini dan kepentingan maklumat sedemikian untuk pembangun, adalah paling mudah untuk mengesan tahap yang diluluskan sebagai penunjuk khas.

Penyesuaian

Penunjuk khas "Tahap lulus" boleh ditetapkan dalam tetapan Analitis:

Pengumpulan data

Pembangun sudah menjejaki pelancaran setiap peringkat menggunakan paparan skrin. Sekarang dia berminat dengan berapa tahap yang dilalui pengguna. Untuk melakukan ini, dia mencipta penunjuk khas.

Metrik tersuai, seperti metrik tersuai, dihantar ke Analitis bersama-sama dengan hits. Oleh itu, pembangun perlu menghantar rayuan tambahan, mendaftar laluan tahap permainan. Dalam contoh ini, pada penghujung tahap, peristiwa akan dicetuskan, yang dengannya penunjuk khas akan dikaitkan.

Ini adalah bagaimana ia akan kelihatan:

Ga ("buat", "UA-XXXX-Y", "auto"); // Naikkan penunjuk tahap lengkap sebanyak 1. ga ("set", "metric1", 1); // Melepasi nilai parameter khas dengan panggilan acara. ga ("hantar", "acara", "Tahap", "penyelesaian");

Pemprosesan data

Sebelum memproses, data tentang seorang pengguna yang telah melancarkan tiga peringkat permainan dalam satu sesi akan kelihatan seperti ini:

UserId = 5555 Sesi 1 H1: jenis = 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: jenis = 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

Laporan

Kini anda boleh membuat laporan dengan parameter "Tajuk Skrin" dan metrik "Paparan Skrin", "Jumlah Peristiwa" dan "Tahap Lulus":

Data ini menunjukkan bahawa tahap kedua sebenarnya lebih sukar daripada yang pertama dan ketiga: kadar lulus hanya 33%. Dengan menjejaki laluan tahap menggunakan penunjuk khas, pembangun boleh mendapatkan data yang menarik minatnya dengan mudah dalam bentuk laporan visual yang ringkas.

Metrik khusus item

Dalam contoh di atas, pembangun menjejaki pembelian peningkatan dan boleh mengaitkan pelbagai metrik seperti kuantiti atau hasil yang diperoleh dengan setiap satu.

Untuk ini, penunjuk khas "Bonus dibelanjakan" digunakan.

Berikut ialah laporan yang anda perlukan untuk ini:

Penyesuaian

Parameter khas "Bonus yang dibelanjakan" ditakrifkan dalam bahagian "Pentadbir":

Pengumpulan data

Metrik tersuai, seperti metrik tersuai, dihantar ke Analitis bersama-sama dengan data produk.

Ini adalah bagaimana ia akan kelihatan:

Ga ("ec: addProduct", (// Menambah data produk pada productFieldObject. "Id": "P12345", // ID Produk (rentetan). "Nama": "Powerup", // Nama produk (rentetan) . "category": "Tambahan", // Kategori produk (rentetan). "varian": "merah", // Varian produk (rentetan). "harga": "10.00", // Harga produk (mata wang). " kuantiti ": 2, // Bilangan produk (nombor)." dimensi4 ":" kuat ", // Dimensi khas pada tahap produk (rentetan)." metrik2 ": 5 // Metrik khas pada tahap produk (integer). ) ); ga ("ec: setAction", "pembelian", ("id": "T12345", "hasil": "20.00")); ga ("hantar", "paparan halaman"); // Hantar data transaksi dengan paparan halaman asal.

Pemprosesan data

Sebelum memproses, data tentang seorang pemain yang membeli beberapa peningkatan akan kelihatan seperti ini:

UserId = 5555 Sesi 1 H1: jenis = screen_view screen_name = / level_1 / H2: type = screen_view screen_name = / level_2 / product_name = powerup cd4_value = lemah cm4_value = 5 product_name = powerup cd4_value = strong cm4_value = 5 H4_name screen level_2 / product_name = powerup cd4_value = sederhana cm4_value = 1 product_name = powerup cd4_value = lemah cm4_value = 10

Laporan

Kini anda boleh membuat laporan dengan parameter "Tahap Peningkatan", serta penunjuk "Pendapatan Produk" dan "Bonus Dibelanjakan":

Jelas sekali, pemain lebih suka membelanjakan bonus untuk peningkatan minimum, manakala peningkatan peringkat pertengahan membawa keuntungan terbesar kepada pembangun.

Nota (edit)

Berikut ialah beberapa perkara yang perlu dipertimbangkan apabila menggunakan dimensi dan metrik tersuai.

Mengedit dimensi dan metrik sedia ada

Jika anda menukar nama dimensi atau metrik tersuai sedia ada, data anda akan terjejas seperti berikut:

• Suntingan tajuk mempengaruhi data yang telah diproses: anda hanya boleh mendapatkannya di bawah nama baharu.
• Menukar skop tidak menjejaskan data yang diproses: skop baharu hanya akan digunakan pada data baharu.
• Perubahan status... Medan status menentukan sama ada nilai dimensi atau metrik tersuai diproses. Jika status tidak aktif, ia akan muncul dalam laporan, tetapi tidak akan ada data untuknya.

Memilih skop yang betul

Apabila merangkum parameter tersuai, pertimbangkan kekerapan nilai itu akan berubah. Jika ini akan berlaku beberapa kali setiap sesi, seperti yang berlaku pada tahap permainan, pilih tahap hit dan tetapkan nilai sebelum setiap panggilan. Jika nilai tidak berubah semasa sesi, seperti halnya umur, maka parameter khas boleh ditetapkan sekali sahaja pada peringkat pengguna. Sentiasa pilih skop yang betul untuk mengelakkan kesilapan.

Adakah maklumat ini membantu?

Bagaimanakah artikel ini boleh diperbaiki?