Kenapa Konversi Meta Turun Setelah iOS 14 (AEM, Verifikasi Domain, Batas 8 Event)

"Sejak update iOS 14, konversi iklan Meta (Facebook) kami terlihat jelas menurun." Ini masih menjadi salah satu keluhan paling umum di operasional iklan. Anda tidak mengubah apa pun pada setup iklan atau implementasi pixel — tapi jumlah konversi di Events Manager dan di campaign tetap turun. Hampir selalu, penyebabnya adalah kesalahpahaman soal ATT (App Tracking Transparency), yang diperkenalkan di iOS 14.5, dan mekanisme AEM (Aggregated Event Measurement) yang diperkenalkan Meta untuk mengatasinya.

Apakah salah satu dari hal berikut terasa familiar?

• Konversi Meta jelas turun sekitar masa iOS 14.5 mulai banyak diadopsi
• Jumlah konversi Meta lebih rendah dibanding angka GA4 atau backend Anda
• Events Manager menampilkan notifikasi atau peringatan bahwa Anda hanya bisa mengonfigurasi hingga 8 event
• Sebagian konversi dilaporkan sebagai "modeled" (estimasi)
• Konversi muncul di laporan dengan keterlambatan signifikan setelah kejadiannya

Panduan ini menjelaskan bagaimana iOS 14 menyebabkan konversi Meta turun atau hilang, hubungan antara ATT, AEM, batas 8 event, dan verifikasi domain, cara memverifikasi — di lingkungan production Anda yang sebenarnya — persis bagaimana Anda sedang dilacak saat ini, serta cara memitigasinya dengan CAPI.

Prinsip dasar: perubahan iOS 14 adalah perubahan spesifikasi struktural, bukan kerusakan

Alasan terbesar hal ini sering salah ditangani adalah karena menganggap penurunan konversi sebagai kerusakan — "pixel-nya rusak" atau "implementasinya salah." Padahal, sebagian besar penurunan sejak iOS 14.5 berasal dari perubahan spesifikasi struktural yang dibuat demi privasi. Ini bukan jenis masalah yang bisa diperbaiki agar angkanya kembali seperti semula.

Kalau salah memahami ini, Anda akan terjebak dalam siklus tanpa akhir mengutak-atik setting sementara "angkanya tidak pernah kembali." Jadi mari kita telusuri urutan perubahan yang sebenarnya terjadi.

ATT (App Tracking Transparency): opt-out yang makin banyak

Mulai iOS 14.5, Apple memperkenalkan ATT (App Tracking Transparency). Sebelum sebuah aplikasi bisa melacak pengguna lintas aplikasi dan situs lain, aplikasi tersebut harus menampilkan dialog izin: "Izinkan aplikasi ini melacak Anda?"

Poin kuncinya: banyak pengguna menekan "Ask App Not to Track." Ketika pengguna yang datang ke situs Anda dari dalam aplikasi Facebook/Instagram menolak tracking, Meta tidak lagi bisa menghubungkan perilaku pengguna tersebut seperti sebelumnya.

Akibatnya, Meta tidak lagi bisa mengasumsikan pengukuran presisi tingkat individu yang selama ini diandalkan. Untuk mengompensasi hal ini, Meta memperkenalkan AEM, yang akan dibahas berikutnya.

Tingkat opt-in ATT: seberapa besar sinyal yang benar-benar hilang

Seberapa besar kesenjangannya? Benchmark industri memberikan gambaran konkret. Per pertengahan 2025, tingkat opt-in ATT global berada di kisaran 25–35% — artinya sekitar 65–75% pengguna iOS menolak tracking. Tingkatnya bervariasi menurut kategori aplikasi (aplikasi olahraga mencatat opt-in setinggi 50%; banyak aplikasi utilitas dan sosial tetap di bawah 20%), tapi efek agregatnya sama: Meta kehilangan sinyal tingkat individu untuk mayoritas traffic iOS.

Bagi pengiklan yang audiensnya condong ke iOS — hal yang umum di Jepang, di mana pangsa pasar iPhone melebihi 60% — kehilangan sinyal ini proporsional lebih besar, dan porsi konversi yang menjadi modeled atau tidak terukur pun meningkat. Inilah sebabnya setup pixel yang sama bisa menghasilkan tingkat undercount yang sangat berbeda untuk tiap pengiklan: kesenjangannya didorong oleh porsi iOS dan perilaku opt-in audiens Anda sendiri, bukan oleh persentase universal.

AEM (Aggregated Event Measurement): 8 event dengan prioritas per domain

