สาเหตุที่ Conversion ใน Google Ads ขึ้นช้ากว่าที่ CRM ปิดยอดจริงหลายวัน

แอดมินฝ่ายขายของบริษัทอสังหาริมทรัพย์แห่งหนึ่งเปิด CRM ดูแล้วเห็นว่าปิดดีลไปแล้ว 12 รายการในสัปดาห์นี้ แต่พอเปิด Google Ads Manager ไปดูคอลัมน์ Conversion กลับเห็นแค่ 3 รายการ เขาโทรมาถามทีมการตลาดว่าระบบ Import Conversion เสียหรือเปล่า ทั้งที่จริง ๆ ข้อมูลกำลังทยอยเข้ามาตามรอบของมันอยู่

ความเข้าใจผิดที่พบบ่อยที่สุดคือคิดว่า Import Conversion จาก CRM เข้า Google Ads เป็นการส่งแบบทันทีทันใด เหมือนกดปุ่มแล้วขึ้นเลย ทั้งที่ในความเป็นจริงมีหลายขั้นตอนที่ต้องผ่านก่อนตัวเลขจะไปโผล่ในรายงาน และแต่ละขั้นตอนก็ใช้เวลาต่างกันไปตามลักษณะการเชื่อมต่อที่ธุรกิจเลือกใช้

บทความนี้จะไล่ให้เห็นว่า Lag ระหว่าง CRM กับ Google Ads เกิดจากจุดไหนบ้าง ทำไม Conversion บางรายการไม่ขึ้นเลยแม้จะรอนานแค่ไหน และควรอ่านรายงาน Attribution อย่างไรเมื่อรู้ว่าตัวเลขที่เห็นไม่ใช่ Real-time

ทำไม Conversion ที่ปิดใน CRM ถึงไม่ขึ้นใน Google Ads ทันที

การ Import Conversion จาก CRM เข้า Google Ads ไม่ใช่การเชื่อมสองระบบให้อัปเดตพร้อมกันแบบ Real-time ส่วนใหญ่แล้วต้องผ่านขั้นตอนดึงข้อมูลออกจาก CRM จัดรูปแบบให้ตรงตามที่ Google Ads กำหนด แล้วจึงอัปโหลดหรือส่งผ่าน API ตามรอบเวลาที่ตั้งไว้ ซึ่งอาจเป็นรายชั่วโมง รายวัน หรือแบบ Manual แล้วแต่การตั้งค่าของแต่ละธุรกิจ

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

จุดที่สร้าง Lag ตลอดเส้นทางตั้งแต่ปิดดีลจนถึงขึ้นรายงาน

ถ้าไล่ดูทีละขั้น จะเห็นว่ามีหลายจุดที่กินเวลา ไม่ใช่แค่จุดเดียว

• เวลาที่แอดมินอัปเดตสถานะใน CRM — ถ้าดีลปิดจริงวันจันทร์ แต่แอดมินเพิ่งมาอัปเดตสถานะวันพุธ ตัวนี้คือ Lag จุดแรกที่เกิดจากคนไม่ใช่ระบบ
• รอบการดึงข้อมูลออกจาก CRM — ถ้าตั้งไว้เป็นรายวัน ข้อมูลของวันนี้อาจต้องรอถึงรอบพรุ่งนี้ถึงจะถูกดึงออกไป
• รอบอัปโหลดเข้า Google Ads — บางระบบอัปโหลดเป็นก้อนตามรอบเวลา ไม่ได้ส่งทันทีที่มีข้อมูลใหม่
• เวลาที่ Google Ads ประมวลผลและตรวจ Match — ต้องจับคู่ Identifier ที่ส่งมากับ Click เดิมในระบบ ซึ่งใช้เวลาประมวลผลเพิ่มอีกชั้น
• Attribution Window ของ Conversion Action — ถ้าดีลปิดห่างจาก Click ต้นทางเกินกว่าที่ตั้งไว้ Conversion นั้นจะไม่ถูกนับเลย ไม่ใช่แค่มาช้า

