แนวทางปฏิบัติแนะนำสำหรับแท็กและเครื่องจัดการแท็ก

Katie Hempenius

Barry Pollard

เผยแพร่เมื่อวันที่ 29 กรกฎาคม 2021

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

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

เราจะพูดถึงเทคนิคในการเพิ่มประสิทธิภาพแท็กและเครื่องมือจัดการแท็กเพื่อประสิทธิภาพและ Core Web Vitals แม้ว่าเอกสารนี้จะอ้างอิง Google Tag Manager แต่ก็มีแนวคิดหลายอย่างที่พูดถึงก็เกี่ยวข้องกับเครื่องจัดการแท็กอื่นๆ ได้

ผลกระทบต่อ Core Web Vitals

เครื่องมือจัดการแท็กมักส่งผลต่อ Core Web Vitals โดยอ้อมด้วยการใช้ทรัพยากรที่จําเป็นในการโหลดหน้าเว็บอย่างรวดเร็วและตอบสนองได้อย่างต่อเนื่อง แบนด์วิดท์อาจถูกใช้ไปกับการดาวน์โหลด JavaScript ของเครื่องมือจัดการแท็กสําหรับเว็บไซต์ หรือคําเรียกที่ตามมา เวลา CPU ในเธรดหลักอาจใช้ในการประเมินและเรียกใช้ JavaScript ที่มีอยู่ในแท็กผู้จัดการแท็กและแท็ก

Largest Contentful Paint (LCP) มีความเสี่ยงที่จะเกิดการแย่งกันใช้แบนด์วิดท์ในช่วงเวลาที่หน้าเว็บโหลด นอกจากนี้ การบล็อกเธรดหลักยังอาจทำให้เวลาในการแสดงผล LCP ล่าช้า

การเปลี่ยนเลย์เอาต์สะสม (CLS) อาจได้รับผลกระทบจากการเลื่อนเวลาการโหลดทรัพยากรสําคัญก่อนการแสดงผลครั้งแรก หรือจากเครื่องมือจัดการแท็กที่แทรกเนื้อหาลงในหน้า

การโต้ตอบกับ Next Paint (INP) มีแนวโน้มที่จะเกิดความขัดแย้งของ CPU ในเทรดหลัก และเราได้เห็นความสัมพันธ์ระหว่างขนาดของ Tag Manager กับคะแนน INP ที่ต่ำ

เลือกประเภทแท็กที่เหมาะสม

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

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

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

สคริปต์บางตัวไม่ควรโหลดด้วย Tag Manager

โดยทั่วไปแล้ว เครื่องมือจัดการแท็กไม่ใช่วิธีที่ดีที่สุดในการโหลดทรัพยากรที่นํามาใช้กับประสบการณ์ของผู้ใช้ในด้านภาพหรือฟังก์ชันการทํางานในทันที เช่น ประกาศเกี่ยวกับคุกกี้ รูปภาพหลัก หรือฟีเจอร์ของเว็บไซต์ การใช้เครื่องมือจัดการแท็กเพื่อโหลดทรัพยากรเหล่านี้มักจะทําให้การแสดงโฆษณาล่าช้า ซึ่งส่งผลเสียต่อประสบการณ์ของผู้ใช้และอาจเพิ่มเมตริก เช่น LCP และ CLS ด้วย

นอกจากนี้ ผู้ใช้บางรายยังบล็อกเครื่องมือจัดการแท็กด้วย การใช้ Tag Manager เพื่อใช้งานฟีเจอร์ UX อาจทำให้ผู้ใช้บางรายในเว็บไซต์ใช้งานไม่ได้

โปรดระมัดระวังเกี่ยวกับแท็ก HTML ที่กำหนดเอง

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

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

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

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

ใช้เทมเพลตที่กำหนดเอง

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

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

แทรกสคริปต์ให้ถูกต้อง

การใช้เครื่องมือจัดการแท็กเพื่อแทรกสคริปต์เป็น Use Case ที่พบบ่อยมาก วิธีที่เราแนะนําคือการใช้เทมเพลตที่กําหนดเองและ injectScript API

