Ketahui langkah seterusnya apabila peristiwa tidak muncul, permintaan gagal atau laporan penukaran berbeza.

Gambaran keseluruhan

Gunakan panduan ini jika peristiwa tiada, permintaan gagal atau data Pengurus Iklan tidak sepadan dengan rekod perniagaan anda. Mulakan dengan satu pembelian yang selesai, prospek yang dihantar atau tindakan lain. Catat apa yang berlaku dan bila, kemudian pilih soalan yang sesuai di bawah.

Peristiwa merekodkan tindakan, seperti pembelian. Pixel menghantar peristiwa daripada pelayar pelawat; API Penukaran (CAPI) menghantarnya daripada pelayan anda. Pengurus Iklan mengumpulkan peristiwa ini dalam sumber data. Atribusi menentukan iklan yang dianggap menyumbang kepada tindakan. Tempoh atribusi menetapkan berapa lama selepas interaksi iklan sesuatu tindakan masih layak diatribusikan.

Soalan lazim

1. Di manakah saya patut bermula?

Kenal pasti tindakan yang ingin anda ukur, komponen yang menghantarnya, serta akaun iklan dan ID Pixel yang digunakan. Persediaan anda mungkin menggunakan Pixel, CAPI, integrasi rakan kongsi atau gabungannya. CAPI memerlukan ID Pixel walaupun anda belum memasang Pixel pelayar.

Untuk persediaan kali pertama, lihat: Pengukuran Penukaran dan Penjejakan Penukaran. Pembangun anda boleh menggunakan panduan Pixel, CAPI dan Peristiwa yang Disokong. Pastikan permintaan dan kunci CAPI kekal pada pelayan anda.

Jika rakan kongsi mengurus integrasi anda, gunakan panduan persediaan rakan kongsi pengukuran atau panduan persediaan rakan kongsi pengukuran mudah alih. Untuk sambungan HubSpot, lihat: Menyediakan Iklan ChatGPT dalam HubSpot.

Untuk persediaan sedia ada, semak setiap langkah:

Adakah tindakan itu menghantar permintaan peristiwa?
Adakah permintaan itu mengembalikan ralat, atau diterima untuk diproses?
Bolehkah anda mengesahkan bahawa sumber data yang betul menerima peristiwa itu?
Adakah peristiwa itu diatribusikan kepada iklan dalam laporan kempen?

2. Pixel saya telah dipasang. Mengapakah saya tidak melihat pembelian atau prospek?

Pixel boleh dimuatkan tanpa menghantar peristiwa pembelian atau prospek yang anda perlukan. Minta pembangun anda menyemak satu tindakan yang telah selesai:

Semak nama peristiwa, ID Pixel dan halaman atau panggilan balik yang menghantarnya. Paparan halaman bukan pembelian yang selesai.
Pastikan Pixel dimulakan sebelum menghantar peristiwa, termasuk apabila pengurus tag memuatkannya.
Semak konsol pelayar dan permintaan rangkaian. Mesej “dicetuskan” daripada pengurus tag sahaja tidak mengesahkan bahawa peristiwa telah dihantar. Mod nyahpepijat Pixel boleh membantu.
Semak sama ada pilihan persetujuan, sekatan pelayar atau dasar keselamatan laman anda menghalang permintaan.
Semak halaman selepas log masuk, proses pembayaran, laman tempahan, ubah hala dan borang terbenam. Pixel yang berfungsi pada halaman pendaratan tidak mengesahkan bahawa penjejakan berfungsi di tempat lain.

Jika tiada permintaan dihantar, betulkan langkah itu terlebih dahulu. Menunggu laporan tidak akan membantu. Gunakan panduan penyelesaian masalah Pixel sebelum menambah integrasi lain.

3. Apakah yang perlu saya lakukan jika peristiwa ditolak, tamat masa atau mengembalikan ralat pelayan?

Simpan kod respons, ralat yang tepat, masa permintaan dan ID peristiwa. Minta pembangun anda menyemak format peristiwa, ID Pixel dan kunci. Permintaan peristiwa CAPI menggunakan kunci API Penukaran untuk akaun iklan yang sama. Permintaan persediaan, pengurusan dan pelaporan menggunakan kunci API Pengiklan yang berasingan. Jangan hantar kunci API kepada pasukan Sokongan.

Dalam kelompok CAPI, satu peristiwa yang tidak sah boleh menyebabkan seluruh kelompok gagal.

