Ringkasan
Gunakan panduan ini jika ada peristiwa yang tidak muncul, permintaan gagal, atau data di Manajer Iklan tidak sesuai dengan catatan bisnis Anda. Mulailah dengan satu pembelian yang selesai, prospek yang dikirim, atau tindakan lainnya. Catat apa yang terjadi dan kapan, lalu pilih pertanyaan yang sesuai di bawah ini.
Peristiwa mencatat suatu tindakan, misalnya pembelian. Pixel mengirim peristiwa dari browser pengunjung; API Konversi (CAPI) mengirimnya dari server Anda. Manajer Iklan mengumpulkan peristiwa ini dalam sumber data. Atribusi menentukan iklan mana yang dianggap menghasilkan tindakan tersebut. Jendela atribusi menentukan batas waktu setelah interaksi dengan iklan agar suatu tindakan dapat memenuhi syarat atribusi.
Pertanyaan umum
1. Dari mana saya harus mulai?
Identifikasi tindakan yang ingin Anda ukur, sistem yang mengirimnya, serta akun iklan dan ID Pixel yang digunakan. Konfigurasi Anda mungkin menggunakan Pixel, CAPI, integrasi mitra, atau gabungan dari beberapa metode tersebut. CAPI memerlukan ID Pixel meskipun Anda belum memasang Pixel browser.
Untuk penyiapan awal, lihat: Pengukuran Konversi dan Pelacakan Konversi. Developer Anda dapat menggunakan panduan Pixel, CAPI, dan Peristiwa yang Didukung. Pastikan permintaan dan kunci CAPI tetap berada di server Anda.
Jika integrasi Anda dikelola oleh mitra, gunakan panduan penyiapan mitra pengukuran atau panduan penyiapan mitra pengukuran seluler. Untuk koneksi HubSpot, lihat: Menyiapkan Iklan ChatGPT di HubSpot.
Untuk konfigurasi yang sudah ada, periksa setiap langkah berikut:
Apakah tindakan tersebut memicu pengiriman permintaan peristiwa?
Apakah permintaan menghasilkan kesalahan atau diterima?
Dapatkah Anda memastikan bahwa sumber data yang benar telah menerima peristiwa tersebut?
Apakah peristiwa tersebut diatribusikan ke iklan dalam laporan kampanye?
2. Pixel saya sudah terpasang. Mengapa pembelian atau prospek tidak muncul?
Pixel dapat dimuat tanpa mengirim peristiwa pembelian atau prospek yang Anda perlukan. Minta developer Anda memeriksa satu tindakan yang telah selesai:
Periksa nama peristiwa, ID Pixel, serta halaman atau callback yang mengirimnya. Tayangan halaman bukanlah pembelian yang selesai.
Pastikan Pixel diinisialisasi sebelum mengirim peristiwa, termasuk saat dimuat oleh pengelola tag.
Periksa konsol browser dan permintaan jaringan. Pesan “dipicu” dari pengelola tag saja tidak memastikan bahwa peristiwa telah dikirim. Mode debug Pixel dapat membantu.
Periksa apakah pilihan persetujuan, pemblokiran browser, atau kebijakan keamanan situs Anda menghalangi permintaan tersebut.
Periksa halaman yang memerlukan login, halaman checkout, situs pemesanan, pengalihan, dan formulir tersemat. Pixel yang berfungsi di halaman tujuan tidak memastikan pelacakan juga berfungsi di tempat lain.
Jika tidak ada permintaan yang dikirim, perbaiki langkah tersebut terlebih dahulu. Menunggu laporan tidak akan membantu. Gunakan panduan pemecahan masalah Pixel sebelum menambahkan integrasi lain.
3. Apa yang harus saya lakukan jika peristiwa ditolak, melewati batas waktu, atau menghasilkan kesalahan server?
Simpan kode respons, pesan kesalahan persisnya, waktu permintaan, dan ID peristiwa. Minta developer Anda memeriksa format peristiwa, ID Pixel, dan kunci. Permintaan peristiwa CAPI menggunakan kunci API Konversi untuk akun iklan yang sama. Permintaan penyiapan, pengelolaan, dan pelaporan menggunakan kunci API Pengiklan yang terpisah. Jangan kirim kunci API ke Dukungan.
Dalam batch CAPI, satu peristiwa yang tidak valid dapat menyebabkan seluruh batch gagal.
CAPI memerlukan waktu asli tindakan dalam milidetik Unix. Waktu peristiwa harus berada dalam rentang 7 hari terakhir hingga paling jauh 10 menit ke depan. Batas pengiriman ini terpisah dari jendela atribusi. Jangan ubah waktu peristiwa lama agar lolos pemeriksaan.
Batas waktu yang terlewati atau kesalahan server dapat membuat Anda tidak yakin apakah peristiwa telah sampai. Periksa permintaan asli dan catatan penerimaan yang tersedia. Jika Anda mencoba mengirim ulang tindakan yang sama, pertahankan ID peristiwa dan stempel waktu aslinya. ID baru dapat membuatnya tampak seperti tindakan lain.
Segera selidiki penolakan atau kegagalan permintaan yang terus terjadi. Perkiraan waktu pelaporan 24–48 jam tidak berlaku untuk kesalahan ini. Untuk persyaratan permintaan, lihat: API Konversi.
4. Saya melihat bahwa peristiwa telah diterima. Mengapa peristiwa tersebut tidak ada dalam laporan?
Diterimanya peristiwa tidak berarti peristiwa tersebut diatribusikan ke iklan. Periksa apa yang dikonfirmasi oleh respons dan apakah permintaan menggunakan sumber data yang benar. Di CAPI, validate_only yang diatur ke true memeriksa peristiwa tanpa menyimpannya.
Untuk peristiwa baru, developer Anda dapat memeriksa peristiwa terbaru, jika tersedia. Tampilan ini menunjukkan sampel terbaru, bukan riwayat lengkap atau hasil atribusi.
Jika Anda tidak dapat memeriksa penerimaannya, hubungi Dukungan dengan menyertakan respons asli dan sampel peristiwa. Beri tahu kami pemeriksaan yang sudah Anda lakukan; Anda tidak perlu menemukan penyebabnya terlebih dahulu.
Jika penerimaan telah dikonfirmasi, lanjutkan ke pertanyaan 5. Jangan kirim ulang peristiwa dengan ID baru hanya karena laporan kampanye belum berubah.
Konversi yang diatribusikan dapat memerlukan waktu sekitar 24–48 jam untuk muncul, dan total terbaru dapat berubah selama pemrosesan. Perkiraan ini tidak menjamin bahwa setiap peristiwa yang diterima akan muncul, ataupun memastikan bahwa peristiwa tersebut telah diterima. Lihat: Mengukur Hasil.
5. Peristiwa sudah diterima. Mengapa kampanye masih menunjukkan nol konversi?
Sebelum mengubah integrasi, periksa:
Apakah sumber data yang dimaksud terhubung ke akun yang benar?
Apakah peristiwa yang Anda kirim sesuai dengan pengaturan konversi kampanye? Untuk peristiwa kustom, periksa jenis kustom dan nama peristiwa persisnya. Label tampilan yang sama saja tidak cukup.
Apakah konversi yang benar sudah dikaitkan dengan kampanye sebelum aktivitas yang Anda periksa terjadi?
Apakah tindakan terjadi setelah klik atau tayangan iklan yang memenuhi syarat berdasarkan pengaturan atribusi?
Apakah Anda melihat kampanye, kolom peristiwa, tanggal, dan acuan waktu pelaporan yang benar?
Informasi pencocokan membantu menghubungkan peristiwa dengan iklan, tetapi tidak menjamin atribusi. Pertahankan referensi klik OpenAI yang asli, oppref, selama kunjungan dan sertakan dalam peristiwa server jika tersedia. Jangan pernah mengarang referensi atau menggunakan referensi pengunjung lain.
Periksa peristiwa browser dan server secara terpisah. Referensi atau kolom pelanggan yang tersedia untuk Pixel mungkin tidak disertakan dalam peristiwa server.
Sasaran yang dipilih untuk kampanye yang dioptimalkan untuk konversi tidak dapat diubah setelah kampanye dibuat. Untuk menggunakan sasaran lain, buat kampanye baru. Peristiwa kustom tidak dapat dijadikan sasaran pengoptimalan. Lihat: Kampanye yang Dioptimalkan untuk Konversi.
Setelah memperbaiki ketidaksesuaian konfigurasi, periksa aktivitas baru yang memenuhi syarat. Jangan berasumsi bahwa perubahan tersebut memperbaiki laporan sebelumnya. Untuk aturan pencocokan, lihat: Pengukuran Konversi.
6. Mengapa data di Manajer Iklan, alat analitik, dan CRM kami berbeda?
Bandingkan tindakan dan aturan pelaporan yang sama. CRM Anda mungkin menghitung setiap pembelian; laporan iklan menghitung pembelian yang diatribusikan ke platform tersebut. Platform yang berbeda dapat mengatribusikan pembelian yang sama secara berbeda.
Di Manajer Iklan, Konversi menggabungkan konversi pascaklik dan konversi pascatayang yang memenuhi syarat jika jendela pelaporan pascatayang diatur ke 1 hari. Dengan jendela pascatayang 0 hari, hanya konversi pascaklik yang dihitung. Gunakan pengaturan yang sama saat membandingkan laporan.
Misalnya, seseorang mengeklik iklan, kemudian kembali secara langsung, lalu membeli. Satu alat mungkin memberi label “Langsung” pada kunjungan tersebut, sementara alat lain mengatribusikannya ke iklan sebelumnya. Perbedaan itu saja tidak berarti pembelian dihitung dua kali.
Jika label sumber traffic berbeda, periksa URL tujuan dan parameter pelacakan yang digunakan pada kunjungan tersebut. Pengaturan kampanye saat ini mungkin berbeda dari yang digunakan sebelumnya.
Bandingkan:
Akun, kampanye, jenis peristiwa, filter, dan tingkat pelaporan.
Rentang tanggal, zona waktu, dan apakah tanggal mengacu pada interaksi dengan iklan atau konversi itu sendiri.
Pengaturan pascaklik dan pascatayang serta metrik atau kolom spesifik yang dipilih.
Keterlambatan pemrosesan terbaru, penanganan duplikat, persetujuan, dan informasi pencocokan yang tersedia.
Konversi hasil pemodelan, jika tersedia, yang dapat berbeda dari transaksi yang dicatat secara langsung.
Untuk nilai, bandingkan mata uang, satuan, dan apakah perbandingan menggunakan seluruh pesanan atau item satuan.
Untuk pendapatan, bandingkan pajak, ongkos kirim, diskon, dan biaya. Pastikan salinan peristiwa dari browser dan server mengirim nilai pesanan yang sama. Penjualan dari Pesanan yang Dibuat dan ROAS Pesanan yang Dibuat hanya menghitung peristiwa order_created yang diatribusikan.
Aktivitas GA4 yang diimpor mencakup peristiwa dari berbagai sumber traffic properti yang dipilih. Total tersebut bukanlah jumlah konversi yang diatribusikan ke kampanye. Lihat: Menghubungkan Google Analytics 4 ke Manajer Iklan OpenAI.
Untuk perbandingan API, catat endpoint dan tetapkan opsi pelaporan secara eksplisit. Pengaturan yang tidak ditentukan mungkin tidak sesuai dengan Manajer Iklan. Laporan juga dapat mencakup peristiwa yang berbeda: beberapa laporan mencakup sasaran kampanye, tetapi tidak mencakup tindakan terlacak lainnya. Peristiwa yang tidak muncul dalam satu laporan tidak membuktikan bahwa peristiwa tersebut tidak pernah diterima.
Gunakan pengaturan yang sama untuk perbandingan CSV dan simpan hasil ekspor yang belum diedit. Lihat: Mengukur Hasil untuk tampilan Manajer Iklan dan Pelaporan untuk opsi API.
7. Apakah penggunaan Pixel dan CAPI akan menghitung pembelian dua kali?
Agar tindakan yang sama tidak dihitung dua kali, gunakan ID Pixel, nama peristiwa, dan ID peristiwa yang sama pada salinan dari browser dan server. Kolom ID peristiwa bernama id di CAPI dan event_id di Pixel. Gunakan juga nama peristiwa kustom yang sama di kedua sisi.
Pertahankan ID yang sama saat mencoba mengirim ulang tindakan; gunakan ID baru untuk setiap tindakan yang berbeda. Periksa tag duplikat, pemuatan halaman atau callback berulang, serta integrasi mitra yang mungkin sudah mengirim peristiwa tersebut.
Jangan kirim ulang duplikat untuk mengubah nilai atau informasi pencocokan peristiwa asli. Periksa cara kerja yang dijelaskan dalam dokumentasi sebelum mencoba melakukan koreksi. Lihat: deduplikasi browser dan server.
8. Kami menggunakan Shopify. Apakah kami memerlukan integrasi lain?
Periksa koneksi Shopify Anda sebelum menambahkan integrasi lain. Pastikan akun iklan dan Pixel yang terhubung sudah benar, lalu periksa peristiwa yang dikirim aplikasi untuk toko Anda.
Jika Anda juga menggunakan tag kustom, kode checkout, atau sistem pengirim dari server, periksa apakah semuanya mengirim peristiwa yang sama. Konfigurasi Shopify dapat menggunakan kombinasi pelacakan browser dan server yang berbeda. Lihat: Menyiapkan Iklan ChatGPT untuk Shopify.
9. Bagaimana kami harus menangani persetujuan dan pengujian?
Hanya kirim data yang boleh Anda bagikan, dan hormati pilihan persetujuan pengunjung. Developer Anda harus mengikuti panduan integrasi terkait persetujuan dan data pencocokan yang didukung, termasuk normalisasi dan hashing yang diwajibkan. Jangan hapus kontrol persetujuan untuk meningkatkan jumlah konversi yang dilaporkan atau menaikkan skor.
Persetujuan pengukuran dan opt_out memiliki tujuan yang berbeda. Opsi opt_out berkaitan dengan personalisasi; opsi ini tidak menghentikan semua permintaan pengukuran. Minta developer Anda memeriksa penanganan persetujuan dalam integrasi browser maupun server.
Catat waktu, nama, dan ID dari satu tindakan pengujian. Periksa apakah tindakan tersebut telah dikirim, divalidasi, dan diterima. Pengujian implementasi yang berhasil tidak menunjukkan bahwa suatu iklan memenuhi syarat untuk mendapatkan atribusi.
Opsi validate_only di CAPI memeriksa peristiwa tanpa menyimpannya. Mode debug Pixel mencatat aktivitas, tetapi tidak mengecualikan peristiwa pengujian dari pelaporan. Beri label pengujian dalam catatan Anda, dan jangan mengarang pembelian atau mengubah waktu peristiwa untuk memaksakan hasil.
10. Apakah Skor Kualitas Peristiwa yang rendah atau tidak tersedia berarti pelacakan bermasalah?
Tidak bisa disimpulkan dari skor saja. Kualitas peristiwa menilai informasi yang diterima dari suatu sumber data. Penilaian ini tidak menunjukkan berapa banyak konversi yang diatribusikan ke iklan. Skor yang rendah atau tidak tersedia saja tidak dapat memastikan apakah pelacakan berfungsi.
Pastikan tindakan nyata terbaru tercatat dengan benar, lalu selidiki peringatan tersebut. Jangan kirim peristiwa tambahan atau pengenal rekaan untuk menaikkan skor. Untuk pemeriksaan dan waktu pembaruan, lihat: Memahami dan meningkatkan kualitas peristiwa.
11. Apa yang harus saya sertakan saat menghubungi Dukungan?
Beri tahu kami hasil yang Anda harapkan, apa yang terjadi, kapan masalah mulai terjadi, dan apa yang sudah Anda periksa. Sertakan informasi yang Anda miliki dari daftar berikut:
ID akun iklan, ID Pixel atau sumber data, serta pengenal kampanye dan iklan yang terdampak.
Jenis integrasi dan nama peristiwa persisnya, termasuk nama peristiwa kustom jika ada.
Satu atau dua sampel ID peristiwa yang sudah ada beserta stempel waktu tindakan dan zona waktunya.
Untuk kegagalan permintaan atau penerimaan yang belum pasti: kode respons, pesan kesalahan persisnya, waktu permintaan, ID permintaan atau CF-Ray yang dikembalikan, serta payload atau cuplikan log yang telah disamarkan data sensitifnya.
Untuk perbedaan pelaporan: rentang tanggal, acuan waktu pelaporan, pengaturan atribusi, kolom yang dipilih, ekspor CSV, dan perbandingan dengan cakupan yang sama.
Tangkapan layar yang relevan dan perubahan konfigurasi terbaru, termasuk checkout terpisah atau integrasi mitra.
Beri tahu kami apakah Anda sudah memastikan bahwa peristiwa telah dikirim, disetujui oleh sistem, atau diterima di sumber data, atau apakah Anda hanya memeriksa laporan. Anda tetap dapat meminta bantuan meskipun tidak dapat menyelesaikan pemeriksaan ini.
Hapus kunci API, header otorisasi, kata sandi, cookie, dan informasi pelanggan yang tidak diperlukan dari lampiran. Segera laporkan kesalahan atau integrasi yang sebelumnya berfungsi tetapi tiba-tiba berhenti. Jangan menunggu hingga jendela pelaporan berakhir.
