วิธีส่ง Conversion จาก LINE กลับไปยัง Google Ads แบบเข้าใจกลไกจริง

ผมเจอเจ้าของร้านคนหนึ่งบ่นว่า “ยิงแอดเข้า LINE มาสองเดือน Google Ads บอกว่ามี Conversion 4 ครั้ง ทั้งที่แอดมินปิดยอดไปแล้วอย่างน้อย 40 เคส” ตัวเลขสี่กับสี่สิบมันต่างกันสิบเท่า ปัญหาไม่ได้อยู่ที่โฆษณาไม่ดีเลย แต่อยู่ที่ระบบไม่เคยบอก Google Ads เลยว่า “คนที่คลิกโฆษณาคนนั้น ปิดการขายไปแล้ว”

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

บทความนี้จะพาไล่ทีละขั้นว่าการส่งข้อมูลกลับต้องมีอะไรบ้าง ไม่ใช่แค่ “เชื่อมแล้วจบ” เพราะมีจุดที่พลาดได้เยอะมาก ตั้งแต่การไม่เก็บ Click Identifier ตั้งแต่ต้น ไปจนถึงตั้งเขตเวลาผิดจนข้อมูลตกไปอยู่คนละวัน

ทำไม Google Ads ถึงไม่เห็นยอดขายที่เกิดใน LINE

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

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

ปัญหาที่หลายร้านเจอไม่ใช่แค่ “ไม่ได้เชื่อม” แต่เป็นข้อมูลที่ต้องใช้เชื่อมนั้นไม่เคยถูกเก็บไว้ตั้งแต่แรก ซึ่งเป็นเรื่องที่ต้องแก้ก่อนจะพูดถึงเรื่องตั้งค่าฝั่ง Google Ads เลยด้วยซ้ำ

ตัวเชื่อมที่ขาดไม่ได้: Click Identifier ตั้งแต่คลิกแรก

เวลาลูกค้าคลิกโฆษณา Google Ads (และเปิด Auto-tagging ไว้) ระบบจะแปะ Parameter ที่เรียกว่า GCLID ต่อท้าย URL ของหน้าที่ลูกค้ากดเข้ามา สำหรับแคมเปญที่ยิงไปที่แอปหรือ App Campaign บางกรณีจะเจอ GBRAID หรือ WBRAID แทน ตัวนี้แหละคือ “บัตรคิว” ที่บอกว่าคนคนนี้มาจากคลิกไหนของแคมเปญไหน

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

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

อีกจุดที่ต้องระวังคือ ไม่ใช่ทุกคลิกจะมี GCLID ติดมาเสมอ บางเบราว์เซอร์ตัด Parameter ทิ้ง บางคนคัดลอกลิงก์ไปแปะที่อื่นก่อนกด บาง Traffic ก็มาจากช่องทางอื่นที่ไม่ใช่ Google Ads เลย เพราะฉะนั้นห้ามคาดหวังว่าจะมี Click ID ครบ 100% ของทุกคลิกที่เข้ามา

ก่อนเริ่มตั้งค่า ต้องเตรียมอะไรให้พร้อมก่อน

1. ยืนยันว่า Auto-tagging เปิดอยู่ในบัญชี Google Ads เพราะถ้าปิดไว้จะไม่มี GCLID ติดมากับ URL เลย
2. ตรวจสอบว่าเว็บไซต์หรือ Landing Page ที่พาไป LINE มีจุดเก็บค่า GCLID/UTM ไว้ก่อนลูกค้ากดปุ่มไปแชท
3. นิยามให้ชัดว่า Conversion ที่จะส่งกลับคือเหตุการณ์ไหน เช่น Order ที่ยืนยันแล้ว หรือ Closed Sale ที่ปิดจริง ไม่ใช่แค่ Lead หรือ Chat Started
4. กำหนดเจ้าของกระบวนการฝั่งแอดมิน/เซลส์ ว่าใครเป็นคนบันทึกว่าดีลไหนปิดแล้ว และบันทึกเมื่อไหร่
5. เตรียม Test Contact อย่างน้อยหนึ่งเคส เพื่อไล่ทดสอบทั้งกระบวนการก่อนใช้กับข้อมูลจริง

ตั้งค่า Conversion Action ให้ตรงตั้งแต่แรก

ฝั่ง Google Ads ต้องสร้าง Conversion Action ที่ระบุแหล่งเป็น Import (นำเข้า) ไม่ใช่ Website เพราะเป็นเหตุการณ์ที่เกิดนอกเว็บ จุดที่คนตั้งผิดบ่อยคือปล่อยค่าตั้งต้นไว้โดยไม่เช็กว่ามันตรงกับพฤติกรรมจริงของธุรกิจหรือเปล่า โดยเฉพาะเรื่องเขตเวลาและวิธีนับจำนวน

