AdOps mem-pause campaign Meta ketika seluruh kondisi pada satu task terpenuhi dan action-nya jalan, jadi kualitas sebuah rule pause sepenuhnya ditentukan kualitas kondisinya. Rule yang benar-benar bekerja justru membosankan: satu kondisi performa pada jendela yang cukup panjang, di-AND dengan batas bawah spend, plus penanda supaya pause itu meninggalkan jejak.
Kenapa kebanyakan rule pause otomatis menembak terlalu cepat?
Karena memakai today. Rule yang dievaluasi pukul 10.00 hanya melihat sebagian hari. Purchase datang lebih lambat dari klik, spend tercatat lebih dulu sebelum revenue diatribusikan, dan campaign yang nanti tutup di 2,4x bisa saja terbaca 0,6x saat sarapan. Di-pause di jam itu, yang dipotong bukan campaign jelek, tapi satu pagi.
Kegagalan kedua: jendela pendek tanpa lantai di bawahnya. Purchase ROAS lebih kecil dari 1,5 benar untuk campaign yang habis Rp 30.000 dan belum menghasilkan apa pun. Kalimat yang sama juga benar untuk campaign yang habis Rp 30.000.000 dan menghasilkan Rp 20.000.000. Hanya satu dari keduanya yang layak disebut keputusan.
Jadi kondisi pause butuh dua bagian dalam satu task, digabung dengan AND:
- uji performa, pada 3 atau 7 hari terakhir
- uji volume,
Spendpada jendela yang sama, lebih besar dari angka yang berarti untuk akun Anda
Tidak ada angka universal untuk bagian kedua. Versi jujurnya: pilih angka spend yang membuat Anda siap mempertahankan keputusan itu di depan klien, lalu pakai angka tersebut.
Jendela mana yang dipakai kondisi performa?
AdOps menyediakan 11 periode laporan per kondisi. Semuanya tidak bisa saling ditukar, karena masing-masing menjawab pertanyaan berbeda.
| Periode | Yang dijawab | Cocok untuk |
|---|---|---|
| Today | Apa yang sudah terjadi hari ini | Pembatas spend harian, bukan penilaian performa |
| Yesterday | Bagaimana satu hari penuh ditutup | Review pagi, perbandingan harian |
| 3 hari terakhir | Ini memang jelek, atau kemarin saja yang jelek | Jendela default untuk keputusan pause |
| 7 hari terakhir | Apakah ini rugi secara struktural | Pause campaign evergreen, target ROAS mingguan |
| 14 / 30 hari terakhir | Bagaimana akun terlihat lintas siklus | Realokasi budget, bukan keputusan mematikan |
| This month / Last month | Posisi bulan berjalan terhadap rencana | Rule pacing |
| Lifetime | Semua yang pernah dilakukan campaign | Jarang cocok untuk pause; data lama menyeret rata-rata |
3 hari terakhir adalah pilihan utama untuk keputusan mematikan, karena tahan terhadap satu hari buruk tanpa harus menunggu seminggu untuk bereaksi. 7 hari terakhir tepat ketika campaign-nya evergreen dan pertanyaannya struktural, bukan situasional.
Dua periode juga tersedia dalam bentuk termasuk hari ini — 3 hari terakhir termasuk hari ini, dan 7 hari terakhir termasuk hari ini. Pakai keduanya kalau hari berjalan memang penting; selain itu versi biasa lebih stabil karena isinya hari-hari yang sudah utuh.
Sebenarnya sebuah rule pause harus melakukan apa?
Pause bukan satu action. Task pause menulis status campaign PAUSED ke Meta, dan hanya itu. AdOps mencatat nilai before dan after untuk action budget dan penamaan; tiga action siklus hidup — start, pause, delete — menulis perubahan status tanpa pasangan nilai. Jadi pause yang berdiri sendiri hanya menyisakan execution log, dan tidak ada apa pun yang terbaca di dalam ad account.
Perbaikannya: satu task kedua di rule yang sama.
- Task 1 — Pause. Kondisi:
Purchase ROAS, 7 hari terakhir, lebih kecil dari target Anda, ANDSpend, 7 hari terakhir, lebih besar dari batas bawah Anda. - Task 2 — Add to name. Kondisi sama, mode APPEND, teks
[PAUSED-LOW-ROAS {date}], action frequency sekali seumur hidup supaya penanda ditulis tepat satu kali.
Sekarang campaign-nya membawa penjelasannya sendiri di Ads Manager, lengkap dengan tanggal, dan rule berikutnya bisa menemukannya. Template bawaan Pause + Tag Failed adalah pola ini; Pause Unprofitable Campaigns hanya bagian pause-nya.
Manfaatkan filter nama campaign untuk melindungi yang tidak boleh disentuh. Filter does not contain pada DNT atau TEST tidak memakan biaya apa pun dan mencegah satu insiden yang biasanya diingat semua orang di tim.
Bagaimana menyalakan kembali campaign yang sudah pause?
Dengan sengaja, lewat rule tersendiri. Action start menulis status ACTIVE, dan cara paling wajar membatasi cakupannya adalah lewat penanda yang tadi ditulis rule pause:
- Filter: Campaign Status is
PAUSED, dan Campaign Name containsPAUSED-LOW-ROAS - Kondisi: metric yang dulu menyebabkan pause, diukur pada jendela yang sudah sempat pulih
- Action: start, plus task remove from name untuk mencabut penandanya
Ini persis template bawaan Re-enable Paused Winners. Rule ini layak ditulis walau jarang dipakai, karena mengubah “bulan lalu kita mematikan banyak campaign” dari proyek arkeologi jadi sekadar filter.
Dua peringatan. Pertama, menyalakan campaign adalah perubahan delivery juga, jadi menyalakan banyak sekaligus punya risikonya sendiri — jaga cakupan rule tetap sempit. Kedua, baca angka Estimated match di builder sebelum rule start di-set live; itu satu-satunya pratinjau berapa campaign yang sebentar lagi menyala.
Kapan rule sebaiknya menunggu, bukan mem-pause?
Tiga situasi ketika menunggu adalah perilaku otomatis yang benar.
Campaign-nya masih baru. Metric Hours since creation ada persis untuk ini: tambahkan kondisi bahwa umur campaign lebih dari sekian jam, maka rule tidak akan menembak campaign yang delivery-nya baru mulai.
Jendelanya belum utuh. Kalau satu-satunya kondisi yang lolos ada di today, tunggu. Tambahkan uji yang sama pada 3 hari terakhir dan wajibkan keduanya lolos.
Spend-nya belum berarti. Ini sudah ditangani batas bawah, tapi tetap perlu disebut terpisah: rule tanpa batas bawah akan mem-pause budget tes Anda begitu performanya jelek, padahal itulah gunanya budget tes.
Rule pause biasanya yang paling awal ditulis orang dan paling jarang dipercaya. Kepercayaannya tumbuh dengan cara yang sama seperti pada manusia — dapat ditebak, meninggalkan catatan, dan bisa dibatalkan.
