OpenAI
หน้านี้แปลด้วยระบบอัตโนมัติ ดูต้นฉบับภาษาอังกฤษ.

การแก้ไขปัญหาการติดตามคอนเวอร์ชันสำหรับ ChatGPT Ads

ดูขั้นตอนถัดไปเมื่อเหตุการณ์หายไป คำขอล้มเหลว หรือรายงานคอนเวอร์ชันไม่ตรงกัน

อัปเดตล่าสุด: 7 days ago

ภาพรวม

ใช้คู่มือนี้หากเหตุการณ์หายไป คำขอล้มเหลว หรือข้อมูลใน Ads Manager ไม่ตรงกับบันทึกของธุรกิจคุณ เริ่มจากการซื้อที่เสร็จสมบูรณ์ การส่งข้อมูลผู้มีโอกาสเป็นลูกค้า หรือการกระทำอื่นหนึ่งรายการ จดบันทึกว่าเกิดอะไรขึ้นและเมื่อใด แล้วเลือกคำถามด้านล่างที่ตรงกับกรณีของคุณ

เหตุการณ์คือข้อมูลที่บันทึกการกระทำ เช่น การซื้อ Pixel ส่งเหตุการณ์จากเบราว์เซอร์ของผู้เข้าชม ส่วน Conversions API (CAPI) ส่งเหตุการณ์จากเซิร์ฟเวอร์ของคุณ Ads Manager รวบรวมเหตุการณ์เหล่านี้ไว้ในแหล่งข้อมูล การระบุแหล่งที่มาใช้ตัดสินว่าการกระทำนั้นจะถูกนับเป็นผลจากโฆษณาใด กรอบเวลาการระบุแหล่งที่มากำหนดว่าการกระทำต้องเกิดขึ้นภายในระยะเวลาเท่าใดหลังมีปฏิสัมพันธ์กับโฆษณาจึงจะเข้าเกณฑ์

คำถามที่พบบ่อย

1. ควรเริ่มจากตรงไหน?

ระบุการกระทำที่ต้องการวัดผล ระบบที่ส่งข้อมูลการกระทำนั้น รวมถึงบัญชีโฆษณาและ Pixel ID ที่ใช้ ระบบของคุณอาจใช้ Pixel, CAPI, การเชื่อมต่อผ่านพาร์ทเนอร์ หรือใช้หลายวิธีร่วมกัน CAPI ต้องใช้ Pixel ID แม้ว่าคุณจะยังไม่ได้ติดตั้ง Pixel ในเบราว์เซอร์ก็ตาม

สำหรับการตั้งค่าครั้งแรก โปรดดู: การวัดผลคอนเวอร์ชัน และ การติดตามคอนเวอร์ชัน นักพัฒนาของคุณสามารถใช้คู่มือ Pixel, CAPI และ เหตุการณ์ที่รองรับ จัดการคำขอและคีย์ CAPI บนเซิร์ฟเวอร์ของคุณเท่านั้น

หากพาร์ทเนอร์เป็นผู้จัดการการเชื่อมต่อให้คุณ ให้ใช้คู่มือการตั้งค่าพาร์ทเนอร์ด้านการวัดผล หรือคู่มือการตั้งค่าพาร์ทเนอร์ด้านการวัดผลบนอุปกรณ์เคลื่อนที่ สำหรับการเชื่อมต่อ HubSpot โปรดดู: การตั้งค่า ChatGPT Ads ใน HubSpot

หากตั้งค่าไว้แล้ว ให้ตรวจสอบแต่ละขั้นตอนดังนี้:

  • การกระทำนั้นทำให้มีการส่งคำขอเหตุการณ์หรือไม่?

  • คำขอส่งข้อผิดพลาดกลับมาหรือได้รับการยอมรับแล้ว?

  • คุณยืนยันได้หรือไม่ว่าแหล่งข้อมูลที่ถูกต้องได้รับเหตุการณ์แล้ว?

  • เหตุการณ์นั้นถูกนับเป็นผลจากโฆษณาในรายงานแคมเปญหรือไม่?