ดูข้อมูลเกี่ยวกับการใช้ InjectScript API เพื่อแปลงแท็ก HTML ที่กําหนดเองที่มีอยู่ได้ที่แปลงแท็กที่มีอยู่

สิ่งที่ควรทราบหากต้องใช้แท็ก HTML ที่กำหนดเอง

• ไลบรารีและสคริปต์บุคคลที่สามขนาดใหญ่ควรมีแท็กสคริปต์ (เช่น <script src="external-scripts.js">) ที่ดาวน์โหลดไฟล์ภายนอก แทนที่จะคัดลอกและวางเนื้อหาของสคริปต์ลงในแท็กโดยตรง แม้ว่าการไม่ใช้แท็ก <script> จะช่วยลดการเดินทางไปกลับแยกต่างหากเพื่อดาวน์โหลดเนื้อหาของสคริปต์ แต่วิธีนี้จะทำให้คอนเทนเนอร์มีขนาดใหญ่ขึ้นและป้องกันไม่ให้เบราว์เซอร์แคชสคริปต์แยกต่างหาก
• ผู้ให้บริการหลายรายแนะนำให้วางแท็ก <script> ไว้ที่ด้านบนสุดของ <head> อย่างไรก็ตาม สําหรับสคริปต์ที่โหลดด้วยเครื่องมือจัดการแท็ก มักไม่จําเป็น ในกรณีส่วนใหญ่ เบราว์เซอร์จะแยกวิเคราะห์ <head> เสร็จแล้วเมื่อ Tag Manager เริ่มทํางาน

ใช้พิกเซล

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

พิกเซลเป็นแท็กประเภทที่มีประสิทธิภาพและปลอดภัยที่สุด เนื่องจากไม่มีการเรียกใช้ JavaScript หลังจากที่เริ่มทํางาน พิกเซลมีทรัพยากรขนาดเล็กมาก (น้อยกว่า 1 KB) และไม่ทําให้เลย์เอาต์เปลี่ยน

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

ทางเลือกแทนพิกเซล

พิกเซลได้รับความนิยมอย่างมากเนื่องจากครั้งหนึ่งเป็นหนึ่งในวิธีที่ถูกที่สุดและเชื่อถือได้มากที่สุดในการสร้างคําขอ HTTP ในสถานการณ์ที่การตอบกลับของเซิร์ฟเวอร์ไม่เกี่ยวข้อง (เช่น เมื่อส่งข้อมูลไปยังผู้ให้บริการวิเคราะห์) API ของ navigator.sendBeacon() และ fetch() keepalive ได้รับการออกแบบมาเพื่อจัดการกับ Use Case เดียวกันนี้ แต่มีความน่าเชื่อถือมากกว่าพิกเซล

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

sendBeacon()

navigator.sendBeacon() API ได้รับการออกแบบมาสำหรับการส่งข้อมูลจำนวนเล็กน้อยไปยังเว็บเซิร์ฟเวอร์ในสถานการณ์ที่การตอบกลับของเซิร์ฟเวอร์ไม่สำคัญ

const url = "https://example.com/analytics";
const data = JSON.stringify({
    event: "checkout",
    time: performance.now()
});

navigator.sendBeacon(url, data);

sendBeacon() มี API แบบจํากัด: รองรับเฉพาะการส่งคําขอ POST และไม่รองรับการตั้งค่าส่วนหัวที่กําหนดเอง เบราว์เซอร์สมัยใหม่ทั้งหมดรองรับ

Fetch API keepalive

keepalive เป็น Flag ที่อนุญาตให้ใช้ Fetch API เพื่อทำคําขอแบบไม่บล็อก เช่น การรายงานและการวิเคราะห์เหตุการณ์ โดยจะใช้โดยใส่ keepalive: true ไว้ในพารามิเตอร์ที่ส่งไปยัง fetch()

const url = "https://example.com/analytics";
const data = JSON.stringify({
  event: "checkout",
  time: performance.now()
});

fetch(url, {
    method: 'POST',
    body: data,
    keepalive: true
});

หาก fetch() keepalive กับ sendBeacon() ดูคล้ายคลึงกันมาก ก็เพราะว่าเหมือนกัน อันที่จริงแล้ว sendBeacon() ในเบราว์เซอร์ Chromium สร้างขึ้นจาก fetch() keepalive

