งบโฆษณาวันละ 3,000 ยิงเข้าปุ่ม LINE ตลอดเดือน แต่ทำไม GTM ถึงไม่เคยยิง Event สักครั้ง

ร้านค้าออนไลน์แห่งหนึ่งใช้งบโฆษณาวันละ 3,000 บาทยิงตรงเข้าโฆษณาที่มีปุ่มเพิ่มเพื่อน LINE ต่อเนื่องมาทั้งเดือน สถิติจากแพลตฟอร์มโฆษณาแสดงว่ามีคนคลิกปุ่มเฉลี่ยวันละ 80-100 ครั้ง ซึ่งเป็นตัวเลขที่สมเหตุสมผลกับงบที่ใช้ไป แต่พอเปิดดู Google Tag Manager กลับพบว่าไม่มี Event ใดถูกบันทึกไว้เลยตลอดทั้งเดือนที่ผ่านมา

ความขัดแย้งระหว่างตัวเลขคลิกจากแพลตฟอร์มโฆษณากับ Event ว่างเปล่าใน GTM ทำให้ทีมการตลาดเริ่มสงสัยว่าเงินที่จ่ายไปทั้งเดือนกำลังสูญเปล่าไปกับอะไรบางอย่างที่ไม่มีใครมองเห็น เพราะถ้า GTM ไม่เห็น Event ก็แปลว่าไม่มีข้อมูล Conversion ส่งกลับไปให้แพลตฟอร์มโฆษณาใช้ปรับการเรียนรู้เลยตลอดทั้งเดือน

บทความนี้จะพาไล่ดูว่าทำไม GTM ถึงไม่ยิง Event ทั้งที่คนคลิกปุ่มจริงตามสถิติ วิธีตรวจด้วย Preview Mode ให้เจอจุดที่ Trigger ตั้งค่าไม่ตรง และแนวทางแก้ที่ทำให้ Event กลับมายิงได้ปกติ

Trigger ตั้งผิดประเภทกับพฤติกรรมจริงของปุ่ม

สาเหตุที่พบบ่อยที่สุดคือ Trigger ใน GTM ถูกตั้งเป็นแบบ 'Click - All Elements' หรือ 'Click - Just Links' แต่ปุ่มเพิ่มเพื่อนจริงเป็น Element แบบ Button ที่ทำงานด้วย JavaScript ไม่ใช่ลิงก์ธรรมดา หรือในทางกลับกัน ปุ่มเป็นลิงก์ที่เปิดหน้าใหม่ทันทีโดยไม่รอให้ GTM มีเวลาประมวลผล Trigger ก่อน

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

ใช้ Preview Mode ตรวจแทนการเดา

วิธีที่แม่นยำที่สุดในการตรวจว่า Trigger ทำงานหรือไม่คือเปิดโหมด Preview ของ GTM แล้วคลิกปุ่มจริงบนหน้าเว็บ โหมดนี้จะแสดงให้เห็นทันทีว่า Trigger ไหนถูกกระตุ้น และ Tag ไหนถูกยิงตามมา ถ้าคลิกปุ่มแล้วไม่มี Trigger ใดปรากฏขึ้นในหน้า Preview เลย แสดงว่าปัญหาอยู่ที่การตั้งค่า Trigger ไม่ตรงกับ Element ของปุ่มจริง

1. เปิด GTM แล้วกดปุ่ม Preview เพื่อเชื่อมต่อกับหน้าเว็บที่ต้องการตรวจสอบ
2. ไปที่หน้าเว็บที่มีปุ่มเพิ่มเพื่อน แล้วคลิกปุ่มจริงตามที่ลูกค้าทำ
3. กลับมาดูหน้าต่าง Preview ว่ามี Trigger ใดถูกกระตุ้นและ Tag ใดถูกยิงตามมาหรือไม่
4. ถ้าไม่มี Trigger ถูกกระตุ้นเลย ให้ตรวจ Element ของปุ่มด้วยเครื่องมือ Inspect เพื่อดูว่าตรงกับเงื่อนไขที่ตั้งไว้ใน Trigger หรือไม่

แก้ปัญหาลิงก์เปิดเร็วเกินไปด้วยการหน่วงเวลา

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

อีกทางเลือกที่ปลอดภัยกว่าคือใช้ Trigger แบบดักจับก่อนที่ลิงก์จะทำงานจริง แล้วส่ง Event ให้เสร็จก่อนปล่อยให้ Browser เปลี่ยนหน้า วิธีนี้ซับซ้อนกว่าเล็กน้อยแต่ให้ผลลัพธ์ที่แม่นยำกว่าการหน่วงเวลาแบบตายตัว เพราะไม่ต้องกังวลว่าจะหน่วงนานหรือสั้นเกินไป