AEM (Aggregated Event Measurement) adalah mekanisme Meta untuk mengukur konversi web dari pengguna yang menolak tracking lewat ATT — bukan pada level individu, melainkan dalam bentuk agregat. Mekanisme ini dirancang agar sesuai dengan kerangka privasi Apple.

Dalam praktiknya, aturan dengan dampak terbesar adalah ini.

Batasan utama AEM	Artinya
Batas event	Anda hanya bisa mengonfigurasi hingga 8 event per domain
Prioritas	Anda harus menetapkan urutan prioritas untuk 8 event tersebut
Satu konversi, satu event	Untuk pengguna yang menolak tracking, hanya satu event berprioritas tertinggi yang diukur per aksi
Event dengan prioritas rendah	Event di luar 8 event, atau dengan prioritas rendah, tidak diukur / tidak dilaporkan

Dengan kata lain, event konversi yang dulu bisa Anda ukur bebas, dalam jumlah berapa pun, kini harus bersaing untuk mendapat prioritas dalam batas 8 event. Jika sebuah situs e-commerce mengukur page view, add-to-cart, purchase, dan berbagai micro-conversion sekaligus, event yang tidak masuk dalam 8 tersebut — atau berperingkat rendah — akan gugur untuk pengguna yang menolak tracking.

Kesalahan umum: menetapkan event purchase penting Anda (Purchase) dengan prioritas rendah. Karena AEM hanya mengukur satu event berprioritas tertinggi per aksi, jika purchase berprioritas rendah, micro-event yang terjadi lebih awal bisa mengalahkannya dan purchase yang sangat penting itu tidak terlaporkan.

Update 2025: Meta menghapus batas 8 event manual

Pada Juni 2025 Meta melakukan perubahan signifikan: panel konfigurasi AEM manual di Events Manager dihentikan. Pengiklan tidak lagi perlu memilih, mengurutkan, atau memprioritaskan 8 event secara manual. Sistem Meta kini secara otomatis mengagregasi semua event standar dan custom yang memenuhi syarat di belakang layar.

Yang berarti secara praktis:

• Tab konfigurasi "Aggregated Event Measurement" di Events Manager sudah dihapus
• Tidak ada lagi batas event manual — semua event yang memenuhi syarat diproses secara otomatis
• Anda tidak perlu lagi khawatir event berprioritas rendah menggeser event berprioritas tinggi
• AEM sendiri masih beroperasi di balik layar untuk pengguna yang menolak ATT, tapi langkah konfigurasi yang dulu dilakukan pengiklan sudah dihilangkan

Namun, batasan privasi yang mendasarinya tidak berubah. Untuk pengguna yang menolak ATT, pengukuran tetap diagregasi dan tertunda, dan konversi modeled tetap mengisi kekosongannya. Yang berubah adalah Meta kini menangani pemilihan event secara otomatis, alih-alih mengharuskan pengiklan mengelolanya sendiri. Jika sebelumnya Anda menghabiskan waktu mengoptimalkan daftar prioritas 8 event, pekerjaan itu sudah tidak diperlukan lagi — tapi mengimplementasikan CAPI dan memverifikasi deduplikasi pixel-CAPI tetap sama pentingnya.

Verifikasi domain: tanpa ini, Anda bahkan tidak bisa mengonfigurasi pengukuran

Sebagai prasyarat untuk menetapkan prioritas event di AEM, Meta mulai mewajibkan verifikasi domain — proses di mana pengiklan membuktikan kepada Meta bahwa "domain ini milik saya."

• Tanpa verifikasi domain, izin Anda untuk mengonfigurasi dan mengedit 8 event tidak stabil
• Ketika beberapa bisnis atau akun iklan menggunakan domain yang sama, verifikasi ini juga menentukan siapa yang memegang kendali atas konfigurasi event

Jika Anda mendapati "saya sudah coba mengatur 8 event tapi tidak bisa diubah / tidak ada perubahan yang berlaku," penyebab yang mendasarinya sering kali adalah verifikasi domain yang belum selesai. Ini adalah hal pertama yang harus dipastikan sebagai prasyarat implementasi.

Bagaimana angka "berubah": keterlambatan, pemodelan, jendela yang lebih pendek

Pengukuran setelah iOS 14 tidak sekadar "menurun." Sifat dari angka itu sendiri berubah sebagai berikut. Tanpa memahami ini, Anda tidak bisa membaca laporan dengan benar.

