Mengukur Prospek dari Konten yang Dipublikasikan Agen, Akun demi Akun

Untuk mengukur prospek dari konten yang dipublikasikan agen, setiap postingan butuh tautan terlacak per akun sebelum terbit, setiap postingan butuh label kampanye yang diisi agen secara konsisten, dan sumbernya harus terbawa sampai ke data prospek di CRM. Klik per akun dan per postingan datang dari platform distribusi; prospek per akun datang dari CRM. Agen bisa merangkum keduanya menjadi laporan mingguan, tetapi hanya jika penandaannya sudah dilakukan saat publikasi.

Agen mengubah masalah pengukuran dengan satu cara yang spesifik. Agen membuat publikasi dalam jumlah besar jadi mudah, yang berarti mudah juga memublikasikan banyak hal yang tidak bisa dievaluasi siapa pun. Jika desain pengukurannya belum siap sebelum agen dijalankan pertama kali, Anda akan berakhir dengan lebih banyak postingan dan lebih sedikit kejelasan dibanding sebelumnya.

Mengapa alur kerja agen butuh penandaan yang lebih ketat daripada alur manual?

Dalam alur kerja manual, biasanya ada orang yang ingat mengapa sebuah postingan dibuat. "Oh, itu untuk open day klinik." Satu putaran agen yang menghasilkan enam puluh varian di empat puluh akun tidak meninggalkan ingatan seperti itu. Kecuali postingan itu sendiri membawa tujuannya dalam field yang terstruktur, tidak akan ada yang bisa mengelompokkan hasilnya nanti.

Ada tiga hal yang perlu ditandai, dan masing-masing punya tempatnya:

Yang perlu Anda ketahui nanti	Tempatnya	Diisi oleh
Akun mana yang menghasilkan klik	Tautan pendek per akun dengan utm_content	Platform, otomatis
Kampanye atau tema apa yang dilayani postingan	Field campaign di postingan	Agen, dari brief
Bagian dari batch atau eksperimen mana	Field label di postingan	Agen, dari instruksi putaran

Shager membuat tautan pendek dan tag UTM per akun, dengan utm_content sebagai penanda akunnya, jadi baris pertama tidak memerlukan kerja apa pun dari agen. Dua baris lainnya perlu, dan keduanya harus ditulis di skill sebagai aturan, bukan diserahkan pada penilaian model.

Geser ke samping untuk melihat seluruh diagram

Bagaimana sebaiknya nilai campaign dan label diberi nama?

Perlakukan nilai-nilai ini seperti kunci database. Huruf kecil, dipisah tanda hubung, stabil, dan diambil dari daftar yang diberikan kepada agen. Panduan Google tentang mengumpulkan data kampanye dengan URL kustom mencatat bahwa nilai UTM peka terhadap huruf besar-kecil, dan inilah jenis detail yang akan keliru jika agen berimprovisasi.

Aturan penamaan di skill agen:

campaign: use the campaign key from the brief verbatim, e.g. "autumn-open-day-2026".
          Never invent a campaign key. If the brief has none, stop and ask.
label:    "w<ISO week>-<variant>", e.g. "w38-a", "w38-b" when testing two hooks.
cta_url:  the landing page from the brief, without UTM parameters.
          The platform adds per-account tracking.

Baris terakhir itu penting. Jika agen menambahkan parameter UTM sendiri di atas milik platform, Anda akan mendapat tag yang ganda atau saling bertentangan, dan laporannya jadi rusak.

Dari mana prospek berasal, bukan sekadar klik?

Klik adalah separuh bagian milik platform. Klik dihitung di server tautan pendek sebelum pengalihan, jadi tidak bergantung pada apakah pengunjung menerima cookie. Tetapi klik bukanlah prospek.

Untuk mengubah klik menjadi prospek per akun, landing page harus menangkap nilai UTM ke dalam formulir dan meneruskannya ke CRM. Artikel kami tentang atribusi prospek per akun membahas secara rinci field tersembunyi, penyimpanan nilai antarhalaman, dan pemetaan di CRM. Singkatnya:

1. Tambahkan field tersembunyi untuk utm_source, utm_campaign, dan utm_content di setiap formulir prospek.
2. Isi field itu dari URL saat pengunjung tiba, dan pertahankan nilainya jika pengunjung menjelajah halaman lain sebelum konversi.
3. Petakan ke properti khusus di CRM.
4. Kirim prospek uji dari satu akun di setiap grup dan pastikan penanda akunnya ikut sampai.

Setelah itu beres, CRM bisa menghitung prospek berdasarkan utm_content, yaitu akunnya, dan berdasarkan utm_campaign.

