"Angka konversi kami turun perlahan selama dua tahun terakhir, padahal tidak ada yang diubah di setup kami." Kalau ini terdengar familier, penyebabnya mungkin bukan di konfigurasi Anda. Bisa jadi penyebabnya adalah browser itu sendiri.
Third-party cookie perlahan menghilang. Safari dan Firefox sudah memblokirnya. Chrome pun sudah membatasinya secara signifikan. Tracking di hampir semua platform iklan — dalam derajat tertentu — bergantung pada cookie yang terus-menerus dihilangkan oleh browser. Hasilnya: jumlah konversi terus menurun, gap atribusi melebar, dan Smart Bidding mendapat lebih sedikit data untuk diolah.
Solusinya bukan sekadar mengubah satu setting. Ini soal pergeseran strategi: dari mengandalkan cookie yang dikelola browser, menuju pemanfaatan first-party data — informasi yang dikumpulkan langsung oleh situs Anda dari pengguna. Panduan ini menjelaskan apa yang rusak, apa penggantinya, dan bagaimana memverifikasi bahwa pengukuran Anda tetap bisa diandalkan.
1. Apa yang rusak saat third-party cookie hilang
Third-party cookie adalah cookie yang di-set oleh domain lain, bukan domain yang sedang dikunjungi pengguna. Platform iklan menggunakannya untuk:
- Melacak pengguna lintas situs — menghubungkan klik iklan di Situs A dengan konversi di Situs B
- Mengatribusikan konversi — mencocokkan konversi kembali ke iklan spesifik yang memicunya
- Mengaktifkan remarketing — mengenali pengguna yang kembali untuk audience targeting
Ketika cookie ini diblokir:
| Yang berjalan sebelumnya | Yang rusak |
|---|---|
| Cookie Google Ads menghubungkan klik iklan ke konversi | Atribusi hanya bergantung pada parameter URL gclid (yang bisa terpotong) |
| Cookie Meta Pixel mengidentifikasi pengguna lintas kunjungan | Pixel tetap aktif tapi tidak bisa menghubungkan pengguna dengan interaksi iklannya |
| Audience remarketing lintas situs | Pool audience mengecil karena pengguna tidak bisa diidentifikasi lintas situs |
| View-through conversion tracking | Nyaris hilang total — tidak ada cookie yang menghubungkan tayangan iklan dengan kunjungan situs berikutnya |
Dampak praktisnya bervariasi per platform:
- Google Ads: Paling sedikit terdampak, karena Google memiliki mesin pencari sekaligus jaringan iklannya sendiri, sehingga punya konteks first-party
- Meta: Terdampak signifikan, karena atribusinya bergantung pada pencocokan cookie lintas situs (inilah alasan Meta mendorong keras adopsi CAPI)
- Platform iklan yang lebih kecil: Paling terdampak, dengan infrastruktur paling minim untuk mengompensasinya
2. Toolkit first-party data
First-party data adalah informasi yang dikumpulkan langsung oleh situs Anda: pengisian form, transaksi pembelian, alamat email, nomor telepon, status login. Karena dikumpulkan di domain Anda sendiri, data ini tidak terdampak pembatasan third-party cookie.
Berikut adalah tool-tool yang memanfaatkan first-party data untuk menjaga conversion tracking tetap berjalan.
Enhanced Conversions (Google)
Mengirim first-party data yang di-hash (email, telepon, nama, alamat) bersamaan dengan tag konversi. Google mencocokkan data ini dengan data pengguna miliknya sendiri untuk meningkatkan akurasi atribusi.
Yang diselesaikan: Mengisi kesenjangan saat cookie gclid hilang (misalnya perjalanan lintas perangkat, ITP yang menghapus cookie, atau conversion window yang panjang).
Cara memverifikasi: Lihat Verifikasi Enhanced Conversions.
Conversions API / CAPI (Meta)
Mengirim event konversi dari server Anda langsung ke API Meta, sepenuhnya melewati browser. Event ini menyertakan data pengguna yang di-hash (email, telepon, IP, user agent) untuk pencocokan.
Yang diselesaikan: Data konversi tetap sampai ke Meta meskipun Pixel diblokir oleh ad blocker, ITP, atau pembatasan cookie.
Cara memverifikasi: Lihat Verifikasi Meta Conversions API.
Server-Side Tagging (Google Tag Manager)
Memindahkan pemrosesan tag dari browser pengguna ke server yang Anda kendalikan sendiri. Container server-side GTM menerima event dari browser, memprosesnya, lalu meneruskannya ke platform iklan.
Yang diselesaikan:
- First-party cookie yang di-set oleh server Anda (lebih tahan lama dibanding cookie yang di-set JavaScript di bawah ITP)
- Menghindari ad blocker (request diarahkan ke domain Anda sendiri, bukan ke
googleadservices.com) - Kontrol data yang lebih baik (Anda yang menentukan data apa saja yang keluar dari server)
Cara memverifikasi: Lihat Verifikasi Server-Side GTM.
Google Tag Gateway
Google Tag Gateway menyajikan script tracking dan endpoint pengumpulan data milik Google dari domain Anda sendiri (misalnya analytics.yourdomain.com, bukan googletagmanager.com). Posisinya ada di depan container server-side GTM Anda.
Yang diselesaikan:
- Request tracking terlihat seperti traffic first-party di mata browser dan ad blocker
- Cookie yang di-set lewat gateway ini diperlakukan sebagai first-party cookie sungguhan dengan masa hidup lebih panjang
- Tersedia sebagai setup satu klik di Google Cloud (GCP), atau lewat Cloudflare, Akamai, dan CDN lainnya
Dampak yang terukur: Advertiser yang mengadopsi Google Tag Gateway melaporkan peningkatan konversi terukur sebesar 9–18%, terutama dari pemulihan sinyal yang sebelumnya hilang akibat ad blocker dan pembatasan cookie ITP.
Hubungan dengan server-side GTM: Tag Gateway bukan pengganti server-side GTM — ini adalah lapisan jaringan yang merutekan request lewat domain Anda ke container server-side GTM Anda. Anggap saja sebagai "pintu depan" yang membuat setup server-side Anda tak terlihat oleh browser.
API Server-Side Khusus Platform Selain Google dan Meta
Artikel ini berfokus pada Enhanced Conversions (Google) dan CAPI (Meta), tetapi platform lain juga punya solusi server-side yang setara:
- TikTok Events API: Mengirim event konversi server-to-server, dengan pencocokan email/telepon yang di-hash. Wajib untuk kampanye TikTok jika audiens Anda banyak menggunakan ad blocker.
- LinkedIn Conversions API: Alternatif server-side untuk LinkedIn Insight Tag. Mendukung offline conversion dan enhanced matching. Diluncurkan pada 2023 dan kini direkomendasikan untuk digunakan berdampingan dengan Insight Tag.
- Pinterest API for Conversions: Event server-side untuk kampanye Pinterest, dengan deduplikasi terhadap Pinterest Tag.
Polanya universal: setiap platform iklan besar kini menyediakan jalur event server-side. Jika Anda sedang membangun infrastruktur first-party data, rencanakan dukungan server-side multi-platform, bukan hanya untuk Google dan Meta.
Customer Match / Custom Audiences
Mengunggah daftar pelanggan (email dan nomor telepon yang di-hash) langsung ke platform iklan untuk keperluan targeting dan pengukuran. Ini adalah pendekatan yang sepenuhnya berbasis first-party data — tidak melibatkan cookie sama sekali.
Yang diselesaikan: Remarketing dan pengukuran berbasis audience tanpa ketergantungan pada cookie sama sekali.
Consent Mode dengan Modeling
Ketika pengguna menolak cookie, Consent Mode memerintahkan tag Google untuk mengirim ping tanpa cookie. Google menggunakan ping ini, dikombinasikan dengan data dari pengguna yang memberikan izin, untuk memodelkan perkiraan jumlah konversi dari kelompok yang tidak memberikan izin.
Yang diselesaikan: Memulihkan sebagian data konversi yang hilang dari pengguna yang menolak cookie, tanpa melanggar pilihan mereka.
Keterbatasan: Konversi hasil modeling adalah estimasi, bukan nilai terukur. Akurasinya bergantung pada cukup tidaknya jumlah pengguna yang memberikan izin untuk membangun model yang andal.
3. Membangun strategi first-party data
Pergeseran ke first-party data bukan soal mengimplementasikan satu tool saja. Ini soal menumpuk berbagai sinyal sehingga pengukuran Anda tetap tangguh apa pun yang dilakukan browser selanjutnya.
Prioritas 1: Tangkap identifier pengguna di titik konversi
Pada saat konversi terjadi (pengisian form, pembelian), pastikan Anda menangkap setidaknya satu identifier pengguna yang bisa digunakan untuk pencocokan:
- Alamat email (paling andal — digunakan oleh Enhanced Conversions, CAPI, Customer Match)
- Nomor telepon (sekunder, berguna untuk CAPI dan Enhanced Conversions)
- gclid / fbclid / click ID lainnya (masih berharga jika ada, tapi tidak bisa jadi satu-satunya sinyal)
Prioritas 2: Implementasikan jalur server-side
Pindahkan conversion tracking yang paling penting ke server-side:
- Google Ads: Enhanced Conversions (paling mudah) atau server-side GTM (kontrol lebih besar)
- Meta: Conversions API berdampingan dengan Pixel (Meta merekomendasikan keduanya — event yang "redundan" akan di-deduplikasi)
- GA4: Server-side GTM dengan GA4 server-side client
Prioritas 3: Set first-party cookie dari server Anda
Cookie yang di-set lewat JavaScript menghadapi pembatasan browser yang semakin ketat:
| Browser | Masa hidup cookie yang di-set JavaScript | Masa hidup cookie yang di-set server |
|---|---|---|
| Safari (ITP) | 7 hari secara standar; 24 jam jika domain diklasifikasikan sebagai tracker (misalnya domain yang fungsi utamanya mengarahkan ke situs lain) | Sesuai masa kedaluwarsa yang dikonfigurasi (misalnya 1–2 tahun) |
| Firefox (ETP) | Bervariasi; cookie lintas situs diblokir secara default | Cookie first-party yang di-set server tidak terdampak |
| Chrome | Third-party cookie dibatasi; cookie first-party JavaScript belum dibatasi | Cookie first-party yang di-set server tidak terdampak |
Batas 24 jam di Safari ini sangat merugikan: jika pengguna mengklik iklan hari ini dan baru kembali besok untuk melakukan konversi, cookie-nya sudah hilang. Cookie yang di-set server (lewat header respons HTTP atau Google Tag Gateway) melewati pembatasan ini karena Safari memperlakukannya sebagai first-party data sungguhan.
Jika Anda menggunakan server-side GTM atau Google Tag Gateway, cookie first-party bisa di-set di domain Anda yang bertahan lintas sesi — menjaga identitas pengguna selama seluruh conversion window.
Dampak terukur dari tool-tool first-party data
Seberapa besar tool-tool ini bisa memulihkan data yang hilang? Berdasarkan data industri:
| Tool | Pemulihan konversi tipikal |
|---|---|
| Enhanced Conversions (Google) | Konversi teratribusi bertambah 5–15% |
| Conversions API (Meta) | Konversi bertambah 15–30% dibanding Pixel saja |
| Server-side GTM + Tag Gateway | Konversi terukur meningkat 9–18% |
| Consent Mode dengan modeling | Pemulihan 5–20% tergantung tingkat consent |
Angka-angka ini tidak bisa dijumlahkan begitu saja — ada tumpang tindih di antaranya. Tapi stack first-party data yang diimplementasikan secara lengkap (Enhanced Conversions + CAPI + server-side tagging + Consent Mode) biasanya bisa memulihkan 20–35% konversi yang seharusnya hilang akibat pembatasan cookie dan ad blocker.
Prioritas 4: Infrastruktur consent
Strategi first-party data tetap membutuhkan consent. Implementasikan consent management platform (CMP) yang:
- Menangkap pilihan consent pengguna
- Terintegrasi dengan Google Consent Mode (mengatur parameter
ad_storagedananalytics_storage) - Memungkinkan Anda memanfaatkan first-party data yang telah diberi izin, sambil tetap menghormati penolakan
4. Bagaimana bentuknya dalam praktik
Berikut bagaimana setup first-party data yang diimplementasikan dengan baik menangani berbagai skenario pengguna:
| Skenario | Yang terjadi | Kualitas data |
|---|---|---|
| Pengguna menerima cookie, melakukan konversi | Tag berjalan normal, gclid + cookie + data enhanced conversion semuanya tersedia | Atribusi penuh |
| Pengguna menolak cookie, melakukan konversi | Tag berjalan dalam mode terbatas (Consent Mode), data enhanced conversion (email yang di-hash) tetap terkirim, CAPI mengirim event server-side | Sebagian — tapi pencocokan email memulihkan sebagian besar atribusi |
| Pengguna memblokir iklan/tracking (ad blocker) | Tag client-side terblokir sepenuhnya | CAPI (server-side) tetap mengirim event; client-side hilang |
| Lintas perangkat: klik iklan di ponsel, konversi di desktop | Cookie tidak bisa menghubungkan kedua perangkat | Enhanced Conversions mencocokkan email lintas perangkat |
| Conversion window panjang (klik hari ini, konversi 30 hari kemudian) | ITP mungkin sudah menghapus cookie setelah 7 hari | gclid dari parameter URL + email enhanced conversion memulihkan pencocokan |
Tanpa tool first-party data, skenario 2–5 semuanya berujung pada konversi yang hilang. Dengan tool-tool ini, sebagian besar data bisa dipulihkan.
5. Cara memverifikasi strategi first-party data Anda berjalan
Pemeriksaan 1: Diagnostik Enhanced Conversions
Di Google Ads → Goals → Conversions → Diagnostics, periksa status enhanced conversions. Yang perlu terlihat:
- Match rate (persentase konversi yang tercocokkan lewat enhanced data)
- Indikator kualitas data untuk tiap field (email, telepon, nama, alamat)
Jika match rate mendekati nol, data enhanced conversion Anda tidak terkirim atau tidak cocok.
Pemeriksaan 2: Event match quality CAPI (Meta)
Di Meta Events Manager, periksa skor Event Match Quality untuk event CAPI Anda. Meta memberi skor 1–10:
- 7–10: Bagus — parameter cukup untuk pencocokan yang andal
- 4–6: Sedang — tambahkan lebih banyak parameter (email, telepon, IP)
- 1–3: Buruk — event sampai, tapi Meta tidak bisa mencocokkannya dengan pengguna
Pemeriksaan 3: Bandingkan jumlah event browser-side vs. server-side
Jika Anda menjalankan tracking client-side dan server-side sekaligus (direkomendasikan untuk Meta), bandingkan jumlah eventnya:
- Jika event server-side jauh lebih banyak dari client-side, berarti tracking client-side Anda diblokir oleh ad blocker atau ITP
- Jika jumlahnya kurang lebih sama, berarti sebagian besar pengguna terekam di kedua jalur — tapi jalur server-side tetap memberikan ketahanan tambahan
Pemeriksaan 4: Audit masa hidup cookie
Periksa berapa lama first-party cookie Anda sebenarnya bertahan:
- Di DevTools → Application → Cookies, lihat tanggal kedaluwarsanya
- Cookie yang di-set JavaScript di Safari akan menunjukkan masa berlaku 7 hari (atau lebih pendek)
- Cookie yang di-set server seharusnya menunjukkan masa berlaku lebih panjang (sesuai nilai yang Anda konfigurasi)
Pemeriksaan 5: Verifikasi Consent Mode
Kirim konversi uji coba dalam tiga kondisi consent:
- Consent diberikan: Tag berjalan penuh, semua data terkirim
- Consent ditolak: Tag berjalan dalam mode terbatas (tanpa cookie, data terbatas)
- Belum ada pilihan consent: Tergantung setting default Anda (periksa apakah tag tetap berjalan)
Untuk tiap kondisi, verifikasi data apa saja yang sampai ke platform iklan menggunakan tab Network di DevTools.
6. Pertanyaan soal modeling: bisakah konversi hasil modeling dipercaya?
Konversi hasil modeling dari Google memperkirakan jumlah konversi yang seharusnya terukur jika cookie tidak dibatasi. Angka ini muncul di laporan Anda berdampingan dengan konversi terukur — kadang tanpa pembedaan yang jelas.
Kapan bisa dipercaya:
- Tingkat consent Anda di atas ~30% (data riil cukup untuk membangun model yang andal)
- Angka hasil modeling konsisten arahnya dengan data backend Anda
- Anda menggunakannya untuk analisis tren dan optimasi bidding, bukan untuk penghitungan yang presisi
Kapan harus hati-hati:
- Tingkat consent sangat rendah (di bawah ~10%) — model tidak punya cukup data untuk bekerja
- Ketika konversi hasil modeling tiba-tiba melonjak atau turun tanpa perubahan bisnis yang sesuai
- Ketika membandingkan konversi yang dilaporkan platform dengan jumlah transaksi backend yang akurat
Pendekatan praktisnya: gunakan konversi hasil modeling + terukur untuk bidding dan optimasi (platform memang dirancang untuk ini), tapi gunakan data backend Anda sebagai sumber kebenaran untuk pelaporan revenue.
Pertanyaan yang sering diajukan
T. Apakah kami masih perlu conversion tag jika sudah punya server-side tracking? J. Ya, jalankan keduanya. Tag client-side memberikan sinyal real-time dan mendukung fitur seperti dynamic remarketing. Server-side tracking memberikan ketahanan. Sebagian besar platform merekomendasikan implementasi yang redundan — platform akan melakukan deduplikasi, jadi tidak akan terjadi double counting.
T. Apakah server-side tagging cukup untuk menghindari ad blocker sepenuhnya? J. Sebagian besar iya, tapi tidak sepenuhnya. Server-side tagging merutekan request lewat domain Anda sendiri, jadi ad blocker standar tidak memblokirnya. Namun, tool privasi yang agresif dan memblokir semua komunikasi third-party di level DNS tetap bisa mengganggu.
T. Berapa biaya server-side tagging? J. Biaya utamanya adalah infrastruktur server (instance Cloud Run atau App Engine untuk server-side GTM milik Google). Biaya tipikal: $50–$200/bulan tergantung volume traffic. Biaya implementasi (waktu developer untuk setup dan maintenance) sering kali lebih besar dibanding biaya hosting-nya.
T. Tingkat consent kami sangat rendah. Apa yang bisa dilakukan? J. Pertama, tinjau ulang banner consent Anda — desain, timing, dan kejelasan sangat memengaruhi tingkat opt-in. Banner yang dirancang dengan baik biasanya mencapai consent 30–50%. Kedua, maksimalkan data yang Anda tangkap dari pengguna yang memberikan izin (implementasikan Enhanced Conversions + CAPI). Ketiga, andalkan konversi hasil modeling untuk mengisi kesenjangan, sambil tetap memakai data backend sebagai sumber kebenaran.
Kesimpulan: first-party data bukan proyek — ini adalah baseline baru
Pergeseran dari conversion tracking yang bergantung pada cookie ke yang berbasis first-party data bukanlah pilihan. Browser sudah membuat keputusan itu untuk Anda. Pertanyaannya bukan lagi apakah harus mengadopsi tool-tool ini, tapi seberapa cepat dan seberapa lengkap Anda mengadopsinya.
Kabar baiknya: tool-toolnya sudah ada dan sudah matang. Enhanced Conversions, CAPI, server-side tagging, dan Consent Mode dengan modeling mencakup sebagian besar skenario tracking. Yang tersisa adalah implementasi dan verifikasi — men-setup-nya, lalu memastikan semuanya benar-benar berfungsi di semua skenario yang dihadapi pengguna Anda.
ConversionOK memverifikasi bahwa sinyal konversi yang dikirim situs Anda — baik itu tag client-side, data enhanced conversion, maupun event server-side — benar-benar sampai ke platform iklan. Seiring lanskap pengukuran bergeser ke first-party data, verifikasi menjadi semakin penting, bukan semakin tidak relevan, karena semakin banyak jalur yang dilalui data dan semakin banyak titik di mana data itu bisa gagal secara diam-diam.