What the DPDP Act Requires for Analytics Tags
India’s Digital Personal Data Protection Act, 2023 (DPDP) became law on 11 August 2023. The Act applies to any organisation that processes digital personal data of individuals in India. For analytics and marketing teams, the relevant provisions are in Sections 4, 5, 6, and 9.
Section 4 defines personal data as any data that identifies or relates to an identifiable individual. This includes cookie IDs, device fingerprints, IP addresses, and client IDs — all of which are generated by GA4, Meta Pixel, and every other analytics tag.
Section 6 requires consent before processing personal data. The consent must be “free, specific, informed, unconditional and unambiguous with a clear affirmative action.” This means: no pre-checked boxes, no implied consent from continued browsing, no bundled consent. The user must actively opt in before any analytics tag fires.
Section 9 grants data principals (users) the right to withdraw consent at any time. Withdrawal must be as easy as granting consent. Once withdrawn, processing must stop — which means analytics tags must stop firing for that user immediately.
Why Most Indian Sites Are Non-Compliant
The majority of Indian websites run GTM containers that were set up in 2020–2022, before the DPDP Act. These containers load every tag on every page load with no consent gating. There is no CMP banner, no consent state management, and no mechanism to honour withdrawal.
Even sites that have added a cookie banner are often non-compliant because:
- The banner uses pre-selected “Accept All” as the default action
- Tags fire before the user interacts with the banner
- The “Reject” button does not actually block tag firing
- Consent state is not persisted across sessions (the banner reappears, but tags fired in the previous session without renewed consent)
- There is no mechanism to withdraw consent after it is granted
The DPDP Act specifies penalties up to ₹250 crore for significant data breaches and ₹200 crore for non-compliance with consent obligations. The Data Protection Board of India (DPBI) has enforcement authority, and while enforcement activity is still ramping up, the legal exposure is real and growing.
Technical Requirements for DPDP-Compliant Tag Management
To bring a GTM container into DPDP compliance, you need four things:
1. Consent Management Platform (CMP)
Deploy a CMP that presents a clear consent banner with separate “Accept” and “Reject” options. The banner must load before any analytics tags fire. The CMP must record consent with a timestamp and provide a mechanism for users to change their preference later.
For Indian sites, there is no IAB TCF equivalent mandated (TCF is a European framework). But the CMP must still meet the DPDP’s “free, specific, informed” requirements. This means no dark patterns, no pre-checked boxes, and no “Accept All or leave” binary choices.
2. Default-Denied Tag Configuration
Every tag in GTM must have a consent-based trigger exception. Before consent is granted, no tag that processes personal data should fire. In GTM, this means:
- Using Consent Initialization triggers to set the default consent state to
denied - Configuring Google tags to respect Consent Mode v2
- Configuring non-Google tags with trigger exceptions that check a consent variable
- Testing that zero tracking requests leave the browser before consent is granted
3. Consent Withdrawal Mechanism
Section 9 requires that users can withdraw consent. Technically, this means: the CMP must provide a persistent link or button (typically in the footer or privacy settings) that allows users to revoke consent. When revoked, the CMP must update the consent state, and all analytics tags must stop firing immediately — not on the next page load, but on the current page.
4. Consent Records
You must maintain records of consent: who consented, when, to what, and through what mechanism. The DPBI can request these records during an audit. Your CMP should log consent events with timestamps, IP addresses (hashed), and the version of the consent notice the user saw.
Continuous Compliance Verification
Setting up consent gating once is not enough. Compliance is not a deployment — it is a continuous state. Tags can drift out of compliance when:
- A new GTM version is published that adds a tag without consent gating
- A CMP update changes the consent group configuration
- A website redesign removes the consent banner from specific page templates
- A third-party tag updates its JavaScript and begins setting cookies before the consent check
Automated tag monitoring verifies consent compliance on every page load. It checks whether any tag fires before consent is granted, whether non-Google tags respect the consent state, and whether consent withdrawal actually stops tag firing. Violations trigger alerts within minutes, not months.
What the Data Protection Board of India (DPBI) Actually Checks
The DPBI has begun issuing compliance notices as of Q1 2026. When a notice arrives, the Data Fiduciary has 7 days to respond with technical evidence. The evidence requested typically includes:
- A packet capture of a first-time visitor session from the moment the page loads until the user interacts with the consent notice. Every request that leaves the browser before affirmative consent is a prima facie Section 6 violation.
- A list of every third-party domain contacted from the site, cross-referenced against the privacy notice’s disclosures. Any undisclosed third-party data transfer is a Section 8 violation.
- Consent logs for a sampled cohort of users — timestamp, IP (hashed), categories accepted, the version of the notice presented, and the mechanism (banner click, API, etc.).
- Evidence that consent withdrawal is technically functional: a video or screen recording showing the withdrawal UI, the subsequent absence of tracking requests, and the updated consent state in storage.
- A Data Principal grievance log with response times and resolution details for the past 180 days.
- Your Data Protection Officer (DPO) appointment letter if you qualify as a Significant Data Fiduciary.
If the DPBI cannot reproduce your compliance claim from the evidence you provide, they will escalate to on-site inspection. At that point, the exposure is not just the penalty — it is reputational and the cost of engaging external counsel for a sustained regulatory engagement (₹15–₹40 lakh in legal fees over 6 months).
The Penalty Math for Indian Businesses
Section 33 of the DPDP Act specifies penalties on a per-violation basis. For non-compliance with consent obligations: up to ₹200 crore. For data breach: up to ₹250 crore. For failure to implement security safeguards: up to ₹150 crore. These are ceilings, not typical fines — the DPBI is expected to calibrate based on harm, revenue, and negligence. But the expected-value math for a mid-market Indian business is: the probability of a significant penalty in year one of DPBI enforcement is 3–8%, and the expected penalty conditional on enforcement is ₹2–15 crore. Risk-adjusted expected cost of non-compliance for a ₹50 crore/year revenue business: ₹10–60 lakh annually. Cost of compliance tooling plus CMP plus quarterly audit: ₹4–8 lakh annually. The ROI math is straightforward.
Case Study: A Gurugram-Based HealthTech Platform
A Gurugram HealthTech platform handling sensitive health data for approximately 2.4 million registered Indian users launched a new consumer-facing app in late 2025 without revisiting their tag stack from the legacy web product. Within 30 days of launch, they received a complaint via the DPBI grievance portal: a user had rejected the cookie banner, yet their browsing history (disease searches, doctor searches) had resulted in retargeting ads on Instagram within 48 hours.
The investigation surfaced three issues: (1) The Meta Pixel was loaded directly in the HTML, bypassing GTM and consent gating entirely. (2) The CMP had been copy-pasted from a Singapore entity’s configuration where the “Targeting” category defaulted to granted. (3) No consent-initialisation trigger blocked Hotjar, which had captured screen recordings of users entering symptoms into the symptom-checker form. The regulatory response required: a formal incident report filed within 72 hours, proactive email notification to all affected users (estimated 180,000 users), a written remediation plan submitted to the DPBI, and a 6-month compliance monitoring period. The direct costs: ₹47 lakh in legal fees, ₹12 lakh in engineering remediation, ₹8 lakh in customer communication, and an indeterminate impact on user trust that depressed organic signups 22% for the subsequent quarter. Had continuous tag monitoring been in place, the architecture flaws would have been surfaced during the calibration window and remediated before launch.
Step-by-Step DPDP Compliance Verification Playbook
- Open your site in a fresh incognito window with no cookies, no extensions, no prior consent.
- Before clicking the consent banner, open DevTools → Network. Reload. Record every outbound request.
- Categorise each request: first-party (your domain), infrastructure (CDN, analytics endpoints you control), or third-party data transfer (Meta, Google, TikTok, Hotjar).
- For every third-party request that fired before consent, you have a prima facie Section 6 violation. Flag, document, and fix.
- Click “Reject” on the banner. Navigate through 3–4 pages. Repeat the network capture. Any third-party tracking request that fires after rejection is a violation.
- Test withdrawal: find the “Withdraw Consent” or “Change Preferences” link in the footer. Click it. Change consent to denied. Confirm that tracking stops immediately on the current page without requiring navigation.
- Inspect the consent log: does your CMP or backend store a record of this session’s consent events with timestamp, notice version, and accepted categories?
- Verify the Data Principal rights flow: can a user request their data (Section 11)? Can they correct it (Section 12)? Is there a visible contact for the DPO (Section 10)?
- Audit the privacy notice: does it list every third-party recipient of personal data with purpose, legal basis, and retention period?
- Rerun the test on
m.yoursite.com,checkout.yoursite.com, and any other subdomain. Consent should be consistent across the base domain.
Common Mistakes Indian Businesses Make
Copy-Pasting a GDPR CMP Configuration
DPDP and GDPR are not identical. DPDP does not recognise “legitimate interest” as a basis for analytics. DPDP requires affirmative consent for even “essential analytics” beyond what is strictly necessary for service delivery. Reusing your European CMP template will produce a configuration that is functionally non-compliant in India.
Treating Cookie Banners as the Endpoint
A banner is the user-facing layer. The real compliance work is in the backend: default-denied tag gating in GTM, consent-category mapping for every third-party tag, withdrawal-triggered tag teardown, and consent-log retention. The banner without the backend is a performance, not compliance.
Ignoring Employee and B2B Data
DPDP applies to employee data and B2B contacts too. If your marketing site uses analytics on pages where users enter their work email, you are processing personal data. Exemptions under Section 17 are narrower than most teams assume.
Not Appointing a DPO
Significant Data Fiduciaries (criteria include processing volume, sensitivity, and cross-border transfers) must appoint a Data Protection Officer based in India. Many mid-market Indian businesses assume they fall below the SDF threshold without formally assessing it. The DPBI notification process is not retroactive — if you should have appointed a DPO six months ago and did not, the penalty applies.
Relying on Vendor Claims of DPDP Compliance
When your CMP vendor, analytics vendor, or CDN claims “DPDP-ready,” verify technically. Most claims reduce to “we support toggling specific consent states” — which is necessary but not sufficient. You must verify the end-to-end configuration in your specific environment.
Implementation Checklist for DPDP Compliance
- Appoint a DPO if you qualify as an SDF; document the decision if you do not.
- Publish a DPDP-specific privacy notice (in English and at least Hindi; regional languages recommended).
- Deploy a CMP configured for DPDP (default denied, no legitimate interest, explicit categories).
- Gate every tag in GTM behind a consent variable; zero unmanaged tags.
- Implement consent initialisation before any Google tag fires.
- Set up consent withdrawal as a persistent UI element (footer link or preference center).
- Configure consent logging with timestamps, notice versions, and retention of 3 years post-withdrawal.
- Map Data Principal rights flows: access, correction, erasure, portability (where applicable), and grievance redressal.
- Document cross-border data transfers under Section 16; ensure a Standard Contractual Clause or equivalent safeguard.
- Run a quarterly DPDP compliance verification with tag monitoring evidence; retain results for 3 years.
- Train marketing and engineering teams on DPDP fundamentals annually.
- Establish a 72-hour breach-notification process that includes tag-level incidents.
Coordinating with the Data Protection Board of India
The DPBI is expected to begin active enforcement in mid-2026. Early engagement patterns suggest the Board will prioritise: (1) high-profile consumer-facing businesses with significant data processing volume, (2) sectors with historical data-protection weaknesses (BFSI, healthcare, edtech), (3) businesses that have faced prior regulatory action under Information Technology Rules 2011. If your business falls in any of these categories, front-load your DPDP compliance work.
Proactive engagement with the DPBI once it begins accepting voluntary disclosures can materially reduce enforcement risk. Early-mover businesses that demonstrate good-faith compliance receive more lenient treatment during initial enforcement cycles. This is consistent with enforcement patterns in other jurisdictions (Ireland’s DPC, Germany’s regional DPAs). Build your evidence package now; use it proactively when the DPBI establishes communication channels.
Practical Sequencing for the Next Two Quarters
For businesses that have not yet started DPDP compliance work, here is a two-quarter sequencing plan. Quarter 1: legal review, privacy notice update, consent architecture design, CMP vendor selection and deployment, tag-by-tag consent gating, consent logging infrastructure. Quarter 2: data subject rights workflow (access, correction, erasure), cross-border transfer documentation, DPO appointment or external DPO engagement, staff training, first full compliance verification report. Most businesses complete this in 6 months with roughly 1 senior legal/compliance FTE and 0.5 engineering FTE. Delaying into 2026 enforcement compresses the timeline and increases the cost.
Bottom Line
DPDP enforcement is starting in 2026. The DPBI is asking for technical evidence, not policy documents. Businesses that treat DPDP as a legal-review exercise will find themselves unable to produce the evidence when it is demanded. Businesses that embed continuous tag-level compliance verification into their operations will have the evidence ready and will be immune to the first wave of notices. The cost delta is small. The consequence delta is enormous.
TagDrishti monitors this automatically
Across every tag, every page, 24/7. Set it up in 5 minutes. No GTM dependency. No developer required.
Start 14-day free trial →