2. ฉันติดตั้ง Pixel แล้ว ทำไมจึงไม่เห็นการซื้อหรือข้อมูลผู้มีโอกาสเป็นลูกค้า?

Pixel อาจโหลดได้โดยไม่ได้ส่งเหตุการณ์การซื้อหรือการส่งข้อมูลผู้มีโอกาสเป็นลูกค้าที่คุณต้องการ ให้นักพัฒนาของคุณตรวจสอบการกระทำที่เสร็จสมบูรณ์หนึ่งรายการ:

  • ตรวจสอบชื่อเหตุการณ์, Pixel ID และหน้าเว็บหรือคอลแบ็กที่ส่งเหตุการณ์ การดูหน้าเว็บไม่ใช่การซื้อที่เสร็จสมบูรณ์

  • ยืนยันว่า Pixel เริ่มต้นการทำงานก่อนส่งเหตุการณ์ รวมถึงในกรณีที่โหลดผ่านเครื่องมือจัดการแท็ก

  • ตรวจสอบคอนโซลของเบราว์เซอร์และคำขอเครือข่าย ข้อความ “ทำงานแล้ว” ของเครื่องมือจัดการแท็กเพียงอย่างเดียวไม่ได้ยืนยันว่าเหตุการณ์ถูกส่งแล้ว โหมดดีบักของ Pixel ช่วยตรวจสอบได้

  • ตรวจสอบว่าตัวเลือกความยินยอม การบล็อกของเบราว์เซอร์ หรือนโยบายความปลอดภัยของเว็บไซต์ขัดขวางคำขอหรือไม่

  • ตรวจสอบหน้าเว็บหลังเข้าสู่ระบบ ขั้นตอนชำระเงิน เว็บไซต์จอง การเปลี่ยนเส้นทาง และแบบฟอร์มที่ฝังไว้ การที่ Pixel ทำงานบนหน้า Landing Page ไม่ได้ยืนยันว่ามีการติดตามในส่วนอื่นด้วย

หากไม่มีการส่งคำขอ ให้แก้ไขขั้นตอนนั้นก่อน การรอให้รายงานแสดงผลจะไม่ช่วยแก้ปัญหานี้ ใช้คู่มือแก้ปัญหา Pixelก่อนเพิ่มการเชื่อมต่ออื่น

3. ควรทำอย่างไรหากเหตุการณ์ถูกปฏิเสธ หมดเวลารอ หรือส่งข้อผิดพลาดของเซิร์ฟเวอร์กลับมา?

บันทึกรหัสการตอบกลับ ข้อผิดพลาดตามที่ปรากฏ เวลาที่ส่งคำขอ และ ID เหตุการณ์ไว้ ให้นักพัฒนาของคุณตรวจสอบรูปแบบเหตุการณ์, Pixel ID และคีย์ คำขอเหตุการณ์ CAPI ใช้คีย์ Conversions API ของบัญชีโฆษณาเดียวกัน คำขอสำหรับการตั้งค่า การจัดการ และการรายงานใช้คีย์ Advertiser API ซึ่งเป็นคนละคีย์กัน อย่าส่งคีย์ API ให้ฝ่ายสนับสนุน

เมื่อส่งเหตุการณ์ CAPI เป็นชุด เหตุการณ์ที่ไม่ถูกต้องเพียงรายการเดียวอาจทำให้ทั้งชุดล้มเหลวได้

CAPI ต้องใช้เวลาที่เกิดการกระทำจริงในรูปแบบเวลา Unix หน่วยมิลลิวินาที เวลาของเหตุการณ์ต้องอยู่ภายใน 7 วันที่ผ่านมา และไม่เกิน 10 นาทีในอนาคต ข้อจำกัดด้านเวลาในการส่งนี้แยกจากกรอบเวลาการระบุแหล่งที่มา อย่าเปลี่ยนเวลาของเหตุการณ์เก่าเพื่อให้ผ่านการตรวจสอบ

