← กลับไปหน้าบทความ
ส่ง Conversion กลับ

ปิดดีลนอกเว็บไซต์เยอะ แต่ยอดใน Microsoft Ads นิ่ง แก้ยังไงให้ตรงกัน

ทีมบรรณาธิการ linli12 ส.ค. 04:53อัปเดต 12 ส.ค. 04:53อ่าน 2 นาที
ปิดดีลนอกเว็บไซต์เยอะ แต่ยอดใน Microsoft Ads นิ่ง แก้ยังไงให้ตรงกัน
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

Microsoft Ads offline conversion คือการส่งข้อมูลยอดขายที่ปิดนอกเว็บไซต์ เช่น ปิดผ่านแชทหรือโทรศัพท์ กลับเข้าไปให้ Microsoft Ads รับรู้ โดยจับคู่กับ Click ID ที่เก็บไว้ตั้งแต่ตอนคลิกโฆษณา วิธีนี้ช่วยให้ตัวเลข Conversion สะท้อนยอดขายจริงมากขึ้น แต่ต้องมี Click ID ครบและมีทีมดูแลความถูกต้องของข้อมูลก่อนส่งกลับทุกครั้ง

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

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

Microsoft Ads offline conversion ถูกออกแบบมาเพื่อแก้ช่องว่างนี้โดยเฉพาะ บทความนี้จะพาไล่ทีละขั้นว่าต้องเตรียมอะไรก่อน ตั้งค่าอย่างไร และมีข้อจำกัดตรงไหนที่ต้องยอมรับ ไม่ใช่แค่ตั้งค่าครั้งเดียวแล้วยอดจะตรงกันทันที

ทำไมยอดใน Microsoft Ads ถึงนิ่งทั้งที่ปิดดีลได้ต่อเนื่อง

ระบบ Microsoft Ads วัด Conversion จาก Event ที่เกิดขึ้นบนเว็บไซต์เป็นหลัก เช่น การกดปุ่มไป LINE หรือการโหลดหน้า Thank You เมื่อธุรกิจย้ายจุดปิดการขายไปอยู่ในแชท ซึ่งเป็นแพลตฟอร์มคนละระบบ ข้อมูลการปิดดีลจึงไม่มีทางไหลกลับไปหา Microsoft Ads เองโดยอัตโนมัติ ทำให้ตัวเลขที่เห็นในรายงานหยุดอยู่แค่จุดที่คนกดปุ่มไป LINE เท่านั้น

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

Microsoft Ads offline conversion ทำหน้าที่อะไรกันแน่

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

สิ่งสำคัญที่ต้องเข้าใจคือกลไกนี้ทำงานได้ก็ต่อเมื่อมี Click ID เก็บไว้ตั้งแต่ต้นทาง ถ้าลิงก์ที่พาไปหา LINE ไม่มี Click ID ติดไปด้วย ดีลที่ปิดจากลิงก์นั้นจะไม่มีทางถูกจับคู่กลับไปหาคลิกต้นทางได้เลย ไม่ว่าจะพยายามส่งข้อมูล Offline Conversion กลับไปมากแค่ไหนก็ตาม

เทียบสิ่งที่เห็นก่อนและหลังเชื่อม Offline Conversion

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

สิ่งที่วัดได้ก่อนเชื่อม Offline Conversionหลังเชื่อม Offline Conversion
จำนวนคนกดปุ่มไป LINEเห็นได้ปกติเห็นได้เหมือนเดิม ไม่เปลี่ยน
ดีลที่ปิดในแชทไม่เห็นเลยเห็นเมื่อจับคู่กับ Click ID ได้
แคมเปญที่สร้างยอดขายจริงแยกไม่ออก รู้แค่จำนวนคลิกแยกได้ว่าแคมเปญไหนปิดดีลจริง
ข้อมูลที่ระบบใช้ Optimizeอิงจาก Event บนเว็บอย่างเดียวอิงจากยอดขายจริงได้เมื่อ Volume พอ

ขั้นตอนตั้งค่าส่งยอดขายกลับเข้า Microsoft Ads

  1. ตรวจว่าทุกลิงก์ที่พาลูกค้าไปหา LINE มี Microsoft Click ID หรือพารามิเตอร์ที่แยกแคมเปญได้ติดไปด้วยเสมอ ไม่มีจุดใดหลุดออกจากระบบ
  2. กำหนดนิยามว่าสถานะไหนในแชทถือเป็นการปิดการขายจริง ให้ทีมขายและทีมการตลาดเข้าใจตรงกันก่อนเริ่มส่งข้อมูล
  3. เชื่อมข้อมูลจาก CRM หรือระบบบันทึกยอดขายเข้ากับระบบที่ทำหน้าที่จับคู่ Click ID กับดีลที่ปิด แล้วส่งกลับตามรูปแบบที่ Microsoft Ads กำหนด
  4. ตั้งกฎกันข้อมูลซ้ำ เช่น ใช้ Order ID เป็นตัวช่วยตรวจก่อนส่งกลับทุกครั้ง เพื่อไม่ให้นับ Conversion ซ้ำ
  5. ทดสอบด้วยดีลตัวอย่างสองสามเคสก่อน ดูว่าข้อมูลไปถึงระบบถูกต้องหรือไม่ ก่อนเปิดใช้งานเต็มรูปแบบ
  6. ตั้งรอบเวลาส่งข้อมูลให้สอดคล้องกับความถี่ของยอดขายจริง แล้วมีคนตรวจรายงาน Error เป็นประจำ