ช่องทางส่งข้อมูลกลับมีหลายแบบ ไม่ใช่แบบเดียว

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

อีกแนวทางที่ Google Ads แนะนำสำหรับธุรกิจที่ Lead-generation คือ Enhanced Conversions for Leads ซึ่งใช้ข้อมูลติดต่อ เช่น อีเมลหรือเบอร์โทรที่ Hash แล้ว มาช่วยแมตช์กับ Conversion เมื่อไม่มี Click ID หรือ Click ID หายไประหว่างทาง แต่ต้องเข้าใจว่านี่คือการ “เพิ่มโอกาสแมตช์” ไม่ใช่การแทนที่ Click ID ได้ครบทุกกรณี เพราะยังต้องมีข้อมูลติดต่อที่ถูกต้องและได้รับความยินยอมให้ใช้

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

กันข้อมูลซ้ำ และตั้งความคาดหวัง Match Rate ให้สมเหตุสมผล

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

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

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

QA ที่ต้องทำก่อนจะเชื่อตัวเลขในรายงาน

• ตรวจว่า Auto-tagging เปิดจริงและ URL ที่ลูกค้าคลิกมีค่า GCLID ติดมา
• ตรวจว่า Test Conversion ไม่หลุดปนเข้าไปในข้อมูล Production จริง
• เทียบ Conversion Time กับเวลาที่ปิดดีลจริงว่าตรงเขตเวลาหรือไม่
• ดูว่า Value/Currency ที่ส่งไปตรงกับยอดขายจริงหรือใช้ค่าเฉลี่ยที่คลาดเคลื่อน
• สุ่มเช็ก 5-10 ดีลย้อนหลังว่าปรากฏใน Google Ads ตรงกับที่ทีมขายบันทึกไว้ในระบบของตัวเองหรือไม่ ถ้าใช้ระบบกลางที่เชื่อมต่อการส่งกลับให้ ก็ควรกลับไปดู Log การส่งกลับของ Project นั้นประกอบด้วย
• ดู Conversion Delay หรือระยะเวลาที่ Google Ads ใช้ก่อนตัวเลขจะเข้าไปอยู่ในรายงานให้ครบ อย่าเพิ่งสรุปผลจากรายงานที่ยังไม่นิ่ง

ข้อผิดพลาดที่ทำให้ตัวเลขไม่ตรงบ่อยที่สุด

ข้อผิดพลาดอันดับหนึ่งคือการตั้ง Primary Conversion ผิด Event ตั้งแต่แรก บางร้านตั้งให้ “Chat Started” เป็น Primary เพราะมันมีจำนวนเยอะและติดตั้งง่าย ทั้งที่ Chat Started ยังห่างไกลจากยอดขายมาก ผลคือระบบ Bidding พยายามหาคนที่แค่ทักแชท ไม่ใช่คนที่จะซื้อจริง

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

อันดับสามคือการเปลี่ยน Conversion Goal บ่อยเกินไปโดยไม่บันทึกวันที่เปลี่ยน ทำให้เวลาย้อนดูข้อมูลเก่าแล้วเทียบกับข้อมูลใหม่ กลายเป็นเทียบกันคนละมาตรฐาน วิเคราะห์ผิดพลาดโดยไม่รู้ตัว

สรุป

สรุปสั้น ๆ คือ Google Ads จะไม่มีวันรู้ว่าใครซื้อของใน LINE เว้นแต่มีคนบอกมันอย่างเป็นระบบ และการบอกที่ว่านั้นต้องมีสามชิ้นครบ คือ Identifier ที่เก็บตั้งแต่คลิกแรก Conversion Action ที่ตั้งค่าตรงกับพฤติกรรมจริง และกระบวนการส่งกลับที่กันข้อมูลซ้ำและมี QA รองรับ

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

• ไม่มี Click Identifier ตั้งแต่ต้นทาง = ไม่มีทางส่งกลับได้ ต่อให้เทคนิคหลังบ้านสมบูรณ์แค่ไหน
• ตั้ง Time Zone, Value/Currency, Count ให้ตรงพฤติกรรมจริง ไม่ใช้ค่าเริ่มต้นแบบไม่เช็ก
• อัปโหลดสำเร็จ ≠ แมตช์สำเร็จ ต้องดูรายงานสถานะและ QA ทุกครั้งก่อนเชื่อตัวเลข

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