Jawaban singkat: Audit URL tracking Performance Max dengan memisahkan alamat halaman tujuan, tracking template, final URL suffix, dan parameter khusus. Petakan pengaturan yang berlaku, uji URL hasil ekspansi, lalu periksa apakah parameter bertahan sampai halaman akhir. Google Ads API v25.2 menambahkan pengaturan URL pada tingkat asset group; pembaruan ini membantu pemisahan pelacakan, tetapi tidak otomatis membuat atribusi benar.
Panduan ini ditujukan untuk tim marketing Indonesia yang mengelola Performance Max melalui integrasi API atau bekerja bersama pengembang. Fokusnya bukan memilih materi iklan, mengganti bidding, atau menghitung konversi offline. Fokusnya memastikan klik menuju halaman yang benar dan identitas kampanye tidak hilang sebelum dapat dicatat. Tidak ada hasil kampanye pelanggan atau peningkatan pendapatan yang diklaim di sini.
Apa perubahan terbaru yang relevan untuk tracking?
Dalam pengumuman Google Ads API v25.2 tanggal 23 September 2026, Google menyebut dukungan tracking template, custom parameters, dan final URL suffix langsung pada asset group Performance Max. Release notes resmi mencantumkan tiga field: AssetGroup.tracking_url_template, AssetGroup.url_custom_parameters, dan AssetGroup.final_url_suffix.
Tanggal pengumuman tersebut berada dalam dua minggu terakhir ketika panduan ini diterbitkan. Dokumentasi URL tracking and templates, diperbarui 30 September 2026, memberikan dasar untuk membedakan fungsi masing-masing komponen. Jangan menyamakan dukungan API dengan kepastian tombol yang sama tersedia di seluruh antarmuka akun. Pengembang perlu memeriksa versi library dan dokumentasi resource yang benar sebelum menggunakan field baru.
Bagi bisnis yang membagi asset group menurut lini produk atau penawaran, perubahan ini membuka ruang konfigurasi lebih terperinci. Namun, menambah pengaturan juga menambah titik kesalahan. Jika template lama masih dipasang pada tingkat lain, tim perlu mengetahui pengaturan efektifnya. Audit lebih berguna daripada langsung menyalin parameter baru ke semua grup tanpa pengujian.
Apa beda final URL, tracking template, dan suffix?
Final URL adalah alamat halaman tujuan. Tracking template digunakan untuk menyusun URL pelacakan, termasuk ketika bisnis memakai penyedia pengukuran klik. Final URL suffix menambahkan parameter pada alamat halaman tujuan. Custom parameters menyediakan pasangan kunci dan nilai yang dapat digunakan pada konfigurasi URL yang didukung.
Dokumentasi Google mengenai ValueTrack menjelaskan bahwa tracking template pada tingkat akun, kampanye, atau ad group harus memiliki parameter penyisipan URL seperti {lpurl}. Tanpa parameter penyisipan yang diperlukan, halaman tujuan dapat rusak. Periksa aturan untuk entity yang digunakan, bukan menganggap semua pola URL dapat dipertukarkan.
| Komponen | Pertanyaan audit | Contoh masalah |
|---|---|---|
| Final URL | Apakah alamat sesuai penawaran? | Iklan katalog menuju halaman yang tidak relevan |
| Tracking template | Apakah URL tujuan disisipkan dengan benar? | Template menghasilkan alamat yang tidak dapat dibuka |
| Final URL suffix | Apakah parameter sampai ke landing page? | Suffix hanya tercatat pada layanan pelacak |
| Custom parameters | Apakah kunci dan nilai punya definisi? | Label lama dipakai ulang untuk produk berbeda |
Jangan memindahkan seluruh URL ke kolom suffix. Sebaliknya, jangan memakai tracking template hanya karena ingin menambahkan label sederhana. Pilih komponen sesuai kebutuhan, lalu periksa hasilnya melalui fasilitas pengujian yang tersedia. Konfigurasi pendek yang jelas lebih mudah dipelihara daripada rangkaian redirect yang tidak dipahami pemilik akun.
Bagaimana memetakan pengaturan sebelum mengubahnya?
Mulai dari inventaris satu kampanye. Catat ID kampanye, ID asset group, final URL yang terkait, tracking template, suffix, custom parameters, pemilik integrasi, serta tanggal perubahan terakhir. Sertakan pengaturan pada tingkat lain yang bisa memengaruhi URL. Jangan menampilkan kredensial, token OAuth, atau data pelanggan dalam spreadsheet audit bersama.
Pisahkan konfigurasi yang terlihat dari konfigurasi yang benar-benar digunakan saat serving. Jika integrasi internal membaca pengaturan kampanye saja, penambahan field asset group mungkin belum masuk laporan inventaris. Minta pengembang meninjau query dan resource yang dibaca. Jangan menyimpulkan pengaturan kosong hanya karena dashboard lama tidak memiliki kolom untuk field tersebut.
Buat satu kamus penamaan untuk tim. Label penawaran perlu stabil, singkat, dan tidak mengandung informasi pribadi. Contoh hipotetisnya adalah membedakan katalog utama dari formulir konsultasi menggunakan label internal yang konsisten. Contoh tersebut bukan bukti bahwa kampanye tertentu pasti bisa dianalisis sampai transaksi tanpa sistem pencatatan lanjutan.
Simpan snapshot sebelum perubahan agar konfigurasi dapat dipulihkan. Jika pemilik marketing tidak tahu siapa yang menulis pengaturan terakhir, hentikan perubahan otomatis sampai kepemilikan jelas. Mengganti suffix secara manual sementara sinkronisasi terjadwal masih berjalan dapat menyebabkan pengaturan lama muncul kembali tanpa disadari.
Mengapa parallel tracking perlu diperiksa?
Google Ads Help tentang parallel tracking menjelaskan bahwa pengguna diarahkan langsung ke final URL, sedangkan pengukuran klik berlangsung di latar belakang. Parallel tracking wajib untuk Performance Max. Karena itu, jangan menganggap semua parameter pada URL pelacak otomatis terlihat pada alamat yang dibuka pengguna.
Periksa kompatibilitas penyedia pengukuran klik dengan parallel tracking. Jika konfigurasi membutuhkan pengguna melewati layanan pelacak dahulu, asumsi tersebut perlu ditinjau. Google menyarankan memeriksa kompatibilitas dengan penyedia karena ketidakcocokan dapat membuat pengukuran klik berhenti bekerja. Tidak perlu mengganti penyedia tanpa bukti; uji jalur aktual terlebih dahulu.
Untuk tim bisnis, pertanyaan praktisnya sederhana: apa alamat akhir yang diterima browser, parameter apa yang ada di sana, dan sistem mana yang membacanya? Jawaban harus berasal dari pengujian serta dokumentasi, bukan hanya screenshot kolom pengaturan. Mengetahui URL template belum sama dengan membuktikan kunjungan dapat direkonsiliasi dengan laporan bisnis.
Bagaimana menguji redirect dan parameter landing page?
Pilih satu asset group dengan perubahan paling kecil. Catat konfigurasi awal, susun konfigurasi calon, dan gunakan pengujian URL sebelum publikasi. Periksa alamat hasil ekspansi untuk tanda kurung parameter yang belum terganti, encoding yang salah, parameter berulang, serta alamat tujuan yang tidak sesuai. Jangan mencoba memperbaiki semuanya sekaligus.
Buka jalur halaman tujuan pada ponsel dan desktop. Periksa perpindahan dari HTTP ke HTTPS, variasi domain, normalisasi slash, serta redirect menuju halaman kampanye. Jika ada redirect, parameter yang memang dibutuhkan harus tetap tersedia pada titik pencatatan. Parameter bisa hilang ketika aplikasi membuat alamat baru tanpa menyalin query string yang relevan.
Lalu periksa perpindahan dari landing page ke formulir atau checkout. Untuk bisnis yang memakai domain terpisah, tentukan sistem yang bertanggung jawab mencatat sumber. Jangan menambahkan parameter secara membabi buta ke semua tautan internal karena itu bisa mengacaukan interpretasi sesi. Kebutuhan lintas domain perlu desain pengukuran, bukan sekadar penempelan UTM.
Catat hasil dalam bentuk yang dapat diulang: URL awal, setiap perpindahan, URL akhir, status HTTP, dan parameter yang teramati. Jika ada data pribadi pada URL, hentikan dan hilangkan dari rancangan pelacakan. URL dapat masuk log server, riwayat browser, serta sistem pihak ketiga; jangan memakai email atau nomor telepon sebagai label kampanye.
Apakah UTM cukup untuk membuktikan atribusi?
Tidak. UTM membantu pelabelan sumber, tetapi tidak membuktikan seluruh rantai dari klik sampai penjualan. Identitas klik, konfigurasi analytics, persetujuan pengguna, proses CRM, dan definisi konversi tetap perlu diperiksa. Jangan menghapus auto-tagging yang sudah berjalan hanya karena tim menambah label manual untuk laporan internal.
Bandingkan data pada tingkat yang setara. Laporan klik iklan tidak harus sama persis dengan sesi website atau formulir valid. Kunjungan dapat gagal dimuat, pengguna dapat menolak pengukuran tertentu, dan sesi memiliki aturan sendiri. Selisih adalah alasan investigasi, bukan otomatis bukti tracking rusak atau penipuan.
Jika kebutuhan berikutnya menghubungkan prospek dengan penjualan, lanjutkan ke panduan konversi offline Google Ads. Panduan ini berhenti pada kesiapan jalur URL dan pencatatan sumber. Klik WhatsApp tetap bukan percakapan terkonfirmasi, apalagi transaksi; jangan menaikkan klaim hasil hanya karena parameter sudah terbaca.
Untuk consent dan kualitas event website, gunakan audit Consent Mode dan GA4. Pelabelan URL bukan cara untuk melewati pilihan privasi pengunjung. Data yang tidak diizinkan dikumpulkan tidak menjadi layak hanya karena dikirim melalui query string.
Apa urutan perubahan yang aman untuk tim kecil?
- Pilih satu kampanye dan satu asset group yang pemiliknya jelas.
- Ekspor konfigurasi awal serta catat ketergantungan pada integrasi lain.
- Definisikan masalah spesifik, misalnya label penawaran hilang setelah redirect.
- Uji satu perubahan melalui mekanisme validasi yang sesuai.
- Periksa URL hasil ekspansi dan halaman akhir pada dua jenis perangkat.
- Tinjau pencatatan sumber tanpa mengubah bidding atau anggaran bersamaan.
- Pulihkan konfigurasi awal bila pengujian menunjukkan kesalahan.
Sebelum menulis ke API, pengembang perlu memastikan resource target, izin akses, field yang diubah, dan mekanisme penanganan error. Jangan menjalankan skrip yang mengubah seluruh kampanye hanya untuk menguji satu suffix. Pengujian awal dapat berupa pembacaan konfigurasi dan validasi; perubahan produksi harus mempunyai persetujuan serta cara rollback.
Tetapkan kriteria gagal sebelum perubahan. Contohnya: URL hasil ekspansi tidak dapat dibuka, parameter penting hilang pada redirect, atau integrasi mengembalikan konfigurasi lama. Kriteria tersebut dapat diamati tanpa menunggu laporan penjualan bulanan. Keberhasilan teknisnya adalah jalur URL yang benar, bukan janji kenaikan ROAS.
Apa checklist sebelum konfigurasi diperluas?
- Versi API dan library mendukung field yang dipakai.
- Inventaris mencakup pengaturan asset group dan tingkat terkait.
- Final URL sesuai penawaran dan dapat diakses publik.
- Template serta parameter diuji sesuai dokumentasi entity.
- Parallel tracking kompatibel dengan penyedia pengukuran.
- Query string yang diperlukan tidak hilang pada perpindahan halaman.
- Label tidak mengandung informasi pribadi atau kredensial.
- Penanggung jawab, snapshot awal, dan rollback tersedia.
- Laporan membedakan klik, sesi, prospek, dan transaksi.
- Hasil satu asset group telah ditinjau sebelum perluasan.
Kapan website perlu diperbaiki, bukan tracking iklannya?
Jika URL awal benar tetapi website menghapus parameter, formulir gagal, atau halaman tujuan tidak sesuai penawaran, masalahnya ada pada jalur website. Jangan menyembunyikan masalah tersebut dengan menambahkan layanan redirect baru. Perbaiki titik kehilangan data dan ulangi pengujian yang sama.
Socta dapat membantu meninjau kesiapan website serta konsistensi halaman tujuan. Siapkan contoh URL yang sudah disamarkan, peta perpindahan halaman, dan definisi hasil bisnis. Hubungi Socta untuk mendiskusikan ruang lingkup pemeriksaan; jangan mengirim kata sandi atau data pelanggan mentah melalui formulir umum.
Sumber primer dan tanggal
- Google Ads Developer Blog, 23 September 2026: Announcing v25.2 of the Google Ads API, dikonfirmasi melalui arsip resmi September.
- Google Developers, pembaruan 30 September 2026: URL tracking and templates.
- Google Developers, rilis v25.2 tanggal 23 September 2026: Google Ads API release notes.
- Google Ads Help, diakses 7 Oktober 2026, tanggal publikasi tidak dicantumkan: About parallel tracking, ValueTrack parameters, serta Add a Final URL suffix.
