[Analytics Implementation](/categories/analytics-implementation) November 4, 2026 # Adobe Analytics audit: what to check and with which tool Audit Adobe Analytics layer by layer: the SDR, the hits, Adobe Tags rules, the report suite and consent, with the tool that checks each one. ![](/images/65d75b0ae8d69ef95785a5d6_david-pombar.webp) **[David Pombar](/author/david-pombar)** Swiss army knife at Trackingplan 5 min read · 1186 words An Adobe Analytics audit checks five layers: the solution design reference (SDR) that says what should be tracked, the hits the site actually sends, the Adobe Tags rules and data layer that build them, the report suite settings that change the data after collection, and consent. Each layer needs a different tool, and most broken implementations fail in more than one. This guide goes through them in order, with the tool for each check, the questions to ask if you hire someone to do it, and how to keep the result true after the audit. ## What an Adobe Analytics audit covers | Layer | What to check | Tool | | --- | --- | --- | | SDR | Every eVar, prop and success event has a definition, an owner and a reason to exist | The SDR itself, against the report suite’s variable list | | Hits | Each page and key action sends the variables the SDR expects, with the right values | Adobe Experience Platform Debugger, the Network tab | | Adobe Tags and data layer | Rules fire on the right trigger, data elements read the right data layer keys | Adobe Tags, the browser console | | Report suite | Processing rules, marketing channels, bot rules and filters don’t distort what was collected | Report suite admin settings | | Consent | No hit leaves before the visitor’s choice allows it | The Network tab in a clean session, per consent state | ![Diagram of the five Adobe Analytics audit layers in the order data passes through them, from the SDR to the data layer and Adobe Tags, the hit, the report suite processing and the reports, with consent across the collection steps and the tool that checks each layer](/images/adobe-analytics-audit-layers.svg) The five layers of an Adobe Analytics audit, and the tool that checks each one. ## Start with the SDR The audit needs something to compare against. In Adobe Analytics that is the [SDR](/blog/adobe-analytics-sdr), the document that maps every business question to an eVar, a prop or a success event. Put the SDR next to the report suite’s list of enabled variables and look for three things. Variables in the report suite that no one can explain. Variables in the SDR that never receive data. And eVars whose allocation and expiration settings don’t match what the SDR says they are for: an eVar meant to credit a campaign for a purchase stops working if it expires at the end of the visit and the purchase happens a week later. If there is no SDR, writing one from the current report suite is the first deliverable of the audit. ## Check the hits Where you read a hit depends on how Adobe Analytics is implemented. Adobe’s [guide to debugging data collection](https://experienceleague.adobe.com/en/docs/analytics/implementation/validate/debugging) maps it: AppMeasurement and the Analytics extension in Adobe Tags send browser requests you can read in the Network tab; the Web SDK sends to the Edge Network, where Edge Trace shows how each field maps to Analytics; the Mobile SDK is checked in Assurance; and the Data Insertion API in your server’s own requests. For a first pass on a page, the Adobe Experience Platform Debugger has an Auditor tab that runs a set of tests and scores each one as a pass or a fail. Then walk through the journeys that matter, in the Debugger or the Network tab: landing, search, product page, cart, checkout, lead form. For each hit, check: - The page name and site section follow the naming rules. - Each eVar and prop carries the value the SDR expects, in the expected format. - Success events fire once, on the right action: a purchase on the confirmation page, not on the click of the pay button. - Product strings and merchandising eVars are complete on product and checkout pages. The [Adobe Analytics debugging guide](/blog/how-to-debug-adobe-analytics) covers the Debugger and the Network tab step by step, and the [Chrome extensions comparison](/blog/chrome-extensions-for-adobe-analytics) helps you pick a browser tool for reading hits faster. ## Check Adobe Tags and the data layer A wrong value in a hit usually starts one step earlier. In Adobe Tags, check that each rule fires on the trigger it was built for, that data elements read the data layer keys that still exist, and that no old rule from a previous implementation still sets the same variable. Then check the data layer itself on the pages where the hits were wrong: a key renamed by a front-end release breaks every data element that reads it. The [Adobe Tags guide](/blog/adobe-tags) has a section on auditing rules and data elements. ## Check the report suite A hit that returns a 2xx response only proves that Adobe’s collection server received it, not that Analytics kept it, and the report suite still changes the data after collection. Some errors never show up in a hit at all. Review, in the report suite admin settings: - Processing rules: which variables they overwrite or copy, and whether anyone still knows why. - Marketing channel processing rules: their order, and whether paid traffic falls into a catch-all channel. - Bot rules, internal URL filters and IP exclusions: whether your own team’s traffic is excluded and known bots are filtered. - Classifications: whether the values they map still exist. A browser tool can’t see any of this, so this part of the audit needs admin access. ## Check consent Open a clean session, with no cookies and no saved consent choice, and repeat the main journey in each consent state you support. Before the visitor answers, no Analytics hit should leave. After a refusal, none should leave either. After an acceptance, hits should start without losing the landing page. Check it in the Network tab, not only in the consent tool’s settings: the setting says what should happen, the request shows what did. ## If you hire an audit A specialist can audit Adobe Analytics faster than a team doing it for the first time. Before you sign, ask: 1. Which of the five layers are in scope, and does it include admin access to the report suite? 2. Which implementation methods are covered: AppMeasurement, the Web SDK, the Mobile SDK, the Data Insertion API? 3. Which journeys, devices and consent states will be tested? 4. What is delivered: a list of issues ranked by impact, an updated SDR, the fixes themselves? 5. What evidence comes with each finding: the hit, the rule, the setting behind it? 6. Who fixes what they find, and is a retest included? 7. What happens after the audit to catch the next break? The last question matters most. An audit is a snapshot: it proves the implementation was right on the day it was tested. ## Between audits: monitor real traffic with Trackingplan Scheduled scanners replay scripted journeys before a release; they check the paths someone scripted, when the schedule runs. Trackingplan is a digital analytics agent, and it watches the hits real visitors send to Adobe Analytics, through AppMeasurement or the [Adobe Experience Platform Web SDK](/docs/installing-trackingplan/adobe-experience-platform). It learns which eVars, props and events each page sends, and warns you when one goes missing, changes format or gets an unexpected value, with the hits behind each warning. It reads the consent state that travels with every hit, so a hit sent without consent shows up too. ![The Trackingplan home page: your digital analytics agent](/images/trackingplan-home-digital-analytics-agent.jpg) Trackingplan, your digital analytics agent. It watches collection, not the report suite admin settings, so processing rules and marketing channels still need the audit. And a journey no one has used yet sends nothing to check. Run the audit once, write down what correct looks like, and let monitoring tell you the day it stops being true. On this page 1. [*01*What an Adobe Analytics audit covers](#what-an-adobe-analytics-audit-covers) 2. [*02*Start with the SDR](#start-with-the-sdr) 3. [*03*Check the hits](#check-the-hits) 4. [*04*Check Adobe Tags and the data layer](#check-adobe-tags-and-the-data-layer) 5. [*05*Check the report suite](#check-the-report-suite) 6. [*06*Check consent](#check-consent) 7. [*07*If you hire an audit](#if-you-hire-an-audit) 8. [*08*Between audits: monitor real traffic with Trackingplan](#between-audits-monitor-real-traffic-with-trackingplan) **Stop babysitting tags** Trackingplan audits your real user data around the clock and flags issues before they cost you. [Start free trial →](https://app.trackingplan.com/signup) ![](/images/65d75b0ae8d69ef95785a5d6_david-pombar.webp) **David Pombar** Swiss army knife at Trackingplan Read more from David, a Senior Product Strategist with 18+ years in digital product development and an atypical error detection knack. Share Copy link [LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.trackingplan.com%2Fblog%2Fadobe-analytics-audit) [X](https://twitter.com/intent/tweet?url=https%3A%2F%2Fwww.trackingplan.com%2Fblog%2Fadobe-analytics-audit&text=Adobe%20Analytics%20audit%3A%20what%20to%20check%20and%20with%20which%20tool) Read next [All Blog →](/blog) - [ 20 minAnalytics ImplementationFebruary 13, 2026 ### A Practical Guide on How to Debug Adobe Analytics Discover how to debug Adobe Analytics with expert tools and workflows. Learn to quickly identify and resolve data issues with our practical, step-by-step guide. by **David Pombar**](/blog/how-to-debug-adobe-analytics) - [ 12 minAnalytics ImplementationFebruary 12, 2026 ### Adobe Analytics debugger: 12 Chrome extensions compared Discover the 12 best Chrome extensions for Adobe Analytics. A curated list with key features, pros, cons, and use cases to enhance your analytics workflow. by **David Pombar**](/blog/chrome-extensions-for-adobe-analytics) - [ 19 minAnalytics ImplementationMarch 30, 2026 ### Adobe Tags: Adobe tag management, from DTM to audits What Adobe Tags is, how it replaced DTM and Launch, how to set up data elements and rules, and how to audit and monitor every Adobe tag. by **David Pombar**](/blog/adobe-tags) Trackingplan ## See everything. Miss nothing. Your implementations audited around the clock with real-time, real-user data. Real-time alerts about errors or changes in your data, campaigns, pixels, privacy and consent. Let AI flag issues before they cost you. [Start free trial →](https://app.trackingplan.com/signup) [Book a demo](/demo)