CAPI memerlukan masa tindakan asal dalam milisaat Unix. Masa peristiwa mestilah dalam lingkungan 7 hari yang lalu dan tidak melebihi 10 minit ke hadapan. Had penghantaran ini berasingan daripada tempoh atribusi. Jangan ubah masa peristiwa lama supaya peristiwa itu lulus semakan.

Tamat masa atau ralat pelayan boleh menyebabkan anda tidak pasti sama ada peristiwa itu telah sampai. Semak permintaan asal dan sebarang rekod penerimaan. Jika anda mencuba semula tindakan yang sama, kekalkan ID peristiwa dan cap masa asalnya. ID baharu boleh menyebabkannya dianggap sebagai tindakan lain.

Siasat penolakan atau kegagalan permintaan yang berterusan dengan segera. Anggaran masa pelaporan 24–48 jam tidak terpakai untuk ralat ini. Untuk keperluan permintaan, lihat: API Penukaran.

4. Saya melihat bahawa peristiwa itu diterima untuk diproses. Mengapakah peristiwa itu tiada dalam laporan?

Penerimaan untuk diproses tidak bermakna peristiwa telah diatribusikan kepada iklan. Semak perkara yang disahkan oleh respons dan sama ada permintaan menggunakan sumber data yang betul. Dalam CAPI, validate_only yang ditetapkan kepada true menyemak peristiwa tanpa menyimpannya.

Untuk peristiwa baharu, pembangun anda boleh menyemak peristiwa terkini, jika tersedia. Paparan ini menunjukkan sampel terkini, bukan sejarah penuh atau hasil atribusi.

Jika anda tidak dapat menyemak penerimaan, hubungi Sokongan dengan menyertakan respons asal dan satu contoh peristiwa. Beritahu kami semakan yang telah anda selesaikan; anda tidak perlu mencari puncanya terlebih dahulu.

Jika penerimaan disahkan, teruskan ke soalan 5. Jangan hantar semula peristiwa dengan ID baharu hanya kerana laporan kempen belum berubah.

Penukaran yang diatribusikan boleh mengambil masa kira-kira 24–48 jam untuk muncul, dan jumlah terkini mungkin berubah semasa pemprosesan. Ini tidak menjamin bahawa setiap peristiwa yang diterima untuk diproses akan muncul atau mengesahkan bahawa peristiwa itu telah diterima oleh sumber data. Lihat: Ukur Hasil.

5. Peristiwa sedang diterima. Mengapakah kempen masih menunjukkan sifar penukaran?

Sebelum mengubah integrasi, semak:

Adakah sumber data yang dimaksudkan disambungkan kepada akaun yang betul?
Adakah peristiwa yang anda hantar sepadan dengan tetapan penukaran kempen? Untuk peristiwa tersuai, semak jenis tersuai dan nama peristiwa yang tepat. Label paparan yang sepadan sahaja tidak mencukupi.
Adakah penukaran yang betul telah dikaitkan dengan kempen sebelum aktiviti yang sedang anda semak berlaku?
Adakah tindakan berlaku selepas klik atau paparan iklan yang layak di bawah tetapan atribusi?
Adakah anda melihat kempen, lajur peristiwa, tarikh dan asas masa pelaporan yang betul?

Maklumat pemadanan membantu menghubungkan peristiwa dengan iklan, tetapi tidak menjamin atribusi. Kekalkan rujukan klik OpenAI yang sebenar, oppref, sepanjang lawatan dan sertakannya dalam peristiwa pelayan apabila tersedia. Jangan sekali-kali mereka-reka rujukan atau menggunakan rujukan pelawat lain.

Semak peristiwa pelayar dan pelayan secara berasingan. Rujukan atau medan pelanggan yang tersedia kepada Pixel mungkin tiada dalam peristiwa pelayan.

Matlamat yang dipilih untuk kempen yang dioptimumkan bagi penukaran tidak boleh diubah selepas kempen dicipta. Untuk menggunakan matlamat yang berbeza, cipta kempen baharu. Peristiwa tersuai tidak boleh dijadikan matlamat pengoptimuman. Lihat: Kempen yang Dioptimumkan untuk Penukaran.

Selepas membetulkan ketidakpadanan konfigurasi, semak aktiviti baharu yang layak. Jangan anggap perubahan itu membetulkan laporan terdahulu. Untuk peraturan pemadanan, lihat: Pengukuran Penukaran.

6. Mengapakah data Pengurus Iklan, alat analitik dan CRM kami tidak sepadan?