CRM ต้องเตรียมข้อมูลอะไรให้พร้อม ก่อน Import จะสำเร็จ

ต่อให้ตั้งรอบอัปโหลดถี่แค่ไหน ถ้าข้อมูลใน CRM ไม่ครบหรือไม่ตรงรูปแบบที่กำหนด การ Import ก็จะล้มเหลวหรือ Match ไม่ติดอยู่ดี ฟิลด์ที่ CRM ควรมีให้ครบก่อนเริ่ม Import คือ Click Identifier ต้นทาง เวลาที่เกิด Conversion จริงตาม Time Zone ที่ตรงกับบัญชี Google Ads ชื่อ Conversion Action ที่จะ Map ไปหา และ Value/Currency ของดีลนั้น

จุดที่มักพลาดบ่อยคือ CRM บันทึกเวลาเป็น Time Zone ท้องถิ่นแบบไม่ระบุ Offset ชัดเจน พอส่งเข้า Google Ads ที่ตั้ง Time Zone อีกแบบ ตัวเลขก็อาจเหลื่อมกันจนดูเหมือน Conversion เกิดผิดวัน ทั้งที่จริง ๆ แค่ตีความเวลาไม่ตรงกัน

อ่าน Attribution อย่างไรเมื่อรู้ว่า Conversion มาช้ากว่า Click ต้นทางหลายวัน

เมื่อรู้ว่ามี Lag แน่นอนอยู่แล้ว วิธีอ่านรายงานที่ปลอดภัยกว่าคือไม่ควรดูตัวเลข Conversion ของสัปดาห์นี้แล้วสรุปทันทีว่าแคมเปญไหนดีหรือไม่ดี เพราะดีลที่ปิดสัปดาห์นี้อาจมาจาก Click ของสัปดาห์ก่อนหน้า ในขณะที่ Click ของสัปดาห์นี้เองอาจยังไม่มี Conversion โผล่มาให้เห็นเลยด้วยซ้ำ

แนวทางที่ตรงกว่าคือดูรายงานแบบ Conversion by Conversion Time ควบคู่กับ Click Time เพื่อให้เห็นว่า Conversion แต่ละรายการมาจาก Click ช่วงไหนจริง ๆ แทนที่จะมองแค่ตัวเลขรวมรายวันหรือรายสัปดาห์แบบตัดขาดจากกัน

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

ทำไมบางดีลที่ปิดจริง กลับไม่มีวันขึ้นใน Google Ads เลย

นอกจากเรื่องมาช้า ยังมีอีกกรณีที่ Conversion จะไม่มีวันขึ้นเลย แม้จะรอนานแค่ไหนก็ตาม สาเหตุหลักมักมาจาก Identifier ต้นทางหายไปตั้งแต่ต้น เช่น Lead รายนั้นไม่มี GCLID หรือ Click ID ติดมาเลยตั้งแต่แรก เพราะมาจากช่องทาง Organic หรือลิงก์แชร์ต่อ ไม่ใช่คลิกจากโฆษณาโดยตรง

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

อีกจุดที่มักถูกมองข้ามคือ การเก็บ GCLID ตั้งแต่คลิกแรก ถ้าขั้นตอนนี้ไม่ถูกออกแบบไว้ตั้งแต่ต้น ต่อให้ CRM เตรียมข้อมูลพร้อมแค่ไหน ก็จะไม่มี Identifier ให้ส่งกลับไป Match ได้อยู่ดี

ตรวจ Pipeline การ Import อย่างไรก่อนเชื่อว่าข้อมูลครบ

