Digital Marketing
Tracking Plan
Tracking Plan adalah dokumen spesifikasi yang merinci semua event analytics yang dilacak sebuah produk, lengkap dengan nama, properti, dan trigger, agar tim marketing dan engineering punya satu sumber kebenaran.
TL;DR: Tracking Plan adalah dokumen spesifikasi yang merinci semua event analytics, properti, dan trigger yang dipakai sebuah produk. Dokumen ini bertindak sebagai single source of truth antara tim marketing, product, dan engineering. Tanpa tracking plan, event tracking tumbuh organik dan tidak konsisten, menghasilkan data layer kotor dan dashboard yang tidak bisa dipercaya untuk keputusan.
Apa itu Tracking Plan?
Tracking Plan adalah dokumen tertulis (biasanya spreadsheet atau Notion database) yang berfungsi sebagai kontrak antar tim. Dokumen ini menjawab tiga pertanyaan kunci: event apa yang dilacak, properti apa yang dikirim bersama event, dan kapan event di-trigger. Tanpa tracking plan, setiap kali ada fitur baru, developer dan marketer berdebat tentang nama event, parameter, dan format data. Tracking plan menghilangkan ambiguitas itu.
Bayangkan tracking plan seperti API contract antara backend dan frontend. Tanpa contract, dua sisi membangun asumsi yang berbeda dan integrasi pecah. Hal yang sama berlaku untuk event tracking antara tim engineering dan marketing.
Komponen Wajib Tracking Plan
| Kolom | Contoh | Tujuan |
|---|---|---|
| Event Name | add_to_cart | Konsisten naming, snake_case |
| Trigger | "User klik tombol Add to Cart di PDP" | Definisi kapan fire |
| Properti | item_id, item_name, price, quantity | Data yang dikirim |
| Tipe Data | string, integer, float | Validasi |
| Sumber Truth | Database ID produk | Backend yang otoritatif |
| Tujuan | GA4, Meta Pixel, internal warehouse | Routing |
| Owner | Nama PM atau marketer | Akuntabilitas |
Format snake_case untuk event mengikuti rekomendasi GA4 sehingga event lokal otomatis kompatibel dengan standar Google. Naming konsisten ini bagian dari data layer hygiene.
Cara Membangun Tracking Plan dari Nol
Untuk produk SaaS atau e-commerce skala UMKM Indonesia, langkahnya:
- Identifikasi north-star metrics dan funnel utama. Tracking plan harus mendukung pengukuran metric ini dulu.
- Petakan user journey kritikal. Untuk e-commerce: view product, add to cart, checkout, purchase. Untuk SaaS: signup, activation, paid conversion.
- Tulis schema event sesuai standar GA4 Enhanced E-commerce atau adaptasi untuk SaaS.
- Validasi dengan engineering. Pastikan setiap properti bisa di-source dari database. Jangan minta data yang tidak ada.
- Pasang di GTM atau library tracking. Setiap deviation dari plan butuh issue tracking.
Kenapa Penting untuk Bisnis Indonesia?
Banyak UMKM dan startup Indonesia memulai tracking dengan ad-hoc, tanpa dokumen. Setelah 6 sampai 12 bulan, data layer jadi spaghetti dan butuh audit besar untuk diperbaiki. Mulai dengan tracking plan dari awal lebih murah daripada cleanup setelah produk live. Praktik standar industri menunjukkan tim dengan tracking plan formal mengurangi waktu debug analytics hingga 50 persen, meskipun angka ini bervariasi tergantung kompleksitas produk.
Pertanyaan Umum
Apakah tracking plan harus di Notion atau cukup Excel?
Tools tidak menentukan kualitas. Yang penting: dokumen accessible ke semua stakeholder, ada versioning, dan ada owner yang me-review setiap perubahan. Notion atau Airtable lebih nyaman karena ada history, tetapi Google Sheets dengan akses publik view-only juga cukup untuk tim kecil.
Berapa sering tracking plan harus di-update?
Setiap kali ada fitur baru atau A/B test yang butuh event baru. Pasang sebagai bagian dari Definition of Done sprint, sehingga tidak ada code yang merge tanpa update tracking plan terkait.
Apa hubungannya dengan Consent Mode v2?
Tracking plan harus mencatat kategori cookie tiap event (necessary, analytics, marketing) sehingga implementasi Consent Mode v2 konsisten. Tanpa kategorisasi di tracking plan, consent enforcement jadi guess work.
Istilah Terkait