การหมดเวลารอหรือข้อผิดพลาดของเซิร์ฟเวอร์อาจทำให้คุณไม่แน่ใจว่าเหตุการณ์ส่งไปถึงแล้วหรือไม่ ตรวจสอบคำขอเดิมและบันทึกการรับข้อมูลที่มี หากส่งการกระทำเดิมซ้ำ ให้ใช้ ID เหตุการณ์และการประทับเวลาเดิม การใช้ ID ใหม่อาจทำให้ระบบมองว่าเป็นอีกการกระทำหนึ่ง

ตรวจสอบสาเหตุโดยเร็วเมื่อคำขอถูกปฏิเสธหรือล้มเหลวอย่างต่อเนื่อง ระยะเวลารายงานโดยประมาณ 24–48 ชั่วโมงไม่ครอบคลุมข้อผิดพลาดเหล่านี้ สำหรับข้อกำหนดของคำขอ โปรดดู: Conversions API

4. ฉันเห็นว่าเหตุการณ์ได้รับการยอมรับแล้ว ทำไมจึงไม่ปรากฏในรายงาน?

การได้รับการยอมรับไม่ได้หมายความว่าเหตุการณ์ถูกนับเป็นผลจากโฆษณา ตรวจสอบว่าการตอบกลับยืนยันอะไรบ้าง และคำขอใช้แหล่งข้อมูลที่ถูกต้องหรือไม่ ใน CAPI การตั้งค่า validate_only เป็น true จะตรวจสอบเหตุการณ์โดยไม่บันทึกไว้

สำหรับเหตุการณ์ใหม่ นักพัฒนาของคุณสามารถตรวจสอบเหตุการณ์ล่าสุดได้ หากมีให้ใช้งาน ส่วนนี้แสดงตัวอย่างเหตุการณ์ล่าสุด ไม่ใช่ประวัติทั้งหมดหรือผลการระบุแหล่งที่มา

หากตรวจสอบการรับเหตุการณ์ไม่ได้ ให้ติดต่อฝ่ายสนับสนุนพร้อมแนบการตอบกลับเดิมและตัวอย่างเหตุการณ์ แจ้งให้เราทราบว่าคุณตรวจสอบอะไรไปแล้วบ้าง โดยไม่จำเป็นต้องหาสาเหตุให้ได้ก่อน

หากยืนยันว่าได้รับเหตุการณ์แล้ว ให้ไปที่คำถามข้อ 5 อย่าส่งเหตุการณ์ซ้ำด้วย ID ใหม่เพียงเพราะรายงานแคมเปญยังไม่เปลี่ยนแปลง

คอนเวอร์ชันที่ระบุว่าเป็นผลจากโฆษณาอาจใช้เวลาประมาณ 24–48 ชั่วโมงจึงจะปรากฏ และยอดรวมล่าสุดอาจเปลี่ยนแปลงระหว่างการประมวลผล ระยะเวลานี้ไม่ได้รับประกันว่าทุกเหตุการณ์ที่ได้รับการยอมรับจะปรากฏในรายงาน หรือยืนยันว่าระบบได้รับเหตุการณ์แล้ว ดู: การวัดผลลัพธ์

5. ระบบได้รับเหตุการณ์แล้ว ทำไมแคมเปญจึงยังแสดงคอนเวอร์ชันเป็นศูนย์?

ก่อนเปลี่ยนแปลงการเชื่อมต่อ ให้ตรวจสอบดังนี้:

  • แหล่งข้อมูลที่ต้องการใช้งานเชื่อมต่อกับบัญชีที่ถูกต้องหรือไม่?

  • เหตุการณ์ที่คุณส่งตรงกับการตั้งค่าคอนเวอร์ชันของแคมเปญหรือไม่? สำหรับเหตุการณ์ที่กำหนดเอง ให้ตรวจสอบประเภทที่กำหนดเองและชื่อเหตุการณ์ให้ตรงกันทุกตัวอักษร เพียงป้ายกำกับที่แสดงตรงกันยังไม่เพียงพอ

  • ได้ผูกคอนเวอร์ชันที่ถูกต้องกับแคมเปญก่อนเกิดกิจกรรมที่คุณกำลังตรวจสอบหรือไม่?

  • การกระทำนั้นเกิดหลังจากการคลิกหรือดูโฆษณาที่เข้าเกณฑ์ตามการตั้งค่าการระบุแหล่งที่มาหรือไม่?

  • คุณกำลังดูแคมเปญ คอลัมน์เหตุการณ์ วันที่ และเกณฑ์เวลาที่ใช้รายงานอย่างถูกต้องหรือไม่?