• Keterlambatan laporan: Konversi dari pengguna yang menolak tracking bisa dilaporkan secara agregat dengan keterlambatan hingga sekitar 72 jam lewat AEM. "Angka hari ini terlihat rendah" terkadang hanya karena agregasi masih berlangsung.
• Konversi modeled (estimasi) yang tercampur: Meta secara statistik memperkirakan dan mengisi apa yang tidak bisa diukur di level individu. Konversi yang dilaporkan mencakup estimasi, bukan pengukuran langsung. Ini memang disengaja, bukan kerusakan.
• Jendela atribusi yang lebih pendek: Sejak iOS 14, jendela atribusi default dipersingkat (dengan 7-day click, misalnya, menjadi baseline standar), sehingga hasil yang dulunya terhitung dalam jendela lebih panjang kini tampak menurun.

Kesalahan umum: menilai "sudah turun" dengan membandingkan terhadap laporan lama. Karena jendela atribusi default berubah, membicarakan kenaikan atau penurunan tanpa membandingkan dalam kondisi yang sama akan membawa Anda ke kesimpulan yang salah. Samakan setting jendela terlebih dahulu sebelum membandingkan.

Kenapa konversi tetap turun meski pixel "menembak"

Di DevTools Anda bisa melihat request pixel (facebook.com/tr) terkirim dengan baik. Namun jumlah konversi Meta tetap turun — ini adalah pola paling membingungkan setelah iOS 14. Alasannya: penembakan dari browser (request terkirim) dan konversi lengkap yang diukur serta dilaporkan Meta menjadi terpisah akibat ATT dan AEM.

Untuk pengguna yang menolak tracking, meski pixel tetap menembak:

• Event tersebut tidak bisa dihubungkan di level individu, sehingga masuk ke pengukuran agregat AEM, di mana pelaporannya tertunda dan dibatasi
• Jika event tersebut berada di luar urutan prioritas 8 event, event itu tidak dilaporkan
• Kesenjangannya diisi dengan pemodelan (estimasi), sehingga bukan lagi angka aktual

Jadi meski Anda memastikan "facebook.com/tr menembak di Network," jika itu adalah jalur pengguna yang menolak tracking, event tersebut belum tentu dilaporkan sebagai konversi lengkap yang bisa dipakai iklan. Hanya memeriksa apakah pixel menembak tidak akan pernah mengungkap kehilangan pasca-iOS-14.

Untuk mendiagnosis masalah "tidak terlacak" secara umum, lihat panduan terpisah tentang mendiagnosis kenapa konversi Meta tidak terlacak.

Mitigasi: back-fill di sisi server dengan CAPI

Langkah mitigasi standar untuk kehilangan pasca-iOS-14 adalah CAPI (Conversions API). Alih-alih hanya mengandalkan pixel browser, CAPI mengirim konversi ke Meta langsung dari server Anda, sehingga kurang terpengaruh oleh batasan sisi browser (ad blocker, tracking prevention, sebagian kehilangan sinyal).

• Jalankan pixel browser dan CAPI secara bersamaan, dengan berbagi nama event dan event_id yang sama agar Meta bisa melakukan deduplikasi
• Kirim informasi yang Anda pegang secara andal di sisi server untuk meningkatkan event match quality

Meski begitu, CAPI bukan "pasang lalu selesai." Sangat penting untuk memverifikasi bahwa deduplikasi dan payload dikonfigurasi dengan benar. Lihat memverifikasi apakah Meta Conversions API (CAPI) bekerja untuk pemeriksaan detailnya.

Lebih dari sekadar penghitungan konversi: dampak pada targeting dan optimisasi

Penurunan konversi adalah gejala yang paling terlihat, tapi dampak iOS 14 lebih jauh dari itu — sampai ke bagaimana Meta melakukan targeting dan optimisasi iklan sejak awal.

• Audiens retargeting menyusut. Ketika pengguna menolak ATT, Meta tidak bisa mencocokkan perilaku situs web mereka kembali ke Custom Audience. Karena mayoritas pengguna iOS memilih opt-out, kumpulan retargeting yang dibangun dari pengunjung situs web (misalnya, "mengunjungi halaman produk tapi tidak membeli") bisa kehilangan 50% atau lebih dari segmen iOS-nya.
• Kualitas lookalike audience menurun. Lookalike bergantung pada kemampuan Meta mengidentifikasi pola di antara anggota seed audience Anda. Dengan sinyal lintas aplikasi yang lebih sedikit, model lookalike yang dibangun dari seed berbasis event website (add-to-cart, purchase) menjadi kurang presisi, dan cost per acquisition (CPA) cenderung naik.
• Algoritma optimisasi menerima lebih sedikit feedback. Algoritma delivery Meta belajar dari sinyal konversi. Semakin sedikit konversi yang teramati berarti algoritma membutuhkan lebih banyak budget dan waktu untuk keluar dari fase learning, dan performa campaign bisa menjadi lebih volatil.

