เลเยอร์ข้อมูลคือวัตถุที่มีโครงสร้างซึ่งเว็บไซต์หรือแอปพลิเคชันดูแลรักษาไว้ โดยจะเก็บข้อมูลเกี่ยวกับหน้าเว็บปัจจุบัน ผู้ใช้ และเหตุการณ์ที่เกิดขึ้น ในรูปแบบเอกสารที่เครื่องมือวัดสามารถอ่านได้ แทนที่แท็กวิเคราะห์หรือโฆษณาแต่ละตัวจะดึงค่าจากมาร์กอัปของหน้าเว็บ ผู้บริโภคทุกคนจะอ่านข้อมูลจากแหล่งข้อมูลเดียวที่ถูกสร้างขึ้นอย่างตั้งใจ
คุณค่าของมันอยู่ที่ความทนทาน การกำหนดค่าการติดตามที่ดึงค่าจากตัวเลือก CSS ชื่อคลาส หรือข้อความที่มองเห็นได้นั้นเชื่อมโยงกับรายละเอียดการนำเสนอที่เปลี่ยนแปลงไปทุกครั้งที่เว็บไซต์ได้รับการออกแบบใหม่ ปรับสไตล์ใหม่ หรือปรับโครงสร้างใหม่ และเมื่อมันพัง มันมักจะล้มเหลวโดยไม่มีการแจ้งเตือนใดๆ เลเยอร์ข้อมูลจะแยกการวัดออกจากส่วนการนำเสนอ: ส่วนหน้าอาจเปลี่ยนแปลงไปอย่างสิ้นเชิง และตราบใดที่ข้อตกลงของเลเยอร์ข้อมูลยังคงได้รับการเคารพ การติดตามก็จะยังคงทำงานได้ต่อไป ซึ่งจะเปลี่ยนการติดตามจากส่วนเสริมที่เปราะบางให้กลายเป็นอินเทอร์เฟซที่ได้รับการดูแลรักษา
ลักษณะที่เป็นสัญญาเป็นส่วนสำคัญ ข้อกำหนดของเลเยอร์ข้อมูลจะกำหนดว่ามีตัวแปรอะไรบ้าง ตัวแปรเหล่านั้นบรรจุอะไร เก็บประเภทข้อมูลอะไร กำหนดค่าเมื่อใด และมีการส่งเหตุการณ์ใดบ้างพร้อมพารามิเตอร์อะไร หากมองว่าเป็นอินเทอร์เฟซระหว่างแอปพลิเคชันและระบบวิเคราะห์ข้อมูล ก็จะกลายเป็นความรับผิดชอบร่วมกัน: นักพัฒนาจะนำไปใช้งานเป็นส่วนหนึ่งของการสร้างฟีเจอร์ และระบบวิเคราะห์ข้อมูลจะนำไปใช้โดยไม่จำเป็นต้องเข้าใจส่วนหน้า แต่หากมองว่าเป็นส่วนเสริมที่ไม่สำคัญ ก็จะทำให้เกิดความไม่สอดคล้องกัน โดยใช้ชื่อเดียวกันถึงสามแบบในเทมเพลตต่างๆ และกำหนดค่าในจุดต่างๆ ของวงจรชีวิตของหน้าเว็บ
จังหวะเวลาเป็นข้อผิดพลาดทางเทคนิคที่พบบ่อยที่สุด ค่าที่ส่งหลังจากแท็กทำงานไปแล้วจะทำให้ได้ข้อมูลว่างเปล่าหรือค่าเริ่มต้น ซึ่งเป็นเหตุผลว่าทำไมเลเยอร์ข้อมูลจึงควรได้รับการเริ่มต้นในเอกสารก่อนส่วนย่อยของตัวจัดการแท็ก โดยส่งเหตุการณ์ที่ตามมาเมื่อเกิดขึ้น แอปพลิเคชันแบบหน้าเดียวต้องการความระมัดระวังเป็นพิเศษ เนื่องจาก การเปลี่ยนแปลงหน้าเสมือนจะไม่กระตุ้นเหตุการณ์การโหลดหน้าตามปกติ และการนำทางตามประวัติจะต้องส่งเหตุการณ์ที่เทียบเท่ากันอย่างชัดเจนด้วยบริบทที่ถูกต้อง
การออกแบบโครงสร้างข้อมูล (schema) เป็นตัวกำหนดว่าข้อมูลที่ได้จะมีประโยชน์มากน้อยเพียงใด โครงสร้างข้อมูลที่ออกแบบมาอย่างดีจะเก็บรวบรวมเอนทิตีที่ธุรกิจต้องการวิเคราะห์จริงๆ รวมถึงรหัสสินค้า หมวดหมู่ ราคา สกุลเงิน ประเภทผู้ใช้ สถานะบัญชี และตัวระบุที่เชื่อมโยงเซสชันกับบันทึกข้อมูลลูกค้าโดยรวม ในทางกลับกัน โครงสร้างข้อมูลที่ออกแบบมาไม่ดีจะเก็บรวบรวมเฉพาะสิ่งที่สะดวกในขณะนั้น ซึ่งจะทำให้ได้ข้อมูลวิเคราะห์ที่ไม่สามารถตอบคำถามที่ธุรกิจต้องการได้โดยไม่ต้องมีการทำงานด้านวิศวกรรมเพิ่มเติมทุกครั้ง
เอกสารประกอบเป็นสิ่งที่ทำให้เลเยอร์ข้อมูลคงอยู่ได้แม้จะมีการเปลี่ยนแปลงบุคลากร และเป็นองค์ประกอบที่มักขาดหายไปมากที่สุด เอกสารระบุรายละเอียดของแต่ละตัวแปรและเหตุการณ์ พร้อมประเภท เงื่อนไขการกระตุ้น ค่าตัวอย่าง และบุคคลหรือทีมที่รับผิดชอบ เป็นเอกสารขนาดเล็กที่มีคุณค่ามหาศาล: ช่วยให้นักพัฒนาใหม่สามารถใช้งานการติดตามได้อย่างถูกต้องโดยไม่ต้องถอดแบบจากหน้าเว็บที่มีอยู่ ช่วยให้นักวิเคราะห์มีข้อมูลอ้างอิงเมื่อตีความข้อมูล และเป็นพื้นฐานสำหรับการตรวจสอบความถูกต้องโดยอัตโนมัติ การทดสอบว่าการใช้งานตรงกับข้อกำหนด โดยควรเป็นส่วนหนึ่งของกระบวนการปรับใช้ จะช่วยป้องกันการเปลี่ยนแปลงทีละน้อยที่เอกสารอธิบายอินเทอร์เฟซที่เว็บไซต์ไม่รองรับอีกต่อไป
ข้อควรพิจารณาด้านความเป็นส่วนตัวมีผลโดยตรง เนื่องจากชั้นข้อมูลมักเป็นจุดที่ข้อมูลส่วนบุคคลจะเข้าถึงแท็กของบุคคลที่สามได้เป็นครั้งแรก ไม่ควรใส่ตัวระบุส่วนบุคคลลงในชั้นข้อมูลโดยปราศจากพื้นฐานทางกฎหมายที่ชัดเจนและกลไกที่เคารพสถานะการยินยอม และควรใช้ตัวระบุแบบแฮชหรือแบบไม่ระบุตัวตนเมื่อจำเป็นต้องมีการเชื่อมต่อ ในทางปฏิบัติ โครงสร้างข้อมูลถูกกำหนดโดย การวิเคราะห์ข้อมูล โดยร่วมมือกับทีมงานที่จะดำเนินการ และดูแลรักษาให้เป็นส่วนหนึ่งของคำจำกัดความของงานที่เสร็จสมบูรณ์ การพัฒนาผลิตภัณฑ์ นั่นคือสิ่งที่ป้องกันไม่ให้การวัดผลลดลงอย่างเงียบๆ ในแต่ละเวอร์ชันที่ออกใหม่