ลืม Publish Container คือสาเหตุที่พบบ่อยไม่แพ้กัน

• หลายทีมแก้ไข Tag และ Trigger ใน GTM เสร็จแล้ว ทดสอบผ่าน Preview Mode ว่าทำงานได้ปกติ แต่ลืมกด Publish ทำให้การเปลี่ยนแปลงนั้นใช้งานได้แค่ในโหมดทดสอบของตัวเอง ไม่มีผลกับผู้ใช้จริงที่เข้าเว็บไซต์เลย
• อาการนี้สังเกตได้ยากเพราะทีมที่แก้ไขจะทดสอบผ่านและมั่นใจว่าใช้งานได้แล้ว โดยไม่รู้ว่าสิ่งที่ตัวเองเห็นเป็นแค่เวอร์ชัน Preview ที่ยังไม่ถูกเผยแพร่ให้คนอื่นเห็นจริง
• วิธีป้องกันคือตรวจสอบ Version History ใน GTM ทุกครั้งหลังแก้ไข ว่า Container เวอร์ชันล่าสุดที่ Publish ตรงกับสิ่งที่เพิ่งแก้ไขไปจริงหรือไม่ ไม่ใช่แค่เชื่อว่ากด Save แล้วจะมีผลทันที

ตัวอย่างสมมติ ลองไล่ตัวเลขให้เห็นภาพ

สมมติแคมเปญหนึ่งมีค่าใช้จ่ายเดือนละ 90,000 บาท และมีคนคลิกปุ่มเพิ่มเพื่อนตามสถิติแพลตฟอร์มโฆษณาเฉลี่ยวันละ 85 ครั้ง คิดเป็นทั้งเดือนราว 2,550 ครั้ง แต่ GTM กลับบันทึก Event ได้เพียง 0 ครั้งตลอดเดือน เมื่อทีมงานเข้าไปตรวจด้วย Preview Mode พบว่า Trigger ที่ตั้งไว้เป็นแบบ Click - Just Links แต่ปุ่มจริงถูกสร้างด้วย Button Element ที่ไม่ใช่ลิงก์ ทำให้ Trigger ไม่เคยถูกกระตุ้นเลยสักครั้ง

หลังจากแก้ Trigger ให้เป็นแบบ Click - All Elements พร้อมกำหนดเงื่อนไขให้ตรงกับ Class ของปุ่มจริง แล้วกด Publish Container ใหม่ Event เริ่มบันทึกได้ตั้งแต่วันถัดไปทันที สะท้อนว่าปัญหาทั้งหมดที่เกิดขึ้นตลอดเดือนมาจากการตั้งค่า Trigger ผิดประเภทเพียงจุดเดียว

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

ติดตั้งผ่าน GTM ต่างจากติดตั้งตรงในแพลตฟอร์มโฆษณายังไง

ตารางนี้เปรียบเทียบข้อดีข้อเสียระหว่างสองวิธีที่ธุรกิจส่วนใหญ่ใช้ติดตั้งการติดตาม Event บนปุ่ม LINE:

เว็บไซต์ที่ฝัง iframe หรือมีหลายโดเมนต้องระวังเพิ่ม

อีกจุดที่มักถูกมองข้ามคือธุรกิจที่มีหน้า Landing Page แยกโดเมนต่างหากจากเว็บไซต์หลัก หรือฝังปุ่มเพิ่มเพื่อนไว้ใน iframe ที่ดึงมาจากระบบอื่น GTM ที่ติดตั้งไว้บนเว็บไซต์หลักจะมองไม่เห็นการคลิกที่เกิดขึ้นภายใน iframe เลย เพราะ iframe ทำงานแยกบริบทกับหน้าเว็บหลักโดยสิ้นเชิงในทางเทคนิค

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

แบ่งบทบาทระหว่างทีมโฆษณากับทีมที่ดูแล GTM

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

แนวทางที่ช่วยได้คือกำหนดขั้นตอนมาตรฐานว่าทุกครั้งที่มีแคมเปญใหม่หรือหน้า Landing Page ใหม่ ต้องมีการตรวจสอบ GTM ผ่าน Preview Mode ก่อนเปิดใช้งบโฆษณาจริงเสมอ ไม่ว่าทีมที่สร้างหน้าเว็บจะเป็นทีมเดียวกับทีมโฆษณาหรือไม่ก็ตาม เพื่อป้องกันไม่ให้เกิดช่วงเวลาที่งบถูกใช้ไปแต่ไม่มี Event ใดถูกบันทึกไว้เลย

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

