กด Rich Menu แล้วไปไหนไม่รู้ ตั้ง Trigger ใน GTM ให้ตามรอยได้ยังไง

ร้านอาหารแห่งหนึ่งออกแบบ Rich Menu ใน LINE OA ให้มีหกปุ่ม ปุ่มหนึ่งไปหน้าเมนูอาหาร ปุ่มหนึ่งไปหน้าจองโต๊ะ อีกปุ่มไปหน้าโปรโมชันประจำเดือน เจ้าของร้านอยากรู้ว่าปุ่มไหนคนกดบ่อยที่สุด เพื่อจะได้ปรับตำแหน่งปุ่มให้เหมาะสมกว่าเดิม แต่พอไปถามทีมที่ดูแล LINE OA กลับได้คำตอบว่า 'ไม่มีข้อมูลตรงนี้ให้ดู'

ความจริงคือ Rich Menu ไม่ได้มีสถิติการกดปุ่มแบบละเอียดให้ดูในตัวเองเสมอไป แต่ถ้าปุ่มนั้นลิงก์ออกไปยังหน้าเว็บภายนอก ก็มีวิธีตามรอยได้ผ่าน GTM เหมือนกับปุ่มอื่นบนเว็บทั่วไป เพียงแต่ต้องออกแบบลิงก์ให้ถูกวิธีตั้งแต่ต้น

บทความนี้จะพาดูว่าจะตั้งลิงก์และ Trigger ใน GTM ยังไงให้ตามรอยได้ว่าคนกด Rich Menu ปุ่มไหนบ้าง พร้อมข้อจำกัดที่ต้องรู้ก่อนว่าวิธีนี้ใช้ได้กับ Rich Menu แบบไหน

Rich Menu มีสองแบบ track ได้ไม่เท่ากัน

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

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

ออกแบบลิงก์แต่ละปุ่มให้แยกกันได้ตั้งแต่ต้น

หัวใจของการ track Rich Menu ที่ลิงก์ไปเว็บคือ แต่ละปุ่มต้องใช้ URL ที่มีพารามิเตอร์ต่างกัน แม้จะพาไปหน้าเดียวกันก็ตาม เพื่อให้ภายหลังแยกได้ว่าคลิกนั้นมาจากปุ่มไหนใน Rich Menu

• ปุ่มเมนูอาหาร อาจใช้ลิงก์ที่มี utm_source=line_richmenu และ utm_content=menu
• ปุ่มจองโต๊ะ ใช้ค่า utm_content=booking แม้จะเป็นแคมเปญเดียวกับปุ่มอื่น
• ปุ่มโปรโมชัน ใช้ค่า utm_content=promo เพื่อแยกจากปุ่มอื่นในเมนูเดียวกัน
• ตั้งชื่อพารามิเตอร์ให้สม่ำเสมอทุกปุ่ม เช่น ใช้ utm_content เก็บชื่อปุ่มเสมอ ไม่สลับไปใช้ชื่อพารามิเตอร์อื่นในบางปุ่ม เพราะจะทำให้การอ่านรายงานภายหลังสับสน

ตั้ง Trigger ใน GTM ให้ดักตามพารามิเตอร์ที่มากับลิงก์

1. สร้าง Trigger แบบ Page View ที่มีเงื่อนไข URL ประกอบด้วยค่า utm_source=line_richmenu เพื่อรู้ว่าทราฟฟิกนี้มาจาก Rich Menu จริง
2. ใช้ Data Layer Variable หรือ URL Variable ดึงค่า utm_content ออกมาเก็บเป็นตัวแปรแยก เพื่อรู้ว่ามาจากปุ่มไหน
3. ตั้ง Tag ที่ส่ง Event ไปยัง GA4 หรือปลายทางอื่น พร้อมแนบค่าตัวแปรปุ่มนั้นไปด้วยทุกครั้ง
4. ทดสอบด้วยการกดลิงก์จริงจากมือถือผ่าน Rich Menu ไม่ใช่แค่พิมพ์ URL ทดสอบบนคอม เพราะพฤติกรรมการเปิดลิงก์จาก LINE อาจต่างจากเปิดตรงจากเบราว์เซอร์
5. เช็คใน GTM Preview ว่าค่าตัวแปรที่ดึงมาตรงกับปุ่มที่กดจริงหรือไม่ ก่อนจะเชื่อว่ารายงานที่ได้ถูกต้อง