ข้อมูลการจับคู่ช่วยเชื่อมโยงเหตุการณ์กับโฆษณา แต่ไม่ได้รับประกันว่าเหตุการณ์จะถูกนับเป็นผลจากโฆษณานั้น เก็บค่าอ้างอิงการคลิก OpenAI ที่เกิดขึ้นจริงอย่าง oppref ไว้ตลอดการเข้าชม และแนบไปกับเหตุการณ์จากเซิร์ฟเวอร์เมื่อมีค่านี้ อย่าสร้างค่าอ้างอิงขึ้นเองหรือใช้ค่าของผู้เข้าชมรายอื่น

ตรวจสอบเหตุการณ์จากเบราว์เซอร์และเซิร์ฟเวอร์แยกกัน ค่าอ้างอิงหรือฟิลด์ข้อมูลลูกค้าที่ Pixel มีอาจไม่ได้รวมอยู่ในเหตุการณ์จากเซิร์ฟเวอร์

เป้าหมายที่เลือกไว้สำหรับแคมเปญที่เพิ่มประสิทธิภาพเพื่อคอนเวอร์ชันจะเปลี่ยนไม่ได้หลังจากสร้างแคมเปญแล้ว หากต้องการใช้เป้าหมายอื่น ให้สร้างแคมเปญใหม่ เหตุการณ์ที่กำหนดเองใช้เป็นเป้าหมายการเพิ่มประสิทธิภาพไม่ได้ ดู: แคมเปญที่เพิ่มประสิทธิภาพเพื่อคอนเวอร์ชัน

หลังแก้ไขการตั้งค่าที่ไม่ตรงกันแล้ว ให้ตรวจสอบกิจกรรมใหม่ที่เข้าเกณฑ์ อย่าคิดว่าการเปลี่ยนแปลงนี้จะแก้ไขรายงานก่อนหน้าให้ด้วย สำหรับกฎการจับคู่ โปรดดู: การวัดผลคอนเวอร์ชัน

6. ทำไมข้อมูลใน Ads Manager, เครื่องมือวิเคราะห์ และ CRM ของเราจึงไม่ตรงกัน?

เปรียบเทียบการกระทำเดียวกันโดยใช้กฎการรายงานเดียวกัน CRM ของคุณอาจนับการซื้อทุกรายการ ส่วนรายงานโฆษณาจะนับการซื้อที่ระบุว่าเป็นผลจากแพลตฟอร์มนั้น แต่ละแพลตฟอร์มอาจระบุแหล่งที่มาของการซื้อเดียวกันต่างกัน

ใน Ads Manager คอนเวอร์ชันจะรวมคอนเวอร์ชันหลังคลิกและคอนเวอร์ชันหลังดูที่เข้าเกณฑ์ เมื่อกำหนดกรอบเวลารายงานคอนเวอร์ชันหลังดูเป็น 1 วัน หากกำหนดกรอบเวลาหลังดูเป็น 0 วัน ระบบจะนับเฉพาะคอนเวอร์ชันหลังคลิก ใช้การตั้งค่าเดียวกันเมื่อเปรียบเทียบรายงาน

ตัวอย่างเช่น มีคนคลิกโฆษณา แล้วกลับเข้ามาที่เว็บไซต์โดยตรงในภายหลังและซื้อสินค้า เครื่องมือหนึ่งอาจระบุการเข้าชมนั้นว่า “โดยตรง” ขณะที่อีกเครื่องมือนับว่าเป็นผลจากโฆษณาที่คลิกก่อนหน้านั้น ความแตกต่างนี้เพียงอย่างเดียวไม่ได้หมายความว่าการซื้อถูกนับซ้ำ