ตรวจสุขภาพ Container เป็นประจำ ไม่ใช่แค่ตอนติดตั้งครั้งแรก

• กำหนดรอบตรวจสอบ Trigger และ Tag ทั้งหมดใน GTM อย่างน้อยเดือนละครั้ง โดยเฉพาะ Trigger ที่ผูกกับปุ่มสำคัญอย่างปุ่มเพิ่มเพื่อน LINE
• เปรียบเทียบจำนวน Event ที่ GTM บันทึกกับจำนวนคลิกที่แพลตฟอร์มโฆษณารายงาน หากตัวเลขต่างกันมากเกินสมเหตุสมผล ให้ตรวจ Trigger ทันทีแทนการรอให้ผ่านไปอีกหลายสัปดาห์
• เก็บรายชื่อหน้า Landing Page และโดเมนทั้งหมดที่ธุรกิจใช้งานไว้เป็นรายการเดียว เพื่อให้แน่ใจว่าทุกโดเมนมี Container ของ GTM ติดตั้งครบและตั้งค่าถูกต้อง ไม่มีหน้าไหนตกหล่นไปโดยไม่มีใครรู้ตัว

ทำแบบนี้แล้วพัง เพราะ… บทเรียนจากทีมที่เจอปัญหาซ้ำ

• ทดสอบผ่าน Preview Mode แล้วมั่นใจว่าใช้งานได้จริงโดยไม่ได้กด Publish Container — พังเพราะ Preview Mode เป็นแค่การทดสอบส่วนตัว ไม่มีผลกับผู้ใช้จริงจนกว่าจะเผยแพร่
• ตั้ง Trigger แบบ Click - Just Links กับปุ่มทุกแบบโดยไม่ตรวจว่าปุ่มนั้นเป็นลิงก์จริงหรือเป็น Button ที่ทำงานด้วย JavaScript — พังเพราะ Trigger จะไม่ถูกกระตุ้นเลยถ้า Element ไม่ตรงประเภท
• เชื่อตัวเลขคลิกจากแพลตฟอร์มโฆษณาว่าเท่ากับ Event ที่ GTM ควรเห็น โดยไม่เคยตรวจ GTM แยกต่างหาก — พังเพราะสองระบบนี้วัดคนละจุด ตัวเลขคลิกอาจสูงแต่ Event ที่ GTM เห็นเป็น 0 ได้พร้อมกัน
• เปิดแคมเปญใหม่บน Landing Page แยกโดเมนโดยไม่ตรวจว่ามี Container ของ GTM ติดตั้งอยู่หรือไม่ — พังเพราะ Container ของเว็บไซต์หลักไม่ครอบคลุมโดเมนอื่นที่แยกออกไปเลย

สรุป

GTM ปุ่ม LINE ไม่ยิง Event ทั้งที่มีคนคลิกจริงตามสถิติโฆษณา ส่วนใหญ่เกิดจาก Trigger ตั้งค่าไม่ตรงกับพฤติกรรมจริงของปุ่ม หรือลืม Publish Container หลังแก้ไข

การตรวจด้วย Preview Mode ทุกครั้งก่อนและหลังแก้ไข พร้อมยืนยันว่า Container ถูกเผยแพร่จริง เป็นวิธีที่ป้องกันปัญหานี้ได้ตรงจุดที่สุด

• ตรวจ Trigger ด้วย Preview Mode ก่อนสรุปว่า Event ไม่ยิง
• ยืนยันว่ากด Publish Container แล้วทุกครั้งหลังแก้ไข
• ตรวจ Element ของปุ่มจริงว่าเป็น Link หรือ Button ก่อนตั้ง Trigger
• ตรวจ Trigger ของปุ่มให้ครบทุกจุดตามการตั้ง Trigger ติดตามคลิกปุ่ม LINE ผ่าน GTM
• ถ้ามีหลายปุ่มในหน้าเดียวกัน ควรอ่านการตั้ง Trigger ให้ครอบคลุมปุ่ม LINE หลายจุด
• การตั้ง Custom Event เฉพาะสำหรับ LINE อ่านเพิ่มที่การตั้ง Custom Event ใน GTM สำหรับ LINE
• ตรวจ Event ผ่าน DebugView ก่อนสรุปว่า Tag ไม่ทำงาน ดูที่การใช้ GA4 DebugView ตรวจ Event ของ LINE

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