ติด GA4 ให้เห็นคนคลิกปุ่ม LINE ก่อนเพิ่มเพื่อนจริง

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

ความจริงคือ GA4 เห็นแค่ว่าคนเข้าเว็บ แต่ไม่เห็นว่าคนกดปุ่มไป LINE กี่คน เพราะการคลิกปุ่มที่พาออกจากเว็บไปหา LINE ไม่ใช่ Event มาตรฐานที่ GA4 เก็บให้เอง ต้องมีคนไปตั้งค่าให้ยิง Event นี้ขึ้นมาเองก่อน ถ้าไม่มีใครตั้ง ตัวเลขตรงนี้จะหายไปเฉย ๆ โดยไม่มีใครรู้ตัว

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

คลิกปุ่ม LINE กับการเพิ่มเพื่อนจริง เป็นคนละเหตุการณ์

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

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

ถ้าอ้างอิงตาม Funnel มาตรฐานของการวัดผล LINE จะเรียงเป็น Ad Click หรือ Website Session ก่อน ตามด้วย LINE Click แล้วค่อยไป Add Friend, Chat Started, Lead และ Order ตามลำดับ การที่ GA4 เก็บได้แค่ Session แต่ข้ามขั้น LINE Click ไปเลย ทำให้มองไม่เห็นรอยรั่วที่สำคัญที่สุดจุดหนึ่งของธุรกิจที่ขายผ่านแชท

โดยค่าเริ่มต้น GA4 เห็นอะไรบ้างตอนคนกดปุ่มไป LINE

GA4 มี Enhanced Measurement ที่เปิดให้อัตโนมัติอยู่แล้วบางส่วน เช่น page_view, scroll, outbound click แบบกว้าง ๆ ซึ่ง outbound click อาจจับได้ว่ามีคนคลิกลิงก์ที่พาออกจากโดเมนของคุณ แต่ปัญหาคือ Event นี้จับทุกลิงก์ขาออกปนกันหมด ไม่ได้แยกว่าลิงก์ไหนคือปุ่ม LINE ลิงก์ไหนคือลิงก์ไป Facebook หรือแผนที่ Google Maps

พอ Event มันปนกันแบบนี้ พอเอาไปทำรายงานจริง คุณจะแยกไม่ออกว่าคนคลิกปุ่ม LINE กี่คนกันแน่ ต้องมานั่งกรองด้วย URL parameter อีกที ซึ่งถ้าไม่ได้วางโครงสร้างลิงก์ให้จับง่ายไว้ตั้งแต่แรก งานส่วนนี้จะยุ่งยากและมีโอกาสนับผิดสูง

ทางที่ตรงกว่าคือสร้าง Custom Event เฉพาะสำหรับปุ่ม LINE ขึ้นมาเอง ตั้งชื่อให้ชัดเจนแยกจาก outbound click ทั่วไป เพื่อให้ในรายงาน GA4 มีบรรทัดที่บอกตรง ๆ ว่าวันนี้มีคนกดปุ่ม LINE กี่ครั้ง มาจากหน้าไหน มาจาก Campaign ไหนบ้าง

ตั้ง Custom Event ให้ยิงตอนคนกดปุ่ม LINE

วิธีที่ทีมส่วนใหญ่ใช้กันคือตั้งผ่าน Google Tag Manager เพราะปรับเงื่อนไข Trigger ได้โดยไม่ต้องแก้โค้ดหน้าเว็บทุกครั้ง ขั้นตอนหลัก ๆ มีดังนี้

