Fitur

Jejak bukti di balik setiap run rule AdOps

Name: Apa yang dicatat satu run AdOps
Uploaded: 2026-09-01
Duration: 8 s
Description: Satu run, tiga task, satu perubahan budget dari 150.000 menjadi 250.000. Log mencatat ketiganya, bukan hanya yang berjalan. Tanpa suara.

Diperbarui 20 Agustus 2026

Setiap run rule AdOps menulis satu batch record plus satu baris hasil per campaign per task. Layar Rule Log Detail menampilkan badge Executed, Not Executed, atau Skipped, parameter action-nya, nilai sebelum dan sesudah bila ada yang berubah, lama eksekusi dalam detik, dan jadwal eksekusi berikutnya.

Catatan batch, hasil per campaign per task, bukti pass dan fail tiap kondisi, serta nilai sebelum dan sesudah untuk setiap perubahan.

Dalam angka

Angka di balik fitur ini

Badge eksekusi: 3 Executed, Not Executed, Skipped, plus Pass atau Fail per kondisi
Dicatat tiap hasil: Action, parameter, level, ad account Plus batch id, task id, snapshot campaign, dan waktu eksekusi berikutnya
Nama langkah eksekusi: 4 execution_skipped, pengambilan insights, kalkulasi kondisi, pengecekan kondisi
Ambang eksekusi lambat: 10 detik Ditampilkan merah di log detail; di atas 5 detik ditampilkan kuning
Status batch: 2 RUNNING selama batch berjalan, DONE saat selesai
Alasan skip cooldown: next_execute_not_reached Ditulis bersama waktu berakhirnya cooldown

Detail log eksekusi AdOps: satu campaign, dua panel aksi berbadge Not Executed, masing-masing memuat parameter aksi dan setiap kondisi yang dievaluasi beserta nilai aktual, nilai yang diharapkan, dan badge Pass atau Fail. — Alasan sebuah rule tidak melakukan apa-apa dicatat sama telitinya dengan alasan ia bertindak — aktual versus ekspektasi, kondisi demi kondisi. Baca detailnya

Setiap run rule AdOps meninggalkan bukti. AdOps menulis satu catatan batch per run dan satu baris hasil per campaign per task, berisi badge Executed, Not Executed, atau Skipped, parameter action, status pass atau fail tiap kondisi beserta angka yang dibaca, nilai sebelum dan sesudah untuk perubahan, waktu eksekusi, serta jadwal eksekusi berikutnya.

Kenapa log lebih penting daripada daftar fitur?

Karena otomasi yang membelanjakan uang hanya layak dijalankan kalau Anda bisa menjawab dua hal sesudahnya: apa yang ia lakukan, dan kenapa. Rule engine tanpa bukti meminta Anda percaya. Rule engine dengan bukti per kondisi membuat Anda bisa memeriksa, dan pemeriksaan itulah yang membuat aman memperluas rule ke lebih banyak akun.

Log juga tempat rule di-debug. Ambang yang tidak pernah menyala dan ambang yang menyala di semua campaign terlihat sama dari luar. Di log keduanya sangat berbeda, karena angka aktual yang dibaca engine dicetak berdampingan dengan angka yang diharapkan pada tiap kondisi.

Apa isi sebuah catatan batch?

Rule Logs menampilkan batch eksekusi dengan empat kolom: Execution Time, Ad Account, Applied Items, dan Affected Tasks. Applied items tampil sebagai badge, dan affected tasks berwarna hijau saat ada yang terjadi dan abu-abu saat tidak, jadi run selama sebulan bisa dipindai dalam hitungan detik.

Di balik tiap baris ada dokumen benchmark yang dikunci pada batch id, berisi rule, ad account, waktu mulai, jumlah applied items, hitungan eksekusi berjalan, dan status RUNNING atau DONE. Catatan itu ditulis sebagai upsert pada batch id, jadi job yang dikirim ulang antrean memakai baris yang sama, bukan meninggalkan baris audit setengah jadi yang berganda.

Di sebelah tabelnya, kartu Rule details menampilkan nama rule, daftar action-nya, jadwalnya sebagai interval run atau timetable per hari, serta siapa yang terakhir memperbaruinya.

Apa yang ditampilkan tampilan detail per campaign?

Membuka sebuah batch memperlihatkan tiap campaign yang dievaluasi. Untuk tiap campaign, ada satu kartu per task.

Header kartunya membawa ikon dan label action, salah satu dari tiga badge, serta waktunya. Executed berarti action-nya jalan. Not Executed berarti kondisinya tidak lolos. Skipped berarti cooldown memblokir evaluasi sebelum dimulai.

Badan kartunya punya dua kolom.

Action Details mencetak parameter yang benar-benar dipakai action. Untuk action nama, itu berarti mode, separator, dan teksnya. Untuk action budget, itu berarti nilai kenaikan, batas maksimum budget, dan tipe nilainya. Untuk action replace, itu berarti teks yang dicari dan penggantinya. Di bawahnya ada badge level, ad account, dan waktu eksekusi.

Condition Evaluations mencetak tiap kondisi sebagai label metrik beserta reporting period-nya, badge Pass hijau atau Fail merah, dan kalimat nilai Actual, operator, nilai Expected. Kalau kondisi memakai custom metric, AdOps menerjemahkan id tersimpan kembali menjadi nama asli metriknya, jadi log terbaca dalam bahasa penamaan Anda, bukan sebagai id database.

