Sebelum mengaktifkan automated rule Meta Ads, tulis kondisi, objek sasaran, data yang digunakan, tindakan yang diizinkan, dan batas risikonya. Uji spesifikasi tersebut pada data contoh lebih dahulu. Aturan yang berhasil dijalankan secara teknis masih bisa salah secara bisnis bila metrik atau cakupannya keliru.
Saya memperlakukan rule sebagai keputusan yang didelegasikan. Kamu perlu menjelaskan keputusan itu sedetail ketika menyerahkan pekerjaan kepada orang lain. Kata seperti performa bagus atau budget aman belum cukup untuk menentukan tindakan yang konsisten.
Mulai dari spesifikasi keputusan
Tentukan objek yang boleh berubah melalui ID dan kriteria yang dapat diperiksa. Jelaskan jenis campaign, tujuan bisnis, status, serta pengecualian. Jika cakupan bergantung pada nama, perubahan nama perlu masuk prosedur pemeliharaan.
Lalu tetapkan metrik dengan pembilang dan penyebut yang spesifik. Cost per result dapat merujuk pada hasil yang berbeda antarcampaign. Rule yang dimaksudkan untuk pembelian tidak boleh tanpa sengaja menilai biaya per interaksi sebagai biaya per pembelian. Gunakan kamus definisi metrik sebelum memilih kolom yang tersedia.
Tuliskan rentang data, tanggal atau waktu pembacaan, kebutuhan kematangan konversi, serta perlakuan untuk data kosong. Nilai tidak tersedia berbeda dari nol. Bila jumlah pembelian nol, pembagian spend dengan nol tidak menghasilkan CPA nol yang sangat baik.
Bedakan rancangan dari kemampuan alat
Spesifikasi dapat memuat batas minimum dan maksimum budget, jarak antartindakan, penanganan konflik, serta pemberitahuan kepada pemilik. Setelah spesifikasi jelas, periksa satu per satu apakah konfigurasi yang tersedia di akun benar-benar mampu menegakkannya.
Jangan menganggap seluruh kontrol tersebut pasti tersedia sebagai fitur bawaan atau memiliki nama menu yang sama. Bila suatu syarat penting tidak dapat diterapkan, pilih proses dengan pemeriksaan manual atau ubah rancangan sebelum aktivasi. Menulis batas pada dokumen tidak membuat sistem otomatis mematuhinya.
Dry run dalam artikel ini berarti simulasi keputusan di lembar kerja atau proses pengujian yang kamu kendalikan. Istilah ini tidak menyatakan bahwa akun Meta memiliki tombol dry run tertentu. Simulasi tersebut tidak mengubah budget iklan.
Contoh spesifikasi yang dapat diuji
Bayangkan tim merancang aturan untuk satu kelompok campaign penjualan yang sudah ditentukan. Dalam contoh latihan ini, rule boleh mengusulkan kenaikan budget 10% ketika CPA pembelian di bawah Rp80 ribu, terdapat setidaknya 20 pembelian pada jendela data yang ditetapkan, data dinyatakan layak dibaca, dan tidak ada perubahan dalam 24 jam terakhir.
Angka 20, Rp80 ribu, 10%, dan 24 jam hanya parameter simulasi. Jumlah konversi tersebut tidak membuktikan signifikansi statistik, dan persentase kenaikan tersebut bukan batas aman universal. Pada akun nyata, syarat harus mengikuti ekonomi, risiko, serta karakter data yang kamu pahami.
Budget awal contoh adalah Rp200 ribu dan batas konfigurasi yang dipilih Rp250 ribu. Usulan tindakan pertama menjadi Rp200 ribu × 1,10 = Rp220 ribu. Bila syarat koordinasi atau batas itu tidak dapat ditegakkan oleh alat, tindakan tetap menjadi usulan untuk ditinjau manusia.
| Kasus uji | Data contoh | Keputusan yang diharapkan |
|---|---|---|
| Campaign sesuai scope | Spend Rp1,4 juta, 20 pembelian, data layak, belum ada perubahan | CPA Rp70 ribu; usulkan Rp220 ribu |
| Campaign lead di luar scope | Spend Rp1,4 juta, 100 lead | Tidak bertindak meski biaya per lead Rp14 ribu |
| Pembelian nol | Spend Rp1,4 juta, nol pembelian | Tidak menaikkan budget; CPA tidak terdefinisi |
| Perubahan baru terjadi | Kondisi pertama, tetapi budget baru diubah dua jam lalu | Tidak mengulang tindakan |
Tambahkan kasus budget mendekati batas. Jika budget awal Rp240 ribu, kenaikan penuh menghasilkan Rp264 ribu. Rancangan harus menyebut apakah usulan dibatasi Rp250 ribu atau ditolak. Pilihan itu harus sesuai kontrol yang benar-benar dapat diterapkan.
Periksa konflik sebelum aktivasi
Uji rule terhadap semua aturan lain yang dapat menyentuh objek sama. Rule performa mungkin mengusulkan kenaikan, sementara aturan pembatas pengeluaran meminta pengurangan. Tetapkan pemilik keputusan dan urutan penanganannya. Matriks konflik rule membantu memeriksa kasus ketika dua kondisi sama-sama terpenuhi.
Catat hasil yang diharapkan dan hasil simulasi aktual untuk setiap baris. Jika berbeda, perbaiki spesifikasi atau implementasi lalu ulangi kasus yang terdampak. Jangan hanya menguji satu contoh yang memenuhi syarat kenaikan.
Pantau setelah rule digunakan
Simpan daftar rule dengan pemilik, objek sasaran, konfigurasi, tanggal pemeriksaan terakhir, tindakan yang terlihat, dan pengecualian. Bandingkan daftar ID yang seharusnya tercakup dengan cakupan aktual setelah rename, penambahan campaign, atau perubahan tujuan.
Periksa bukti yang tersedia dari alat dan laporan akun. Jika waktu pembaruan data atau riwayat eksekusi yang dibutuhkan tidak terlihat, tuliskan keterbatasan tersebut dan gunakan pemeriksaan manual. Jangan mencatat sistem sehat hanya karena tidak ada keluhan.
Ketika hasil berubah, pisahkan tiga pertanyaan: apakah rule dievaluasi, apakah tindakan dilakukan sesuai spesifikasi, dan apakah hasil bisnis setelahnya layak? Eksekusi yang benar belum membuktikan keputusan ekonominya menguntungkan.
Keluaran akhirnya adalah spesifikasi, tabel kasus uji, bukti hasil simulasi, serta prosedur pemeriksaan dan penghentian oleh pemilik yang berwenang. Dalami perbedaan jendela data dan frekuensi tindakan sebelum menyusun jadwal. Pilih artikel lain sesuai kebutuhanmu di topik Meta Ads.