หากป้ายกำกับแหล่งที่มาของการเข้าชมต่างกัน ให้ตรวจสอบ URL ปลายทางและพารามิเตอร์ติดตามที่ใช้ในการเข้าชมนั้น การตั้งค่าแคมเปญปัจจุบันอาจต่างจากที่ใช้ก่อนหน้านี้

เปรียบเทียบข้อมูลต่อไปนี้:

  • บัญชี แคมเปญ ประเภทเหตุการณ์ ตัวกรอง และระดับการรายงาน

  • ช่วงวันที่ เขตเวลา และวันที่นั้นอ้างอิงถึงการมีปฏิสัมพันธ์กับโฆษณาหรือการเกิดคอนเวอร์ชัน

  • การตั้งค่าคอนเวอร์ชันหลังคลิกและหลังดู รวมถึงเมตริกหรือคอลัมน์ที่เลือกไว้อย่างเจาะจง

  • ความล่าช้าในการประมวลผลล่าสุด การจัดการข้อมูลซ้ำ ความยินยอม และข้อมูลการจับคู่ที่มี

  • คอนเวอร์ชันที่ประมาณด้วยแบบจำลอง หากมี ซึ่งอาจต่างจากธุรกรรมที่บันทึกโดยตรง

  • สำหรับมูลค่า ให้เปรียบเทียบสกุลเงิน หน่วย และดูว่ากำลังเปรียบเทียบทั้งคำสั่งซื้อหรือสินค้าแต่ละรายการ

สำหรับรายได้ ให้เปรียบเทียบภาษี ค่าจัดส่ง ส่วนลด และค่าธรรมเนียม ตรวจสอบว่าข้อมูลที่ส่งจากเบราว์เซอร์และเซิร์ฟเวอร์มีมูลค่าคำสั่งซื้อตรงกัน ยอดขายจากการสร้างคำสั่งซื้อและ ROAS จากการสร้างคำสั่งซื้อนับเฉพาะเหตุการณ์ order_created ที่ระบุว่าเป็นผลจากโฆษณา

กิจกรรม GA4 ที่นำเข้ารวมเหตุการณ์จากแหล่งที่มาของการเข้าชมทั้งหมดของพร็อพเพอร์ตี้ที่เลือก ยอดรวมเหล่านั้นไม่ใช่คอนเวอร์ชันที่ระบุว่าเป็นผลจากแคมเปญ ดู: เชื่อมต่อ Google Analytics 4 กับ OpenAI Ads Manager

เมื่อเปรียบเทียบข้อมูลจาก API ให้บันทึก endpoint และกำหนดตัวเลือกการรายงานอย่างชัดเจน การตั้งค่าที่ไม่ได้ระบุอาจไม่ตรงกับ Ads Manager รายงานอาจรวมเหตุการณ์ต่างกันด้วย โดยบางรายงานครอบคลุมเป้าหมายของแคมเปญ แต่ไม่รวมการกระทำอื่นที่ติดตามไว้ การที่เหตุการณ์ไม่ปรากฏในรายงานหนึ่งไม่ได้พิสูจน์ว่าระบบไม่เคยได้รับเหตุการณ์นั้น

ใช้การตั้งค่าเดียวกันเมื่อเปรียบเทียบ CSV และเก็บไฟล์ที่ส่งออกไว้โดยไม่แก้ไข ดู การวัดผลลัพธ์ สำหรับมุมมองใน Ads Manager และ การรายงาน สำหรับตัวเลือก API

7. การใช้ Pixel ร่วมกับ CAPI จะทำให้การซื้อถูกนับซ้ำหรือไม่?

เพื่อไม่ให้การกระทำเดียวกันถูกนับสองครั้ง ให้ใช้ Pixel ID, ชื่อเหตุการณ์ และ ID เหตุการณ์เดียวกันทั้งในข้อมูลที่ส่งจากเบราว์เซอร์และเซิร์ฟเวอร์ ฟิลด์ ID เหตุการณ์คือ id ใน CAPI และ event_id ใน Pixel ใช้ชื่อเหตุการณ์ที่กำหนดเองให้ตรงกันทั้งสองฝั่งด้วย