Saat sebuah action mengubah sesuatu, blok Value Changes menampilkan Before dengan warna merah dan After dengan warna hijau. Action budget dan nama mencatat pasangan itu; tiga action lifecycle mencatat status yang ditulisnya, bukan pasangan sebelum dan sesudah.

Bagaimana menemukan run yang lambat?

Tiap hasil membawa total waktu eksekusi yang diberi warna di tampilan detail: hijau di bawah 5 detik, kuning mulai 5 detik, merah di atas 10 detik. Administrator juga melihat timeline Execution Steps, yaitu daftar bernomor berisi tahapan internal dengan detik yang berlalu dan chip pass atau fail di tiap langkah.

Ada empat nama langkah yang muncul: penanda skipped saat cooldown memblokir run, pengambilan batch Meta Insights, satu entri per kalkulasi kondisi, dan pengecekan kondisi terakhir. Membaca daftar itu memberi tahu apakah run lambat karena Meta yang lambat atau karena rule-nya meminta terlalu banyak.

Halaman Benchmark mengumpulkan kedua sudut itu. Tab Queue Progress menampilkan batch yang sedang berjalan dengan tanggal mulai, nama rule, ad account, dan progress bar berisi jumlah tereksekusi terhadap total. Tab Slow Rule menyaring eksekusi berdasarkan waktu minimum, bawaannya 10 detik, dalam satu rentang tanggal, lalu mencetak waktu per eksekusi, nilai awal dan baru dari action, rincian per langkah dalam detik, dan pass atau fail tiap kondisi.

Bagaimana kalau hanya ingin melihat yang berubah?

Pakai Activity Log. Ia hanya mengembalikan hasil yang action-nya benar-benar jalan, diperkaya nama rule, nama event gabungan action dan level, campaign terdampak sebagai badge ID dan nama, serta waktu perubahannya. Panel filter enam kolom mempersempitnya lewat nama event, ad account, nama rule, entity ID, nama entity, dan action, dan pil filternya menampilkan titik setiap kali ada filter aktif.

Mengklik satu baris membuka bukti yang sama dalam modal: campaign terdampak, rule, action, ad account, waktu, dan pass atau fail tiap kondisi beserta angka yang dibaca, plus tautan ke log lengkapnya.

Kemampuan

Apa yang dikerjakan fitur ini, satu per satu.

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

Satu catatan per campaign per task: Tiap campaign yang dievaluasi rule menulis baris hasil untuk tiap task, jalan atau tidak action-nya, berisi action, parameternya, level, ad account, dan batch tempatnya berada.
Tiga status eksekusi: Tiap task di tiap campaign membawa badge Executed, Not Executed, atau Skipped, jadi run yang tidak melakukan apa-apa bisa dibedakan dari run yang tertahan cooldown.
Pass dan fail per kondisi: Tampilan detail mencetak tiap kondisi sebagai Actual terhadap Expected dengan badge Pass hijau atau Fail merah, sehingga angka persis yang dibaca engine terlihat.
Sebelum dan sesudah pada perubahan: Action budget dan nama menempelkan nilai lama dan nilai baru pada hasil, yang ditampilkan tampilan detail sebagai blok Before dan After.
Waktu yang bisa ditindaklanjuti: Tiap hasil membawa total waktu eksekusi, diberi warna di atas 5 dan 10 detik, dan admin mendapat timeline langkah bernomor dengan durasi tiap langkah.

Satu run, tiga task, satu perubahan budget dari 150.000 menjadi 250.000. Log mencatat ketiganya, bukan hanya yang berjalan. Tanpa suara. 8 dtk No sound

Pertanyaan

Yang sering ditanyakan soal fitur ini.

Jawaban langsung, lengkap dengan angkanya.

Bagaimana saya tahu kenapa AdOps mem-pause sebuah campaign?

Buka rule log untuk batch yang berjalan. AdOps menampilkan campaign, task, badge Executed, parameter action yang dipakai, dan panel Condition Evaluations yang mencetak tiap kondisi sebagai Actual terhadap Expected dengan badge Pass atau Fail, jadi angka pemicunya terlihat.

Apakah AdOps mencatat run yang tidak menghasilkan apa-apa?

Ya. AdOps menulis baris hasil untuk tiap campaign yang dievaluasi rule dan tiap task di rule itu, jalan atau tidak action-nya. Campaign yang gagal memenuhi kondisi membawa badge Not Executed dan tetap menampilkan seluruh kondisi beserta angka yang dibaca engine.

Apa arti badge Skipped?

Skipped berarti cooldown action memblokir evaluasi. AdOps menulis hasil skipped yang eksplisit dengan alasan next_execute_not_reached dan waktu berakhirnya cooldown, jadi jeda aktivitas itu punya penjelasan, bukan tebakan.

Bisakah saya melihat budget sebelum diubah AdOps?

Bisa untuk action budget dan nama. Action itu menempelkan nilai sebelum dan nilai sesudah pada baris hasil campaign, lalu log detail menampilkannya sebagai blok Before dan After, berisi budget lama dan baru atau nama campaign lama dan baru.

Berapa lama sebuah rule berjalan?

Tiap hasil membawa total waktu eksekusi dalam detik, ditampilkan hijau di bawah 5 detik, kuning antara 5 dan 10, serta merah di atas 10. Halaman Benchmark menambahkan laporan slow rule yang menyaring eksekusi berdasarkan waktu minimum, bawaannya 10 detik.

Berdekatan