Kesimpulan praktisnya: setelah iOS 14, memperbaiki pengukuran saja tidak cukup. Pengiklan yang juga beralih ke strategi audiens first-party — mengunggah daftar CRM, memakai audiens engagement in-app, dan mengandalkan data first-party untuk pelacakan konversi — cenderung memulihkan efektivitas targeting lebih cepat dibanding yang hanya mengandalkan audiens berbasis pixel.

Perlu dicatat bahwa masalah "angka menurun karena langkah privasi" yang sama juga terjadi di sisi Google lewat mekanisme berbeda bernama Consent Mode. Untuk perbandingan berdampingan, lihat kenapa Consent Mode membuat konversi Anda turun.

Cara memverifikasi "bagaimana saya sedang dilacak sekarang" di production

Metode 1: Periksa verifikasi domain dan setup 8 event AEM

Di Events Manager, pastikan dulu fondasinya.

1. Apakah verifikasi domain sudah selesai di Business Settings?
2. Di layar "Aggregated Event Measurement," apakah 8 event sudah terdaftar dengan urutan prioritas yang Anda inginkan?
3. Apakah konversi terpenting Anda (biasanya Purchase atau Lead) berada di posisi teratas daftar prioritas?

Yang bisa diketahui: apakah prasyarat pengukuran (verifikasi) dan prioritas sudah disiapkan dengan benar sama sekali.

Metode 2: Amati pixel menembak di DevTools Network

1. Buka halaman production target (khususnya halaman selesai-pembelian / thank-you) dan buka tab "Network"
2. Filter untuk facebook.com/tr
3. Lakukan aksinya dan periksa apakah request menembak serta apakah id (pixel ID) dan ev (nama event) sudah benar

Yang bisa diketahui: bahwa event menembak dari browser (tahap ②). Yang tidak bisa diketahui: bagaimana Meta menanganinya sebagai pengukuran agregat pada jalur pengguna yang menolak ATT (tahap ③).

Metode 3: Periksa test event dan jendela atribusi di Events Manager

• Apakah event target Anda sampai secara real-time di Test Events?
• Apakah jendela atribusi laporan sudah disetel dengan kondisi yang sama dengan data lama yang ingin Anda bandingkan?
• Berapa banyak konversi yang berlabel "modeled" / "estimasi"?

Yang bisa diketahui: kenyataan penerimaan data, dan sifat angkanya (aktual vs. estimasi, serta apakah jendelanya sudah selaras).

Apa yang tidak bisa diketahui hanya dengan memeriksa di komputer sendiri

Metode-metode di atas berguna, tapi menguji sekali di komputer Anda sendiri memiliki dua titik buta khusus pada pengukuran pasca-iOS-14.

1. Lingkungan Anda bukan lingkungan pengguna production Anda. Perangkat atau browser yang Anda gunakan untuk menguji biasanya sudah mengizinkan tracking, atau merupakan desktop yang tidak terpengaruh ATT. Tapi yang menurunkan angka Meta Anda adalah pengguna yang menolak ATT di iOS. Menilai "sudah menembak, jadi aman" dari lingkungan Anda sendiri melewatkan seluruh kehilangan data.
2. Apa pun yang melibatkan klik iklan sulit direproduksi. Untuk benar-benar melihat "bagaimana orang yang datang lewat iklan Facebook lalu menolak ATT diperlakukan di sisi Meta," Anda perlu mengklik iklan sungguhan untuk mereplikasi jalurnya — yang membawa risiko pelanggaran kebijakan iklan sebagai self-click.

Kehilangan pasca-iOS-14 terjadi pada jalur "pengguna production yang menolak," bukan "Anda yang mengizinkan." Fakta bahwa semuanya terlihat baik-baik saja saat Anda mengizinkan justru menumbuhkan rasa aman yang keliru.

Checklist untuk memverifikasi dengan percaya diri

