Condition dan operator

Sebuah condition di AdOps terdiri dari empat pilihan: metrik, reporting period untuk membacanya, operator perbandingan, dan sebuah nilai. Semua condition dalam satu task digabung oleh pill AND atau OR milik task itu, dan action-nya baru berjalan ketika hasil gabungan itu bernilai benar.

Seperti apa bentuk satu condition?#

{
  "metric_key": "purchase_roas.omni_purchase",
  "period": "last_7d",
  "operator": "LESS_THAN",
  "value": "1.2",
  "compare": "value"
}

Dibaca lantang: kalau Purchase ROAS selama 7 hari terakhir di bawah 1,2, condition ini lolos.

Operator apa saja yang tersedia?#

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

Empat puluh tiga dari 45 metrik menyediakan keenamnya. Pengecualiannya dua metrik jam: Time greater than hanya menawarkan GREATER_THAN, dan Time less than hanya LESS_THAN.

Reporting period apa yang bisa dipilih?#

Nilai	Label
today	Today
yesterday	Yesterday
custom_last_3_days	Last 3 days (incl. today)
last_3d	Last 3 days
custom_last_7_days	Last 7 days (incl. today)
last_7d	Last 7 days
last_14d	Last 14 days
last_30d	Last 30 days
this_month	This month
last_month	Last month
maximum	Lifetime

Preset biasa diteruskan apa adanya ke Meta sebagai date_preset. Dua bentuk custom_ ditulis ulang di sisi AdOps menjadi time_range eksplisit yang jendelanya berakhir hari ini — itulah alasan labelnya “incl. today”.

Enam dari 45 metrik tidak punya period sama sekali. Daily Budget, Lifetime budget, Remaining budget, Hours since creation, Time greater than, dan Time less than adalah pembacaan point-in-time.

Membandingkan metrik dengan metrik lain#

Setiap baris condition punya roda gigi Compare With. Mengubahnya dari Value ke Metric mengganti angka di sisi kanan dengan metrik kedua yang punya metric key dan reporting period sendiri. Engine menghitung metrik kedua itu lalu mengalikan nilai yang Anda isi dengannya, dan menuliskan ambang hasilnya ke catatan condition sebagai custom_value.

Itu mengubah ambang tetap menjadi ambang relatif: “spend lebih dari 2× revenue 7 hari terakhir”, bukan nominal rupiah yang cepat basi.

Perhatikan biayanya. Metrik pembanding diambil lewat panggilan Graph terpisah, jadi setiap condition antarmetrik menambah satu round trip API per campaign.

Condition waktu dan umur campaign#

Time greater than dan Time less than membandingkan jam saat ini terhadap nilai yang dipilih dari daftar 24 jam, 12:00 AM sampai 11:00 PM. Perbandingannya inklusif di batas, jadi jam yang dipilih selalu lolos. Kedua condition ini juga menerima multi-select hari, diurutkan mulai Minggu; kalau hari ini tidak ada di daftar itu, condition-nya gagal.

Hours since creation mengubah timestamp pembuatan campaign menjadi jumlah jam penuh, dibulatkan ke atas. Pasangkan dengan action apa pun agar otomasi tidak menyentuh campaign yang masih terlalu muda untuk dinilai.

Bagaimana condition menentukan panggilan API#

Sebelum mengevaluasi sebuah campaign, AdOps mengelompokkan semua condition berdasarkan period-nya, mengambil bagian metric key sebelum titik pertama sebagai field Insights, mendeduplikasi daftarnya, lalu mengirim satu batched request Graph yang mencakup semua period yang dibutuhkan rule. Metrik yang bukan field Insights — metrik waktu, custom metric, Daily Budget, Hours since creation, dan dua metrik budget custom — dikeluarkan dari pengambilan itu dan dihitung terpisah.

Jadi rule yang membandingkan hari ini dengan 7 hari terakhir dan 30 hari terakhir hanya menghabiskan satu request, bukan tiga. Menambah condition itu murah; menambah perbandingan antarmetrik tidak.

Batas praktis#

Jaga jumlah condition tetap bisa dibaca dalam satu tarikan napas. Setiap condition disimpan bersama angka yang benar-benar dilihat engine dan badge Pass atau Fail di log eksekusi, jadi task dengan lima condition berarti lima baris yang harus dicek ketika hasilnya di luar dugaan.