# Data Layer Monitoring Docs DocsData Layer Monitoring [All docs](/docs) Get Started - [Overview](/docs/overview) - [How It Works](/docs/how-it-works) - [Your First Plan](/docs/your-first-plan) - [Post-Install Warm-Up](/docs/post-install-warm-up) - [Multi Account Management](/docs/multi-account-management) Install - [Installing Trackingplan](/docs/installing-trackingplan) - [For Websites](/docs/installing-trackingplan/installing-trackingplan-on-your-websites) - [For Apps](/docs/installing-trackingplan/installing-trackingplan-in-your-apps) - [Webhooks](/docs/installing-trackingplan/installing-trackingplan-using-webhooks) - [For ssGTM](/docs/installing-trackingplan/for-ssgtm) - [Environments](/docs/environments) - [SDK Update](/docs/sdk-update) The Agent - [Threads](/docs/threads) - [Reports](/docs/reports) - [Audits](/docs/audits) Use Cases - [Investigate a Warning](/docs/debug-warnings) - [For Analytics Teams](/docs/analytics-use-cases) - [For Performance & Paid Media](/docs/paid-media-use-cases) - [For Compliance & Legal](/docs/compliance-use-cases) - [For Agencies & Consultancies](/docs/agency-use-cases) Monitoring - [Warnings & Updates](/docs/warning-and-updates) - [Data Validation](/docs/data-validation) - [Data Layer Monitoring](/docs/data-layer-monitoring) - [Consent & Cookie Monitoring](/docs/consent-and-cookie-monitoring) - [Privacy Monitoring](/docs/data-privacy-monitoring) - [Pixel Monitoring](/docs/pixels-presence-monitoring) - [Naming Conventions Monitoring](/docs/naming-conventions-monitoring) - [Releases & GTM Monitoring](/docs/autodiscover-releases) Explore - [Explore](/docs/explore) - [Health Summary](/docs/health-summary) - [Data Explorer](/docs/data-explorer) - [Tracks Explorer](/docs/tracks-explorer) - [Presence Map](/docs/presence-map) - [Advanced Views](/docs/advanced-views) - [Session Finder](/docs/session-finder) - [Filters & Data Segmentation](/docs/attribution) - [Tags](/docs/tags) - [Notes & Labels](/docs/notes-labels) - [Starred Items](/docs/starred-items) - [Sharing](/docs/sharing) Your Trackingplan - [Destinations](/docs/destinations) - [Split Destinations](/docs/split-destinations) - [Events](/docs/events) - [Properties](/docs/properties) - [Attributes](/docs/user-attributes) - [Pages](/docs/pages) - [Compliance](/docs/compliance) - [Privacy](/docs/privacy) - [Consent](/docs/consent) - [Platform](/docs/platform) - [Daily Checks](/docs/daily-checks) - [Vitals](/docs/platform-metrics) - [Acquisition](/docs/acquisition) Connect - [Slack](/docs/slack) - [MCP Endpoint](/docs/mcp-endpoint) - [Ad Platforms](/docs/ad-platforms) - [Trackingplan Exploration API](/docs/trackingplan-exploration-api) - [Trackingplan Export API](/docs/trackingplan-export-api) - [Data Studio Connector](/docs/trackingplan-connector-for-data-studio) - [Chrome Extension](/docs/trackingplans-chrome-extension) - [Omnibug Extension](/docs/trackingplan-omnibug-extension) Account & Security - [Settings & Members](/docs/settings) - [Privacy & Security](/docs/privacy-and-security) - [JSON Export/Import](/docs/export-import-json-schemas) [Monitoring](/docs) Updated October 16, 2026 # Data Layer Monitoring See every data layer push behind your events, tell a front-end error from a tag manager one, and let the agent and audits keep checking it. > Trackingplan shows you every data layer push behind your events, so you see exactly what the browser captured and sent to your analytics and marketing tools. You can debug it, set rules for it, and ask the agent to check it for you. ## What the data layer is The data layer is a JavaScript object on your site. It holds information about user interactions, page content and other data you care about. It's the bridge between your site and your analytics tools: your tag manager reads from it and sends the data on. When something breaks in your reports, the data layer is often where the answer is. With it, you can: - **See the real data, with the context the browser captured.** For example, the exact URL of the product and what the user did before. - **Spot badly formatted data** on your site at a glance. - **Tell a front-end error from a tag manager error.** If you use a tag manager like Google Tag Manager or Tealium, compare the push with what reached each destination. If the push is right and the destination is wrong, the problem is in the tag manager's transformation. If the push is already wrong, it comes from your front end. ## Where you see it Trackingplan picks up your data layer automatically. If it detects data layer data, you see it in: - **[Tracks Explorer](/docs/tracks-explorer)**: every track in DataLayer format, plus the ** Data Layer** and ** DataLayer Array** of each event, the full state of the data layer when the event fired. - **[Data Explorer](/docs/data-explorer)**: filter and group your events by ** DataLayer values**, side by side with properties and attributions. The data layer also works as a destination of its own. Its pushes and fields get the same [warnings](/docs/warning-and-updates) and [validation rules](/docs/data-validation) as any other destination: a push that stops, a field that goes missing, a value with the wrong type. > Make sure your Web SDK script is on the latest version. Native apps have no data layer, so this applies to your websites. Questions? [Contact us](mailto:support@trackingplan.com). ## Ask the agent about your data layer You don't have to dig through pushes yourself. Ask in any [thread](/docs/threads): the agent checks the data layer, the traffic of each destination and your tag manager before it answers. For example: > Review the dataLayer and the main events — tell me if you see any implementation problem. > Is the purchase push still sending the transaction ID and the value? > Does GA4 get every add\_to\_cart that reaches the data layer? > Which data layer fields went missing after the last release? The answer opens with a verdict, then the problems by priority, with the evidence and the fix. For example, an event that is still pushed to the data layer but no longer reaches GA4 because a trigger changed in the tag manager. Need to hand it to your developers? Ask for the result as a report. ## Keep checking it with audits Two data layer audits are ready in the Library, under **Implementation**: - **Data layer implementation**: whether the pushes and fields your team cares about still reach the data layer as specified. Key pushes come first, such as purchase, checkout, lead or sign-up. - **Destinations agree with the data layer**: equivalent events across the data layer and each destination, compared by hits. Click one to read what it checks, then **Run now** to set it up and run it. ![The Data layer implementation audit in the Library](/images/docs-data-layer-audit-library.png) The Data layer implementation audit in the Library Need something more specific? Create a custom audit: click **New audit** and describe what it should check, for example "Check that every checkout push carries currency, value and items, and tell me when one stops". Set its notifications to hear by email or Slack only when something needs attention. See [Audits](/docs/audits). ## Related - [Tracks Explorer](/docs/tracks-explorer) - [Data Validation](/docs/data-validation) - [For Analytics Teams](/docs/analytics-use-cases) - [Audits](/docs/audits) [← Previous**Data Validation**](/docs/data-validation) [Next →** Consent & Cookie Monitoring**](/docs/consent-and-cookie-monitoring) Was this useful? Write to [support@trackingplan.com](mailto:support@trackingplan.com) On this page 1. [*01*What the data layer is](#what-the-data-layer-is) 2. [*02*Where you see it](#where-you-see-it) 3. [*03*Ask the agent about your data layer](#ask-the-agent-about-your-data-layer) 4. [*04*Keep checking it with audits](#keep-checking-it-with-audits) 5. [*05*Related](#related)