Jebakan Pelacakan Peristiwa Umum dan Cara Menghindarinya

Catatan editor: artikel ini awalnya diterbitkan di blog Iteratively pada 19 Februari 2021.

Pengumpulan data adalah dasar tumpukan data Anda, tetapi sering kali diabaikan—bahkan tidak disukai—dan begitu banyak perusahaan tidak menghabiskan waktu dan sumber daya yang diperlukan untuk melakukannya dengan benar.

Perangkap pelacakan Analytics dapat dengan mudah terjadi ketika pelacakan peristiwa tidak mendapatkan cinta dan perhatian yang layak. Untungnya, dengan mengetahui jebakan-jebakan ini, Anda dapat lebih mudah menghindarinya. Selain itu, Anda dapat meningkatkan strategi dan proses pengumpulan data dengan beberapa kiat konkret yang dibagikan di bawah ini.

Apa itu pelacakan peristiwa?

Sebelum kita masuk lebih dalam, mari kita segera memahami hal yang sama tentang apa yang kita bahas di sini: Pelacakan peristiwa adalah proses menangkap dan mengumpulkan data tentang interaksi pengguna Anda dengan produk digital, seperti situs web, web, atau aplikasi seluler.

Setiap tindakan yang dilakukan pengguna dapat dikodekan sebagai peristiwa, seperti tampilan halaman, klik tombol, pengiriman formulir, dan pencarian. Peristiwa apa yang harus Anda tangkap sangat bergantung pada produk, model bisnis, dan kematangan data Anda. Setiap produk akan memiliki perilaku penggunanya sendiri dan tim yang bekerja untuk meningkatkan atau menjual produk akan memiliki metrik dan sasaran analitik mereka sendiri. Jika Anda baru memulai pelacakan peristiwa, lihat panduan kami untuk membuat rencana pelacakan.

Blok bangunan inti dari data

Untuk mendapatkan wawasan yang Anda perlukan tentang kinerja produk, perilaku pengguna, atau strategi akuisisi pelanggan, ada empat blok penyusun data dasar yang perlu Anda pertimbangkan:

Acara‍

Setiap tindakan yang dimulai oleh pengguna atau server adalah suatu peristiwa. Ini mencakup semuanya, mulai dari tampilan halaman dan klik tombol hingga penghapusan akun dan kerusakan aplikasi.

Properti acara

Properti peristiwa menjelaskan lebih lanjut peristiwa tertentu dan konteks yang digunakannya. Anda memanfaatkan properti untuk menangkap informasi tambahan seputar peristiwa seperti informasi browser atau informasi apa yang dikirimkan dalam bidang formulir.

Pengguna

Pengguna adalah individu yang melakukan acara. Mereka adalah pengunjung web Anda yang tidak dikenal, pengguna aplikasi, atau pelanggan yang masuk.

Properti pengguna

Properti pengguna memudahkan untuk merekam ciri-ciri pada pengguna. Ini dapat mencakup data seperti paket langganan, lokasi geografis, ID pengguna, dan jenis browser atau perangkat mereka.

Tantangan dan tip pelacakan peristiwa umum untuk menghindarinya

Sekarang setelah kita membahas dasar-dasarnya, mari kita lihat kendala umum yang kita alami saat berbicara dengan banyak tim data dan produk di luar sana.

Terlalu banyak jenis acara

Meskipun Anda mungkin memiliki acara yang dikumpulkan dalam jumlah besar (bisa miliaran per hari tergantung pada ukuran perusahaan dan model bisnis Anda), sebaiknya batasi jumlah total jenis acara Anda. Kamus acara yang luas akan membuat Anda mencari jarum di tumpukan jerami dan data konsumen, seperti analis dan PM, akan kesulitan mencari tahu acara apa yang mereka perlukan untuk melakukan analisis mereka.

Kiat: Sebaiknya rencana pelacakan Anda berisi antara 10 hingga 200 jenis peristiwa. Jelas multi-produk yang kompleks mungkin membutuhkan lebih banyak, tetapi kita sering melihat bahwa perusahaan dapat sangat mengurangi model data mereka dengan merapikan jenis acara mereka.

Terlalu rumit model data

Terkait dengan poin di atas, kita sering melihat perusahaan terlalu spesifik dengan model datanya, sehingga sulit untuk menjaga konsistensi dan skalabelnya (sehingga menghasilkan terlalu banyak jenis peristiwa). Sebagai contoh, kami telah melihat perusahaan menggunakan peristiwa unik untuk setiap halaman arahan mereka, bukan peristiwa umum, "Tampilan Halaman", yang berisi nilai properti untuk konteks (mis. parameter UTM dan URL).