Apakah komentar pertama mengubah cara pengukuran?

Komentar pertama menambahkan jalur klik kedua. Shager bisa memposting komentar pertama yang membawa tautan prospek, dan tautan itu memakai pelacakan per akun yang sama. Konsekuensi praktisnya, Anda bisa membandingkan postingan yang tautannya ada di komentar dengan postingan yang tautannya ada di caption, pada akun yang sama, selama agen memberi label. Perlakukan penempatan tautan sebagai hal yang perlu diuji, bukan aturan baku. Artikel kami tentang tautan prospek di komentar pertama dengan agen membahas cara pengaturannya.

Geser ke samping untuk melihat seluruh diagram

Seperti apa laporan mingguannya?

Di sinilah agen membuktikan nilainya dua kali. Ia yang memublikasikan postingannya, dan kini ia bisa membaca hasilnya tanpa ada yang perlu mengekspor spreadsheet.

Instruksi untuk hari Jumat:

Workspace "Summit Physio". Date range: last 7 days.
1. Get clicks per account and per post.
2. Group by campaign. For each campaign, list the top 5 and bottom 5 accounts by clicks.
3. Flag any account with zero clicks across all posts this week.
4. Compare label w38-a against w38-b where both ran on the same account.
5. I will paste the CRM export of leads by utm_content. Join it to the click data
   and show leads per 100 clicks per account.
Write the summary in plain English, under 300 words, then the tables.

Panggilan tool-nya:

list_workspaces      select "Summit Physio"
get_analytics        date range last 7 days: clicks per account, per post
list_posts           to map post ids to campaign and label

Langkah 5 sengaja melibatkan manusia yang menempelkan data CRM. Banyak agensi tidak ingin agen punya akses tulis langsung ke CRM klien, dan penggabungan datanya mudah begitu kedua tabel tersedia. Jika Anda ingin seluruh laporan diotomatiskan dan diformat untuk klien, lihat laporan klien mingguan yang dibuat agen.

Bagaimana seharusnya angka-angka itu dibaca?

Beberapa kebiasaan menjaga pembacaan tetap jujur.

Bandingkan setiap akun dengan dirinya sendiri dari waktu ke waktu sebelum membandingkannya dengan akun lain. Halaman di kota kecil dan Halaman di pusat kota punya audiens yang berbeda, dan memeringkatnya berdampingan sebagian besar hanya mengukur jumlah penduduk.

Perhatikan rasionya, bukan hanya volumenya. Akun dengan klik sedang tetapi porsi prospeknya tinggi memberi tahu Anda sesuatu tentang kecocokan audiens yang tidak diberikan oleh akun dengan klik tinggi tetapi prospeknya rendah.

Jaga eksperimen tetap kecil dan berlabel. Jika agen menguji dua hook, lakukan di akun yang sama pada minggu yang sama, dengan label sebagai pembedanya. Kalau tidak, yang Anda bandingkan adalah minggunya, bukan hook-nya.

Jangan terlalu banyak menafsirkan data satu minggu. Cari pola selama sebulan sebelum memindahkan anggaran atau tenaga.

FAQ

Apakah agen bisa melihat prospek, atau hanya klik?

Lewat Shager, agen melihat klik per akun dan per postingan melalui get_analytics. Prospek tersimpan di CRM klien. Anda bisa memberi agen hasil ekspor CRM untuk digabungkan, atau menghubungkan tool CRM terpisah, tergantung apa yang diizinkan klien.

Mengapa jumlah klik dan sesi di analitik berbeda?

Klik tautan pendek dihitung di server sebelum pengalihan. Sesi analitik bergantung pada halaman yang memuat skrip pelacakannya dan, sering kali, pada persetujuan cookie. Sebagian pengunjung mengeklik tetapi tidak pernah tercatat sebagai sesi. Wajar jika jumlah klik lebih tinggi di antara keduanya.

Haruskah agen memilih akun mana yang mendapat lebih banyak postingan berdasarkan hasilnya?

Agen boleh mengusulkan, tetapi manusia yang sebaiknya memutuskan. Memindahkan fokus antarakun adalah keputusan strategis yang juga menyangkut hubungan dengan klien. Biarkan agen menyiapkan argumennya lengkap dengan angka.

Jika postingan Anda saat ini belum membawa nilai campaign atau label, perbaiki itu sebelum hal lainnya. Tambahkan aturan penamaan ke skill agen Anda, jalankan selama satu minggu, dan laporan hari Jumat sudah akan lebih berguna daripada laporan bulan lalu. Deskripsi OpenAPI mencantumkan field analitik jika Anda ingin membangun laporannya dari kode.