Fitur

Otomasi rule Meta Ads, kondisi demi kondisi

Name: Cara sebuah rule AdOps ditulis
Uploaded: 2026-09-01
Duration: 7 s
Description: Satu rule adalah empat kolom berderet — metrik, periode, operator, nilai — dan baris kedua bergabung dengan AND. Tujuh detik, tanpa suara.

Diperbarui 20 Agustus 2026

Satu rule AdOps memasangkan kondisi atas metrik Meta Ads yang hidup dengan action yang dieksekusi engine pada campaign Anda. Tiap rule menyasar campaign atau ad set, menggabungkan kondisinya dengan satu AND atau OR lewat enam operator, dan menulis satu baris bukti untuk setiap campaign yang dievaluasi, berubah maupun tidak.

Kondisi atas metrik Meta yang hidup dipasangkan dengan action yang dieksekusi engine ke campaign Anda, lengkap dengan log eksekusi.

Dalam angka

Angka di balik fitur ini

Interval dispatch: Setiap 10 detik Cron sweep dengan overlap prevention, jadi satu tick tidak masuk ke sweep yang masih berjalan
Operator perbandingan: 6 lebih besar, lebih kecil, lebih besar sama dengan, lebih kecil sama dengan, sama dengan, tidak sama dengan
Level target: 2 Campaign dan ad set
Field pre-filter: 3 campaign.id, campaign.name, campaign.effective_status
Fan-out antrean: 1 job per ad account Masuk ke antrean BullMQ berbasis Redis bernama facebook_queue
Retry pengambilan entitas: 3 percobaan total Jeda 1 detik lalu 2 detik sebelum ad account itu dilewati

Daftar rule AdOps menampilkan dua belas rule otomatisasi, masing-masing dengan toggle aktif/nonaktif, ad account yang dikelolanya, dan kapan terakhir kali dipicu — sebagian beberapa menit lalu, sebagian dengan timestamp bertanggal. — Semua rule, apa yang dikelolanya, dan kapan terakhir berjalan. Hanya toggle yang memisahkan draft dari live. Baca detailnya

AdOps mengotomasi Meta Ads lewat rule yang Anda tulis sendiri. Satu rule memasangkan kondisi atas metrik campaign yang hidup dengan action yang dieksekusi AdOps ke Meta Graph API. Tiap rule menyasar campaign atau ad set, menggabungkan kondisinya dengan AND atau OR, lalu menulis bukti untuk setiap campaign yang dievaluasi, berubah maupun tidak.

Apa saja isi sebuah rule AdOps?

Sebuah rule memuat nama, ad account yang dicakup, level, sekumpulan pre-filter, jadwal, dan daftar task. Di rule builder ada catatan bahwa Anda memilih hingga 5 ad account per rule.

Task adalah unit kerjanya. Tiap task memegang satu action, satu set kondisi miliknya sendiri, dan cooldown opsional. Karena task tersimpan sebagai array, satu rule bisa memuat playbook utuh, bukan memaksa Anda membuat tiga rule yang saling berebut campaign yang sama. Rule berstatus DRAFT sampai Anda set live, dan hanya rule ACTIVE yang diambil dispatcher.

Bagaimana kondisi digabungkan?

Satu kondisi terdiri dari empat hal: metrik, reporting period, operator, dan nilai. AdOps menyediakan 45 metrik Meta Ads dan 11 reporting period, jadi Purchase ROAS pada Last 7 days adalah satu kondisi dan Spend pada Today adalah kondisi lain.

Ada enam operator yang tersedia di tiap kondisi.

Operator	Simbol	Label di menu
`GREATER_THAN`	`>`	greater than
`LESS_THAN`	`<`	less than
`GREATER_THAN_EQUAL`	`>=`	greater than equal
`LESS_THAN_EQUAL`	`<=`	less than equal
`EQUAL`	`=`	equal
`NOT_EQUAL`	`!=`	not equal

Kondisi di dalam satu task digabung oleh satu group operator, AND atau OR, yang Anda ganti dengan sekali klik. Sisi kanan sebuah kondisi biasanya berupa angka, tetapi dengan mengubah compare mode ke metric Anda bisa menguji satu metrik terhadap metrik lain, masing-masing dengan reporting period sendiri.

Campaign mana yang disentuh sebuah rule?

Dua hal yang menentukan. Pertama level, yaitu campaign atau adset. Kedua pre-filter, yang berjalan sebelum metrik apa pun dibaca.

Field pre-filter	Operator	Nilai
`campaign.id`	equal, not equal	sebuah campaign ID
`campaign.name`	contains, does not contain	teks bebas
`campaign.effective_status`	is, is not	`ACTIVE`, `PAUSED`

Setiap kali Anda mengubah level atau filter, builder memanggil endpoint estimasi setelah debounce 500 ms dan menampilkan Estimated match: N Campaigns, lengkap dengan rincian per ad account saat di-hover. Anda melihat cakupannya sebelum rule dinyalakan.

Apa yang terjadi antara tick dan action?

Engine dipecah menjadi producer dan worker supaya bagian yang memutuskan apa yang jalan bukan bagian yang boleh mengubah apa pun.

