ปิดดีลนอกเว็บไซต์เยอะ แต่ยอดใน 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
- ตรวจว่าทุกลิงก์ที่พาลูกค้าไปหา LINE มี Microsoft Click ID หรือพารามิเตอร์ที่แยกแคมเปญได้ติดไปด้วยเสมอ ไม่มีจุดใดหลุดออกจากระบบ
- กำหนดนิยามว่าสถานะไหนในแชทถือเป็นการปิดการขายจริง ให้ทีมขายและทีมการตลาดเข้าใจตรงกันก่อนเริ่มส่งข้อมูล
- เชื่อมข้อมูลจาก CRM หรือระบบบันทึกยอดขายเข้ากับระบบที่ทำหน้าที่จับคู่ Click ID กับดีลที่ปิด แล้วส่งกลับตามรูปแบบที่ Microsoft Ads กำหนด
- ตั้งกฎกันข้อมูลซ้ำ เช่น ใช้ Order ID เป็นตัวช่วยตรวจก่อนส่งกลับทุกครั้ง เพื่อไม่ให้นับ Conversion ซ้ำ
- ทดสอบด้วยดีลตัวอย่างสองสามเคสก่อน ดูว่าข้อมูลไปถึงระบบถูกต้องหรือไม่ ก่อนเปิดใช้งานเต็มรูปแบบ
- ตั้งรอบเวลาส่งข้อมูลให้สอดคล้องกับความถี่ของยอดขายจริง แล้วมีคนตรวจรายงาน 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 จากพารามิเตอร์ใน URL กับเก็บผ่าน Auto-tagging ต่างกันตรงไหน