ข้อจำกัดที่ยังต้องยอมรับ แม้ตั้งค่าเชื่อมข้อมูลแล้ว

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

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

สิ่งที่ต้องตรวจก่อนเชื่อว่าตัวเลขที่เห็นถูกต้อง

  • Click ID ถูกเก็บครบทุกช่องทาง — ตรวจว่าไม่มีลิงก์ไหนหลุดจากการติด Tracking
  • สถานะดีลอัปเดตสม่ำเสมอ — ทีมขายต้องเปลี่ยนสถานะทันทีที่มีความคืบหน้า ไม่ใช่กรอกย้อนหลัง
  • ไม่มี Duplicate — ลูกค้าคนเดิมทักซ้ำหลายรอบต้องไม่ถูกนับเป็นดีลใหม่ทุกครั้ง
  • Value และ Currency ถูกต้อง — ตรวจก่อนส่งข้อมูลทุกรอบว่าตัวเลขที่ส่งตรงกับยอดขายจริง
  • รายงาน Error ถูกตรวจเป็นประจำ — แถวที่อัปโหลดไม่ผ่านต้องมีคนตรวจสอบและแก้ไข ไม่ปล่อยผ่าน

ตัวอย่างกรอบวิเคราะห์เมื่อเริ่มเห็นยอดตรงกันมากขึ้น

ลองนึกภาพร้านขายอุปกรณ์กีฬาที่ยิงแอด Microsoft Ads เข้า LINE มาสามเดือน ช่วงแรกตัวเลข Conversion ในระบบนิ่งอยู่ที่จำนวนคนกดปุ่มไป LINE เท่านั้น แม้ทีมขายจะปิดดีลได้สมมติสิบกว่ารายการต่อสัปดาห์ หลังจากตั้งค่าเชื่อมข้อมูล Offline Conversion และฝึกทีมขายให้อัปเดตสถานะทุกครั้งที่ปิดดีล ตัวเลข Conversion ในระบบเริ่มขยับตามยอดขายจริงมากขึ้นในสัปดาห์ถัดมา

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

ใครควรเป็นเจ้าของกระบวนการเชื่อมข้อมูลนี้ในทีม

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

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

วัดความสำเร็จของการตั้งค่านี้อย่างไรหลังเปิดใช้งาน

หลังตั้งค่าเชื่อมข้อมูลแล้ว ไม่ควรด่วนสรุปว่าตัวเลข Conversion ที่เพิ่มขึ้นทันทีคือความสำเร็จ สิ่งที่ควรดูก่อนคือสัดส่วนของดีลที่ปิดจริงเทียบกับดีลที่ถูกจับคู่และส่งกลับไปหา Microsoft Ads ได้สำเร็จ ถ้าสัดส่วนนี้ต่ำกว่าที่ควรจะเป็น อาจแปลว่ายังมี Click ID หายบางจุด หรือทีมขายยังอัปเดตสถานะไม่ครบ ต้องกลับไปแก้ที่ต้นเหตุก่อนเชื่อตัวเลขในรายงาน

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

ข้อผิดพลาดที่มักเจอตอนเริ่มเชื่อมข้อมูลใหม่ ๆ

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

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

สรุป

ยอดใน Microsoft Ads ที่นิ่งทั้งที่ปิดดีลได้ต่อเนื่อง เกิดจากดีลที่ปิดนอกเว็บไซต์ไม่เคยถูกส่งข้อมูลกลับไปหาระบบ Microsoft Ads offline conversion ช่วยแก้ช่องว่างนี้ด้วยการจับคู่ยอดขายจริงกับ Click ID ที่เก็บไว้ตั้งแต่ต้นทาง

ก่อนวางระบบ ต้องเก็บ Click ID ให้ครบทุกช่องทาง กำหนดนิยามการปิดดีลให้ชัด ฝึกทีมขายให้อัปเดตสถานะสม่ำเสมอ แล้วทดสอบก่อนใช้งานจริงเสมอ เพื่อให้ตัวเลขที่เห็นสะท้อนความจริงมากที่สุด

  • ยอดนิ่งเพราะดีลที่ปิดในแชทไม่เคยถูกส่งข้อมูลกลับไปหาระบบ
  • Offline Conversion จับคู่ยอดขายจริงกับ Click ID ที่เก็บไว้ตั้งแต่ต้นทาง
  • ต้องมี Click ID ครบทุกช่องทาง ไม่งั้นดีลบางส่วนย้อนกลับไม่ได้
  • ดีลแบบ Direct หรือบอกต่อปากต่อปากยังเป็นข้อจำกัดที่แก้ให้ไม่ได้ทั้งหมด
  • ทดสอบด้วยดีลตัวอย่างก่อนเปิดใช้งานจริงทุกครั้ง

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