ก่อนจะสรุปว่า Conversion ที่ขึ้นในรายงานคือภาพที่ครบถ้วน ควรไล่ตรวจ Pipeline ทั้งเส้นทางตั้งแต่ CRM จนถึง Google Ads เป็นระยะ ไม่ใช่ตั้งค่าครั้งเดียวแล้วปล่อยไว้ตลอดไป

1. สุ่มตรวจดีลที่ปิดในสัปดาห์ก่อนหน้าว่าขึ้นใน Google Ads แล้วหรือยัง เทียบจำนวนกับที่ CRM บันทึกไว้
2. ตรวจ Error Row หรือ Rejected Record ในรอบอัปโหลดล่าสุด ว่ามีดีลใดหลุดออกไปเพราะ Format ผิดหรือ Identifier หาย
3. ตรวจว่า Time Zone ที่ CRM ใช้บันทึกตรงกับ Time Zone ของบัญชี Google Ads หรือไม่
4. ตรวจว่า Conversion Action ที่ Map ไว้ยังตรงกับ Deal Stage ปัจจุบันของ CRM หรือมีการเปลี่ยน Workflow ไปแล้วโดยไม่ได้อัปเดตการ Map
5. บันทึกทุกครั้งที่มีการเปลี่ยนรอบอัปโหลดหรือ Attribution Window ไว้เป็นเอกสาร เพื่อให้อธิบายความผิดปกติของตัวเลขย้อนหลังได้

เสี่ยง Conversion ซ้ำตรงไหนบ้าง เมื่อต้องส่งซ้ำหรือแก้ข้อมูลย้อนหลัง

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

กลไกกันซ้ำที่ใช้ได้จริงคือใช้ Order ID หรือ Deal ID ที่ไม่ซ้ำกันเป็น Key หลักในการ Import ทุกครั้ง แทนที่จะอ้างอิงแค่ช่วงเวลาอย่างเดียว เพราะถ้าใช้แค่ช่วงเวลาเป็นตัวกรอง การส่งซ้ำจะไม่มีทางรู้ได้เลยว่ารายการไหนเคยถูกส่งไปแล้วหรือยัง

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

ตั้งความคาดหวังในทีมยังไง ไม่ให้ตกใจทุกครั้งที่ตัวเลขไม่ตรง

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

วิธีลดความเข้าใจผิดคือกำหนดให้ชัดตั้งแต่ต้นว่า Source of Truth ของยอดขายคือ CRM ส่วน Google Ads เป็นมุมมองที่ใช้ดูว่าแคมเปญไหนมีแนวโน้มสร้างยอดขาย โดยต้องรอ Lag ตามรอบที่ตั้งไว้เสมอ ไม่ใช่เทียบตัวเลขวันต่อวันแบบเรียลไทม์

linli ช่วยให้ทีมเห็น Lead และสถานะที่มาจาก LINE ในที่เดียว ซึ่งช่วยลดความสับสนเรื่อง Source of Truth ได้ในระดับหนึ่ง แต่เรื่อง Lag ระหว่าง CRM กับ Google Ads ยังเป็นข้อจำกัดของกลไก Import ที่ต้องเข้าใจและวางแผนรอบเวลาให้เหมาะสมอยู่ดี

สรุป

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

สิ่งที่ทำได้ตั้งแต่วันนี้คือตรวจ Pipeline การ Import ทั้งเส้นทาง กำหนด Source of Truth ให้ชัดในทีม แล้วขยายกรอบเวลาที่ใช้ประเมินแคมเปญให้สอดคล้องกับรอบการขายจริงของธุรกิจ

• Lag เกิดจากหลายจุดตลอดเส้นทาง ตั้งแต่แอดมินอัปเดตสถานะจนถึงรอบประมวลผลของ Google Ads
• อ่าน Conversion by Conversion Time ควบคู่กับ Click Time แทนการมองตัวเลขรวมรายวัน
• ตรวจ Pipeline การ Import เป็นระยะ และตั้ง Source of Truth ให้ชัดเพื่อลดความสับสนในทีม

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