Nama campaign Meta Ads sebaiknya membantu orang memahami fungsi, market, offer dan experiment yang relevan. Gunakan ID stabil sebagai kunci data, sedangkan nama menjadi label kerja yang konsisten. Nama yang rapi belum membuktikan setting audience atau tujuan di dalamnya benar.
Konvensi nama yang baik memudahkan pencarian serta handoff. Ia juga mengurangi kesalahan ketika laporan atau rule memakai potongan nama untuk memilih objek. Karena itu, perubahan nama perlu diperlakukan sebagai perubahan operasional yang tercatat.
Pilih informasi yang benar-benar membantu
Tanyakan apa yang biasanya perlu diketahui tim ketika membuka daftar campaign. Misalnya tujuan bisnis, wilayah layanan, offer dan experiment ID. Pilih field yang relatif stabil serta berguna untuk membedakan unit.
Hindari memasukkan seluruh setting ke nama. Budget dan hasil harian cepat berubah; menyimpannya pada label dapat membuat nama kedaluwarsa. Detail konfigurasi lebih cocok berada di registry atau ekspor aktual.
Untuk campaign, ad set dan ad, kebutuhan informasinya dapat berbeda. Nama ad mungkin lebih membutuhkan concept ID, format dan versi asset daripada nama market yang sudah diketahui dari struktur induknya.
Contoh pola yang dapat disesuaikan
Berikut format hipotetis, bukan sintaks wajib Meta:
SALES_ID_RACK_E012
Kamusnya menjelaskan SALES sebagai kelompok tujuan bisnis, ID sebagai kode market yang disepakati, RACK sebagai kode offer, dan E012 sebagai experiment ID. Jangan memakai ID untuk dua makna dalam konvensi yang sama, misalnya Indonesia sekaligus identity record.
Nama ad dapat berupa E012_DEMO_FOLD_V03. Tim tetap menyimpan ad ID platform, file sumber dan setting pada tabel terpisah.
Jika E012 membandingkan pembuka video, V03 perlu merujuk ke versi yang benar-benar berbeda dan terdokumentasi. Mengganti isi file tanpa mengubah versinya akan merusak keterlacakan meskipun namanya tampak rapi.
Buat kamus singkatan
Tulis daftar token yang diperbolehkan, artinya, posisi, pemisah dan contoh. Tentukan cara menangani informasi yang tidak berlaku; jangan membiarkan orang mengisi NA, NONE, kosong dan tanda tanya secara bergantian tanpa arti jelas.
Bedakan singkatan yang mirip. Misalnya prospecting dan promotion sama-sama dipendekkan menjadi PRO akan menyulitkan pembacaan. Pilih token yang tidak membuat orang harus menebak.
Uji beberapa nama dengan orang yang tidak menyusunnya. Ia seharusnya dapat menjelaskan tujuan dan versi tanpa mendengar penjelasan lisan tambahan. Jika ada salah tafsir, perbaiki kamusnya.
Nama tidak menggantikan konfigurasi
Campaign bernama cold belum tentu hanya menjangkau orang yang belum mengenal bisnis. Kamu perlu memeriksa audience, exclusion, retention window dan perilaku delivery yang berlaku.
Demikian juga nama Purchase tidak membuktikan event yang digunakan sudah benar. Simpan setting nyata serta definisi melalui kamus metrik dan mapping tujuan bisnis.
Jika nama dan setting bertentangan, tandai temuan tersebut. Jangan langsung mengubah setting agar cocok dengan nama tanpa memahami alasan konfigurasi dan dampaknya. Bisa saja nama yang kedaluwarsa, bukan setting yang salah.
Periksa ketergantungan sebelum rename
Daftar laporan, filter, automasi dan file kerja yang menggunakan nama. Contoh hipotetis: rule memilih semua nama yang mengandung SCALE. Jika campaign lama kehilangan token tersebut, ia mungkin tidak lagi masuk scope rule. Jika token ditambahkan terlalu luas, campaign yang tidak dimaksud dapat ikut terpilih.
Sebelum rename, uji daftar ID yang akan dipilih oleh logika baru. Bandingkan dengan daftar yang diharapkan. Pastikan tidak ada objek hilang atau masuk secara tidak sengaja.
Gunakan spesifikasi automated rule untuk mendokumentasikan eligibility. Jika memungkinkan dalam sistem yang dipakai, hubungan data melalui ID lebih tahan terhadap perubahan label daripada pencocokan teks bebas.
Simpan sejarah nama dan versi
Buat tabel dengan platform ID, nama lama, nama baru, waktu perubahan, alasan dan owner. Dengan begitu, laporan historis yang masih memakai label lama tetap dapat dihubungkan.
Jangan menggandakan baris performa hanya karena satu ad memiliki dua nama pada dua snapshot. ID dan periode harus tetap menentukan identitas datanya. Nama yang berubah bukan otomatis ad baru.
Konsistensi juga tidak berarti semua nama lama harus langsung diubah. Kamu dapat menerapkan konvensi pada pekerjaan baru, lalu memigrasikan yang lama setelah ketergantungannya diperiksa.
Ambil lima objek nyata dari akun milik kamu dan buat versi nama yang mengikuti satu kamus. Uji pemahaman manusia serta filter yang bergantung padanya sebelum menerapkan perubahan. Simpan hubungan nama dan bukti konfigurasi di registry ad aktif. Pilih artikel lain sesuai kebutuhanmu di topik Meta Ads.
