สรุปสั้น ๆ (TL;DR)
- Google Tag Manager มีทริกเกอร์กลุ่ม Page View ห้าประเภทที่ทำงานตามลำดับเดิมเสมอ ได้แก่ Consent Initialization, Initialization, Page View, DOM Ready และ Window Loaded
- เงื่อนไขทุกข้อในทริกเกอร์เดียวต้องเป็นจริงพร้อมกัน (AND) ส่วนทริกเกอร์สองตัวบนแท็กเดียวจะทำให้แท็กทำงานเมื่อตัวใดตัวหนึ่งตรง (OR)
- ศูนย์ช่วยเหลือของ Google เตือนว่า regex แบบ .* ในทริกเกอร์ Custom Event จะตรงกับทุกเหตุการณ์ใน dataLayer รวมถึงเหตุการณ์ที่ Tag Manager และ Google tag สร้างขึ้นเอง
- ข้อยกเว้นทริกเกอร์บล็อกได้เฉพาะทริกเกอร์บนเหตุการณ์เดียวกัน ข้อยกเว้นแบบ Page View จึงหยุดแท็กที่ทำงานจากทริกเกอร์คลิกไม่ได้
ทริกเกอร์ใน Google Tag Manager คือกฎที่กำหนดว่าแท็กจะทำงานเมื่อไร แต่ละทริกเกอร์จะรอฟังเหตุการณ์บนหน้าเว็บ เช่น การโหลดหน้า การคลิก การส่งฟอร์ม หรือการ push ค่าเข้า dataLayer แล้วตรวจเงื่อนไขที่ตั้งไว้ก่อนปล่อยให้แท็กทำงาน แท็กทุกตัวต้องมีทริกเกอร์อย่างน้อยหนึ่งตัว ดังนั้นถ้า Conversion ใน Google Ads หรืออีเวนต์ใน GA4 หายไปหรือนับซ้ำ จุดแรกที่ควรตรวจมักเป็นการตั้งค่า Google Tag Manager triggers
บทความนี้อธิบายวิธีการทำงานของทริกเกอร์ ความต่างของทริกเกอร์กลุ่ม Page View แต่ละแบบ พฤติกรรมของทริกเกอร์คลิกและฟอร์ม วิธีที่ Custom Event อ่านค่าจาก dataLayer การใช้ข้อยกเว้นทริกเกอร์เพื่อบล็อกแท็ก และวิธีพิสูจน์ว่าทริกเกอร์ทำงานถูกต้องในโหมด Preview ก่อนกดเผยแพร่
ทริกเกอร์ใน Google Tag Manager ทำหน้าที่อะไร
Tag Manager ทำงานแบบอิงเหตุการณ์ ขณะที่หน้าเว็บโหลดและผู้ใช้โต้ตอบกับหน้า Tag Manager จะได้รับเหตุการณ์ต่อเนื่องเป็นลำดับ บางเหตุการณ์มีมาในตัว เช่น เหตุการณ์ Page View (ชื่อภายในคือ gtm.js) DOM Ready (gtm.dom) และ Window Loaded (gtm.load) ส่วนเหตุการณ์อื่นมาจากการคลิก การส่งฟอร์ม การเลื่อนหน้า หรือจากโค้ดของคุณเองที่ push อ็อบเจกต์ซึ่งมีคีย์ event เข้า dataLayer
ทุกครั้งที่มีเหตุการณ์เข้ามา Tag Manager จะประเมินทริกเกอร์ที่ผูกกับแท็กแต่ละตัว ทริกเกอร์หนึ่งตัวมีสองส่วน
- ประเภทเหตุการณ์ ที่ทริกเกอร์รอฟัง เช่น Page View, Click, Form Submission หรือ Custom Event
- ตัวกรองเพิ่มเติม แต่ละตัวประกอบด้วยตัวแปร ตัวดำเนินการ และค่า เช่น "Page Path contains /checkout/"
ทริกเกอร์ที่สร้างใหม่จะทำงานกับทุกเหตุการณ์ในประเภทนั้นเป็นค่าเริ่มต้น ถ้าต้องการจำกัดให้แคบลง ให้เปลี่ยนช่อง "This trigger fires on" จาก "All" เป็น "Some" แล้วเพิ่มเงื่อนไข เงื่อนไขทุกข้อในทริกเกอร์เดียวต้องเป็นจริงพร้อมกัน แต่ถ้าผูกทริกเกอร์สองตัวไว้กับแท็กเดียว แท็กจะทำงานเมื่อทริกเกอร์ตัวใดตัวหนึ่งตรงเงื่อนไข ตรรกะแบบ AND ภายในทริกเกอร์และ OR ระหว่างทริกเกอร์นี้อธิบายพฤติกรรมแปลก ๆ ได้หลายกรณี ถ้าต้องการ "หน้า checkout หรือหน้าขอบคุณ" คุณต้องใช้ทริกเกอร์สองตัว หรือใช้เงื่อนไข regex ตัวเดียว ไม่ใช่ใส่สองเงื่อนไขไว้ในทริกเกอร์เดียวกัน
ตัวดำเนินการที่ใช้ได้มีทั้ง equals, contains, starts with, ends with, matches RegEx, การจับคู่ด้วย CSS selector สำหรับเป้าหมายการคลิก และการเปรียบเทียบตัวเลข เช่น less than โดยส่วนใหญ่มีแบบปฏิเสธด้วย เช่น does not contain
Page View ต่างจาก DOM Ready และ Window Loaded อย่างไร
ทริกเกอร์กลุ่ม Page View มีห้าประเภท และทำงานตามลำดับที่ตายตัวทุกครั้งที่โหลดหน้า การเลือกประเภทที่ถูกต้องเป็นเรื่องของจังหวะเวลา ถ้าทำงานเร็วเกินไป ข้อมูลที่แท็กต้องใช้ก็ยังไม่อยู่บนหน้า ถ้าทำงานช้าเกินไป คุณอาจเสียข้อมูลเมื่อผู้ใช้ออกจากหน้าเร็ว
ตารางด้านล่างสรุปทริกเกอร์ Page View ทั้งห้าประเภทตามลำดับที่ Tag Manager รัน โดยอ้างอิงจากเอกสารของ Google Tag Manager
| ประเภททริกเกอร์ | ทำงานเมื่อไร | การใช้งานทั่วไป |
|---|---|---|
| Consent Initialization | ก่อนทริกเกอร์อื่นทั้งหมด | แท็กของแพลตฟอร์มจัดการความยินยอมและค่าเริ่มต้นของ consent |
| Initialization | ก่อนทริกเกอร์ทั้งหมด ยกเว้น Consent Initialization | แท็กที่ต้องรันก่อน เช่น การตั้งค่า Google tag |
| Page View | ทันทีที่เบราว์เซอร์เริ่มโหลดหน้า | แท็กที่ต้องการแค่ข้อมูลการเปิดหน้า |
| DOM Ready | หลังเอกสาร HTML สร้างเสร็จและอ่านได้แล้ว | แท็กที่ตัวแปรต้องอ่านเนื้อหาจากหน้า |
| Window Loaded | หลังหน้า รูปภาพ และสคริปต์โหลดครบแล้ว | แท็กที่ไม่เร่งด่วน หรือแท็กที่พึ่งสคริปต์อื่น |
หลักง่าย ๆ คือ ใช้ Page View กับแท็กที่ต้องการแค่ URL และ referrer ใช้ DOM Ready เมื่อมีตัวแปรที่อ่านข้อมูลจาก HTML เช่น ราคาสินค้าในอีลิเมนต์ รหัสฟอร์ม หรือหัวข้อ และเก็บ Window Loaded ไว้สำหรับสิ่งที่ต้องรอสคริปต์อื่นทำงานเสร็จจริง ๆ การย้ายทุกอย่างไปไว้ที่ Window Loaded "เพื่อความปลอดภัย" จะทำให้แท็กบนหน้าที่โหลดช้าทำงานช้าตามไปด้วย และอาจเสียข้อมูลของผู้เข้าชมที่ออกจากหน้าก่อนรูปภาพขนาดใหญ่โหลดเสร็จ
คอนเทนเนอร์เว็บทุกตัวมีทริกเกอร์ Consent Initialization และ Initialization แบบ "All Pages" ติดมาให้แล้ว ถ้าเว็บไซต์ของคุณมีแบนเนอร์ขอความยินยอม แท็กของแบนเนอร์ควรอยู่บน Consent Initialization เพื่อให้สถานะความยินยอมถูกตั้งค่าก่อนที่แท็กวัดผลตัวใดจะนำไปประเมิน
ทริกเกอร์คลิกและทริกเกอร์ฟอร์ม
All Elements กับ Just Links
ทริกเกอร์คลิกมีสองแบบ All Elements รอฟังการคลิกบนทุกอย่าง ทั้งปุ่ม รูปภาพ div และไอคอน ส่วน Just Links รอฟังเฉพาะการคลิกบนอีลิเมนต์ HTML ประเภท a แบบ Just Links มีตัวเลือกเพิ่มสองข้อที่ All Elements ไม่มี
- Wait for Tags หน่วงการเปลี่ยนหน้าจากลิงก์ไว้จนกว่าแท็กจะทำงานเสร็จ หรือจนครบเวลาที่คุณกำหนด ช่วยได้มากเมื่อการคลิกพาผู้ใช้ไปหน้าอื่นทันที
- Check Validation ให้แท็กทำงานเฉพาะเมื่อการคลิกเป็นการกระทำที่ถูกต้อง ถ้าไม่ติ๊ก ทริกเกอร์จะทำงานทุกครั้งที่มีการคลิกลิงก์ แม้โค้ดอื่นจะยกเลิกการเปลี่ยนหน้าไปแล้วก็ตาม
ทริกเกอร์คลิกอาศัยตัวแปรคลิกในตัว เช่น Click URL, Click Text, Click Classes และ Click ID ซึ่งในคอนเทนเนอร์ใหม่ยังไม่ได้เปิดใช้ทั้งหมด ให้ไปที่ Variables เลือก Configure ใต้ Built-In Variables แล้วเปิดตัวแปรคลิกที่คุณจะใช้กรอง ทริกเกอร์ที่กรองด้วยตัวแปรที่ยังไม่เปิดใช้จะไม่มีวันตรงเงื่อนไข
Google ยังแนะนำให้จำกัดทริกเกอร์คลิกไว้เฉพาะหน้าที่มีการคลิกนั้นจริง เช่น ใส่เงื่อนไข "Page Path contains /promo/" แทนที่จะรอฟังทุกหน้า
ทริกเกอร์การส่งฟอร์ม
ทริกเกอร์ Form Submission รอฟังเหตุการณ์ submit มาตรฐานของเบราว์เซอร์ และมีตัวเลือก Wait for Tags กับ Check Validation เหมือนการคลิกลิงก์ ปัญหาคือฟอร์มสมัยใหม่จำนวนมากไม่เคยส่งเหตุการณ์ submit มาตรฐานเลย ฟอร์มเหล่านี้ส่งข้อมูลด้วย JavaScript แล้วแสดงข้อความ "ขอบคุณ" โดยไม่โหลดหน้าใหม่ บนฟอร์มแบบนี้ ทริกเกอร์จะเงียบ หรือทำงานตอนที่ผู้ใช้พยายามส่ง ไม่ใช่ตอนที่ส่งสำเร็จ
เมื่อเจอกรณีนี้ คุณมีทางเลือกที่ไว้ใจได้สองทาง คือให้แท็ก Conversion ทำงานบนหน้าขอบคุณด้วยทริกเกอร์ Page View หรือขอให้นักพัฒนา push เหตุการณ์เข้า dataLayer หลังฟอร์มถูกรับจริงแล้ว จากนั้นจับด้วยทริกเกอร์ Custom Event ทางที่สองแม่นยำกว่า เพราะนับเฉพาะการส่งที่เซิร์ฟเวอร์รับแล้วเท่านั้น
ทริกเกอร์ Custom Event และ dataLayer
ทริกเกอร์ Custom Event คือช่องทางที่ Tag Manager รับรู้สิ่งที่โค้ดของคุณรู้ แต่หน้าเว็บไม่ได้แสดงออกมา นักพัฒนาจะ push อ็อบเจกต์เข้า dataLayer เช่น dataLayer.push({'event': 'lead_submit', 'form_name': 'contact'}) แล้วใน Tag Manager คุณสร้างทริกเกอร์ Custom Event ที่ใช้ชื่อเหตุการณ์ lead_submit เมื่อเกิดการ push ทริกเกอร์จะตรงเงื่อนไขและแท็กจะทำงาน ส่วนคีย์อื่นอย่าง form_name อ่านได้ด้วย Data Layer Variable แล้วส่งต่อเป็นพารามิเตอร์ของ GA4 หรือมูลค่า Conversion ของ Google Ads
กฎสามข้อที่ช่วยให้ทริกเกอร์ Custom Event ทำงานได้สม่ำเสมอ
- ใช้ชื่อให้ตรงกันทุกตัวอักษร ทริกเกอร์จะเทียบกับค่าของคีย์ event ให้ถือว่าชื่อเป็นสตริงที่ต้องตรงเป๊ะ และใช้รูปแบบการตั้งชื่อเดียวทั้งเว็บ เช่น ตัวพิมพ์เล็กคั่นด้วยขีดล่าง จะได้ไม่มีใครต้องเดา
- push หลังเหตุการณ์เกิดขึ้นจริง ไม่ใช่ก่อน เหตุการณ์ lead ควร push ตอนฟอร์มถูกรับแล้ว เหตุการณ์ purchase ควร push ตอนยืนยันคำสั่งซื้อแล้ว การ push ตอนกดปุ่มจะนับความพยายามที่ล้มเหลวเป็น Conversion ไปด้วย
- push ข้อมูลก่อนหรือพร้อมกับเหตุการณ์ ตัวแปรจะถูกอ่านในจังหวะที่ระบบประมวลผลเหตุการณ์ ค่าที่ push ตามมาทีหลังจะไม่ถึงแท็กตัวนั้น
ชื่อเหตุการณ์แบบ regex และ wildcard
ทริกเกอร์ Custom Event มีตัวเลือก "Use regex matching" ทำให้ทริกเกอร์ตัวเดียวจับชื่อเหตุการณ์ได้หลายชื่อ เช่น ^(lead_submit|quote_request)$ ซึ่งมีประโยชน์ แต่ควรเขียนรูปแบบให้แคบ รูปแบบแบบจับทุกอย่างอย่าง .* จะตรงกับทุกเหตุการณ์ใน dataLayer รวมถึงเหตุการณ์ที่ Tag Manager และ Google tag สร้างขึ้นเองด้วย เหตุการณ์ใหม่ที่ปรากฏขึ้นภายหลังก็จะตรงเงื่อนไขนี้ทั้งหมด ไม่ว่าจะมาจากปลั๊กอินใหม่ การแก้โค้ดของนักพัฒนา หรือการอัปเดตของแพลตฟอร์ม ผลที่ได้คือแท็กทำงานหลายครั้งต่อหน้า จำนวนอีเวนต์ใน GA4 สูงเกินจริง และ Conversion ซ้ำ ให้ยึดรูปแบบด้วย ^ และ $ แล้วระบุเฉพาะชื่อที่ต้องการจริง
ข้อยกเว้นทริกเกอร์ (Blocking Triggers)
ข้อยกเว้นทริกเกอร์ หรือที่เรียกว่า blocking trigger ใช้หยุดไม่ให้แท็กทำงาน แม้ทริกเกอร์ที่สั่งให้ทำงานจะตรงเงื่อนไขแล้วก็ตาม ตัวอย่างคลาสสิกคือแท็กที่ตั้งให้ทำงานทุกหน้า แต่มีข้อยกเว้นสำหรับหน้าขอบคุณ แท็กจึงไม่ทำงานบน URL นั้นเลย เมื่อทั้งทริกเกอร์ทำงานและข้อยกเว้นตรงกับเหตุการณ์เดียวกัน ข้อยกเว้นจะชนะ
รายละเอียดที่คนมักพลาดคือ ข้อยกเว้นบล็อกได้เฉพาะทริกเกอร์ที่ทำงานบนเหตุการณ์เดียวกันเท่านั้น ข้อยกเว้นแบบ Page View จะบล็อกแท็กที่ทำงานจากทริกเกอร์คลิกไม่ได้ เพราะการคลิกเกิดขึ้นบนอีกเหตุการณ์หนึ่ง ถ้าต้องการบล็อกแท็กที่ทำงานจากการคลิกในบางหน้า ให้สร้างข้อยกเว้นเป็นทริกเกอร์คลิกที่มีเงื่อนไข Page Path ถ้าข้อยกเว้นดูเหมือนไม่ทำงาน ให้ตรวจว่าประเภทของมันตรงกับประเภทของทริกเกอร์ที่สั่งให้แท็กทำงานหรือไม่
ทริกเกอร์ประเภทอื่นที่ควรรู้จัก
- History Change ทำงานเมื่อ URL เปลี่ยนโดยไม่โหลดหน้าใหม่ทั้งหน้า เว็บแบบ single-page app และระบบจองบางตัวต้องใช้ เพราะทริกเกอร์ Page View มาตรฐานทำงานแค่ครั้งเดียว
- Element Visibility ทำงานเมื่ออีลิเมนต์ที่เลือกเข้ามาอยู่ในหน้าจอ เช่น ตารางราคา หรือฟอร์มที่ฝังไว้
- Scroll Depth ทำงานเมื่อเลื่อนถึงเปอร์เซ็นต์หรือระยะพิกเซลแนวตั้งหรือแนวนอนที่กำหนด
- Timer ทำงานตามช่วงเวลาเป็นมิลลิวินาที และกำหนดจำนวนครั้งสูงสุดได้
- YouTube Video ทำงานเมื่อวิดีโอ YouTube ที่ฝังไว้เริ่มเล่น หยุด เล่นถึงจุดที่กำหนด หรือเล่นจบ
- JavaScript Error ทำงานเมื่อเกิดข้อผิดพลาดที่ไม่ได้ถูกจัดการ ซึ่งส่งเข้า GA4 เพื่อใช้แก้บั๊กได้
- Trigger Group ทำงานเมื่อทริกเกอร์ทุกตัวในกลุ่มทำงานแล้วอย่างน้อยหนึ่งครั้ง เช่น "เลื่อนถึง 50% และอยู่บนหน้า 30 วินาที"
นอกจากนี้ แท็กแต่ละตัวยังมีตัวเลือกการทำงานใน Advanced Settings ได้แก่ once per event, once per page หรือ unlimited แท็ก Conversion ที่ควรนับครั้งเดียวต่อการโหลดหน้าสามารถตั้งเป็น once per page เพื่อกันพลาดได้ แต่ทางที่ดีกว่าคือแก้ทริกเกอร์ที่ทำให้แท็กทำงานสองครั้ง
ทดสอบทริกเกอร์ในโหมด Preview และ Debug
อย่าเผยแพร่ทริกเกอร์ที่คุณยังไม่เคยเห็นมันทำงานจริง กด Preview ใน workspace ใส่ URL ของเว็บไซต์ แล้ว Tag Assistant จะเปิดเว็บของคุณในแท็บที่เชื่อมต่อไว้ จากนั้น
- ทำสิ่งที่ต้องการทดสอบ เช่น โหลดหน้า คลิกปุ่ม หรือส่งฟอร์ม
- ใน Tag Assistant ให้เลือกเหตุการณ์ในไทม์ไลน์ด้านซ้าย เช่น Container Loaded, DOM Ready, Window Loaded, Click หรือชื่อ Custom Event ของคุณ
- ดูแท็บ Tags แท็กของคุณควรอยู่ใต้ "Tags Fired" ของเหตุการณ์นั้นและไม่อยู่ที่อื่น ถ้าอยู่ใต้ "Tags Not Fired" ให้เปิดดูว่าเงื่อนไขทริกเกอร์ข้อไหนไม่ผ่าน
- เปิดแท็บ Variables ของเหตุการณ์เดียวกันเพื่อดูค่าจริงของ Click URL, Page Path หรือ Data Layer Variable ในจังหวะนั้น เงื่อนไขที่ไม่ผ่านส่วนใหญ่มาจากค่าจริงที่ไม่ตรงกับสิ่งที่คุณพิมพ์ไว้
- ทดสอบซ้ำบนหน้าจอขนาดมือถือ และบนอีกหน้าหนึ่ง เพื่อยืนยันว่าทริกเกอร์ไม่ทำงานในที่ที่ไม่ควรทำงาน
เมื่อแท็กทำงานตรงกับเหตุการณ์ที่คาดไว้ทุกจุดแล้ว ให้เผยแพร่พร้อมตั้งชื่อเวอร์ชันที่บอกชัดว่าเปลี่ยนอะไร ประวัติเวอร์ชันช่วยให้ย้อนกลับได้ถ้ารอบถัดไปทำอะไรพัง
ความหมายสำหรับนักการตลาดไทย
เว็บไซต์ภาษาไทยมีปัญหาเรื่องทริกเกอร์เฉพาะตัวอยู่บ้าง URL ภาษาไทยจะถูกเข้ารหัสแบบ percent-encoding ในเบราว์เซอร์ ตัวแปร Page Path จึงคืนค่าในรูปแบบที่เข้ารหัสแล้ว ไม่ใช่ตัวอักษรไทยที่คุณเห็นในแถบที่อยู่ เงื่อนไขแบบ "Page Path contains" ที่พิมพ์เป็นภาษาไทยจึงไม่ตรง ให้ใช้สตริงที่เข้ารหัสแล้ว จับจากส่วนของ URL ที่เป็นภาษาอังกฤษ หรือเขียน regex จากค่าที่เข้ารหัสแล้วแทน
LINE มักเป็นช่องทาง Conversion หลัก การคลิกลิงก์ line.me ติดตามได้ด้วยทริกเกอร์คลิกแบบ Just Links ที่มีเงื่อนไข "Click URL contains line.me" แล้วส่งเข้า GA4 เป็นอีเวนต์และนำเข้า Google Ads ต่อ นอกจากนี้ PDPA ของไทยทำให้การจัดการความยินยอมเป็นส่วนหนึ่งของทุกคอนเทนเนอร์ แท็กของแบนเนอร์ความยินยอมควรอยู่บน Consent Initialization และแท็กวัดผลควรเคารพสถานะความยินยอมที่แบนเนอร์ตั้งไว้ ถ้าการตั้งค่า GA4 ของคุณต้องสร้างใหม่ให้สะอาดพร้อมทริกเกอร์ที่สม่ำเสมอ เริ่มได้จากบริการย้ายและติดตั้งการติดตาม GA4ของเรา
ความผิดพลาดที่พบบ่อยกับทริกเกอร์ และผลที่ตามมา
- ผูกทริกเกอร์สองตัวที่ตรงกับการกระทำเดียวกันไว้บนแท็ก Conversion ตัวเดียว เช่น ทริกเกอร์คลิกและทริกเกอร์ฟอร์มบนการส่งครั้งเดียว ทุกครั้งที่ตรงเงื่อนไขแท็กจะทำงาน Conversion จึงเป็นสองเท่า และ Smart Bidding ในบัญชี Google Ads ของคุณจะเรียนรู้จากตัวเลขที่สูงเกินจริง
- แท็ก Conversion ทำงานตอนคลิกปุ่ม แทนที่จะเป็นตอนยืนยันว่าสำเร็จ การส่งที่ล้มเหลวหรือไม่ถูกต้องจะถูกนับไปด้วย
- ใช้ทริกเกอร์ "All Pages" กับแท็กที่ควรทำงานแค่บางหน้า ได้ hit เกินจำเป็น หน้าเว็บช้าลง และกลุ่มเป้าหมายรีมาร์เก็ตติ้งที่รวมทุกคน กลุ่มเป้าหมายที่สะอาดสำคัญมากถ้าคุณทำแคมเปญรีมาร์เก็ตติ้ง
- กรองด้วยตัวแปรในตัวที่ไม่เคยเปิดใช้ ทริกเกอร์จะไม่มีวันตรงเงื่อนไข และไม่มีใครสังเกตจนกว่ารายงานจะว่างเปล่า
- ใช้ Custom Event แบบ regex ที่จับทุกอย่าง แท็กจะทำงานกับทุกเหตุการณ์ใน dataLayer รวมถึงเหตุการณ์ใหม่ที่เพิ่มเข้ามาภายหลัง
คำถามที่พบบ่อยเกี่ยวกับ Google Tag Manager Triggers
แท็กหนึ่งตัวมีทริกเกอร์ได้กี่ตัว
แท็กหนึ่งตัวมีทริกเกอร์ที่สั่งให้ทำงานได้หลายตัวและมีข้อยกเว้นได้หลายตัว และจะทำงานเมื่อทริกเกอร์ตัวใดตัวหนึ่งตรงเงื่อนไข เว้นแต่มีข้อยกเว้นบนเหตุการณ์เดียวกันบล็อกไว้ ควรใช้ให้น้อยและตั้งชื่อทริกเกอร์ให้สื่อความหมาย คนถัดไปจะได้อ่านการตั้งค่าเข้าใจ
GA4 ควรใช้ Page View หรือ DOM Ready
ให้ใช้ทริกเกอร์ Initialization หรือ Page View กับ Google tag และใช้ DOM Ready เฉพาะกับแท็กที่ตัวแปรต้องอ่านเนื้อหาจากหน้า Google tag ต้องโหลดเร็ว เพื่อให้แท็กอีเวนต์ที่ทำงานทีหลังใช้การตั้งค่าของมันได้
ทำไมทริกเกอร์การส่งฟอร์มไม่ทำงาน
สาเหตุที่พบบ่อยที่สุดคือฟอร์มส่งข้อมูลด้วย JavaScript และไม่เคยส่งเหตุการณ์ submit มาตรฐานของเบราว์เซอร์ ให้ใช้ทริกเกอร์บนหน้าขอบคุณ หรือใช้การ push เข้า dataLayer คู่กับทริกเกอร์ Custom Event แทน แล้วยืนยันผลในโหมด Preview
ใช้ .* ในทริกเกอร์ Custom Event ปลอดภัยไหม
ไม่ปลอดภัย รูปแบบ .* ตรงกับทุกเหตุการณ์ใน dataLayer รวมถึงเหตุการณ์ที่ Tag Manager และ Google tag สร้างขึ้นเอง และเหตุการณ์ใหม่ที่เพิ่มเข้ามาภายหลัง ให้ใช้รูปแบบที่แคบและยึดหัวท้าย โดยระบุชื่อเหตุการณ์ที่ต้องการจริงเท่านั้น
ข้อยกเว้นทริกเกอร์ใช้ข้ามประเภทได้ไหม
ไม่ได้ ข้อยกเว้นบล็อกได้เฉพาะทริกเกอร์ที่ทำงานบนเหตุการณ์เดียวกัน ถ้าต้องการบล็อกแท็กที่ทำงานจากการคลิกในบางหน้า ข้อยกเว้นต้องเป็นทริกเกอร์คลิกที่มีเงื่อนไขของหน้าด้วย
ตั้งค่า Google Tag Manager Triggers ให้ถูกต้อง
ทริกเกอร์ใน Google Tag Manager ดูเหมือนเรื่องง่าย แต่เป็นตัวตัดสินว่าตัวเลขทุกตัวใน GA4 และ Google Ads เชื่อถือได้หรือไม่ เลือกประเภท Page View ตามจังหวะเวลา ใช้เหตุการณ์ที่ยืนยันความสำเร็จแทนการคลิกปุ่ม เขียน regex ให้แคบ สร้างข้อยกเว้นบนเหตุการณ์ประเภทเดียวกัน และทดสอบทุกการเปลี่ยนแปลงในโหมด Preview ก่อนเผยแพร่ ถ้าฟอร์มหรือแลนดิ้งเพจของคุณทำให้การติดตามยุ่งยาก การสร้างใหม่โดยวางแผนการติดตามไว้ตั้งแต่แรก แบบงานออกแบบแลนดิ้งเพจของเรา จะช่วยลดการแก้ทริกเกอร์แบบปะผุในภายหลังได้มาก ถ้าต้องการให้ใครช่วยดูการติดตามของคุณอีกแรง พูดคุยกับ Relevant Audience ได้เลย