เมื่อเลือกระหว่าง fetch() keepalive ถึง sendBeacon() ให้พิจารณาฟีเจอร์และการสนับสนุนเบราว์เซอร์ที่ต้องการ fetch() API มีความยืดหยุ่นมากกว่ามาก แต่ keepalive รองรับเบราว์เซอร์น้อยกว่า sendBeacon()

ทำความเข้าใจว่าแท็กทำหน้าที่อะไร

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

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

ทริกเกอร์

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

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

เลือกเหตุการณ์ทริกเกอร์ที่เหมาะสม

ผลกระทบด้านประสิทธิภาพของแท็กอาจแตกต่างกันไป โดยทั่วไปแล้ว ยิ่งแท็กเริ่มทํางานเร็วเท่าใด ประสิทธิภาพก็จะยิ่งดีขึ้นเท่านั้น โดยปกติแล้ว ทรัพยากรจะจํากัดในระหว่างการโหลดหน้าเว็บครั้งแรก ดังนั้นการโหลดหรือใช้งานทรัพยากร (หรือแท็ก) บางรายการจึงต้องใช้ทรัพยากรจากอย่างอื่น

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

แท็กสามารถทริกเกอร์เมื่อการดูหน้าเว็บ (โดยทั่วไปคือ Page load, on DOM Ready, on Window Loaded) หรือตามเหตุการณ์ที่กําหนดเอง เรียกใช้แท็กที่ไม่จําเป็นหลังจาก Window Loaded เพื่อหลีกเลี่ยงการส่งผลต่อเวลาในการโหลดหน้าเว็บ

ใช้เหตุการณ์ที่กําหนดเอง

ใช้เหตุการณ์ที่กำหนดเองเพื่อเริ่มการทำงานของทริกเกอร์เพื่อตอบสนองต่อเหตุการณ์ในหน้าเว็บที่ไม่ได้ครอบคลุมโดยทริกเกอร์ในตัวของ Google Tag Manager เช่น หลายแท็กใช้ทริกเกอร์การดูหน้าเว็บ อย่างไรก็ตาม ช่วงเวลาระหว่าง DOM Ready ถึง Window Loaded อาจนาน ทำให้ปรับแต่งเวลาที่แท็กเริ่มทํางานได้ยาก เหตุการณ์ที่กําหนดเองอาจเป็นวิธีแก้ปัญหานี้ได้

ก่อนอื่น ให้สร้างทริกเกอร์เหตุการณ์ที่กําหนดเองและอัปเดตแท็กเพื่อใช้ทริกเกอร์นี้

หากต้องการให้ทริกเกอร์เริ่มทำงาน ให้พุชเหตุการณ์ที่เกี่ยวข้องไปยังชั้นข้อมูล

// Custom event trigger that fires after 2 seconds
setTimeout(() => {
  dataLayer.push({
    'event' : 'my-custom-event'
  });
}, 2000);

ใช้เงื่อนไขทริกเกอร์ที่เฉพาะเจาะจง

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

ตัวแปรในตัวสามารถรวมไว้ในเงื่อนไขทริกเกอร์เพื่อจํากัดการเริ่มทํางานของแท็ก

โหลดเครื่องมือจัดการแท็กในเวลาที่เหมาะสม

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

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

ตัวแปร

ใช้ตัวแปรในการอ่านข้อมูลจากหน้าเว็บ ซึ่งมีประโยชน์ในทริกเกอร์และในแท็กเอง

เช่นเดียวกับทริกเกอร์ ตัวแปรจะเพิ่มโค้ด JavaScript ลงในเครื่องมือจัดการแท็ก และอาจก่อให้เกิดปัญหาด้านประสิทธิภาพ ตัวแปรอาจมีขนาดเล็ก เช่น โค้ดสําหรับอ่าน URL, คุกกี้, ชั้นข้อมูล หรือ DOM บางส่วน และยังใส่ JavaScript ที่กําหนดเองซึ่งมีความสามารถ (และขนาด) ไม่จํากัดได้อีกด้วย

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

