Jadwal rule dan dayparting di AdOps

AdOps mengatur waktu dalam dua lapis. Jadwal menentukan kapan sebuah rule jatuh tempo, entah lewat check interval antara 15 menit dan 72 jam atau lewat timetable mingguan berisi hari dan jam. Kondisi waktu menentukan boleh tidaknya sebuah action menyala saat rule sudah berjalan, dengan membandingkan jam dan hari saat ini terhadap nilai yang Anda tetapkan.

Mode penjadwalan mana yang sebaiknya dipakai?#

Mode interval adalah bentuk bawaannya dan menjawab pertanyaan seberapa sering. Ada sepuluh interval yang bisa dipilih: 15 menit, 30 menit, lalu 1, 2, 3, 6, 12, 24, 36, dan 72 jam. Rule yang entah bagaimana tidak membawa interval eksplisit jatuh ke 60 menit.

Mode timetable menjawab pertanyaan kapan. Builder menampilkan grid dengan kolom Week, Su, Mo, Tu, We, Th, Fr, dan Sa terhadap 24 baris jam, lalu Anda mengklik sel untuk mengaktifkannya. Kolom Week menyalakan jam itu di ketujuh hari sekaligus, sehingga run harian jam 06.00 cukup satu klik, bukan tujuh.

Saat rule timetable selesai, producer mencari slot aktif berikutnya setelah jam saat itu. Kalau hari ini sudah tidak ada slot tersisa, ia bergerak maju hari demi hari sampai 7 hari ke depan, jadi rule yang slotnya hanya Minggu jam 22.00 akan jatuh tempo Minggu berikutnya.

Kedua mode bisa dipagari rentang tanggal opsional. Picker-nya berisi bawaan hari ini sampai 7 hari ke depan dan menolak tanggal mulai di masa lalu. Pada rule tersimpan, sebuah info alert menampilkan timestamp Next Scheduled Execution yang persis, jadi Anda tidak perlu menebak kapan ia menyala lagi.

Bagaimana dayparting dinyatakan?#

Bukan lewat panel pengaturan terpisah. Dayparting di AdOps adalah kondisi biasa, artinya ia bergabung dengan kondisi performa di task yang sama di bawah operator AND atau OR yang sama.

Dua metrik yang membawanya:

Metrik	Key	Perilaku
Time greater than	time_greater_than	Lolos saat jam sekarang lebih lambat dari jam pilihan
Time less than	time_less_than	Lolos saat jam sekarang lebih awal dari jam pilihan

Masing-masing mengambil jam dari picker 24 opsi berlabel 12:00 AM sampai 11:00 PM, dan masing-masing bisa membawa multi-select hari yang berurutan Minggu, Senin, Selasa, Rabu, Kamis, Jumat, Sabtu. Kalau hari ini tidak ada di daftar itu, kondisinya gagal dan tidak ada yang menyala.

Keduanya metrik point in time yang diselesaikan tanpa panggilan Meta Insights, bersama daily budget, remaining budget, lifetime budget, hours since creation, dan custom metric. Menambahkan kondisi dayparting tidak menambah satu pun request ke Meta.

Seperti apa rule jam kerja?#

Gabungkan dua kondisi waktu untuk mengapit satu jendela. Task dengan Time greater than 09:00 AM dan Time less than 06:00 PM, keduanya dibatasi Senin sampai Jumat dan disambungkan AND ke sebuah kondisi performa, hanya akan bertindak pada hari kerja saat ada orang yang bisa memperhatikan.

Pola ini paling penting untuk action yang agresif. Menaikkan budget jam 03.00 hari Minggu karena data satu jam kecil terlihat bagus adalah cara tercepat kehilangan kepercayaan pada otomasi. Memagari action ke jam yang ditinjau manusia itu murah, dan cukup satu kondisi.

Reset budget malam hari#

Pola klasiknya berjalan ke arah sebaliknya: biarkan rule siang hari scale para pemenang, lalu kembalikan budget sebelum hari berikutnya dimulai.

Bentuknya satu rule dengan action Set budget, satu kondisi waktu yang menempatkannya di penghujung hari, dan pre-filter yang membatasinya ke campaign yang disentuh rule scaling Anda. Karena Set budget menulis angka absolut, bukan selisih, angka dasarnya pulih persis, berapa kali pun kenaikan terjadi sepanjang hari.

Dua detail pendukung membuatnya andal. Set budget menerima action frequency, jadi Anda bisa membatasinya sekali sehari dan yakin ia tidak berebut dengan rule scaling yang jalan tiap 15 menit. Dan AdOps membaca ulang daily budget campaign dari Meta tepat sebelum menulis, jadi perubahannya diterapkan pada nilai berjalan yang sebenarnya.

AdOps menyertakan Night Budget Reset sebagai salah satu dari 10 template rule-nya, di kategori budget, jadi bentuknya bisa diimpor dan diedit, bukan disusun dari nol.

Apa yang perlu diketahui soal ketepatan waktu?#

Dispatcher mengecek pekerjaan yang jatuh tempo tiap 10 detik, dan itulah seberapa cepat sebuah rule menjadi layak setelah intervalnya lewat. Itu bukan jaminan waktu selesai: satu sweep memproses rule yang jatuh tempo secara berurutan, dan rule yang mencakup banyak ad account selesai sesuai kecepatan Meta menjawab.

Anggap intervalnya sebagai batas bawah frekuensi. Kalau sebuah rule harus bertindak di jendela yang sempit, beri ia kondisi waktu yang mendefinisikan jendela itu secara eksplisit, jangan hanya mengandalkan jadwal untuk mendarat di sana.