ใช้ ID เดิมเมื่อส่งการกระทำเดิมซ้ำ และใช้ ID ใหม่สำหรับแต่ละการกระทำที่ต่างกัน ตรวจสอบแท็กที่ซ้ำกัน การโหลดหน้าหรือการเรียกคอลแบ็กซ้ำ และการเชื่อมต่อผ่านพาร์ทเนอร์ที่อาจส่งเหตุการณ์นั้นอยู่แล้ว

อย่าส่งเหตุการณ์ซ้ำเพื่อเปลี่ยนมูลค่าหรือข้อมูลการจับคู่ของเหตุการณ์เดิม ตรวจสอบวิธีการทำงานที่ระบุไว้ในเอกสารก่อนพยายามแก้ไขข้อมูล ดู: การขจัดเหตุการณ์ซ้ำจากเบราว์เซอร์และเซิร์ฟเวอร์

8. เราใช้ Shopify จำเป็นต้องเพิ่มการเชื่อมต่ออีกหรือไม่?

ตรวจสอบการเชื่อมต่อ Shopify ก่อนเพิ่มการเชื่อมต่ออื่น ยืนยันบัญชีโฆษณาและ Pixel ที่เชื่อมต่อ แล้วตรวจสอบว่าแอปส่งเหตุการณ์ใดบ้างให้ร้านค้าของคุณ

หากคุณใช้แท็กที่กำหนดเอง โค้ดในขั้นตอนชำระเงิน หรือระบบส่งข้อมูลจากเซิร์ฟเวอร์ด้วย ให้ตรวจสอบว่าสิ่งเหล่านี้ส่งเหตุการณ์เดียวกันหรือไม่ การตั้งค่า Shopify อาจใช้การติดตามผ่านเบราว์เซอร์และเซิร์ฟเวอร์ร่วมกันในรูปแบบต่างๆ ดู: ตั้งค่า ChatGPT Ads สำหรับ Shopify

9. เราควรจัดการเรื่องความยินยอมและการทดสอบอย่างไร?

ส่งเฉพาะข้อมูลที่คุณได้รับอนุญาตให้แชร์ และเคารพตัวเลือกความยินยอมของผู้เข้าชม นักพัฒนาของคุณควรปฏิบัติตามคำแนะนำของการเชื่อมต่อเกี่ยวกับความยินยอมและข้อมูลการจับคู่ที่รองรับ รวมถึงการปรับข้อมูลให้เป็นรูปแบบมาตรฐานและการแฮชตามข้อกำหนด อย่านำกลไกควบคุมความยินยอมออกเพื่อเพิ่มคอนเวอร์ชันในรายงานหรือเพิ่มคะแนน

ความยินยอมในการวัดผลและ opt_out มีวัตถุประสงค์ต่างกัน ตัวเลือก opt_out เกี่ยวข้องกับการปรับให้เหมาะกับแต่ละบุคคล ไม่ได้หยุดคำขอวัดผลทั้งหมด ให้นักพัฒนาของคุณตรวจสอบการจัดการความยินยอมในการเชื่อมต่อทั้งฝั่งเบราว์เซอร์และเซิร์ฟเวอร์

บันทึกเวลา ชื่อ และ ID ของการกระทำทดสอบหนึ่งรายการ ตรวจสอบว่ามีการส่ง ผ่านการตรวจสอบความถูกต้อง และได้รับแล้วหรือไม่ การทดสอบการติดตั้งใช้งานที่สำเร็จไม่ได้แสดงว่าโฆษณาเข้าเกณฑ์ที่จะได้รับการนับเป็นแหล่งที่มาของการกระทำ

ตัวเลือก validate_only ของ CAPI ตรวจสอบเหตุการณ์โดยไม่บันทึกไว้ โหมดดีบักของ Pixel บันทึกกิจกรรม แต่ไม่ได้แยกเหตุการณ์ทดสอบออกจากรายงาน ระบุให้ชัดเจนในบันทึกของคุณว่ารายการใดเป็นการทดสอบ และอย่าสร้างการซื้อขึ้นเองหรือเปลี่ยนเวลาเหตุการณ์เพื่อบังคับให้ได้ผลลัพธ์

