OpenAI
Halaman ini diterjemahkan oleh mesin. Lihat artikel asli dalam bahasa Inggris.

Memecahkan masalah pelacakan konversi untuk Iklan ChatGPT

Temukan langkah selanjutnya saat peristiwa tidak muncul, permintaan gagal, atau laporan konversi berbeda.

Diperbarui: 6 days ago

Gambaran umum

Gunakan panduan ini jika ada peristiwa yang tidak muncul, permintaan gagal, atau data Manajer Iklan tidak sesuai dengan catatan bisnis Anda. Mulailah dengan satu pembelian yang selesai, data prospek yang dikirim, atau tindakan lainnya. Catat apa yang terjadi dan kapan, lalu pilih pertanyaan yang sesuai di bawah ini.

Peristiwa mencatat suatu tindakan, seperti 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 berapa lama setelah interaksi iklan suatu tindakan masih dapat memenuhi syarat untuk diatribusikan.

Pertanyaan umum

1. Dari mana saya harus mulai?

Tentukan tindakan yang ingin Anda ukur, mekanisme pengiriman datanya, serta akun iklan dan ID Pixel yang digunakan. Konfigurasi Anda mungkin menggunakan Pixel, CAPI, integrasi mitra, atau kombinasi ketiganya. CAPI memerlukan ID Pixel meskipun Anda belum memasang Pixel browser.

Untuk penyiapan awal, lihat: Pengukuran Konversi dan Pelacakan Konversi. Pengembang 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 tahap:

  • Apakah tindakan tersebut memicu pengiriman permintaan peristiwa?

  • Apakah permintaan tersebut menghasilkan kesalahan atau diterima untuk diproses?

  • 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 saya tidak melihat pembelian atau prospek?

Pixel dapat dimuat tanpa mengirim peristiwa pembelian atau prospek yang Anda butuhkan. Minta pengembang 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.

  • Periksa halaman yang memerlukan login, checkout, situs pemesanan, pengalihan, dan formulir tersemat. Pixel yang berfungsi di halaman landing tidak menjamin pelacakan berfungsi di tempat lain.

Jika tidak ada permintaan yang dikirim, perbaiki tahap 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, mengalami batas waktu habis, atau menghasilkan kesalahan server?

Simpan kode respons, pesan kesalahan persisnya, waktu permintaan, dan ID peristiwa. Minta pengembang 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 tim 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 habis 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 terlihat seperti tindakan lain.

Segera selidiki penolakan atau kegagalan permintaan yang terus berulang. Perkiraan waktu pelaporan 24–48 jam tidak berlaku untuk kesalahan ini. Untuk persyaratan permintaan, lihat: API Konversi.

4. Saya melihat bahwa peristiwa telah diterima untuk diproses. Mengapa peristiwa itu tidak ada dalam laporan?

Diterima untuk diproses tidak berarti peristiwa 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 akan memeriksa peristiwa tanpa menyimpannya.

Untuk peristiwa baru, pengembang Anda dapat memeriksa peristiwa terbaru, jika tersedia. Bagian ini menampilkan sampel terbaru, bukan riwayat lengkap atau hasil atribusi.

Jika Anda tidak dapat memeriksa penerimaannya, hubungi tim Dukungan dengan menyertakan respons asli dan contoh peristiwa. Beri tahu kami pemeriksaan apa saja yang telah 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 sekitar 24–48 jam untuk muncul, dan total terbaru dapat berubah selama pemrosesan. Ini tidak menjamin bahwa setiap peristiwa yang diterima untuk diproses akan muncul atau mengonfirmasi bahwa peristiwa telah diterima oleh sumber data. 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 ditautkan ke 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 ke iklan, tetapi tidak menjamin atribusi. Pertahankan referensi klik OpenAI yang asli, oppref, sepanjang kunjungan dan sertakan dalam peristiwa server jika tersedia. Jangan pernah mengarang referensi atau menggunakan referensi milik pengunjung lain.

Periksa peristiwa browser dan server secara terpisah. Referensi atau kolom data pelanggan yang tersedia bagi 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 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 saat 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, lalu kembali secara langsung dan melakukan pembelian. 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 landing 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 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 masing-masing item.

Untuk pendapatan, bandingkan pajak, ongkos kirim, diskon, dan biaya. Pastikan salinan dari browser dan server mengirim nilai pesanan yang sama. Penjualan dari Pesanan yang Dibuat dan ROAS dari 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 bukan 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 mencakup sasaran kampanye, tetapi tidak mencakup tindakan lain yang dilacak. Peristiwa yang tidak muncul dalam satu laporan belum tentu tidak pernah diterima.

Gunakan pengaturan yang sama untuk perbandingan CSV dan simpan hasil ekspor tanpa mengeditnya. 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 apakah ada 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 perilaku sistem 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 apa saja yang dikirim aplikasi untuk toko Anda.

Jika Anda juga menggunakan tag kustom, kode checkout, atau mekanisme pengiriman 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 sebaiknya kami menangani persetujuan dan pengujian?

Kirim hanya data yang boleh Anda bagikan, dan hormati pilihan persetujuan pengunjung. Pengembang Anda harus mengikuti panduan integrasi tentang 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 pengembang Anda memeriksa penanganan persetujuan pada integrasi browser maupun server.

Catat waktu, nama, dan ID satu tindakan uji. Periksa apakah tindakan tersebut telah dikirim, divalidasi, dan diterima. Uji implementasi yang berhasil tidak menunjukkan bahwa iklan memenuhi syarat untuk mendapat atribusi.

Opsi validate_only di CAPI memeriksa peristiwa tanpa menyimpannya. Mode debug Pixel mencatat aktivitas, tetapi tidak mengecualikan peristiwa uji dari laporan. Tandai 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 itu saja. Kualitas peristiwa menilai informasi yang diterima dari sumber data. Penilaian ini tidak menunjukkan berapa banyak konversi yang diatribusikan ke iklan. Skor yang rendah atau tidak tersedia saja tidak dapat menentukan apakah pelacakan berfungsi.

Pastikan tindakan nyata terbaru dicatat 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 tim Dukungan?

Beri tahu kami apa yang Anda harapkan, apa yang terjadi, kapan masalah dimulai, dan apa saja yang telah Anda periksa. Sertakan informasi yang Anda miliki dari daftar ini:

  • 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 contoh 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 informasi sensitifnya telah disamarkan.

  • Untuk perbedaan laporan: rentang tanggal, acuan waktu pelaporan, pengaturan atribusi, kolom yang dipilih, hasil 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 telah memastikan bahwa peristiwa dikirim, diterima untuk diproses, atau diterima oleh 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 lalu tiba-tiba berhenti. Jangan menunggu hingga jangka waktu pelaporan berakhir.

Apakah artikel ini membantu?