• Apakah verifikasi domain sudah selesai?
• Apakah 8 event AEM sudah terdaftar dengan urutan prioritas yang Anda inginkan?
• Apakah konversi terpenting Anda berada di posisi teratas daftar prioritas?
• Apakah facebook.com/tr menembak di DevTools, dengan pixel ID dan nama event yang benar?
• Sudahkah Anda menyelaraskan jendela atribusi laporan dengan yang Anda bandingkan?
• Apakah Anda membaca angkanya dengan menyadari bahwa itu mencakup konversi "modeled" (estimasi)?
• Apakah Anda memperhitungkan keterlambatan laporan (hingga ~72 jam) sebelum salah membaca angka hari itu yang rendah?
• Sudahkah Anda mengimplementasikan CAPI sebagai mitigasi dan memverifikasi deduplikasi (event_id)?
• Sudahkah Anda memeriksa dalam kondisi pengunjung production yang sebenarnya (termasuk yang menolak ATT), bukan hanya satu pola di komputer Anda?

Pertanyaan yang sering diajukan

T. Seberapa besar konversi Meta turun setelah iOS 14? J. Bervariasi. Besarnya tergantung pada porsi traffic Anda yang menolak ATT di iOS, setup 8 event AEM Anda, dan perubahan jendela atribusi. Yang penting untuk dipahami adalah ini adalah perubahan struktural yang didorong oleh spesifikasi privasi, bukan kerusakan. Anda bisa memitigasi kehilangan data dengan optimisasi setup dan CAPI, tapi alih-alih bertujuan mengembalikan angka persis seperti sebelum iOS 14, sikap yang tepat adalah mengukur ulang dengan asumsi baru.

T. Apa sebenarnya "batas 8 event" itu? J. Di AEM Anda hanya bisa mengonfigurasi hingga 8 event konversi per domain, masing-masing dengan prioritas. Untuk pengguna yang menolak tracking, hanya satu event berprioritas tertinggi yang diukur per aksi. Semakin banyak event yang diukur suatu situs, semakin besar dampaknya karena event di luar batas atau berprioritas rendah akan gugur.

T. Apa yang terjadi jika saya tidak memverifikasi domain saya? J. Mengonfigurasi dan mengedit 8 event AEM menjadi tidak stabil, dan prasyarat pengukuran tidak terpenuhi. Ketika beberapa akun menggunakan domain yang sama, ini juga membuat "siapa yang mengendalikan konfigurasi" tetap tidak menentu. Ini adalah hal pertama yang harus dilakukan sebelum Anda mulai implementasi.

T. Apa itu "konversi modeled"? Apakah itu kerusakan? J. Bukan. Ini adalah konversi yang diperkirakan dan diisi secara statistik oleh Meta untuk apa yang tidak bisa diukur di level individu, seperti pengguna yang menolak tracking lewat ATT. Ini bukan pengukuran langsung, sehingga angkanya berperilaku berbeda, tapi ini bekerja sesuai desain.

T. Apakah CAPI akan mengembalikan angka saya ke semula? J. Tidak "kembali sepenuhnya," tapi pengiriman sisi server — yang kurang terpengaruh oleh batasan sisi browser — memitigasi kehilangan dan meningkatkan event match quality. Ini memang membutuhkan deduplikasi dan payload yang dikonfigurasi dengan benar. Lihat panduan verifikasi CAPI untuk detailnya.

T. Apakah ini sama dengan masalah "penurunan Consent Mode" di Google Ads? J. Tema besarnya — "angka menurun karena langkah privasi" — mirip, tapi mekanismenya berbeda. Meta menggunakan ATT + AEM; Google menggunakan Consent Mode. Perbandingannya dijelaskan di artikel Consent Mode.

Kesimpulan: ukur ulang dengan "asumsi baru," bukan sebagai "kerusakan"

Masalah konversi Meta yang turun setelah iOS 14 tidak bisa didiagnosis hanya dengan mengamati apakah pixel menembak. Yang penting adalah memverifikasi — dengan asumsi perubahan struktural dari ATT, batas 8 event AEM, verifikasi domain, keterlambatan laporan, dan pemodelan — bagaimana pengguna production Anda yang sebenarnya (khususnya yang menolak ATT) benar-benar diukur. Untuk gambaran lengkap pelacakan Meta, lihat panduan terkait panduan lengkap pelacakan konversi Meta.

ConversionOK menjalankan halaman live Anda di browser independen dan terisolasi, lalu mencegat event dan parameter pixel yang benar-benar dikirim, kemudian memverifikasinya — tanpa perlu mengklik iklan Anda sendiri dan tanpa gangguan dari lingkungan kantor Anda. Mulai dengan pemeriksaan statis gratis untuk memastikan titik masuk pengukuran Anda.