Bandingkan tindakan dan peraturan pelaporan yang sama. CRM anda mungkin mengira setiap pembelian; laporan iklan mengira pembelian yang diatribusikan kepada platform tersebut. Platform yang berbeza boleh mengatribusikan pembelian yang sama dengan cara yang berbeza.

Dalam Pengurus Iklan, Penukaran menggabungkan penukaran selepas klik dan penukaran selepas paparan yang layak apabila tempoh pelaporan selepas paparan ialah 1 hari. Dengan tempoh paparan 0 hari, hanya penukaran selepas klik dikira. Gunakan tetapan yang sama apabila membandingkan laporan.

Contohnya, seseorang mengklik iklan, kembali secara langsung kemudian dan membuat pembelian. Satu alat mungkin melabelkan lawatan itu sebagai “Langsung”, manakala alat lain mengatribusikannya kepada iklan terdahulu. Perbezaan itu sahaja tidak bermakna pembelian dikira dua kali.

Jika label sumber trafik berbeza, semak URL pendaratan dan parameter penjejakan yang digunakan semasa lawatan itu. Tetapan kempen semasa mungkin berbeza daripada yang digunakan sebelum ini.

Bandingkan:

Akaun, kempen, jenis peristiwa, penapis dan peringkat pelaporan.
Julat tarikh, zon waktu dan sama ada tarikh merujuk kepada interaksi iklan atau penukaran itu sendiri.
Tetapan selepas klik dan selepas paparan serta metrik atau lajur khusus yang dipilih.
Kelewatan pemprosesan terkini, pengendalian pendua, persetujuan dan maklumat pemadanan yang tersedia.
Penukaran yang dimodelkan, jika tersedia, yang boleh berbeza daripada transaksi yang direkodkan secara langsung.
Untuk nilai, bandingkan mata wang, unit dan sama ada perbandingan menggunakan seluruh pesanan atau item individu.

Untuk hasil, bandingkan cukai, penghantaran, diskaun dan yuran. Pastikan salinan pelayar dan pelayan menghantar nilai pesanan yang sama. Jualan Pesanan Dicipta dan ROAS Pesanan Dicipta hanya mengira peristiwa order_created yang diatribusikan.

Aktiviti GA4 yang diimport merangkumi peristiwa daripada semua sumber trafik bagi sifat yang dipilih. Jumlah tersebut bukan penukaran yang diatribusikan kepada kempen. Lihat: Sambungkan Google Analytics 4 kepada Pengurus Iklan OpenAI.

Untuk perbandingan API, rekodkan titik akhir dan tetapkan pilihan pelaporan secara jelas. Tetapan yang tidak dinyatakan mungkin tidak sepadan dengan Pengurus Iklan. Laporan juga mungkin merangkumi peristiwa yang berbeza: sesetengahnya meliputi matlamat kempen tetapi bukan tindakan lain yang dijejaki. Ketiadaan peristiwa dalam satu laporan tidak membuktikan bahawa peristiwa itu tidak pernah diterima.

Gunakan tetapan yang sama untuk perbandingan CSV dan simpan eksport yang tidak disunting. Lihat: Ukur Hasil untuk paparan Pengurus Iklan dan Pelaporan untuk pilihan API.

7. Adakah penggunaan Pixel dan CAPI akan mengira pembelian dua kali?

Untuk mengelakkan tindakan yang sama dikira dua kali, gunakan ID Pixel, nama peristiwa dan ID peristiwa yang sama dalam salinan pelayar dan pelayannya. Medan ID peristiwa ialah id dalam CAPI dan event_id dalam Pixel. Gunakan juga nama peristiwa tersuai yang sama pada kedua-dua belah pihak.

Kekalkan ID yang sama apabila mencuba semula sesuatu tindakan; gunakan ID baharu untuk setiap tindakan yang berbeza. Semak jika terdapat tag pendua, pemuatan halaman atau panggilan balik yang berulang, serta integrasi rakan kongsi yang mungkin sudah menghantar peristiwa itu.

Jangan hantar semula pendua untuk mengubah nilai atau maklumat pemadanan peristiwa asal. Semak cara sistem berfungsi dalam dokumentasi sebelum cuba membuat pembetulan. Lihat: penyahduplikasian pelayar dan pelayan.

8. Kami menggunakan Shopify. Adakah kami memerlukan integrasi lain?

Semak sambungan Shopify anda sebelum menambah integrasi lain. Sahkan akaun iklan dan Pixel yang disambungkan, kemudian semak peristiwa yang dihantar oleh aplikasi untuk kedai anda.