debug ผ่าน GTM Preview ตอนเปิดลิงก์จากใน LINE โดยเฉพาะ

จุดที่ทำให้หลาย Rich Menu ตั้ง Trigger ผ่าน Preview ปกติแล้วดูเหมือนใช้ได้ แต่พอเปิดจริงกลับไม่มี Event ขึ้น คือลืมทดสอบผ่านเบราว์เซอร์ในตัวแอป LINE เอง เพราะเมื่อลูกค้ากดปุ่มบน Rich Menu ลิงก์จะเปิดผ่าน In-app Browser ของ LINE ไม่ใช่ Safari หรือ Chrome ตามปกติ ซึ่งบางครั้งมีพฤติกรรมโหลด Script ต่างจากเบราว์เซอร์ทั่วไป เช่น บล็อก Third-party Script บางตัว หรือโหลด GTM ช้ากว่าปกติ

วิธี debug ที่ตรงจุดที่สุดคือเปิด GTM Preview บนมือถือจริง แล้วส่งลิงก์ Preview นั้นผ่าน LINE ให้ตัวเองเปิดจากใน Rich Menu จริง ไม่ใช่ทดสอบผ่านคอมแล้วสรุปว่าใช้ได้ เพราะพฤติกรรมของ In-app Browser กับเบราว์เซอร์บนคอมต่างกันพอสมควร โดยเฉพาะเรื่องความเร็วในการ Fire Trigger แบบ Page View ที่บางครั้งหน่วงกว่าปกติเล็กน้อยจนพลาดจับ Event แรกไป

อาการที่พบบ่อยเมื่อ debug ผ่าน In-app Browser คือ Trigger แบบ Page View ที่ตั้งเงื่อนไข URL ทำงานได้ปกติ แต่ Tag ที่ผูกกับ Consent กลับไม่ยิง เพราะ In-app Browser บางเวอร์ชันจัดการ Cookie และ Local Storage ต่างจากเบราว์เซอร์ทั่วไป ทำให้สถานะ Consent ที่เคยบันทึกไว้จากการเข้าเว็บครั้งก่อนหน้าอาจไม่ถูกจดจำ ต้องเช็คใน Preview ว่า Consent Banner ขึ้นมาใหม่ทุกครั้งหรือไม่เมื่อเปิดผ่าน Rich Menu และถ้าขึ้นใหม่ทุกครั้ง Tag ที่ต้องรอ Consent จะไม่มีทางยิงจนกว่าผู้ใช้จะกดยอมรับก่อน

อีกอาการที่เจอคือพารามิเตอร์ utm_content หายไปกลางทาง ทั้งที่ตั้งไว้ในลิงก์ถูกต้องแล้ว ซึ่งมักเกิดจากเว็บปลายทางมีการ Redirect อีกชั้นก่อนถึงหน้าจริง เช่น Redirect จาก HTTP ไป HTTPS หรือ Redirect ตัดพารามิเตอร์บางตัวทิ้งระหว่างทางโดยไม่ตั้งใจ วิธีเช็คคือดูใน Preview ว่า URL ที่ Trigger เห็นตอน Page View ตรงกับ URL ที่ใส่ไว้ใน Rich Menu จริงหรือไม่ ถ้าพารามิเตอร์หายไปแล้วในขั้นนี้ ต้องไปแก้ที่การตั้งค่า Redirect ของเว็บ ไม่ใช่ไปแก้ที่ GTM เพราะ GTM ทำได้แค่อ่านค่าที่มาถึงจริงเท่านั้น

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