การจัดการแท็ก

การใช้แท็กอย่างมีประสิทธิภาพจะช่วยลดความเสี่ยงของปัญหาด้านประสิทธิภาพ

ใช้ชั้นข้อมูล

ชั้นข้อมูลคืออาร์เรย์ออบเจ็กต์ JavaScript ที่มีข้อมูลเกี่ยวกับหน้าเว็บ ออบเจ็กต์เหล่านี้มีข้อมูลทั้งหมดที่คุณต้องการส่งไปยัง Google Tag Manager

นอกจากนี้ คุณยังใช้เลเยอร์ข้อมูลเพื่อทริกเกอร์แท็กได้ด้วย

// Contents of the data layer
window.dataLayer = [{
    'pageCategory': 'signup',
    'visitorType': 'high-value'
  }];

// Pushing a variable to the data layer
window.dataLayer.push({'variable_name': 'variable_value'});

// Pushing an event to the data layer
window.dataLayer.push({'event': 'event_name'});

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

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

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

นำแท็กที่ซ้ำกันและแท็กที่ไม่ได้ใช้ออก

แท็กที่ซ้ำกันอาจเกิดขึ้นเมื่อมีการรวมแท็กไว้ในมาร์กอัป HTML ของหน้าเว็บนอกเหนือจากที่มีการแทรกผ่านเครื่องจัดการแท็ก

ควรหยุดชั่วคราวหรือนำแท็กที่ไม่ได้ใช้ออก แทนการบล็อกผ่านการใช้ข้อยกเว้นทริกเกอร์ การหยุดชั่วคราวหรือการนำแท็กออกจะนำโค้ดออกจากคอนเทนเนอร์ แต่การบล็อกจะไม่เกิดขึ้น

เมื่อนําแท็กที่ไม่ได้ใช้ออกแล้ว ให้ตรวจสอบทริกเกอร์และตัวแปรเพื่อดูว่าจะนําออกได้หรือไม่

แท็กที่หยุดชั่วคราวจะส่งผลต่อขนาดคอนเทนเนอร์ แต่เพย์โหลดทั้งหมดจะน้อยกว่าเมื่อแท็กทำงานอยู่

ใช้รายการที่อนุญาตและปฏิเสธ

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

รายการที่อนุญาตและปฏิเสธจะกําหนดค่าผ่านชั้นข้อมูล

window.dataLayer = [{
  'gtm.allowlist': ['<id>', '<id>', ...],
  'gtm.blocklist': ['customScripts']
}];

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

ลองใช้การติดแท็กฝั่งเซิร์ฟเวอร์

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

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

โปรดทราบว่าการติดแท็กฝั่งเซิร์ฟเวอร์ใช้ได้กับแท็กบางรายการเท่านั้น ความเข้ากันได้ของแท็กจะแตกต่างกันไปตามผู้ให้บริการ

ดูข้อมูลเพิ่มเติมได้ในข้อมูลเบื้องต้นเกี่ยวกับการติดแท็กฝั่งเซิร์ฟเวอร์

คอนเทนเนอร์

โดยทั่วไปแล้ว ตัวจัดการแท็กจะอนุญาตให้มีอินสแตนซ์หลายรายการ ซึ่งมักเรียกว่าคอนเทนเนอร์ภายในการตั้งค่า คุณควบคุมคอนเทนเนอร์หลายรายการได้ในบัญชี Tag Manager บัญชีเดียว

ใช้คอนเทนเนอร์เพียงรายการเดียวต่อหน้า

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

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

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

หากต้องใช้คอนเทนเนอร์หลายรายการต่อหน้า ให้ทําตามคําแนะนําของ Google Tag Manager สําหรับการตั้งค่าคอนเทนเนอร์หลายรายการ

ใช้คอนเทนเนอร์แยกกันหากจำเป็น

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

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

การใช้คอนเทนเนอร์เดียวซ้ำในวงกว้างอาจทําให้คอนเทนเนอร์มีความซับซ้อนและมีขนาดมากขึ้นเนื่องจากต้องบังคับใช้ตรรกะที่ซับซ้อนเพื่อจัดการแท็กและทริกเกอร์