1. ตรวจก่อนว่าปุ่ม LINE บนเว็บมี Class, ID หรือ URL Pattern ที่จับได้ชัดเจน เช่น href ที่ขึ้นต้นด้วย line.me หรือ lin.ee เพื่อใช้เป็นเงื่อนไข Trigger
2. สร้าง Trigger แบบ Click - Just Links หรือ Click - All Elements ใน GTM แล้วกำหนดเงื่อนไขให้ทำงานเฉพาะตอน URL ที่คลิกตรงกับ Pattern ของ LINE เท่านั้น ไม่ใช่ทุกลิงก์ขาออก
3. สร้าง Tag ประเภท GA4 Event ตั้งชื่อ Event ให้สื่อความหมายชัด เช่น line_click แล้วแนบ Parameter ที่จำเป็น เช่น link_url, page_location และ Campaign ID ที่เกี่ยวข้อง
4. ทดสอบผ่าน GTM Preview Mode ก่อนเผยแพร่จริง ลองกดปุ่มจริงบนหน้าเว็บแล้วดูใน GA4 DebugView ว่า Event ยิงมาตรงตามที่ตั้งใจ ไม่ยิงซ้ำสองครั้งต่อการคลิกหนึ่งครั้ง
5. เผยแพร่ Container แล้วเฝ้าดูข้อมูลจริงสองสามวันแรก เทียบจำนวน Event กับความรู้สึกของทีมว่าตัวเลขสมเหตุสมผลไหม ก่อนเอาไปใช้ตัดสินใจงบโฆษณา

ข้อมูลอะไรบ้างที่ต้องแนบไปกับ Event นี้ ถึงจะเอาไปวิเคราะห์ต่อได้จริง

Event ที่ยิงเฉย ๆ โดยไม่มี Parameter ประกอบ แทบไม่มีประโยชน์ในการวิเคราะห์ เพราะบอกได้แค่ 'มีคนคลิก' แต่บอกไม่ได้ว่าคลิกจากไหน มาจาก Campaign อะไร สิ่งที่ควรแนบไปด้วยมีดังนี้

• page_location — หน้าไหนที่คนกดปุ่ม LINE เพื่อรู้ว่าหน้าไหนของเว็บทำหน้าที่พาคนเข้า LINE ได้ดีที่สุด
• UTM Source/Medium/Campaign — ถ้าคนมาจากแอด ต้องรู้ว่ามาจาก Campaign ไหน เพื่อเทียบว่าแอดตัวไหนพาคนกดปุ่มมากที่สุด
• Click Identifier เช่น GCLID หรือ Meta Click ID ถ้ามี เพื่อเตรียมไว้เชื่อมกับการส่งข้อมูลกลับแพลตฟอร์มโฆษณาในภายหลัง
• ตำแหน่งของปุ่ม เช่น ปุ่มบน Header, ปุ่มท้ายบทความ หรือ Floating Button เพื่อรู้ว่าปุ่มตำแหน่งไหนถูกกดบ่อยกว่ากัน
• Timestamp ที่ GA4 บันทึกให้อัตโนมัติอยู่แล้ว แต่ต้องตรวจ Time Zone ของ Property ให้ตรงกับเวลาไทย ไม่งั้นเทียบช่วงเวลากับข้อมูลแอดมินจะคลาดเคลื่อน

เทียบจุดที่จับ Click LINE ได้ แต่ละแบบข้อจำกัดต่างกัน

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

กันนับซ้ำตอนคนกดปุ่มหลายรอบในเซสชันเดียว

คนหลายคนกดปุ่ม LINE ไม่ใช่แค่ครั้งเดียว บางคนกดแล้วรอ LINE โหลดไม่ขึ้น เลยกดซ้ำอีกสองสามครั้ง ถ้า GTM ยิง Event ทุกครั้งที่กด ตัวเลขที่ได้จะสูงเกินจริง และถ้าเอาไปหารเป็น Conversion Rate จะดูแย่กว่าความเป็นจริง

วิธีที่ช่วยได้คือกำหนดเงื่อนไขใน Trigger ให้ยิง Event แค่ครั้งแรกต่อ Session สำหรับปุ่มเดียวกัน หรือใส่ Cooldown สั้น ๆ ไม่ให้ยิงซ้ำภายในไม่กี่วินาที วิธีนี้ไม่ได้การันตีว่าจะไม่ซ้ำเลย 100% แต่ลดโอกาสนับเกินจริงลงได้มาก

