Mengelola banyak ad account klien dari satu set rule

AdOps memungkinkan agency memakai satu bentuk rule di banyak ad account Meta sambil tetap menghormati angka masing-masing klien. Sebuah kondisi dapat membandingkan metric Meta live terhadap custom metric yang diselesaikan AdOps dari Google Sheet saat evaluasi, sehingga target ROAS atau plafon bulanan klien diedit di spreadsheet, bukan di belasan rule terpisah.

Kenapa otomasi multi-akun mulai retak di klien kelima?#

Yang sulit bukan rulenya, melainkan angkanya. Sepuluh klien berarti sepuluh target ROAS, sepuluh plafon bulanan, dan sepuluh pendapat berbeda tentang kapan sebuah campaign layak di-pause, dan semuanya pasti berubah di tengah kuartal.

Menyalin rule per klien masih jalan sampai satu target bergeser. Setelah itu perubahannya harus dicari di akun yang benar, diterapkan ke rule yang benar, lalu diverifikasi, dan account manager yang menyepakati angka baru itu biasanya bukan orang yang mengedit rule.

Bagaimana custom metric menyimpan target tiap klien?#

Sebuah custom metric di AdOps menyebut spreadsheet id Google Sheets, nama sheet, kolom pencarian, dan kolom nilai. Saat evaluasi, engine menyelesaikan metric itu menjadi sebuah angka, dan kondisi yang diatur membandingkan terhadap metric akan memakai angka tersebut alih-alih threshold yang ditulis keras.

Bentuk praktisnya adalah satu sheet dengan satu baris per klien: kunci klien, target ROAS, plafon bulanan, budget dasar. Purchase ROAS 7 hari terakhir lebih kecil dari target_roas lalu berarti hal yang berbeda di setiap akun, dan memperbarui target klien cukup mengedit satu sel yang berlaku pada evaluasi berikutnya.

Dua batasannya perlu disebut terus terang. Baris disimpan di cache memori dengan TTL 2 menit sejak akses terakhir, dengan baris terakhir di MongoDB sebagai cadangan, sehingga sheet yang dibaca terus menerus bisa menyajikan salinan lama. Pencariannya juga membaca baris pertama yang cocok untuk tiap baris formula, jadi sheet sebaiknya memuat satu baris per kunci.

Bagaimana memisahkan pekerjaan antar klien?#

Setiap rule menempel pada satu ad account, dan itu batas pertamanya. Di dalam satu akun, tiga pre-filter mempersempit rule lebih jauh: Campaign ID dengan equal atau not equal, Campaign Name dengan contains atau does not contain, dan Campaign Status dengan is atau is not pada nilai ACTIVE serta PAUSED.

Campaign Name adalah yang paling terukur. Kalau satu akun bersama memakai prefix klien atau brand, rule dengan pre-filter Campaign Name contains akan otomatis menangkap campaign baru pada hari campaign itu dibuat.

Ad account juga dimulai dalam keadaan mati. Setiap akun yang ditemukan dari Meta disimpan sebagai tidak aktif, dan tidak ada yang dievaluasi sampai seseorang mengaktifkannya, yang berguna ketika akun klien baru dihubungkan di tengah minggu.

Bagaimana pekerjaannya dibagi?#

Dispatcher menyapu rule yang waktu eksekusi berikutnya sudah lewat, memakai cron 10 detik dengan pencegahan tumpang tindih, lalu memasukkan satu job per ad account ke antrean berbasis Redis. Worker mengambil job itu, melakukan satu pembacaan Meta Insights yang dibatch untuk metric yang dibutuhkan kondisi, mengevaluasi kondisinya, lalu menjalankan actionnya.

Pemisahan itu punya sifat yang layak diketahui saat Anda menyerahkan seluruh portofolio agency ke sebuah otomasi: dispatcher hanya melakukan pembacaan ke Meta Graph API. Semua perubahan budget, pause, dan penggantian nama terjadi di worker di belakangnya.

Pengambilan data entity dari Meta diulang sampai 3 percobaan total, dengan jeda 1 detik lalu 2 detik, sehingga satu error sementara di Graph API tidak diam-diam melewati satu akun.

Urutan pemeriksaannya juga bisa diatur per akun. Sebuah rule berjalan memakai timetable mingguan berisi hari dan jam, atau memakai check interval biasa dari 10 nilai antara 15 menit dan 72 jam, jadi akun klien berspend besar bisa diperiksa tiap 15 menit sementara akun retainer kecil cukup diperiksa tiap 6 jam tanpa menambah rule baru.

Apa yang dilihat agency setelahnya?#

Setiap eksekusi menulis satu batch record dan satu hasil per campaign per task. Layar Rule Log Detail menampilkan badge Executed, Not Executed, atau Skipped per campaign, setiap kondisi bertanda Pass atau Fail di samping angka yang dibacanya, parameter yang dipakai action, waktu eksekusi dalam detik, dan jadwal eksekusi berikutnya.

Untuk laporan ke klien, action Add to name membawa shortcode live seperti {metric|purchase_roas.omni_purchase|last_7d} dan {date}, jadi nama campaign bisa membawa angka ROAS 7 harinya sendiri. Klien yang membuka Ads Manager membaca angka yang sama dengan laporan agency.

Apa yang belum diselesaikan AdOps untuk agency#

Tidak ada rule lintas akun: satu rule menempel pada satu ad account, jadi menjalankan kebijakan yang sama di seluruh portofolio berarti membuatnya per akun. Action berbentuk campaign, jadi rencanakan pada level budget campaign. AdOps saat ini terhubung ke Meta Ads saja, dengan TikTok Ads, Google Ads, dan Snapchat Ads tercantum sebagai coming soon, dan penagihan berjalan dalam Rupiah lewat Duitku.