A cookie and tracker governance framework covering inventory, purpose, banner design, tag enforcement, analytics, ad pixels, withdrawal and evidence.
Cookie law is not a separate universal Indian banner statute, but personal-data processing through trackers still needs an accurate legal and technical design.
The DPDP framework is phased. The 14 November 2025 commencement notification brought specified institutional and enabling provisions into force immediately; Consent Manager-related provisions follow after one year; most operating duties and Rules follow eighteen months after Gazette publication. As of 22 June 2026, the control should distinguish current obligations from future-state DPDP readiness.
Cookies, device IDs, IP addresses and behavioural events can be personal data when linked or linkable to individuals.
DPDP notices and consent readiness should be based on actual tracking rather than a generic banner.
Essential, functional, analytics and advertising labels should reflect real purpose and downstream sharing.
| Check | What to examine |
|---|---|
| Tracker | Cookie, pixel, SDK, storage or server event. |
| Purpose | Security, function, measurement or advertising. |
| Data | Identifier, page, purchase, location and profile. |
| Control | Load before/after choice and withdrawal. |
| Vendor | Destination, retention and independent use. |
A banner records rejection of advertising cookies, but the tag manager still sends an email hash and purchase event to an ad platform. The legal record and actual network behaviour conflict.
Test logged-out, logged-in, accept, reject and withdrawal states. Include server-side events.
Give every tracker a business owner and expiry review; unknown tags should not remain enabled indefinitely.
Identify the people, data, systems, purpose, owner, processor, user journey and failure scenario. Review tracker, purpose and data together. A policy statement or vendor assurance cannot replace evidence of how the live product behaves.
Apply the 14 November 2025 commencement notification provision by provision. Continue complying with currently operative CERT-In, banking, telecom, insurance, employment, consumer, contract and criminal-law requirements. Build the scheduled DPDP workflow now, but do not describe a future provision as already enforceable.
Run the workflow in the live or controlled test environment. Preserve screenshots, approvals, logs, vendor responses, user communications, exceptions and remediation. Assign a named owner and completion date to every failed control so management can distinguish an operating safeguard from a policy intention.
Privacy and cyber maturity are visible in operating behaviour: what the organisation collects, who can use it, how vendors are controlled, how users exercise choices, how incidents are handled and whether evidence survives scrutiny.
Use the current official instrument, portal or regulator publication before acting. This panel separates the category authority from page-specific references.