Praktik Terbaik untuk Diikuti Saat Membuat atau Mengembangkan Pelacakan Analytics Anda
Diterbitkan: 2022-12-16Catatan editor: artikel ini awalnya diterbitkan di blog Iteratively pada 10 Januari 2021.
Rencana pelacakan adalah dokumen hidup (atau dapat hidup dalam alat seperti Amplitudo) dan biasanya menguraikan peristiwa dan properti apa yang akan dilacak, apa artinya dan di mana mereka dilacak. Ini membantu mengkodifikasi satu sumber kebenaran untuk analitik Anda dan memberi pengembang Anda detail yang mereka butuhkan untuk melengkapi pelacakan analitik (atau skema) di basis kode produk Anda.
Dan mengapa Anda membutuhkannya? Nah, tanpa rencana pelacakan, sangat sulit untuk mengetahui peristiwa apa yang Anda rekam dalam produk Anda dan apa artinya. Ini juga membantu memastikan data yang Anda ambil konsisten di seluruh sumber Anda (pikirkan iOS, Android, web, backend) dan memberi konsumen data pemahaman tentang data apa yang dapat mereka jelajahi untuk analisis dalam alat seperti Amplitudo, atau langsung di gudang data Anda .
Selain rencana pelacakan, Anda juga memerlukan proses seputar cara Anda menentukan, melengkapi, dan memverifikasi pelacakan analitik Anda. Proses ini biasanya melibatkan manajer produk, analis data, dan pengembang Anda.
Dalam postingan ini, kami akan mengeksplorasi beberapa cara untuk memastikan Anda dan tim Anda berhasil dan dapat memperoleh manfaat dari rencana dan proses pelacakan, membawa analitik Anda ke tingkat berikutnya.
Mulailah dengan sasaran dan metrik Anda
Sangat penting bagi Anda untuk memulai dengan menguraikan metrik Anda dan kemudian melanjutkan ke peristiwa apa yang Anda perlukan untuk melaporkan metrik tersebut dengan benar. Tanpa hubungan antara sasaran, metrik, dan peristiwa Anda kemungkinan besar akan berakhir dengan rencana pelacakan yang luas dan data yang sebenarnya tidak Anda perlukan, sementara kehilangan peristiwa penting bagi bisnis Anda.
Sasaran | Tingkatkan akuisisi sebesar 15% di Q1 |
Metrik | Tingkat Konversi = Pengguna Mendaftar/Pengunjung Unik |
Peristiwa | Pengguna Mendaftar |
Properti | user_id, kampanye, eksperimen, perujuk, dll. |
Ini juga membantu Anda memprioritaskan peristiwa untuk instrumentasi dan semoga memaksa manajer produk dan analis data untuk memikirkan tidak hanya tujuan atau metrik keberhasilan untuk fitur baru, tetapi bagaimana hal itu diterjemahkan ke dalam pelacakan aktual yang diperlukan dalam produk untuk mengukurnya.
Jangan lupakan acara dan properti pengguna
Properti adalah tempat Anda dapat menangkap semua detail yang terkait dengan peristiwa atau pengguna. Mereka menjelaskan konteks seputar peristiwa atau pengguna dan memungkinkan analis Anda untuk dapat mengelompokkan, memfilter, dan mengkohor.
Ada dua jenis properti: khusus peristiwa (mis. jumlah pendapatan yang dikaitkan dengan peristiwa pembelian) dan khusus pengguna (mis. informasi demografis tentang pengguna). Sebagian besar acara dan pengguna akan memiliki beberapa properti yang terkait dengannya dan seperti acara Anda, kami sarankan Anda hanya menangkap apa yang Anda butuhkan dan memulai dari yang kecil.
Tetapkan konsistensi dan jaga agar tetap sederhana
Penyebab utama masalah kualitas data adalah konvensi penamaan yang tidak konsisten. Anda mungkin memiliki satu tim merekam acara sebagai "Lagu Diputar", sementara tim lain merekam acara yang sama dengan "Lagu_Dimainkan". Hal ini membuat analis memiliki banyak data yang menumpuk atau lebih buruk lagi, laporan yang tidak lengkap.
Setujui konvensi penamaan untuk acara dan properti Anda dan pastikan jelas bagi semua orang yang terlibat dalam mendefinisikan dan melengkapi pelacakan analitik (atau gunakan alat seperti Amplitudo untuk menerapkannya dengan mudah).
Konvensi penamaan | Taksonomi | Contoh |
Konvensi penamaan acara | Kasus Judul | misalnya Lagu Dimainkan |
Konvensi penamaan properti | snake_case | misalnya judul_lagu |
Seiring dengan konvensi penamaan Anda, tentukan kerangka kerja untuk acara Anda, misalnya "Object-Action." Pertama pilih objek Anda (mis. "Lagu"), lalu tentukan tindakan yang dilakukan pengguna pada objek tersebut (mis. "Diputar", "Dijeda") untuk membuat acara seperti "Lagu Diputar" atau "Lagu Dijeda". Dan terakhir, sepakati tenses (misalnya “Song Played” atau “Song Play”).
Tentukan tempat untuk mengabadikan peristiwa
Anda memiliki opsi terkait pelacakan analitik dan penting untuk memahami pro dan kontra untuk menentukan kombinasi optimal yang sesuai dengan kebutuhan bisnis dan analitik Anda. Banyak perusahaan membatasi diri dengan hanya menangkap peristiwa di sisi klien dan tidak memanfaatkan tangkapan peristiwa di sisi server.
Mengumpulkan acara di server lebih andal dan kami menyarankan Anda untuk selalu merekam acara penting Anda di sana. Meskipun pelacakan sisi server agak terbatas dengan akses yang lebih sedikit ke informasi tentang pengguna (misalnya alamat IP, agen pengguna, perujuk, dan parameter UTM), ini jauh lebih andal dan tangguh.
Pelacakan sisi klien memungkinkan informasi yang lebih kaya dan merupakan tempat Anda harus menangkap peristiwa di mana Anda memerlukan konteks tentang bagaimana suatu peristiwa terjadi (mis. untuk tampilan halaman pertama Anda ingin menangkap parameter UTM dan perujuk untuk memahami asal kunjungan) . Namun perlu diingat bahwa pemblokir iklan dan pembatasan browser seperti ITP dan ETP dapat membatasi pelacakan sisi klien Anda, jadi Anda ingin menemukan perpaduan yang optimal antara kekayaan dan keandalan.
Pertahankan lingkungan dev dan produksi yang terpisah
Yang ini lurus ke depan, tetapi kami masih melihat perusahaan mengirimkan data dari lingkungan pengembangan mereka ke tujuan analitik mereka. Jangan mengotori data produksi Anda dan pastikan Anda memisahkan lingkungan Anda.
Terapkan rencana pelacakan Anda
Banyak tim memperlakukan pelacakan analitik sebagai renungan dan tidak menerapkan praktik yang sama seperti pada kode lainnya. Ini secara alami menghasilkan bug analitik yang harus Anda perbaiki di hilir, atau lebih buruk lagi, yang tidak Anda temukan sama sekali. Kami melihat banyak tim kehilangan kepercayaan pada data mereka dengan cara itu dan begitu kepercayaan hilang, sulit untuk membangunnya kembali!
Untuk mengurangi hal tersebut, penting bagi Anda untuk memvalidasi dan menegakkan pelacakan analitik Anda. Kami telah menulis panduan komprehensif yang menguraikan berbagai cara untuk memvalidasi data Anda sesuai dengan spesifikasinya.
Ringkasnya, ada beberapa cara untuk menerapkan pelacakan Anda dan biasanya termasuk dalam salah satu dari dua kategori: pendekatan reaktif atau proaktif, dan Anda dapat menerapkan rencana pelacakan, atau skema analitik, di klien, di saluran, dan di tujuan ( biasanya gudang data atau tujuan analitik). Kami selalu menyarankan untuk menangani masalah kualitas di sumbernya, yaitu memastikan bahwa instrumentasi Anda cocok dengan apa yang ditentukan sejak awal dan kemudian memverifikasinya dengan pengujian unit dan sebagai bagian dari CI/CD.
Tetapkan pemilik
Memiliki pemilik yang jelas dari rencana pelacakan Anda sangat penting. Akuntabilitas diperlukan untuk memastikan rencana pelacakan Anda selalu diperbarui. Di entri blog lainnya, kami menyelami siapa yang mungkin menjadi pemilik itu dan bagaimana Anda membangun proses seputar pelacakan analitik Anda.
Bawa pulang? Kami percaya tim produk adalah tempat terbaik untuk menjadi pemilik rencana pelacakan Anda dan kami merekomendasikan memiliki proses yang jelas untuk pelacakan analitik, memastikan pelacakan peristiwa dilakukan dengan setiap rilis produk baru. Ini berarti menentukan proses yang jelas untuk pelacakan peristiwa Anda dan mempercayakan tim produk untuk mengambil kepemilikan dengan memberdayakan mereka dengan alat dan pelatihan yang tepat.
Dokumentasikan semuanya
Kami tidak dapat menekankan pentingnya dokumentasi terkini. Tanpa itu, pelacakan analitik akan dengan mudah menjadi berantakan, tim akan mulai lupa untuk memasukkan pelacakan sebagai bagian dari proses rilis dan Anda mulai tidak mempercayai data Anda.
Dokumentasi manual bisa membosankan dan mudah dilupakan, tetapi kami sangat menyarankan untuk mendokumentasikan hal-hal berikut ini minimal:
- Panduan pelacakan Analytics: Gambaran umum tentang proses lengkap, termasuk kerangka kerja dan taksonomi peristiwa Anda, cara menentukan peristiwa baru, siapa yang bertanggung jawab atas apa, dan tautan ke sumber daya terkait.
- Rencana pelacakan: Daftar aktual peristiwa dan properti, termasuk deskripsi, dari mana mereka dilacak, sejak kapan dan siapa pemiliknya.
- Proses instrumentasi : Sertakan dokumen proses tentang cara memastikan acara baru diterapkan, hingga tingkat tiket Jira, persyaratan seputar instrumentasi, pengujian, validasi, dan lainnya.
Banyak perusahaan menggunakan halaman Google Sheets, Notion, atau Confluence untuk mengelola dokumen-dokumen ini. Dengan fitur tata kelola data Amplitudo, semuanya dilakukan untuk Anda secara otomatis, memastikan seluruh perusahaan selaras dengan analitik.
Dapatkan praktik terbaik dengan Amplitudo
Amplitudo membantu tim data, manajer produk, dan teknisi menentukan, melengkapi, memverifikasi, dan berkolaborasi dalam pelacakan analitik. Kami secara proaktif menyelesaikan masalah kualitas data yang muncul dari penamaan peristiwa yang tidak konsisten dan pelacakan yang hilang, serta menyediakan alur kerja untuk mengelola evolusi pelacakan Anda.
Kami memastikan tim mendapatkan data berkualitas tinggi yang siap digunakan dengan memberdayakan mereka untuk mendapatkan pelacakan analitik dengan benar untuk pertama kalinya. Jika Anda tertarik mencoba Amplitudo untuk perusahaan Anda, buat akun hari ini atau pesan demo dengan tim kami untuk mempelajari lebih lanjut.