คอยตรวจสอบขนาดคอนเทนเนอร์

ขนาดของคอนเทนเนอร์จะกําหนดโดยแท็ก ทริกเกอร์ และตัวแปร แม้ว่าคอนเทนเนอร์ขนาดเล็กจะยังคงส่งผลเสียต่อประสิทธิภาพของหน้าเว็บ แต่คอนเทนเนอร์ขนาดใหญ่จะส่งผลเสียอย่างแน่นอน

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

Google Tag Manager จะจำกัดขนาดคอนเทนเนอร์ไว้ที่ 300 KB และเตือนเกี่ยวกับขนาดคอนเทนเนอร์เมื่อมีขนาดถึง 70% ของขีดจำกัด

เว็บไซต์ส่วนใหญ่ควรพยายามทำให้คอนเทนเนอร์มีขนาดเล็กกว่าขีดจำกัด เปรียบเทียบกับคอนเทนเนอร์เว็บไซต์ที่มีค่ามัธยฐานประมาณ 50 KB จริงๆ แล้วไลบรารี Google Tag Manager มีขนาดประมาณ 33 KB

ตั้งชื่อเวอร์ชันคอนเทนเนอร์

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

เวิร์กโฟลว์การติดแท็ก

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

ทดสอบก่อนใช้งาน

ทดสอบแท็กก่อนการทำให้ใช้งานได้เพื่อตรวจหาปัญหา ประสิทธิภาพ และอื่นๆ ก่อนที่จะจัดส่ง

สิ่งที่ควรพิจารณาเมื่อทดสอบแท็กมีดังนี้

• แท็กทํางานได้อย่างถูกต้องไหม
• แท็กทำให้เกิดการเปลี่ยนเลย์เอาต์ไหม
• แท็กโหลดทรัพยากรไหม ทรัพยากรเหล่านี้มีขนาดใหญ่แค่ไหน
• แท็กทริกเกอร์สคริปต์ที่ทำงานเป็นเวลานานหรือไม่

โหมดแสดงตัวอย่าง

โหมดแสดงตัวอย่างช่วยให้คุณทดสอบการเปลี่ยนแปลงแท็กในเว็บไซต์จริงได้โดยไม่ต้องติดตั้งใช้งานกับผู้ใช้ทั่วไปก่อน โหมดแสดงตัวอย่างมีคอนโซลดีบักที่ให้ข้อมูลเกี่ยวกับแท็ก

เวลาที่ใช้ในการเรียกใช้ Google Tag Manager จะแตกต่างกัน (ช้าลงเล็กน้อย) เมื่อทํางานในโหมดแสดงตัวอย่าง เนื่องจากมีค่าใช้จ่ายเพิ่มเติมที่จําเป็นในการแสดงข้อมูลในคอนโซลการแก้ไขข้อบกพร่อง ดังนั้นจึงไม่แนะนําให้เปรียบเทียบการวัด Web Vitals ที่รวบรวมในโหมดแสดงตัวอย่างกับการวัดที่รวบรวมในเวอร์ชันที่ใช้งานจริง อย่างไรก็ตาม ความคลาดเคลื่อนนี้จะไม่ส่งผลต่อลักษณะการทํางานของแท็ก

การทดสอบแบบสแตนด์อโลน

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

ตรวจสอบประสิทธิภาพแท็ก

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

ดูข้อมูลเพิ่มเติมได้ที่วิธีสร้าง Google Tag Manager monitor

ต้องได้รับอนุมัติสำหรับการเปลี่ยนแปลงคอนเทนเนอร์

โดยทั่วไปแล้ว โค้ดของบุคคลที่หนึ่งต้องผ่านการตรวจสอบและการทดสอบก่อนนำไปใช้งาน จัดการแท็กในลักษณะเดียวกัน

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

ตรวจสอบการใช้งานแท็กเป็นระยะ

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

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

ขณะตรวจสอบแท็ก อย่าลืมล้างทริกเกอร์และตัวแปร และมักเป็นสาเหตุของปัญหาด้านประสิทธิภาพด้วย

ดูข้อมูลเพิ่มเติมได้ที่การควบคุมสคริปต์ของบุคคลที่สาม