สรุปสั้น ๆ
ธุรกิจที่หาลูกค้าบนเว็บแต่ปิดการขายใน LINE จะเห็น Funnel ใน GA4 ขาดท่อนสุดท้ายเสมอ เพราะ GA4 มองไม่เห็นสิ่งที่เกิดในแชท วิธีต่อให้ครบคือออกแบบ Event ตั้งแต่เข้าเว็บถึงคลิกไป LINE แล้วยิงเหตุการณ์ปิดการขายกลับเข้า GA4 ผ่าน Measurement Protocol โดยเก็บ client_id ไว้ตั้งแต่ตอนคลิกเพื่อผูกเรื่องราวให้เป็นคนเดียวกัน
GA4 ถูกออกแบบมาให้วัดอีคอมเมิร์ซที่จบบนเว็บ: เข้าเว็บ ดูสินค้า หยิบใส่ตะกร้า จ่ายเงิน ครบจบใน Browser เดียว แต่ธุรกิจไทยจำนวนมหาศาลไม่ได้จบแบบนั้น — ลูกค้าดูของบนเว็บแล้ว ‘ทักไลน์ไปต่อราคา’ ซึ่งวินาทีที่เขากดปุ่มเข้า LINE คือวินาทีที่ GA4 ตาบอด
ผลคือรายงาน Funnel ของคุณจะเล่าเรื่องแค่ครึ่งเดียว: เห็นคนเข้าเว็บสามพัน คลิกไป LINE สามร้อย แล้ว... จบ ยอดขายยี่สิบรายการที่เกิดในแชทไม่มีตัวตนใน GA4 พอไปดูรายงาน ROAS หรือเส้นทางลูกค้า มันเลยดูเหมือนเว็บไม่สร้างรายได้อะไรเลย ทั้งที่จริงเว็บคือคนป้อนลูกค้าให้แชททุกวัน
ข่าวดีคือท่อที่ขาดตรงนี้ต่อได้ ด้วยเครื่องมือที่ GA4 มีให้อยู่แล้วชื่อ Measurement Protocol บทความนี้จะวางโครงการวัดทั้งเส้นตั้งแต่ต้นจนจบ แบบที่ทีมการตลาดเปิดรายงานแล้วเห็น Funnel ครบทุกท่อนจริง ๆ
ก่อนอื่น: GA4 เห็นอะไร และตาบอดตรงไหน
GA4 เห็นทุกอย่างที่เกิดบนเว็บที่ติดแท็กไว้: คนมาจากไหน ดูหน้าไหน อยู่นานแค่ไหน กดปุ่มอะไร มันเก่งมากในโลกของมัน แต่พรมแดนของมันคือขอบ Browser — ทันทีที่ลูกค้ากระโดดเข้าแอป LINE ทุกอย่างหลังจากนั้นคือความมืดสนิทสำหรับ GA4
ที่เจ็บกว่าคือขากลับ: ลูกค้าบางคนคุยในไลน์เสร็จ กลับเข้าเว็บมาดูรายละเอียดอีกรอบผ่านลิงก์ที่แอดมินส่งให้ GA4 จะนับเขาเป็น ‘ผู้ใช้ใหม่จาก Direct หรือ Referral’ ทั้งที่เป็นคนเดิม อาการทราฟฟิกจาก LINE กลายเป็น Direct นี้ทำให้เส้นทางลูกค้าใน GA4 เพี้ยนไปอีกชั้นถ้าไม่จัดการ
เพราะฉะนั้นเป้าหมายของเราไม่ใช่ ‘ให้ GA4 เห็นแชท’ (ทำไม่ได้) แต่คือ ‘ส่งผลลัพธ์สุดท้ายจากแชทกลับเข้าไปให้ GA4 บันทึกต่อจากเรื่องเดิมของคนเดิม’ ซึ่งหัวใจอยู่ที่การเก็บรหัสประจำเครื่องของลูกค้าไว้ก่อนที่เขาจะหายเข้าไปในแชท
ออกแบบ Event ทั้งเส้น: จากเข้าเว็บถึงปิดการขาย
โครง Event ที่ผมแนะนำสำหรับธุรกิจเว็บ+แชท เรียงตามลำดับ Funnel เป็นแบบนี้:
| ขั้นใน Funnel | Event | เกิดที่ไหน | วิธีส่ง |
|---|---|---|---|
| รู้จัก | session_start / page_view | เว็บ | แท็ก GA4 ปกติ |
| สนใจสินค้า | view_item | หน้าสินค้า | แท็ก GA4 ปกติ |
| ตั้งใจคุย | click_to_line (สร้างเอง) | ปุ่ม/ลิงก์ไป LINE | แท็ก + เก็บ client_id |
| เป็นลีด | generate_lead | เมื่อทักเข้าแชทจริง | Measurement Protocol |
| ปิดการขาย | purchase (พร้อม value) | เมื่อโอนเงินจริง | Measurement Protocol |
จุดชี้ขาด: เก็บ client_id ตอนคลิกไป LINE
Measurement Protocol คือช่องทางที่ GA4 เปิดให้ยิง Event เข้ามาจากที่ไหนก็ได้ผ่าน HTTP แต่มีเงื่อนไขเดียวที่สำคัญมาก: ต้องแนบ client_id ไปด้วย เพื่อบอกว่า Event นี้เป็นของผู้ใช้คนไหน ถ้าส่งโดยไม่มีหรือมั่ว client_id ยอดขายจะกลายเป็นผู้ใช้ล่องหนที่ไม่เชื่อมกับที่มาใด ๆ — ได้ตัวเลขแต่เสียเรื่องราว ซึ่งเสียของมาก
วิธีทำในทางปฏิบัติ: ตอนลูกค้ากดปุ่มไป LINE ให้สคริปต์บนเว็บอ่านค่า client_id จากคุกกี้ของ GA4 (_ga) แล้วบันทึกไว้คู่กับตัวตนที่จะตามไปในแชท เช่น ฝังไปกับพารามิเตอร์ของลิงก์ติดตาม พอวันที่แชทนั้นปิดการขายได้ ระบบก็หยิบ client_id เดิมมาแนบกับ Event purchase ที่ยิงกลับ — GA4 จะเห็นเป็นเรื่องเดียวต่อเนื่อง: คนจากแอดตัวนี้ เข้าเว็บ ดูสินค้า คลิกไป LINE แล้วซื้อ 3,500 บาท
ขั้นตอนเก็บและส่งต่อรหัสนี้ทำเองได้ถ้ามีนักพัฒนา หรือใช้เครื่องมือที่ทำให้อยู่แล้วอย่าง linli ที่ผูกที่มาของคลิกเข้ากับแชทและยิงเหตุการณ์กลับให้เมื่อบันทึกยอดปิด จุดที่ห้ามข้ามคือการวางแผนเรื่องนี้ ‘ก่อน’ ลูกค้าคลิก เพราะ client_id ที่ไม่ได้เก็บตอนนั้น ย้อนกลับไปเอาทีหลังไม่ได้
ประกอบร่างรายงาน Funnel ใน GA4
- เข้า Explore แล้วเลือกเทมเพลต Funnel Exploration จากนั้นวางขั้นตามลำดับ: session_start → view_item → click_to_line → generate_lead → purchase
- เปิดโหมดดูอัตราหลุดระหว่างขั้น (Abandonment) — จุดที่คนหายเยอะสุดคือการบ้านของทีม เช่น คนดูสินค้าเยอะแต่กดไป LINE น้อย แปลว่าปุ่มหรือข้อเสนอบนหน้าเว็บไม่จูงใจ คนคลิกไป LINE เยอะแต่เป็นลีดน้อย แปลว่าหลุดตอนเปิดแอปหรือทักแล้วไม่มีใครตอบ
- แตกมิติ (Breakdown) ตาม Source/Medium เพื่อเทียบว่าทราฟฟิกจากช่องไหนไหลถึง purchase ในสัดส่วนดีสุด — ตรงนี้แหละที่ข้อมูลเริ่มเปลี่ยนการตัดสินใจเรื่องงบโฆษณาจริง ๆ และจะแม่นได้ก็ต่อเมื่อติด UTM ทุกลิงก์อย่างเป็นระบบตั้งแต่ต้นทาง
- ตั้งค่า purchase ให้ส่งมูลค่าจริง (value + currency) เสมอ เพื่อให้รายงานรายได้ตามช่องทางใช้งานได้ ไม่ใช่แค่นับจำนวน
ข้อจำกัดที่ควรรู้ก่อนเชื่อรายงานร้อยเปอร์เซ็นต์
- Event ที่ยิงย้อนหลังเกิน 72 ชั่วโมงจาก Measurement Protocol อาจไม่เข้าบางรายงาน — ถ้าดีลของคุณใช้เวลาปิดหลายวัน ให้ศึกษาพฤติกรรมนี้และทดสอบกับบัญชีจริงก่อนวางใจ
- GA4 มีระบบปกป้องความเป็นส่วนตัวที่ซ่อนข้อมูลกลุ่มเล็ก (Thresholding) — ร้านที่ทราฟฟิกน้อยจะเห็นบางรายงานว่างทั้งที่มีข้อมูล เป็นพฤติกรรมปกติ ไม่ใช่ระบบพัง
- ตัวเลข GA4 จะไม่ตรงกับ Ads Manager และไม่ตรงกับยอดโอนเป๊ะ — มันคือกล้องอีกตัวที่มีมุมมองของตัวเอง ใช้มันดูภาพเส้นทางลูกค้า ไม่ใช่ใช้แทนบัญชีรายรับ
- อย่าลืมเรื่องพื้นฐานที่สุด: ทุกลิงก์เข้าเว็บจากโฆษณาต้องติด UTM สม่ำเสมอ เพราะ Funnel ที่สวยแค่ไหนก็ไร้ค่าถ้าคอลัมน์ที่มาเขียนว่า Direct เต็มไปหมด
สรุป
Funnel ที่วัดได้ครึ่งเดียวอันตรายกว่าไม่วัดเลย เพราะมันทำให้เว็บดูเหมือนไม่สร้างรายได้ ทั้งที่มันคือด่านแรกของทุกยอดขายที่ไปจบในแชท การต่อท่อด้วย Event ที่ออกแบบดี บวก Measurement Protocol ที่แนบ client_id ถูกต้อง เปลี่ยน GA4 จากกล้องครึ่งตัวเป็นกล้องเต็มเส้นทาง
ถ้าให้เลือกทำสิ่งเดียวจากบทความนี้ ให้เริ่มที่ Event click_to_line พร้อมเก็บ client_id เพราะมันคือข้อต่อที่ทุกอย่างที่เหลือมาเกาะ ทำเสร็จเมื่อไหร่ ประตูสู่การวัดแบบเต็ม Funnel ก็เปิดแล้ว ที่เหลือคือค่อย ๆ เติมทีละท่อน
- GA4 ตาบอดตั้งแต่ลูกค้ากระโดดเข้า LINE — ต้องยิงผลลัพธ์กลับเข้าไปเอง
- เก็บ client_id ตอนคลิกไป LINE คือจุดชี้ขาด ย้อนกลับไปเก็บทีหลังไม่ได้
- วางขั้น Funnel: page_view → view_item → click_to_line → generate_lead → purchase แล้วซ่อมจุดที่คนหลุดเยอะสุดก่อน
คำถามที่พบบ่อย
ไม่มีนักพัฒนาเลย ทำระบบนี้ได้ไหม
ทำครึ่งแรกได้ด้วยตัวเอง คือ Event บนเว็บและปุ่ม click_to_line ผ่าน Google Tag Manager ส่วนครึ่งหลังที่ยิงยอดปิดกลับเข้า GA4 ต้องมีคนเขียนโค้ดเล็กน้อยหรือใช้เครื่องมือสำเร็จรูปที่ทำหน้าที่นี้แทน
ถ้าลูกค้าทัก LINE ตรงจากโฆษณาโดยไม่ผ่านเว็บเลย GA4 จะเห็นไหม
ไม่เห็น เพราะไม่มีจุดที่ GA4 ได้สร้าง client_id ให้เขาเลย เส้นทางแบบนั้นควรวัดผ่านระบบติดตามลิงก์เข้า LINE โดยตรงแทน แล้วมองว่า GA4 คือกล้องเฉพาะเส้นทางที่ผ่านเว็บ
generate_lead ควรยิงตอนไหนถึงเหมาะ
ตอนที่ลูกค้าทักเข้าแชทจริง ไม่ใช่ตอนคลิกปุ่ม เพราะคนคลิกจำนวนหนึ่งเปิดแอปแล้วไม่กดทักต่อ การแยกสอง Event นี้ทำให้เห็นรอยรั่วตรงรอยต่อระหว่างเว็บกับแอปซึ่งเป็นจุดหลุดที่คนไม่ค่อยรู้ตัว
ส่งยอด purchase ย้อนหลังหลายวันหลังจากลูกค้าคลิกได้ไหม
ส่งได้ แต่ควรทดสอบพฤติกรรมของบัญชีตัวเองก่อน เพราะเหตุการณ์ที่ยิงช้ามากอาจเข้ารายงานไม่ครบหรือไม่ผูกกับ Session เดิม ทางที่ดีคือยิงทันทีที่บันทึกยอดปิดในระบบของคุณ
แบบนี้ยังต้องส่ง Conversion กลับเข้า Facebook หรือ Google Ads อีกไหม
ยังควรส่ง เพราะเป้าหมายคนละอย่าง การส่งเข้า GA4 ทำเพื่อให้เราเห็นภาพรวมเส้นทางลูกค้า ส่วนการส่งกลับเข้าแพลตฟอร์มโฆษณาทำเพื่อให้อัลกอริทึมของแพลตฟอร์มนั้นหาคนที่ใช่เก่งขึ้น ทำคู่กันได้ผลดีสุด
ควรดูรายงาน Funnel นี้บ่อยแค่ไหน
รายสัปดาห์กำลังพอดีสำหรับดูรอยรั่วและแนวโน้ม รายวันจะเจอความแกว่งตามธรรมชาติจนตีความผิดง่าย ส่วนการรีวิวใหญ่เพื่อปรับงบหรือปรับหน้าเว็บ ทำรายเดือนโดยดูข้อมูลสะสมย้อนหลังอย่างน้อยสี่สัปดาห์
บทความที่เกี่ยวข้อง