ทีมที่ดูแล Rich Menu หลายเวอร์ชันพร้อมกัน เช่น เปลี่ยนธีมตามเทศกาลทุกเดือน ควรทำ Checklist สั้น ๆ แนบไว้กับขั้นตอนอัปเดต Rich Menu เสมอ ประกอบด้วยการตรวจว่าใส่พารามิเตอร์ครบทุกปุ่ม เปิดผ่าน In-app Browser จริงเพื่อดูว่า Trigger จับ Event ได้ และเช็คว่าค่า utm_content ไม่หายระหว่างทาง เพราะการลืมขั้นตอนใดขั้นตอนหนึ่งเพียงครั้งเดียว อาจทำให้ข้อมูลของทั้งเดือนนั้นใช้เปรียบเทียบกับเดือนอื่นไม่ได้เลย

สรุปให้ชัดว่าอะไร track ได้ อะไร track ไม่ได้

พออ่านตัวเลขได้แล้ว จะเอาไปทำอะไรต่อ

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

อีกมุมที่มีประโยชน์คือใช้ข้อมูลนี้ปรับตำแหน่งปุ่มใน Rich Menu เอง ปุ่มที่สำคัญต่อธุรกิจแต่ถูกกดน้อย อาจต้องขยับไปอยู่ตำแหน่งที่เห็นชัดกว่าเดิม ซึ่งเป็นการปรับที่ทำได้ไม่ยากเมื่อเทียบกับการเปลี่ยนแคมเปญโฆษณาทั้งชุด

ข้อผิดพลาดที่ทำให้ตัวเลขปุ่ม Rich Menu ปนกัน

• ใช้ URL เดียวกันทุกปุ่มโดยไม่มีพารามิเตอร์แยก ทำให้แยกไม่ออกว่าใครมาจากปุ่มไหน
• เปลี่ยนรูปแบบพารามิเตอร์กลางทางโดยไม่มีการบันทึก ทำให้ข้อมูลก่อนและหลังเปลี่ยนเทียบกันไม่ได้
• ลืมอัปเดตลิงก์ใน Rich Menu เมื่อมีการเปลี่ยนแคมเปญ ทำให้ข้อมูลใหม่ยังผูกกับ Label ของแคมเปญเก่า
• ไม่ได้แยกระหว่างทราฟฟิกที่มาจาก Rich Menu จริงกับทราฟฟิกที่มาจากช่องทางอื่นที่บังเอิญใช้พารามิเตอร์คล้ายกัน

ขยายผลไปยังปุ่มอื่นบนเว็บที่คล้ายกัน

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

และถ้าต้องการดูภาพรวมว่าทราฟฟิกจากทุกช่องทางไปจบที่ไหนก่อนเข้า LINE ลองอ่านเรื่องการตาม Funnel จากเว็บเข้า LINEเพิ่มเติมเพื่อเห็นภาพรวมทั้งเส้นทาง

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

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

สรุป

Rich Menu เป็นจุดสัมผัสที่มีค่ามากเพราะเป็นสิ่งที่ลูกค้าเห็นทุกครั้งที่เปิดแชทกับร้าน แต่การจะรู้ว่าปุ่มไหนถูกใช้จริง ต้องแยกให้ชัดก่อนว่าปุ่มนั้นลิงก์ไปหน้าเว็บที่ track ได้ หรือไปฟีเจอร์ภายใน LINE ที่ track ไม่ได้ผ่าน GTM

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

• แยกก่อนว่าปุ่มไหนลิงก์ไปเว็บ (track ได้) และปุ่มไหนอยู่ในแอป LINE (track ไม่ได้)
• ใส่พารามิเตอร์แยกแต่ละปุ่มด้วยชื่อพารามิเตอร์เดียวกันเสมอ
• ทดสอบผ่านมือถือจริงจาก Rich Menu ไม่ใช่แค่พิมพ์ URL บนคอม
• ใช้ข้อมูลที่ได้ปรับตำแหน่งปุ่มและเนื้อหาปลายทาง ไม่ใช่แค่รายงานยอดรวม

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