Microsoft Ads offline conversion ต่างจากการดูยอดขายใน CRM ตรงไหน

CRM เก็บยอดขายไว้ในระบบของธุรกิจเอง ส่วน Offline Conversion คือการส่งข้อมูลยอดขายนั้นกลับไปให้ Microsoft Ads รับรู้ด้วย เพื่อให้ระบบโฆษณาเห็นว่าคลิกไหนสร้างยอดขายจริง ไม่ใช่แค่ธุรกิจรู้เองฝ่ายเดียวโดยที่แพลตฟอร์มไม่เห็นความเชื่อมโยงนี้

ถ้าไม่เคยเก็บ Click ID ไว้เลย ย้อนกลับมาเชื่อมข้อมูลได้ไหม

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

ต้องมีทีมเทคนิคเองไหมถึงจะตั้งค่านี้ได้

ขั้นตอนพื้นฐานส่วนใหญ่ทำผ่านการตั้งค่าได้โดยไม่ต้องเขียนโค้ดเอง แต่ถ้าธุรกิจมีระบบ CRM หรือ Workflow เฉพาะทาง อาจต้องมีคนเข้าใจโครงสร้างข้อมูลช่วยตั้งค่า Mapping ให้ตรงกับรูปแบบที่ Microsoft Ads ต้องการ

ดีลที่ปิดช้ากว่าหนึ่งเดือนยังส่งกลับได้อยู่ไหม

ขึ้นกับเงื่อนไขของ Microsoft Ads ว่ารับข้อมูลย้อนหลังได้กี่วัน ต้องตรวจเอกสารล่าสุดก่อนวางแผน เพราะบางช่วงอาจมีการปรับเงื่อนไขเรื่องระยะเวลาที่รับ Conversion ย้อนหลัง

ควรตั้งรอบเวลาส่งข้อมูลกลับบ่อยแค่ไหน

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

ลองตรวจด้วยตัวเอง

Google Ads → LINE Checker

ตรวจหน้า Landing ของคุณว่า gclid, UTM และเส้นทางเข้า LINE พร้อมส่ง Conversion กลับ Google Ads หรือยัง

ตรวจความพร้อมฟรี

ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

บทความที่เกี่ยวข้อง

ธุรกิจแบบไหนที่ยังไม่ต้องเก็บ MSCLKID ก่อนลูกค้าเข้า LINE

ธุรกิจแบบไหนที่ยังไม่ต้องเก็บ MSCLKID ก่อนลูกค้าเข้า LINE

MSCLKID ช่วยผูกคลิกโฆษณากับยอดขายได้ละเอียดขึ้น แต่ไม่ใช่ทุกธุรกิจที่ควรลงแรงเก็บตั้งแต่วันแรก บทความนี้ชี้เงื่อนไขว่าเมื่อไรควรเริ่ม เมื่อไรควรรอก่อน
เก็บ MSCLKID จากพารามิเตอร์ใน URL กับเก็บผ่าน Auto-tagging ต่างกันตรงไหน

เก็บ MSCLKID จากพารามิเตอร์ใน URL กับเก็บผ่าน Auto-tagging ต่างกันตรงไหน

MSCLKID คือค่าที่ Microsoft Advertising แนบมากับ URL ตอนคนคลิกโฆษณา แต่วิธีเก็บค่านี้มีสองทางที่ให้ผลไม่เท่ากัน บทความนี้เทียบการเก็บผ่าน URL Parameter แบบเปิด Auto-tagging เอง กับปล่อยให้ระบบจัดการ พร้อมจุดที่พลาดบ่อยจนทำให้ Offline Conversion จับคู่ไม่ติด
เบราว์เซอร์บล็อกคุกกี้จนข้อมูลหาย Microsoft Ads Conversions API แก้ปัญหานี้อย่างไร

เบราว์เซอร์บล็อกคุกกี้จนข้อมูลหาย Microsoft Ads Conversions API แก้ปัญหานี้อย่างไร

การเก็บ MSCLKID ฝั่งเบราว์เซอร์อย่างเดียวเริ่มพลาดข้อมูลมากขึ้นเรื่อย ๆ Conversions API คือการย้ายจุดส่งข้อมูลไปที่เซิร์ฟเวอร์ บทความนี้อธิบายว่าทำงานต่างจาก UET Tag อย่างไรและเหมาะกับใคร