Case Study

Studi Kasus Nalesha: Pangkas Biaya Pembelian Meta Ads dari Rp 47rb ke Rp 32rb dengan CAPI Server-Side dan Dedup di 2026

Vito Atmo
Vito Atmo·25 Mei 2026·0 kali dibaca·5 min baca
Studi Kasus Nalesha: Pangkas Biaya Pembelian Meta Ads dari Rp 47rb ke Rp 32rb dengan CAPI Server-Side dan Dedup di 2026

TL;DR: Saat membantu Nalesha (e-commerce parfum) memasang Meta Conversion API server-side dengan dedup event_id, Event Match Quality naik dari 4,3 ke 8,1, biaya per pembelian turun 31 persen dari Rp 47.000 ke Rp 32.500, dan recovered event mencapai 34 persen dalam tujuh hari pertama. Anggaran iklan tidak berubah.

Awal April 2026, tim Nalesha melaporkan biaya per pembelian Meta Ads yang naik konsisten selama dua bulan, meski produk, harga, dan creative tidak berubah. Diagnosis awal saya: sinyal konversi yang sampai ke Meta makin tipis sejak update iOS 17.4 mengetatkan tracking prevention di Safari.

Audit Pixel Helper menunjukkan event Purchase browser-only dengan Event Match Quality hanya 4,3. Hampir setengah pelanggan iOS tidak meninggalkan jejak yang bisa dicocokkan ke profil Meta. Tanpa sinyal yang cukup, algoritma optimasi melebar mencari audience, sehingga biaya naik.

Diagnosis Awal

Tiga gejala utama yang ditemukan:

GejalaAngka
EMQ rata-rata4,3 (target 8+)
Event hilang vs server log34 persen
CPP 30 hari terakhirRp 47.000 (baseline Februari Rp 31.000)

Server log internal Nalesha (pembelian sukses di Supabase) mencatat 1.247 transaksi dalam 30 hari. Meta Events Manager hanya menerima 823 event Purchase. Selisih 34 persen inilah yang membuat algoritma kehilangan training data.

Eksekusi: CAPI Server-Side dengan Dedup

Rencana implementasi yang saya jalankan bersama tim dev Nalesha selama satu sore:

  1. Tambah app/api/meta-capi/route.ts di Next.js 15 yang menerima POST event dan forward ke Graph API Meta.
  2. Generate event_id unik (UUID v4) di sisi server saat order selesai. Kirim event_id yang sama ke Pixel browser dan CAPI server.
  3. Tambah hashing SHA-256 untuk em (email), ph (phone), external_id (customer ID Nalesha) di server.
  4. Kirim parameter konteks: client_ip_address, client_user_agent, fbc, fbp yang dibaca dari cookie.
  5. Verify dedup di Events Manager Meta tab Test Events.

Detail teknis dedup mengikuti spesifikasi resmi di dokumentasi dedup Meta CAPI. Pola implementasi yang dipakai mengacu ke panduan pasang Meta CAPI di Next.js yang sudah saya tulis sebelumnya.

Hasil setelah 7 Hari

MetrikSebelumSesudahDelta
EMQ Purchase4,38,1+88 persen
Event diterima Meta66 persen96 persen+30 poin
CPP rata-rataRp 47.000Rp 32.500-31 persen
ROAS kampanye DPA3,14,6+48 persen

Yang menarik, kenaikan ROAS Dynamic Product Ads lebih tajam dibanding kampanye reach. Ini wajar karena DPA sangat bergantung pada kualitas sinyal AddToCart dan Purchase untuk training rekomendasi produk.

Pelajaran untuk Tim Lain

Tiga hal yang saya catat untuk proyek serupa:

  1. Selalu pakai dedup event_id. Tanpa ini, satu pembelian bisa terhitung dua kali, dan CPP terlihat lebih murah dari kenyataan. Algoritma akan mengejar profil yang salah.
  2. Hash di server, jangan di browser. Browser bisa diblok ekstensi. Server-side menjamin parameter identitas pasti dikirim.
  3. External_id lebih kuat dari email tunggal. Customer ID internal Nalesha (UUID dari database first-party) memberi sinyal stabil meski pelanggan login pakai email berbeda.

Konteks yang bantu: arsitektur Nalesha sudah pakai server-side tracking untuk GA4 sejak 2024, jadi tim sudah familiar dengan konsep event logger. Untuk e-commerce yang belum, alokasikan 4-6 jam ekstra untuk setup logger di Supabase atau warehouse.

Pertanyaan Umum

Apakah hasil ini bisa diharapkan untuk semua e-commerce?

Range realistis: penurunan CPP 15-35 persen tergantung baseline EMQ. Jika EMQ awal sudah 7+, ruang perbaikan lebih kecil. Jika di bawah 5, gain bisa lebih besar dari Nalesha.

Berapa lama sampai algoritma Meta menyesuaikan?

Umumnya 5-10 hari setelah event mulai dikirim konsisten. Selama window itu, jangan ubah budget atau audience supaya sinyal training stabil.

Apa risiko terbesar saat implementasi?

Double counting karena event_id tidak konsisten antara Pixel dan CAPI. Selalu test di Events Manager tab Test Events selama 24 jam pertama, lalu cek metrik Deduplicated Events di tab Overview.

Bisakah hal serupa diterapkan untuk Lead Ads (jasa)?

Bisa, dengan mengganti event Purchase menjadi Lead. Logika dedup dan hashing identik. Hanya saja kualitas hasil sangat bergantung pada apakah lead-form Anda mengumpulkan email dan phone yang valid.

Penutup

Implementasi CAPI server-side di Nalesha menunjukkan bahwa kenaikan biaya iklan di era cookieless sering kali bukan masalah platform atau creative, tapi masalah sinyal yang tidak sampai. Dengan investasi satu sore developer dan satu pekan validasi, biaya per pembelian bisa kembali ke baseline. Untuk marketer Indonesia yang melihat CPP merangkak naik sejak iOS 17.4, audit EMQ adalah pekerjaan pertama yang harus dilakukan sebelum menyalahkan algoritma.

Bagikan

Artikel Terkait

#nalesha#meta-ads#conversion-api#case-study#emq

Butuh website yang benar-benar bekerja?

Hubungi Vito untuk konsultasi gratis 15 menit.

WhatsApp Sekarang