DPDP for e-commerce and D2C brands
An online store collects personal data at every step: sign-up, browsing, checkout, delivery, returns and support. Most of it is needed to fulfil the order. Marketing, tracking, analytics and advertising are separate purposes, and the Act expects each to stand on its own consent, which most store set-ups do not yet ask for.
The order, the marketing list and the tags on every page
Delivering an order is a purpose the customer expects. Retargeting adverts, uploading customer lists to ad platforms, building lookalike audiences and abandoned-cart reminders are not part of it. Each needs consent that is specific, given by a clear action, and as easy to withdraw as to give (s. 6).
Pre-ticked boxes and consent bundled into the terms of sale do not meet that standard. The Central Consumer Protection Authority’s guidelines on dark patterns point in the same direction for online selling. Under legal review: How far the CCPA Guidelines for Prevention and Regulation of Dark Patterns, 2023 apply to consent and cookie screens should be confirmed.
The tags on a store are often the biggest gap. Analytics and advertising pixels typically load on the first page view, before the visitor has chosen anything, and send identifiers to platforms the notice may not mention.
Large e-commerce entities, defined in the Rules by number of registered users (two crore or more in India), must erase the data of users who have not been active for the period the Rules set, after warning them. Smaller stores are not bound by that specific rule, but the general duty to erase data once its purpose is served still applies (s. 8(7)).
- Needed for the order
- Name, address, phone, items, payment status, delivery, returns and refunds.
- Needs its own consent
- Marketing messages, abandoned-cart reminders, retargeting pixels, audience uploads, profiling.
- Check before it loads
- Every non-essential cookie, pixel and SDK.
The three roles, in a worked case
The Act gives three roles. The Data Principal is the person the data is about. The Data Fiduciary decides why and how it is used, and carries the duties. A Data Processor handles it on the fiduciary’s behalf, under a contract. The same business can be a fiduciary for some data and a processor for other data.
The case
Meera orders a kurta from a D2C brand’s website. The site runs on a hosted store platform, the payment goes through a gateway, a logistics company delivers it and later collects a return, the brand’s CRM sends her WhatsApp offers she agreed to, and an advertising pixel records her visit.
| Role under the Act | In this case |
|---|---|
| Data Principal | Meera. If she sends the kurta as a gift, the recipient is a Data Principal too. |
| Data Fiduciary | The brand, which decides why her data is collected: the order and return, and the offers she agreed to. |
| Data Processor | The store platform and the CRM and messaging provider, each acting on the brand’s instructions; and the logistics company, for delivery and returns, where it uses the data only for that. |
The payment gateway often acts as a fiduciary in its own right for payment data, under its own regulatory duties. An advertising platform that uses pixel data for its own purposes is also deciding its own use; the brand still needs consent before sending it.
What an online store holds, and where it goes
| Kind of data | Examples |
|---|---|
| Account | Name, email, phone, saved addresses, order history, wish lists |
| Payment | Payment status, UPI handle, refund details, bank details for cash-on-delivery refunds (card data stays with the gateway) |
| Logistics and returns | Delivery addresses, landmarks, delivery photographs, return pick-ups and reasons |
| Behavioural | Browsing, search and cart events, cookie and device identifiers, analytics profiles |
| Marketing | Consent status per channel, campaign interactions, audience lists, CRM segments |
| Content and support | Reviews, photographs, chat transcripts, call recordings |
Where it comes in
- Sign-up and guest checkout
- Cookies, pixels and SDKs on every page and in the app
- Marketing pop-ups and WhatsApp opt-ins
- Courier handover, delivery and return pick-up
- Reviews and user-generated content
- Customer support, and the grievance officer where the consumer e-commerce rules require one
Where it goes
| From | To | What and why |
|---|---|---|
| Customer’s browser or app | Analytics and tag manager | Page views, cart events and identifiers, which should wait for consent |
| Your store | Advertising platforms | Pixel events and customer lists, only for customers who agreed |
| Your store | Payment gateway | Order amount and customer contact; the gateway holds card data |
| Your store | Couriers and logistics partners | Name, address and phone for delivery and return pick-up |
| Your store | CRM, email, SMS and WhatsApp tools | Order updates, and marketing for those who agreed |
| Marketplace | Sellers | Only what fulfilment needs, with phone numbers masked where possible |
Where online stores are most exposed
| Severity | Risk | Why it matters |
|---|---|---|
| High | Marketing consent bundled with the order | A pre-ticked or bundled box is not free, specific consent (s. 6). |
| High | Pixels and trackers firing before any choice | Identifiers shared with advertising platforms without a lawful basis. |
| High | Customer lists uploaded to ad platforms | Whole customer bases sent for targeting, including people who never agreed. |
| High | Order lookups that show another customer’s order | Changing a number in a tracking or invoice link reveals someone else’s address. |
| Medium | Couriers and sellers given more than delivery needs | Full order histories or emails passed to partners. |
| Medium | No simple way to delete an account | Erasure requests that bounce between support, the CRM and engineering. |
| Medium | Customers inactive for years still held | Data kept after its purpose ended, with no erasure rule. |
Who else handles the data
You answer for what your processors do with the data (s. 8(1)), and you need a valid contract with each (s. 8(2)). Some vendors are fiduciaries in their own right; the table says where that is common.
| Vendor | Data they handle | What the contract should cover |
|---|---|---|
| Store platform and hosting | All customer and order data | Data terms; export and deletion; breach notice |
| CRM and marketing automation | Contacts, segments, consent status | Send only to consenting customers; honour withdrawal across tools |
| Analytics and tag management | Identifiers and events | Load only after consent; minimal events; short retention |
| Advertising platforms | Pixel events, uploaded audiences | Only with consent; often fiduciaries for their own use, so check their terms |
| Couriers, logistics and returns partners | Address, phone, delivery proof | Only what delivery needs; no reuse; deletion after the return window |
| Payment gateway | Payment data | Card data stays with the gateway; refund records |
| Store apps and plugins | Whatever the app can read | Checked before installing; removed when not used |
46 controls written for online stores, on top of 66 common ones
Alongside the common controls, the e-commerce assessment follows the order and the tags: what checkout asks for, marketing consent per channel, cookies and pixels, audience uploads, dark patterns on consent screens, guest buyers’ rights, order-link security and account takeover, couriers, sellers and returns, store apps and plugins, and erasing inactive customers.
| Module | What is checked |
|---|---|
| Organisation and role mapping |
|
| Data inventory and purpose |
|
| Notice and transparency |
|
| Consent and lawful basis |
|
| Data Principal rights |
|
| Data quality |
|
| Retention and deletion |
|
| Security safeguards |
|
| Breach response |
|
| Processors and vendors |
|
| Data sharing and disclosure |
|
| Transfer and storage location |
|
| Records and evidence |
|
| Grievance handling |
|
| Consent withdrawal |
|
| Access control |
|
| Incident testing |
|
| Policy and training |
|
Six of the questions you will be asked
Questions ask what you actually do, not whether you have a policy. Each answer maps to one control.
-
EC-01 High
Is consent to marketing asked for separately from placing an order, with the box unticked by default?
Why it is asked: Consent must be specific and given by a clear action. Placing an order is not consent to marketing.
-
EC-02 High
Are visitors told about tracking cookies and pixels, and asked before non-essential ones load?
Why it is asked: Advertising and analytics tracking is a purpose needing consent; it is not needed to sell.
-
EC-16 High
Are customer emails or numbers uploaded to advertising platforms (custom audiences) only for customers who agreed to it?
Why it is asked: Uploading a customer list shares it with the platform for advertising, a purpose of its own.
-
EC-27 High
Have you tested that order tracking pages, invoice links and support lookups cannot be changed to show another customer's order?
Why it is asked: Guessable order numbers in links are a common way customer data leaks from stores.
-
EC-04 High
Do couriers and logistics partners receive only what delivery needs, under written data terms?
Why it is asked: Couriers usually act as your processors; they need a contract and only the data for delivery.
-
EC-03 High
Can a customer delete their account and data themselves, or through one simple request?
Why it is asked: People can ask for erasure, and the request route must be easy to use.
All 46 questions written for online stores
- EC-08 Have you agreed with sellers on your platform who is responsible for customer data in each step: the order, delivery, returns and the seller's own marketing?
- EC-09 Have you identified every group whose data you hold: account holders, guest buyers, gift recipients, newsletter subscribers, reviewers and people referred by customers?
- EC-10 Does your sign-up and checkout ask only for what the order needs, with details such as date of birth or gender optional and explained?
- EC-11 Do you know where customer data has been copied: order exports, spreadsheets, old store platforms, marketing tools and staff inboxes?
- EC-48 Does your app ask only for device permissions it needs (no contacts, call logs or constant location for shopping), and only when the feature is used?
- EC-12 Does your notice tell shoppers that data from your site or app goes to analytics and advertising partners, and for which purposes?
- EC-01 Is consent to marketing asked for separately from placing an order, with the box unticked by default?
- EC-02 Are visitors told about tracking cookies and pixels, and asked before non-essential ones load?
- EC-13 Is consent for WhatsApp, SMS and email marketing recorded separately for each channel, rather than assumed from a phone number given for delivery?
- EC-14 Are your consent, cookie and unsubscribe screens free of pre-ticked boxes, hidden "reject" buttons and guilt-tripping wording?
- EC-15 Are abandoned cart reminders sent only to shoppers who agreed to receive them, and stopped if they opt out?
- EC-16 Are customer emails or numbers uploaded to advertising platforms (custom audiences) only for customers who agreed to it?
- EC-47 When a customer refers a friend, do you send one invitation only, and delete the friend's details if they do not respond?
- EC-03 Can a customer delete their account and data themselves, or through one simple request?
- EC-17 Can people who bought as guests ask for access, correction or deletion, with their identity confirmed through the order email or phone?
- EC-19 When fraud or risk rules block an order, cash on delivery or an account, is the data checked and can the customer ask for a review?
- EC-20 When a customer corrects an address or number, is the correction passed to the courier, seller or any partner that already has the order?
- EC-06 Do you have a rule for erasing data of customers who have not shopped or signed in for a long time?
- EC-21 If you have two crore or more registered users in India, do you erase users who have not used the platform for three years, after telling them 48 hours in advance?
- EC-22 Are bank details collected for cash-on-delivery refunds deleted once the refund is complete and any dispute period has passed?
- EC-23 Are warehouse scanners, packing-station computers, staff laptops and support phones wiped before disposal, return or repair?
- EC-05 Do you avoid storing customers' card details yourself, leaving them with your payment gateway?
- EC-24 Are your customer database and its backups encrypted, with exports password-protected and full customer lists downloadable only by named staff?
- EC-26 Are customer accounts protected against takeover: limits on repeated login attempts, alerts on new devices, and confirmation before changing the phone, email or address?
- EC-27 Have you tested that order tracking pages, invoice links and support lookups cannot be changed to show another customer's order?
- EC-28 Are account takeovers, leaked customer exports and fraud using customer data logged and notified to the Board and the customers affected?
- EC-04 Do couriers and logistics partners receive only what delivery needs, under written data terms?
- EC-29 Are your store platform, CRM, email, SMS and WhatsApp providers bound by written data terms?
- EC-30 Do your store platform and CRM contracts require immediate breach notice and let you export and delete all customer data when you leave?
- EC-31 Before installing a store app, plugin or tag that can read customer data, do you check what it accesses and who makes it?
- EC-32 Do sellers on your platform receive only what fulfilment needs (masking phone numbers where possible), and are they barred from using it for their own marketing?
- EC-33 Is customer data sent to advertising platforms (pixels, server-side conversions) only with consent and with the purpose stated in your notice?
- EC-34 Do you keep a record of the partners that receive customer data (couriers, sellers, payment, advertising), so you can tell a customer who received theirs?
- EC-35 Are requests for customer data from police, consumer commissions and other authorities checked by a named person, limited to what is required and logged?
- EC-07 When customers post reviews or photos, do you avoid showing more personal details than they chose to share?
- EC-36 Do you know where your store platform, CRM, email, analytics and support tools store customer data?
- EC-37 For tools that store or process customer data outside India, have you checked the countries against any government restriction?
- EC-38 Do you keep a record of each marketing and cookie consent: when, how, the wording shown and any withdrawal?
- EC-39 Do data protection complaints that arrive through your customer support or consumer grievance officer reach the person who answers data questions?
- EC-40 Does every marketing email, SMS and WhatsApp message include a working opt-out, applied across all your tools?
- EC-41 In your store admin and helpdesk, can staff, agencies and freelancers see only the customer data their work needs?
- EC-42 Is store admin, ad account and helpdesk access removed when staff, agencies or freelancers stop working with you?
- EC-43 Is two-step sign-in required for the store admin, payment gateway dashboard, ad accounts and helpdesk?
- EC-44 Do support agents confirm the customer's identity before changing an address or phone number, or sharing order details?
- EC-45 Do you review store admin users, helpdesk users and installed apps at least quarterly, removing what is no longer needed?
- EC-46 Is there a written policy covering customer exports, sharing customer details in chats, and contacting customers from personal phones?
Evidence that may be asked for
A “yes” is self-declared until something shows it. These are the documents and records that usually do. Your own result lists what each control needs.
- Checkout screens showing marketing consent separate and unticked, for each channel
- Cookie and tag inventory, showing which load before and after consent
- Consent and withdrawal records for a sample customer, across email, SMS and WhatsApp
- Audience upload settings in each advertising account, limited to consenting customers
- Data terms with couriers, the store platform, the CRM and messaging tools
- Test showing order and invoice links cannot be changed to show another order
- Account deletion screen or request process, with a completed example
- Retention rule for inactive customers and its last run
What makes evidence good enough · How the Evidence Room keeps it
First actions, in the order they usually make sense
Unbundle and untick marketing consent at checkout, per channel
Hold non-essential pixels and SDKs until the visitor agrees
Limit ad-platform audience uploads to customers who agreed
Fix order and invoice links so they cannot be guessed
Trim courier and seller data to what fulfilment needs
Offer self-service account deletion
Audit tags, store apps and SDKs every quarter
Your own result orders these by your answers and the law’s dates. How to plan remediation.
The reports an online store usually needs
For a store, the useful outputs are a task list the marketing and tech teams can work from, and a short summary for founders and investors.
| Report | Who reads it | What it shows |
|---|---|---|
| Remediation Report | Marketing, growth and the store’s tech team | Each open gap as a task: consent screens, tags, audience uploads, courier data, deletion. |
| Executive and Board Summary | Founders and investors | Where the brand stands, and which changes affect growth tools before 13 May 2027. |
| DPDP Vendor Readiness Pack | Marketplaces and retail partners who ask | Your controls as a seller or brand partner, with evidence. |
Start the e-commerce readiness check
The 46 questions above, plus the common ones, answered in your browser. You see your gaps, their severity and your first actions straight away. It is free and needs no account.
The law behind the e-commerce controls
Every section of the Act and rule of the Rules that the e-commerce controls rely on. Read them in plain language in the DPDP Act and the DPDP Rules guides, or in the official text linked from those pages.
Digital Personal Data Protection Act, 2023
| Section | About | Parts cited |
|---|---|---|
| s. 2 | Definitions | s. 2(i) s. 2(j) s. 2(k) |
| s. 4 | Grounds for processing | s. 4(1) |
| s. 5 | Notice | s. 5(1) s. 5(1)(i) |
| s. 6 | Consent | s. 6(1) s. 6(4) s. 6(6) s. 6(10) |
| s. 7 | Certain legitimate uses | s. 7(d) s. 7(e) |
| s. 8 | General duties of the Data Fiduciary | s. 8(1) s. 8(2) s. 8(3)(a) s. 8(3)(b) s. 8(4) s. 8(5) s. 8(6) s. 8(7)(a) s. 8(7)(b) s. 8(8) s. 8(10) |
| s. 11 | Right to information | s. 11(1) s. 11(1)(b) |
| s. 12 | Right to correction and erasure | s. 12(1) s. 12(3) |
| s. 13 | Grievance redressal | s. 13(1) |
| s. 16 | Transfer outside India | s. 16(1) s. 16(2) |
| s. 17 | Exemptions | s. 17(1)(c) |
Digital Personal Data Protection Rules, 2025
| Rule | About | Parts cited |
|---|---|---|
| r. 3 | Notice | r. 3(b) |
| r. 6 | Reasonable security safeguards | r. 6(1)(a) r. 6(1)(b) r. 6(1)(c) r. 6(1)(f) r. 6(1)(g) |
| r. 7 | Breach intimation | r. 7(1) r. 7(2) r. 7(2)(b) |
| r. 8 | Erasure and retention periods | r. 8(1) r. 8(2) |
| r. 9 | Contact for questions | r. 9 |
| r. 14 | Rights of Data Principals | r. 14(1) |
| r. 15 | Transfer outside India | r. 15 |