Archived analysis

This page is old. Swiggy was reviewed on 2026-02-09.

This is a historical, policy-only review. Policies, product behavior and source URLs may have changed since this analysis was published.

For current public evidence from website trackers, policy findings and proof samples, go to State of Privacy 2026.

Food Delivery

Swiggy

Ready Score 46/100
Sushant Pasumarty
ANALYSIS SUPERVISED BY Sushant Pasumarty
๐Ÿ“… 9 Feb 2026

Discuss this page with an LLM

Swiggy's 46/100 DPDP score reflects a platform that collects intensely personal data โ€” real-time location, food preferences (revealing dietary/religious patterns), and address history โ€” without adequate DPDP safeguards. The delivery partner data sharing model adds significant processor accountability challenges.

How To Read This Analysis

This is an archived policy-only review of the company's public privacy policy. It is not a government certification and it is not legal advice.

For current public evidence from website trackers, policy findings and proof samples, see State of Privacy 2026.

We look for:

  • Notice and consent clarity
  • Purpose limitation
  • Data minimization
  • Retention and deletion language
  • Vendor and processor disclosures
  • Data Principal rights
  • Grievance redressal
  • Breach and security posture

Source Check

  • Source policy was reviewed for this archived analysis, but the old policy URL is not linked because public policy locations may have changed.
  • Date reviewed: 2026-02-09
  • Company: Swiggy
  • Readiness score: 46/100
  • Policies and product behavior may have changed since review
  • Whether the current source policy still matches this archived policy-only review
  • Whether app, web and product flows match the policy

What To Do With This

If your company has a similar data model, use this analysis as a warning map. Do not copy the score. Map your own data flow.

Ask internally:

  • Do we collect similar categories of personal data?
  • Do we share data with the same number or type of vendors?
  • Can users understand why their data is shared?
  • Can we prove deletion, retention and grievance workflows?
  • What evidence would we show if questioned?

If this analysis resembles your business model, the next step is not a better privacy-policy paragraph. It is a data map and gap analysis.

Book a DPDP readiness call

โš ๏ธ Compliance Gaps

  • No DPDP Act 2023 reference
  • Real-time location tracking data retention undefined
  • Delivery partner data sharing creates processor accountability gap
  • Food preference data reveals dietary/religious information
  • No data retention timelines for location history
  • Data Protection Board not mentioned
  • Cross-border data transfer provisions insufficient

โœ… Strengths

  • Clear description of data types collected
  • Location permission settings referenced
  • Security measures including encryption described
  • Grievance officer contact published

Overview

Swiggy processes food orders for millions daily, collecting a unique data profile: precise home/office locations, food preferences (which can reveal dietary restrictions, religious practices, and health conditions), order timing patterns, and real-time GPS tracking. This data is shared with restaurant partners and delivery workers, creating a multi-party data processing chain.

DPDP Readiness: Section-by-Section Analysis

Swiggyโ€™s consent model covers all data collection under a single acceptance. Problematic areas:

  1. Location data: Continuous GPS tracking during delivery โ€” no separate consent for background location
  2. Food preferences: Order history reveals vegetarian/non-vegetarian preferences (potentially religious), allergen information (health data), and alcohol orders
  3. Address data: Home and office locations stored permanently

DPDP concern: Food preferences that reveal religious beliefs or health conditions fall into sensitive personal data territory, requiring heightened consent.

Section 7 โ€” Certain Legitimate Uses โš ๏ธ

Swiggy processes data for numerous purposes:

  • โœ… Order fulfillment and delivery โ€” legitimately necessary
  • โš ๏ธ โ€œPersonalizing user experienceโ€ โ€” broad
  • ๐Ÿ”ด Targeted advertising and partner marketing โ€” requires separate consent
  • ๐Ÿ”ด โ€œAnalytics and business intelligenceโ€ on order patterns โ€” beyond service delivery

Section 8 โ€” Obligations of Data Fiduciary โš ๏ธ

Security measures are described but the multi-party chain creates gaps:

  • Customer data reaches restaurant partners (name, order, sometimes phone number)
  • Delivery partners access real-time location and address
  • Payment processors handle financial data

Gap: Is each party maintaining DPDP-adequate security? Whoโ€™s responsible if a delivery partnerโ€™s compromised phone leaks customer addresses?

Section 9 โ€” Data Retention ๐Ÿ”ด

Critical gaps in retention:

  • Location history: How long is GPS trail data retained? Can Swiggy reconstruct 2 years of your daily movements?
  • Order history: Food order patterns stored indefinitely could reveal religious practices over time
  • Address book: Home, office, and โ€œotherโ€ addresses โ€” are they ever deleted?
  • Delivery partner interactions: Chat/call logs between customer and rider stored how long?

Section 11 โ€” Rights of Data Principal โš ๏ธ

  • Account deletion available but unclear if location and order history are truly purged
  • No mechanism to selectively delete address history while keeping the account
  • No right to download a complete data profile (order history + location data + food preferences)
  • No nomination rights

Section 12 โ€” Right of Grievance Redressal โš ๏ธ

Grievance officer exists. No DPB escalation path. No mechanism to file complaints about delivery partner misuse of personal data.

Section 16 โ€” Cross-Border Data Transfer โš ๏ธ

Cloud infrastructure and analytics tools may transfer data internationally. The policy doesnโ€™t specify jurisdictions or safeguards for location data transfer.

Risk Assessment

CategoryRisk LevelPotential Impact
Regulatory fineHighUp to โ‚น250 Cr
Location dataCriticalGPS history = digital surveillance capability
Food preference inferenceHighReligious/health inferences from order patterns
Delivery partner data sharingHighUncontrolled data processors with customer PII
Data retentionCriticalLocation + address + food history = comprehensive profiling

The Food Delivery Data Problem

Swiggyโ€™s data reveals more about users than most platforms realize:

Order PatternInferenceSensitivity
No beef orders, vegetarian on specific daysReligious practicesHigh
Sugar-free, low-carb itemsHealth condition (diabetes)Health data
Alcohol delivery frequencyLifestyle/health patternSensitive
Order timing 2 AM vs. 7 PMLive-alone status, work schedulePersonal
Multiple addressesRelationship/family patternsPersonal

Under DPDP, these inferences โ€” derived from food orders โ€” could constitute processing of sensitive personal information without adequate consent.

Recommendations

  1. Implement location data lifecycle โ€” โ€œGPS tracking: only during active delivery, deleted after 48 hours; address book: user-managed with deletion optionโ€
  2. Add food preference sensitivity controls โ€” Allow users to opt out of preference-based profiling and recommendations
  3. Establish delivery partner data agreements โ€” Formal data processing agreements with riders restricting retention of customer data
  4. Create transparent retention policy โ€” โ€œOrder history: 2 years; location data: 48 hours post-delivery; address book: until user deletes; chat logs: 90 daysโ€
  5. Deploy data minimization for restaurants โ€” Mask customer names and phone numbers where possible
  6. Build inference transparency โ€” Allow users to see and control what Swiggy has inferred from their order patterns

Fix these compliance gaps today.

Book 1:1 Consultation >
Book clarity call