อีกจุดที่คนมักลืมคือถ้ามีปุ่ม LINE หลายจุดในหน้าเดียว (เช่น Floating Button กับปุ่มท้ายบทความ) ควรแยก Parameter ตำแหน่งปุ่มไว้ด้วย เพื่อไม่ให้เข้าใจผิดว่าคนคนเดียวคือคนสองคนที่กดจากจุดต่างกัน

สถานะการใช้งานจริงของการติดตามคลิก LINE ด้วย GA4

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

ถ้าธุรกิจใช้ระบบอย่าง linli ควบคู่ไปด้วย ระบบฝั่งนั้นจะช่วยผูก Journey ตั้งแต่คลิกไปจนถึง Lead และยอดขายในอีกชั้นหนึ่ง แต่การเก็บ Event บน GA4 เองยังต้องตั้งค่าแยกตามที่อธิบายไว้ข้างต้น เพราะเป็นคนละระบบที่ทำหน้าที่ต่างกัน

ข้อผิดพลาดที่ทำให้ยอดคลิกใน GA4 ไม่ตรงกับที่แอดมินเห็นจริง

• ตั้ง Trigger กว้างเกินไปจนจับลิงก์อื่นที่ไม่ใช่ LINE ปนเข้ามาด้วย ทำให้ตัวเลขสูงเกินจริง
• ลืมตรวจ Time Zone ของ GA4 Property ทำให้เทียบช่วงเวลากับ Log ของแอดมินไม่ตรงกัน เหมือนข้อมูลขัดกันทั้งที่จริงแค่เวลาเหลื่อม
• ไม่ได้แยก Parameter ตำแหน่งปุ่ม ทำให้วิเคราะห์ไม่ได้ว่าปุ่มไหนทำงานดีกว่ากัน
• เผยแพร่ Container โดยไม่ทดสอบผ่าน Preview Mode ก่อน แล้วมารู้ทีหลังว่า Event ไม่ยิงเลยเพราะ Trigger ผิดเงื่อนไข เสียข้อมูลไปหลายวันโดยไม่รู้ตัว

พฤติกรรมคลิกบนมือถือกับเดสก์ท็อปต่างกันแค่ไหน

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

ถ้าข้อมูล GA4 แสดงว่าอัตราการคลิกปุ่ม LINE บนเดสก์ท็อปสูง แต่อัตราการเพิ่มเพื่อนจริงต่ำผิดปกติเมื่อเทียบกับมือถือ นั่นอาจเป็นสัญญาณว่าขั้นตอนบนเดสก์ท็อปมีจุดที่คนหลุดง่าย เช่น ต้องสแกน QR Code ด้วยมือถืออีกเครื่อง ซึ่งเป็นแรงเสียดทานที่มือถือไม่มี การแยกดูตามอุปกรณ์แบบนี้ช่วยให้ตัดสินใจได้ตรงจุดกว่าการดูตัวเลขรวมเฉย ๆ

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

สรุป

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

การตั้ง Custom Event สำหรับปุ่ม LINE ไม่ใช่เรื่องซับซ้อนเกินไปสำหรับทีมที่มี GTM อยู่แล้ว แต่ต้องระวังเรื่อง Trigger ที่แม่นยำ Parameter ที่ครบ และการทดสอบก่อนเผยแพร่จริง เพื่อไม่ให้เสียข้อมูลไปฟรี ๆ ในช่วงแรก

• คลิกปุ่ม LINE ต้องตั้ง Custom Event เอง GA4 ไม่นับให้อัตโนมัติ
• แนบ page_location, UTM และ Click Identifier ไปกับ Event เสมอ
• กันนับซ้ำด้วยเงื่อนไข Session/Cooldown และแยก Parameter ตำแหน่งปุ่ม
• ทดสอบผ่าน Preview Mode ก่อนเผยแพร่ทุกครั้ง

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