10. คะแนนคุณภาพเหตุการณ์ต่ำหรือไม่มีคะแนน หมายความว่าการติดตามทำงานผิดปกติหรือไม่?

สรุปจากคะแนนเพียงอย่างเดียวไม่ได้ คุณภาพเหตุการณ์เป็นการประเมินข้อมูลที่ได้รับจากแหล่งข้อมูล ไม่ได้บอกว่ามีคอนเวอร์ชันจำนวนเท่าใดที่ถูกนับเป็นผลจากโฆษณา คะแนนต่ำหรือไม่มีคะแนนเพียงอย่างเดียวไม่สามารถยืนยันได้ว่าการติดตามทำงานหรือไม่

ตรวจสอบว่าการกระทำจริงล่าสุดถูกบันทึกอย่างถูกต้อง แล้วจึงตรวจสอบสาเหตุของคำเตือน อย่าส่งเหตุการณ์เพิ่มเติมหรือรหัสระบุที่สร้างขึ้นเองเพื่อเพิ่มคะแนน สำหรับวิธีตรวจสอบและรอบเวลาการอัปเดต โปรดดู: ทำความเข้าใจและปรับปรุงคุณภาพเหตุการณ์

11. ควรแนบข้อมูลอะไรบ้างเมื่อติดต่อฝ่ายสนับสนุน?

แจ้งให้เราทราบว่าคุณคาดหวังอะไร เกิดอะไรขึ้น เริ่มเกิดเมื่อใด และตรวจสอบอะไรไปแล้วบ้าง แนบข้อมูลที่คุณมีจากรายการนี้:

  • ID บัญชีโฆษณา, Pixel ID หรือแหล่งข้อมูล และรหัสระบุแคมเปญกับโฆษณาที่ได้รับผลกระทบ

  • ประเภทการเชื่อมต่อและชื่อเหตุการณ์ที่ตรงตามจริง รวมถึงชื่อเหตุการณ์ที่กำหนดเอง

  • ตัวอย่าง ID เหตุการณ์ที่มีอยู่แล้ว 1–2 รายการ พร้อมการประทับเวลาของการกระทำและเขตเวลา

  • หากคำขอล้มเหลวหรือไม่แน่ใจว่าได้รับข้อมูลหรือไม่: รหัสการตอบกลับ ข้อผิดพลาดตามที่ปรากฏ เวลาที่ส่งคำขอ ID คำขอหรือ CF-Ray ที่ส่งกลับมา และเพย์โหลดหรือบางส่วนของบันทึกที่ปกปิดข้อมูลอ่อนไหวแล้ว

  • หากรายงานไม่ตรงกัน: ช่วงวันที่ เกณฑ์เวลาที่ใช้รายงาน การตั้งค่าการระบุแหล่งที่มา คอลัมน์ที่เลือก ไฟล์ CSV ที่ส่งออก และการเปรียบเทียบข้อมูลที่มีขอบเขตเดียวกัน

  • ภาพหน้าจอที่เกี่ยวข้องและการเปลี่ยนแปลงการตั้งค่าล่าสุด รวมถึงระบบชำระเงินแยกต่างหากหรือการเชื่อมต่อผ่านพาร์ทเนอร์

แจ้งให้เราทราบว่าคุณยืนยันแล้วว่าเหตุการณ์ถูกส่ง ได้รับการยอมรับ หรือได้รับแล้ว หรือเพียงตรวจสอบรายงานเท่านั้น คุณขอความช่วยเหลือได้แม้จะตรวจสอบตามขั้นตอนเหล่านี้ได้ไม่ครบ

ลบคีย์ API, ส่วนหัวการให้สิทธิ์, รหัสผ่าน, คุกกี้ และข้อมูลลูกค้าที่ไม่จำเป็นออกจากไฟล์แนบ แจ้งปัญหาโดยเร็วหากพบข้อผิดพลาดหรือการเชื่อมต่อที่เคยใช้งานได้หยุดทำงานกะทันหัน อย่ารอจนพ้นช่วงเวลาที่รายงานควรแสดงผล

บทความนี้มีประโยชน์หรือไม่