Jika anda turut menggunakan tag tersuai, kod pembayaran atau komponen penghantar pada pelayan, semak sama ada komponen tersebut menghantar peristiwa yang sama. Persediaan Shopify boleh menggunakan gabungan penjejakan pelayar dan pelayan yang berbeza. Lihat: Sediakan Iklan ChatGPT untuk Shopify.

9. Bagaimanakah kami patut mengendalikan persetujuan dan pengujian?

Hanya hantar data yang anda dibenarkan untuk kongsi dan hormati pilihan persetujuan pelawat. Pembangun anda perlu mengikuti panduan integrasi tentang persetujuan dan data pemadanan yang disokong, termasuk sebarang penormalan dan pencincangan yang diperlukan. Jangan buang kawalan persetujuan untuk menambah penukaran yang dilaporkan atau meningkatkan skor.

Persetujuan pengukuran dan opt_out mempunyai tujuan yang berbeza. Pilihan opt_out berkaitan dengan pemperibadian; pilihan ini tidak menghentikan semua permintaan pengukuran. Minta pembangun anda menyemak pengendalian persetujuan dalam integrasi pelayar dan pelayan.

Rekodkan masa, nama dan ID bagi satu tindakan ujian. Semak sama ada tindakan itu dihantar, disahkan dan diterima. Ujian pelaksanaan yang berjaya tidak menunjukkan bahawa iklan layak menerima atribusi.

Pilihan validate_only dalam CAPI menyemak peristiwa tanpa menyimpannya. Mod nyahpepijat Pixel mencatat aktiviti dalam log tetapi tidak mengecualikan peristiwa ujian daripada pelaporan. Labelkan ujian dalam rekod anda dan jangan mereka-reka pembelian atau mengubah masa peristiwa untuk memaksa hasil tertentu.

10. Adakah Skor Kualiti Peristiwa yang rendah atau tidak tersedia bermakna penjejakan tidak berfungsi?

Tidak semestinya jika itu sahaja petunjuknya. Kualiti peristiwa menilai maklumat yang diterima daripada sumber data. Ia tidak memberitahu anda berapa banyak penukaran yang diatribusikan kepada iklan. Skor yang rendah atau tidak tersedia sahaja tidak dapat menentukan sama ada penjejakan berfungsi.

Pastikan tindakan sebenar yang terkini direkodkan dengan betul, kemudian siasat amaran itu. Jangan hantar peristiwa tambahan atau pengecam rekaan untuk meningkatkan skor. Untuk semakan dan masa muat semula, lihat: Fahami dan tingkatkan kualiti peristiwa.

11. Apakah yang perlu saya sertakan semasa menghubungi Sokongan?

Beritahu kami apa yang anda jangkakan, apa yang berlaku, bila masalah bermula dan apa yang telah anda semak. Sertakan maklumat yang anda ada daripada senarai ini:

ID akaun iklan, ID Pixel atau sumber data, serta pengecam kempen dan iklan yang terjejas.
Jenis integrasi dan nama peristiwa yang tepat, termasuk sebarang nama peristiwa tersuai.
Satu atau dua contoh ID peristiwa sedia ada dan cap masa tindakan, berserta zon waktu.
Untuk kegagalan permintaan atau penerimaan yang tidak dapat dipastikan: kod respons, ralat yang tepat, masa permintaan, sebarang ID permintaan atau CF-Ray yang dikembalikan, serta muatan atau petikan log yang telah disunting untuk membuang maklumat sensitif.
Untuk perbezaan pelaporan: julat tarikh, asas masa pelaporan, tetapan atribusi, lajur yang dipilih, eksport CSV dan perbandingan yang menunjukkan skop yang sama.
Tangkapan skrin yang berkaitan dan sebarang perubahan persediaan terkini, termasuk proses pembayaran berasingan atau integrasi rakan kongsi.

Beritahu kami sama ada anda telah mengesahkan bahawa peristiwa itu dihantar, diterima untuk diproses atau diterima oleh sumber data, atau sama ada anda hanya menyemak laporan. Anda boleh meminta bantuan walaupun anda tidak dapat melengkapkan semakan ini.

Buang kunci API, pengepala kebenaran, kata laluan, kuki dan maklumat pelanggan yang tidak diperlukan daripada lampiran. Laporkan dengan segera sebarang ralat atau integrasi yang sebelum ini berfungsi tetapi tiba-tiba terhenti. Jangan tunggu sehingga tempoh pelaporan berakhir.

Menyelesaikan masalah penjejakan penukaran untuk Iklan ChatGPT