Cron sweep menyala setiap 10 detik dan memilih semua rule ACTIVE yang waktu eksekusi berikutnya sudah lewat dan rentang tanggalnya masih terbuka. Cron ini dikonfigurasi dengan overlap prevention, jadi sweep yang lambat tidak dimasuki lagi oleh tick berikutnya.
Producer menarik entitas yang cocok dari Meta Graph API, 1000 per halaman, mengikuti cursor paging milik Meta. Ad account yang gagal ditarik dicoba sampai 3 percobaan total dengan jeda 1 detik lalu 2 detik, kemudian dilewati agar tidak menahan yang lain.
Satu job per ad account dimasukkan ke antrean BullMQ berbasis Redis bernama facebook_queue.
Worker mengelompokkan kondisi rule per reporting period, menggabungkan field Meta Insights yang dibutuhkan periode-periode itu, lalu mengirimnya sebagai satu batch request ke Graph. Semua panggilan Insights dikirim dengan use_unified_attribution_setting=true, jadi angka yang dinilai rule sama dengan angka pada attribution window ad set Anda.
Kondisi dievaluasi, action dieksekusi, dan hasilnya disimpan sebagai satu rule_result per campaign per task plus satu rule_benchmark sebagai rekap batch.

Progres batch dikirim balik ke antrean sebagai persentase bulat setiap satu campaign selesai, jadi run yang sedang berjalan menampilkan angka nyata, bukan sekadar spinner.

Apa batasan yang perlu Anda tahu?

Tick 10 detik itu adalah seberapa sering AdOps mencari pekerjaan yang jatuh tempo, bukan janji soal latensi ujung ke ujung. Satu sweep memproses rule yang jatuh tempo secara berurutan, dan akun besar dengan banyak halaman campaign selesai sesuai kecepatan Meta menjawab. Anggap check interval sebagai batas bawah seberapa sering rule bisa dipertimbangkan, bukan sebagai SLA.

Cakupan risiko dispatcher layak dinyatakan terus terang karena bisa diverifikasi, bukan sekadar klaim. Proses itu hanya mengirim request GET ke Meta dan menulis dua timestamp penjadwalan ke databasenya sendiri. Ia tidak pernah memanggil endpoint tulis Meta, sehingga deploy yang salah pada dispatcher tidak bisa mengubah campaign.

Mulai dari mana kalau tidak mau rule kosong?

AdOps menyertakan 10 template rule dalam 4 kategori, ditandai budget, status, naming, atau monitoring. Membuka modal Templates memperlihatkan jumlah task tiap template dan preview seluruh action, frequency, value, serta kondisinya sebelum Anda impor. Impor akan menaruh task itu ke rule yang sedang Anda edit, dan setelahnya task tersebut sama saja dengan task yang Anda tulis sendiri.

Kemampuan

Apa yang dikerjakan fitur ini, satu per satu.

Tiap baris adalah perilaku yang bisa Anda ulangi di produk hari ini.

Kondisi sebagai aritmetika biasa: Satu kondisi terdiri dari metrik, reporting period, salah satu dari 6 operator, dan sebuah angka. Kondisi dalam satu task digabung dengan satu operator AND atau OR.
Dua level target: Rule berjalan di level campaign atau ad set. Level itu disimpan di setiap baris hasil, dan engine membaca Meta Insights pada level tersebut.
Pre-filter sebelum evaluasi: Batasi rule lewat campaign ID, nama campaign, atau status campaign sebelum satu metrik pun dibaca, sehingga rule hanya melihat campaign yang Anda maksud.
Banyak task dalam satu rule: Satu rule menyimpan array task. Tiap task punya action, kondisi, dan cooldown sendiri, jadi satu rule bisa scale pemenang sekaligus pause yang boncos.
Dispatcher yang tidak bisa mengubah iklan: Proses yang menentukan rule mana yang jatuh tempo hanya mengirim request GET ke Meta Graph API. Semua perubahan dieksekusi di proses worker terpisah.

Satu rule adalah empat kolom berderet — metrik, periode, operator, nilai — dan baris kedua bergabung dengan AND. Tujuh detik, tanpa suara. 7 dtk No sound

Pertanyaan

Yang sering ditanyakan soal fitur ini.

Jawaban langsung, lengkap dengan angkanya.

Seberapa sering rule AdOps benar-benar jalan?

Dispatcher AdOps mengecek pekerjaan yang jatuh tempo setiap 10 detik dan mengambil setiap rule aktif yang waktu eksekusi berikutnya sudah lewat. Seberapa sering sebuah rule jatuh tempo Anda yang tentukan, lewat check interval 15 menit sampai 72 jam atau lewat timetable mingguan.

Apakah satu rule AdOps bisa melakukan lebih dari satu hal?

Bisa. Satu rule AdOps menyimpan daftar task, dan tiap task punya action, kondisi, serta cooldown sendiri. Satu rule bisa menaikkan budget campaign di atas ambang ROAS sekaligus mem-pause campaign di bawahnya pada run yang sama.

Bagaimana AdOps menentukan campaign mana yang kena rule?

AdOps menerapkan tiga pre-filter sebelum satu metrik pun dibaca. Rule bisa dibatasi lewat campaign ID dengan equal atau not equal, lewat nama campaign dengan contains atau does not contain, dan lewat status campaign dengan is atau is not terhadap ACTIVE dan PAUSED.

Apakah AdOps menarik semua metrik Meta di setiap run?

Tidak. AdOps menyusun daftar field dari kondisi rule itu sendiri, membuang duplikat, mengelompokkan kondisi per reporting period, lalu mengirim satu batch request ke Meta Graph. Metrik yang diselesaikan di luar Insights, seperti jam atau custom metric, tidak ikut diminta.

Bisakah scheduler mengubah campaign secara tidak sengaja?

Komponen AdOps yang menentukan rule mana yang jatuh tempo hanya mengirim request GET ke Meta Graph API dan menulis dua timestamp penjadwalan ke databasenya sendiri. Semua perubahan budget, pause, dan rename berjalan di proses worker terpisah yang mengonsumsi antrean.

Berdekatan