Kiat: Pastikan Anda secara proaktif membuat struktur yang dapat diskalakan saat Anda berkembang dan fokus pada data yang Anda butuhkan saat ini.

Properti tidak ada

Kami melihat tim menghabiskan banyak waktu untuk menentukan acara mereka, tetapi kurang memikirkan properti apa yang harus dikaitkan dengannya. Dapat dikatakan bahwa peristiwa dan data pengguna hanya menjadi sangat berguna jika Anda juga memiliki konteks di sekitarnya—tanpanya, analisis Anda akan terbatas.

Kiat: Pastikan untuk memperlakukan properti dengan kepentingan yang layak mereka dapatkan. Untuk membantu tim Anda memanfaatkan properti dengan sebaik-baiknya, Anda dapat membuat template properti untuk dimanfaatkan orang-orang: "Jika saya mengaktifkan acara ini, properti apa yang dapat saya kirim bersama acara?" Anda bahkan dapat menentukan properti mana yang diperlukan dan mana yang opsional. Ini mudah dilakukan di Amplitudo tetapi Anda juga dapat membuatnya di halaman Google Sheet atau Notion.

Acara diaktifkan dengan tidak benar

Kami sering melihat masalah kualitas data downstream yang terkait dengan peristiwa yang tidak diaktifkan dengan benar, misalnya terlalu sering diaktifkan, tidak diaktifkan sama sekali, atau pada waktu yang salah. Ini sebagian besar karena pelacakan peristiwa dibiarkan belum teruji dan tidak diperlakukan seperti kodenya.

Kiat: Praktik terbaik adalah memperlakukan pelacakan Anda seperti kode lainnya dan mengujinya. Perluas QA Anda untuk menyertakan pelacakan peristiwa sebagai bagian dari alur kerja pengujian unit dan CI/CD yang ada.

ButtonClicked, button_clicked atau Clicked Button?

Konvensi penamaan acara dapat berubah menjadi liar bahkan di perusahaan terbaik. Anda mungkin memiliki tim iOS dan Android yang mengikuti satu konvensi, sementara tim web dan produk Anda mengikuti yang lain. Berpasangan dengan kesalahan manusia selama instrumentasi dan konsumen data Anda memiliki banyak data yang tersisa sebelum data dapat digunakan untuk analisis.

Kiat: Gunakan kerangka kerja seperti Object Action sebagai praktik terbaik untuk mengatur struktur acara Anda (misalnya, setiap acara dikaitkan dengan Objek dalam aplikasi Anda (mis. Tombol) dan Tindakan (mis. Diklik). Dan gunakan sistem seperti Amplitudo untuk terapkan konvensi penamaan Anda di seluruh tim dan selama instrumentasi.

Komplikasi stempel waktu

Yang ini sangat sederhana, tetapi zona waktu itu penting. Pertimbangkan kerumitan saat Anda ingin memesan rapat dengan orang-orang di berbagai zona waktu. Anda tidak ingin kerumitan itu dalam data Anda.

Kiat: Jangan terlalu memikirkan yang ini, tetap berpegang pada UTC.

Jenis data yang salah pada properti

Ini bukan sesuatu yang sering kita lihat, tetapi ini terjadi pada tim dan biasanya selalu melibatkan angka. Misalnya, ID pengguna yang terdiri dari enam digit sebenarnya bukan nilai numerik melainkan nilai string .

Tips: Perhatikan apa yang dijelaskan oleh properti dan bagaimana menentukan jenis bidang yang benar. Siapkan dokumentasi dengan contoh semua jenis properti sehingga mudah bagi tim Anda untuk mengembangkan rencana pelacakan secara akurat.

Amplitudo siap membantu Anda

Kewalahan dengan semua bahaya dan kesulitan yang datang dengan merancang, melengkapi, dan mengembangkan pelacakan acara Anda? Amplitudo mendukung Anda.

Kemampuan manajemen data Amplitudo membantu tim data, manajer produk, dan teknisi menentukan, melengkapi, memverifikasi, dan berkolaborasi dalam pelacakan peristiwa. 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 membantu Anda membuang spreadsheet, membuat skema data peristiwa, dan menerapkan rencana pelacakan sehingga Anda memiliki data berkualitas tinggi untuk digunakan, tidak perlu menyimpan data. Jika Anda tertarik untuk mencoba kemampuan manajemen data Amplitudo, buat akun gratis hari ini, atau pesan demo dengan tim kami untuk mempelajari lebih lanjut.