ตั้ง GTM ให้รู้ว่าใครกดเพิ่มเพื่อนจริง ไม่ใช่แค่กดปุ่มผ่าน
สรุปสั้น ๆ
GTM สามารถจับได้แค่ ‘การคลิกปุ่มที่พาไปหน้า Add Friend’ ไม่ใช่การยืนยันว่าเพิ่มเพื่อนสำเร็จจริง เพราะขั้นตอนกดยืนยันเกิดขึ้นในแอป LINE ซึ่งอยู่นอกขอบเขตของเว็บไซต์ การจะรู้ตัวเลข Add Friend จริงต้องใช้ข้อมูลจากฝั่ง LINE OA มาเทียบเสริมกัน
หลายคนเข้าใจว่าเมื่อ GTM จับ Event ‘คลิกปุ่มเพิ่มเพื่อน’ ได้แล้ว เท่ากับรู้ยอด Add Friend ที่แท้จริง แต่นี่คือความเข้าใจผิดที่พบบ่อยมาก เพราะสิ่งที่ GTM เห็นได้คือแค่ ‘คนกดปุ่มบนเว็บที่พาไปหน้าเพิ่มเพื่อน’ ส่วนขั้นตอนถัดไป ที่คนต้องกดยืนยันเพิ่มเพื่อนในแอป LINE จริง ๆ เกิดขึ้นนอกเว็บไซต์ทั้งหมด ซึ่ง GTM มองไม่เห็น
ความต่างนี้สำคัญเพราะถ้าคุณรายงานว่า ‘มีคน Add Friend 200 คน’ ทั้งที่จริงคือ 200 คนแค่คลิกปุ่ม แล้วมีแค่ 140 คนที่กดยืนยันจริง ตัวเลขที่ใช้ตัดสินใจงบโฆษณาจะเพี้ยนไปเลย เพราะคุณคิดว่าได้ลูกค้าใหม่ 200 คน ทั้งที่ได้จริงแค่ 140 คน
บทความนี้จะอธิบายว่าควรตั้งชื่อ Event ยังไงให้ไม่สับสน วิธีตรวจว่าคนกดปุ่มแล้วเปลี่ยนหน้าไป LINE จริงหรือแค่คลิกเฉย ๆ และวิธีเสริมข้อมูลจากฝั่ง LINE OA เพื่อให้เห็นตัวเลข Add Friend ที่ใกล้เคียงความจริงที่สุด
ทำไม Add Friend ถึงเป็น Event ที่มีความหมายกว่าที่คิด
การเพิ่มเพื่อนคือจังหวะที่ลูกค้ายอมให้คุณสื่อสารกับเขาต่อในอนาคตแบบไม่ต้องพึ่งโฆษณาอีก ต่างจากการคลิกปุ่มธรรมดาที่จบแค่ตอนนั้น เพราะเมื่อเพิ่มเพื่อนแล้ว คุณสามารถส่ง Broadcast, Rich Menu หรือข้อความติดตามในอนาคตได้ นี่คือเหตุผลที่ Add Friend มักถูกใช้เป็น Conversion ที่มีน้ำหนักมากกว่าแค่ Click
แต่ก็ต้องระวังไม่ให้มองข้ามว่า Add Friend ยังไม่ใช่ Lead หรือยอดขาย มันเป็นแค่การเปิดประตูให้สื่อสารต่อได้ ถ้าเพิ่มเพื่อนแล้วไม่มีใครทักคุยเลย ก็ยังไม่มีความหมายเชิงรายได้ ต้องดูควบคู่ไปกับ Chat Started และ Lead เสมอ ไม่ใช่ยึด Add Friend เป็นตัวชี้วัดเดียว
ความต่างระหว่างกดปุ่มผ่าน กับเพิ่มเพื่อนจริง
ลองนึกภาพ Journey ทั้งหมด: คนคลิกปุ่มบนเว็บ เบราว์เซอร์เปลี่ยนหน้าไปยังหน้าโปรไฟล์ LINE OA จากนั้นเขาต้องกดปุ่ม ‘เพิ่มเพื่อน’ อีกครั้งในแอป LINE ถึงจะเสร็จสมบูรณ์ ระหว่างสองจุดนี้มีคนหลุดหายได้หลายเหตุผล เช่น แอป LINE ไม่ได้ติดตั้งในเครื่อง เปิดช้าจนเขาเปลี่ยนใจ หรือเขาลังเลตอนเห็นหน้าโปรไฟล์แล้วปิดไปเฉย ๆ
GTM เห็นได้แค่ครึ่งแรกคือ ‘คลิกปุ่มพาไปหน้าเพิ่มเพื่อน’ ส่วนครึ่งหลังคือการกดยืนยันจริงในแอป ต้องอาศัยข้อมูลจากฝั่ง LINE Official Account Manager ที่รายงานจำนวนเพื่อนใหม่ในแต่ละวัน มาเทียบเคียงแทน ไม่ใช่ใช้ Event บนเว็บเป็นตัวเลข Add Friend โดยตรง
วิธีตรวจจับว่าเบราว์เซอร์เปลี่ยนหน้าไป LINE จริงหรือแค่คลิก
ในเมื่อรู้ยอด Add Friend จริงจาก GTM ไม่ได้ สิ่งที่ทำได้ดีที่สุดคือจับให้แม่นที่สุดว่ามีคนคลิกปุ่มที่พาไปหน้าเพิ่มเพื่อนกี่คน แล้วตั้งชื่อ Event ให้สื่อความหมายถูกต้อง ไม่ใช้คำว่า add_friend เฉย ๆ เพราะจะทำให้ทีมเข้าใจผิดว่าเป็นยอดเพิ่มเพื่อนจริง
- ตั้งชื่อ Event ให้ชัดเจนว่าเป็นการคลิก เช่น click_add_friend_button แทนคำว่า add_friend เพื่อไม่ให้สับสนกับตัวเลขจริงในภายหลัง
- ตั้ง Trigger จับการคลิกลิงก์ที่มี URL รูปแบบของ LINE Add Friend เช่น lin.ee หรือ line.me/ti/p ตามที่ใช้จริงในเว็บ
- ใส่ Parameter บอกที่มาของปุ่ม เช่น มาจาก Landing Page ไหน หรือแคมเปญไหน เพื่อเทียบภายหลังว่าแคมเปญใดพาคนมาถึงจุดนี้มากสุด
- ทดสอบผ่าน Preview Mode ด้วยอุปกรณ์จริงทั้งมือถือและคอมพิวเตอร์ เพราะพฤติกรรมการเปลี่ยนหน้าไป LINE บนสองอุปกรณ์นี้ต่างกัน
จับ Add Friend จากฝั่ง LINE OA เสริมกับฝั่งเว็บ
เพื่อให้เห็นภาพที่ใกล้ความจริงมากขึ้น ควรดูรายงานจำนวนเพื่อนใหม่ในแต่ละวันจาก LINE Official Account Manager ควบคู่กับ Event ที่ GTM เก็บได้ ถ้าวันไหนมีคนคลิกปุ่ม 100 คน แต่จำนวนเพื่อนใหม่เพิ่มแค่ 60 คน แปลว่ามีช่องว่างราว 40 คนที่หลุดหายไปกลางทาง ซึ่งเป็นสัญญาณให้กลับไปตรวจว่าหน้าโปรไฟล์ LINE OA มีอะไรที่ทำให้คนลังเลหรือไม่
ข้อจำกัดสำคัญคือรายงานจำนวนเพื่อนใหม่ของ LINE OA เป็นยอดรวมทั้งวัน ไม่สามารถผูกกับ Session หรือ Campaign รายบุคคลได้โดยตรงจากฝั่ง LINE เอง การจะเชื่อมสองฝั่งให้แม่นระดับรายบุคคล ต้องอาศัยการออกแบบ Tracking Link หรือ Rich Menu Parameter เพิ่มเติม ซึ่งมีความซับซ้อนทางเทคนิคที่ต้องประเมินตามความจำเป็นของธุรกิจ
ออกแบบ Data Layer ให้รู้ Journey ตั้งแต่ต้นทาง
เพื่อให้ข้อมูลที่เก็บมีประโยชน์สูงสุด ควรวางโครงสร้าง Data Layer ให้ครอบคลุมข้อมูลที่จำเป็นต่อการวิเคราะห์ ไม่ใช่แค่บันทึกว่า ‘มีคนคลิก’ เฉย ๆ
| ข้อมูลใน Data Layer | ประโยชน์ |
|---|---|
| source_campaign | รู้ว่าคลิกมาจากแคมเปญไหน |
| landing_page | รู้ว่าหน้าไหนพาคนไปกดปุ่มเพิ่มเพื่อนได้ดี |
| click_timestamp | เทียบกับยอดเพื่อนใหม่รายวันของ LINE OA |
| device_type | ดูว่ามือถือหรือคอมพิวเตอร์ กดปุ่มสำเร็จมากกว่ากัน |
เคสที่พบบ่อยเมื่อ Add Friend Event ไม่ตรงยอดจริงในแอดมิน
เคสหนึ่งที่พบบ่อยคือ Event คลิกปุ่มสูงกว่ายอดเพื่อนใหม่มาก ซึ่งอาจเกิดจากคนเดิมคลิกซ้ำหลายครั้งเพราะไม่แน่ใจว่ากดสำเร็จหรือยัง หรือปุ่มพาไปหน้าที่โหลดช้าจนเขาปิดหนีไปก่อน อีกเคสคือยอดเพื่อนใหม่สูงกว่า Event ที่ GTM เก็บได้ ซึ่งมักเกิดจากมีช่องทางเพิ่มเพื่อนอื่นที่ไม่ได้ผ่านเว็บไซต์ เช่น QR Code บนแพ็กเกจสินค้า หรือ Rich Menu ในแชทอื่น
การเห็นช่องว่างแบบนี้ไม่ใช่เรื่องผิดปกติ แต่เป็นข้อมูลที่บอกว่าควรขยาย Scope การ Track ให้ครอบคลุมช่องทางที่ยังไม่ได้วัด ไม่ใช่พยายามบังคับให้ตัวเลขสองฝั่งเท่ากันเป๊ะ เพราะโดยธรรมชาติของ Journey ที่ข้ามระบบ ตัวเลขจะไม่มีทางตรงกันร้อยเปอร์เซ็นต์
เชื่อม Add Friend เข้ากับ Lead ในขั้นถัดไป
Add Friend ที่ตามด้วยการทักคุยจริง คือสิ่งที่มีค่าต่อธุรกิจ ไม่ใช่แค่จำนวนเพื่อนที่เพิ่มขึ้น ควรมีระบบหรือทีมแอดมินที่บันทึกว่าคนที่เพิ่มเพื่อนวันนี้ ทักคุยหรือไม่ กลายเป็น Lead หรือไม่ เพื่อคำนวณอัตราการแปลงจาก Add Friend ไปสู่ Lead ได้จริง
ถ้าอยากให้ข้อมูลฝั่งเว็บกับฝั่งแชทเชื่อมกันโดยไม่ต้องเทียบไฟล์ด้วยมือ ระบบอย่าง linli ช่วยผูก Click ต้นทางเข้ากับ Lead และสถานะการขายในที่เดียวได้ แต่สิ่งที่สำคัญกว่าตัวเครื่องมือคือทีมต้องมีวินัยในการบันทึกสถานะให้ครบ ไม่ว่าจะใช้ระบบไหนก็ตาม
ใช้ Preview Mode เช็ค Trigger ปุ่ม Add Friend ก่อนเชื่อว่าทำงานจริง
การเปิด GTM Preview Mode แล้วคลิกปุ่ม Add Friend เองทุกครั้งก่อน Publish คือขั้นตอนที่หลายทีมข้ามไป เพราะคิดว่าตั้ง Trigger เสร็จแล้วต้องทำงานแน่นอน แต่ในหน้าต่าง Preview จะมีแท็บ Variables ที่โชว์ค่า Click Element, Click Classes, Click URL และ Click ID ของสิ่งที่ถูกคลิกจริง ถ้าเปิดดูแล้วเห็นว่า Click Classes ที่ Trigger อ้างอิงไม่ตรงกับค่าที่ระบบจับได้จริง แปลว่า Trigger จะไม่ทำงานเลยทั้งที่ตั้งค่าไว้ดูถูกต้องในสายตา
ปัญหาที่พบบ่อยที่สุดคือทีมดีไซน์เปลี่ยน Class ของปุ่มตอนปรับหน้าเว็บใหม่ เช่น จาก btn-line-add เป็น cta-add-friend โดยไม่แจ้งทีมที่ดูแล GTM ทำให้ Trigger ที่เคยจับ Click Classes contains btn-line-add หยุดทำงานเงียบ ๆ วิธีป้องกันที่ดีกว่าคือใช้ Trigger ประเภท Click - CSS Selector อ้างอิงจาก ID ที่คงที่กว่า Class เพราะเว็บที่ใช้ Utility Class เช่น Tailwind มักมี Class เปลี่ยนไปตาม Breakpoint หรือ State ของปุ่ม ทำให้ Class Matching เปราะบางกว่าที่คิด
- เปิด Preview Mode แล้วดูแท็บ Variables ทุกครั้งหลังแก้ Trigger เพื่อยืนยันค่า Click Classes/Click URL ตรงกับที่ตั้งเงื่อนไขไว้จริง
- ใช้ Click - CSS Selector แทน Click Classes เมื่อปุ่มอยู่ในเว็บที่ใช้ Utility Class Framework เพราะ Class เปลี่ยนบ่อยกว่า ID
- ตั้งชื่อ dataLayer Event ให้สื่อความหมาย เช่น dataLayer.push({event: 'line_add_friend_click', button_id: 'header-cta'}) แทนการพึ่ง Auto-Event เพียงอย่างเดียว เมื่อทีมพัฒนาแก้โค้ดได้
- หลัง Publish ให้เปิด GA4 DebugView คู่กับ Preview Mode อีกรอบ เพื่อยืนยันว่า Event ที่เห็นใน Preview ถูกส่งไปถึงปลายทางจริงไม่ใช่แค่ Trigger ทำงานในเบราว์เซอร์เฉย ๆ
สรุป
สิ่งที่ GTM ทำได้คือจับว่ามีคนคลิกปุ่มที่พาไปหน้าเพิ่มเพื่อนกี่คน ไม่ใช่ยืนยันว่าเพิ่มเพื่อนสำเร็จจริง การเข้าใจข้อจำกัดนี้ตั้งแต่ต้นช่วยให้คุณตั้งชื่อ Event และตีความตัวเลขได้ถูกต้อง ไม่หลงตัวเลขที่ดูดีเกินจริง
การเทียบ Event ฝั่งเว็บกับรายงานเพื่อนใหม่จาก LINE OA คือวิธีที่ใกล้เคียงความจริงที่สุดในตอนนี้ และควรต่อยอดไปดูอัตราแปลงจาก Add Friend ไปสู่ Lead ด้วย เพราะเพื่อนใหม่ที่ไม่เคยทักคุย ยังไม่มีความหมายทางธุรกิจ
- GTM จับได้แค่การคลิกปุ่ม ไม่ใช่การยืนยันเพิ่มเพื่อนจริงในแอป LINE
- ตั้งชื่อ Event ให้สื่อความหมายถูกต้อง แล้วเทียบกับรายงานเพื่อนใหม่จาก LINE OA
- ต่อยอดดูอัตราแปลงจาก Add Friend ไปสู่ Lead เพื่อวัดคุณค่าที่แท้จริง
คำถามที่พบบ่อย
GTM สามารถรู้ได้ไหมว่าคนกดยืนยันเพิ่มเพื่อนสำเร็จจริงในแอป LINE
รู้ไม่ได้โดยตรง เพราะขั้นตอนนั้นเกิดขึ้นในแอป LINE ซึ่งอยู่นอกขอบเขตของเว็บไซต์ GTM จับได้แค่การคลิกปุ่มที่พาไปยังหน้าเพิ่มเพื่อนเท่านั้น ต้องใช้รายงานจำนวนเพื่อนใหม่จาก LINE Official Account Manager มาเทียบเสริม
ทำไมยอดคลิกปุ่มเพิ่มเพื่อนถึงสูงกว่ายอดเพื่อนใหม่จริงเสมอ
เป็นเรื่องปกติ เพราะระหว่างคลิกปุ่มกับการกดยืนยันในแอป มีจุดที่คนหลุดหายได้หลายจุด เช่น ไม่มีแอป LINE ในเครื่อง โหลดช้าจนปิดหนี หรือเปลี่ยนใจตอนเห็นหน้าโปรไฟล์ ส่วนต่างนี้เป็นข้อมูลปกติของ Funnel ไม่ใช่ความผิดพลาดของการติดตั้ง
ควรตั้งชื่อ Event ว่า add_friend เลยได้ไหม
ไม่แนะนำ เพราะจะทำให้ทีมเข้าใจผิดว่าเป็นยอดเพิ่มเพื่อนจริง ควรใช้ชื่อที่สื่อว่าเป็นการคลิก เช่น click_add_friend_button เพื่อสื่อสารในทีมให้ตรงกันว่าตัวเลขนี้คืออะไรกันแน่
ถ้ามี QR Code เพิ่มเพื่อนนอกเว็บไซต์ด้วย จะรวมยอดกันยังไง
ควรแยกยอดเป็นสองส่วนไว้ก่อน คือยอดจากเว็บไซต์ที่ GTM เก็บ กับยอดรวมจาก LINE OA ที่รวมทุกช่องทาง แล้วเทียบส่วนต่างเพื่อประเมินว่าช่องทางอื่นนอกเว็บมีสัดส่วนมากแค่ไหน
อัตราแปลงจาก Click เป็น Add Friend เท่าไหร่ถือว่าดี
ไม่มีตัวเลขมาตรฐานตายตัวเพราะขึ้นกับอุตสาหกรรมและคุณภาพหน้าเว็บ วิธีที่ได้ผลกว่าคือเก็บข้อมูลของตัวเองไปเรื่อย ๆ แล้วดูแนวโน้มว่าดีขึ้นหรือแย่ลงเมื่อเทียบกับตัวเองในอดีต
จำเป็นต้องมี Rich Menu Parameter เพื่อเชื่อมข้อมูลไหม
ไม่จำเป็นสำหรับธุรกิจขนาดเล็กที่มีช่องทางเข้า LINE ไม่กี่ทาง แต่ถ้าธุรกิจมีหลายแคมเปญพร้อมกันและอยากรู้ว่าแคมเปญไหนพาคนเพิ่มเพื่อนได้จริง การออกแบบ Parameter เพิ่มเติมจะช่วยให้ข้อมูลละเอียดขึ้นมาก
ใช้ Click Classes กับ CSS Selector ต่างกันตรงไหนตอนตั้ง Trigger
Click Classes จับคู่จาก Class ที่ปรากฏใน HTML ของ Element ที่ถูกคลิก ถ้า Class เปลี่ยนไปตามการดีไซน์หรือ Breakpoint Trigger จะหยุดทำงานทันที ส่วน CSS Selector อ้างอิงได้ละเอียดกว่า เช่นผ่าน ID หรือ Attribute เฉพาะ ทำให้ทนทานต่อการเปลี่ยนดีไซน์มากกว่าถ้าตั้งอ้างอิงจากจุดที่ไม่ค่อยเปลี่ยน
ถ้าทีมพัฒนาส่ง dataLayer.push เองได้ ควรใช้แทน Auto-Event Trigger ไหม
ถ้าทีมพัฒนาสามารถควบคุมโค้ดได้ การยิง dataLayer.push({event: 'line_add_friend_click'}) เองตรง ๆ มักแม่นยำกว่า เพราะไม่ต้องพึ่งการจับคู่ Class หรือ URL ที่อาจเปลี่ยนได้ แต่ถ้าไม่มีทีมพัฒนาคอยดูแลต่อเนื่อง Auto-Event Trigger ยังเป็นทางเลือกที่ตั้งค่าได้เร็วกว่าโดยไม่ต้องแก้โค้ดหน้าเว็บ
อ่านต่อแบบเจาะลึก
รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน
linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน
ทดลองใช้ฟรี 14 วันบทความที่เกี่ยวข้อง
เก็บ UTM ก่อนเข้า LINE ด้วย GTM จุดไหนที่ Event มักหายระหว่างทาง
งบโฆษณาวันละ 2,000 บาท แต่ไม่รู้ว่ามีกี่คนกดปุ่ม LINE จริง
