Artifact GuideEU

EU GDPR vs California CCPA

Use this comparison to decide which EU and California privacy duties apply and which operational evidence can be shared.

GDPR requires a lawful basis for processing. The CCPA instead centers on qualifying-business scope, notice, purpose limits, consumer rights, sale and sharing opt-outs, sensitive-information limits, contracts, and California-specific risk controls.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 25, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
10

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 25, 2026
Overview

EU GDPR and the California Consumer Privacy Act, as amended by the CPRA, can apply to the same organization but use different scope tests and control models. Test each jurisdiction separately, including whether the entity is a CCPA business. A shared inventory or request portal can support both, but a GDPR , DPIA, or transfer file does not by itself satisfy California notice, sale, sharing, opt-out preference signal, contract, ADMT, or risk-assessment rules.

Side-by-side comparison

EU GDPR vs California CCPA: separate rules, reusable operations

Use the rows to compare each legal test and decide where inventories, request tooling, assessments, contracts, and security evidence can be reused.

Review all sources
First framework
EU GDPR

Based on the GDPR text and EU GDPR guidance available in the cited sources.

Second framework
California CCPA/CPRA

Based on California CPPA regulations and FAQs available in the California cited sources, covering notice, opt-out, limit, access, verification, service-provider, and enforcement rules.

Comparison row 1

Scope boundary

EU GDPR

GDPR applies to processing in the context of an EU establishment and can also apply to non-EU controllers or processors that offer goods or services to people in the Union or monitor their behaviour in the Union.

California CCPA/CPRA

The CCPA applies to qualifying for-profit businesses that do business in California and meet at least one threshold: $26.625 million in preceding-year gross annual revenue, personal information of at least 100,000 California residents or households bought, sold, or shared, or at least 50% of annual revenue from selling or sharing California residents' personal information. It also imposes obligations on service providers, contractors, and other recipients.

Operational implication

Run GDPR Article 3 for EU processing facts, then run the California entity, activity, threshold, and exclusion tests instead of copying the GDPR scope answer.

Comparison row 2

Covered actors

EU GDPR

GDPR assigns duties to controllers, processors, joint controllers, representatives where applicable, and DPOs where required; processor processing must follow controller instructions unless Union or Member State law requires otherwise.

California CCPA/CPRA

CCPA rules distinguish businesses, service providers, contractors, third parties, and certain other covered entities, each with different obligations.

Operational implication

Do not map GDPR controller or processor labels directly to California role labels without California authority.

Comparison row 3

Trigger

EU GDPR

GDPR processing needs an Article 6 legal basis such as consent, contract, legal obligation, vital interests, public task, or legitimate interests; consent must be demonstrable and withdrawable.

California CCPA/CPRA

CCPA focuses on purpose limitation, reasonable expectations, notice, and consumer choice rights such as opt-out of sale/sharing and limit of sensitive personal information, rather than a GDPR-style Article 6 lawful-basis test.

Operational implication

Keep GDPR lawful-basis analysis separate from California purpose, notice, sale, sharing, limit, and opt-out analysis.

Comparison row 4

Core obligations

EU GDPR

GDPR Articles 12 to 22 cover transparent communications and rights such as access, rectification, erasure, restriction, portability, objection, and safeguards for certain automated decisions; responses are due without undue delay and within one month, with a limited extension path.

California CCPA/CPRA

CCPA gives consumers rights to know, delete, correct, opt out of sale or sharing, limit use of sensitive personal information, and obtain equal treatment, and businesses generally must confirm within 10 business days and respond within 45 days, with a possible 45-day extension.

Operational implication

A shared request portal may be practical, but the queue must preserve the source, right type, response clock, and exception logic for each regime.

Comparison row 5

Evidence record

EU GDPR

GDPR Article 30 records identify the controller or processor, purposes, data-subject and personal-data categories, recipient categories, third-country transfers, erasure time limits where possible, and security measures where possible.

California CCPA/CPRA

CCPA records and privacy disclosures can include categories of personal information, categories of sources, categories of third parties, sale/share disclosures, request metrics, and response logs, plus California-specific notices and request-processing records.

Operational implication

Reuse inventories only after each field is tagged as GDPR evidence, California evidence, or shared operational context.

Comparison row 6

Timing and deadlines

EU GDPR

GDPR Article 32 requires risk-appropriate technical and organisational security measures. Article 33 requires supervisory-authority notification for notifiable personal data breaches without undue delay and, where feasible, not later than 72 hours after awareness.

California CCPA/CPRA

California timing depends on the right: delete, correct, and know requests generally require confirmation within 10 business days and a response within 45 calendar days, with a possible 45-day extension. Sale/sharing opt-outs and sensitive-information limit requests generally must be acted on within 15 business days. Covered ADMT uses follow their own notice, access, opt-out, and compliance dates.

Operational implication

Calendar the GDPR breach clock separately and do not use it as a California deadline.

Comparison row 7

Enforcement

EU GDPR

GDPR supervisory authorities have corrective powers, and Article 83 sets administrative fine factors and upper tiers up to EUR 20,000,000 or 4% of total worldwide annual turnover for specified infringements.

California CCPA/CPRA

The California Privacy Protection Agency can investigate, audit, and enforce the CCPA, and California law also includes civil penalties and other remedies for certain violations.

Operational implication

Do not combine GDPR administrative-fine tiers with California penalty statements in one unsourced risk score.

Comparison row 8

Overlap and reuse

EU GDPR

GDPR requires a DPIA before processing likely to result in high risk, including systematic extensive automated evaluation with legal or similarly significant effects, large-scale special-category or criminal-offence data processing, and large-scale systematic monitoring of publicly accessible areas.

California CCPA/CPRA

California regulations effective 1 January 2026 require risk assessments and cybersecurity audits from businesses that meet the respective triggers. A risk assessment prepared for another law may be used only if it meets the California requirements or is supplemented.

Operational implication

A GDPR DPIA may contain facts useful to another review, but it should not be labeled as California compliance evidence without California authority.

Comparison row 9

Practical decision rule

EU GDPR

GDPR Chapter V governs transfers of personal data to third countries or international organisations, including adequacy decisions, appropriate safeguards such as SCCs, binding corporate rules, and derogations for specific situations.

California CCPA/CPRA

If a team is choosing where to start, use GDPR first for EU data flows and California CCPA/CPRA first when the business activity turns on California consumer rights, CCPA notices, opt-out handling, or California-specific request timing.

Operational implication

Keep SCCs, transfer impact assessments, and adequacy references in the GDPR evidence set unless a California source says they answer a California requirement.

Practical decision rule

How should teams use this comparison?

  • Write separate GDPR and CCPA scope findings before reusing any control or evidence.
  • For each processing purpose, record the GDPR role and beside the California business or recipient role, notice purpose, sale, sharing, sensitive-information, and contract results.
  • Route each right through its own clock, verification, exception, response, downstream-action, and completion fields, including qualifying opt-out preference signals.
  • For high-risk or automated processing, assess the GDPR DPIA and Article 22 questions separately from California risk-assessment, cybersecurity-audit, and ADMT triggers and dates.
  • Label every shared artifact as GDPR evidence, California evidence, both with stated limits, or operational context.
Section 1

Start with the two scope tests

GDPR scope turns on personal-data processing in an EU establishment or, for certain non-EU organizations, offering goods or services to people in the Union or monitoring their behavior there. It assigns controller and processor duties and requires a for each processing purpose.

CCPA scope generally turns on whether a for-profit entity does business in California, determines why and how consumers' personal information is processed, and meets at least one threshold. The current thresholds are gross annual revenue of at least $26.625 million for the preceding calendar year, buying, selling, or sharing the personal information of at least 100,000 California residents or households, or deriving at least 50% of annual revenue from selling or sharing California residents' personal information. Separate rules can bring related entities, joint ventures, voluntary certifiers, service providers, contractors, and other recipients into scope.

  • Write one scope finding for GDPR and one for CCPA, including the entity, activity, people, data, territory, threshold, role, and exclusion relied on.
  • Use GDPR lawful-basis fields only for GDPR. Use separate California fields for notice, collection and use purposes, sale, sharing, sensitive personal information, opt-out signals, and role-specific contracts.
  • Tag each shared record as GDPR evidence, CCPA evidence, or operational context.
Section 2

Evidence that can be reused only after relabeling

A data inventory can support both a GDPR assessment and a California assessment, but the labels matter. Under GDPR, records of processing activities identify controllers, processors, purposes, categories of data subjects and personal data, recipients, transfers, erasure time limits, and security measures where applicable.

A shared rights-request queue can also be useful, but it must preserve jurisdiction-specific clocks and exceptions. GDPR generally requires action without undue delay and within one month, subject to a possible two-month extension for complexity or volume. California delete, correct, and know requests generally require confirmation within 10 business days and a substantive response within 45 calendar days, subject to a possible 45-day extension.

  • Mark each evidence item with the legal source it supports.
  • Keep a GDPR lawful-basis field separate from California notice, sale, sharing, sensitive-information, and opt-out fields.
  • Acknowledge Global Privacy Control and other qualifying opt-out preference signals where California rules require them; do not treat a cookie preference alone as proof that the request reached every relevant sale or sharing flow.
  • Retain the mapping that shows which parts of a GDPR DPIA were reused in a California risk assessment and which California-specific elements were added.
Section 3

Account for California rules effective in 2026

California regulations effective 1 January 2026 added requirements for certain businesses to conduct risk assessments and annual cybersecurity audits and gave consumers access and opt-out rights for specified uses of automated decisionmaking technology. The trigger and required content come from California rules, not GDPR Article 35.

A business using covered automated decisionmaking technology for a significant decision must meet the Article 11 requirements by 1 January 2027. Processing started before 1 January 2026 and continuing after that date may require a documented risk assessment by 31 December 2027. The regulations contain separate phased cybersecurity-audit and risk-assessment submission dates.

  • Inventory California significant-decision uses of automated decisionmaking technology and identify the pre-use notice, access, and opt-out steps that apply.
  • Determine whether the business meets the California risk-assessment or cybersecurity-audit trigger; do not assume a GDPR DPIA trigger answers that question.
  • Keep GDPR's 72-hour supervisory-authority breach clock, EU fine tiers, and Chapter V transfer mechanisms out of California deadline, penalty, and transfer fields.
  • Use the current CPPA regulations and implementation dates when planning 2026-2030 work.
Section 4

Run one consumer request through the correct rule set

Start from the request the person made, not from the name of the portal that received it. A GDPR access request and a California request to know can enter the same queue, but they differ in scope, verification, response content, timing, extension rules, exceptions, and downstream instructions. Sale or sharing opt-outs, sensitive-information limits, and qualifying opt-out preference signals follow different California handling rules again.

Record the jurisdiction asserted, the person's relationship to the organization, the right exercised, the intake method, receipt time, identity or authority checks, systems searched, exception relied on, response, extension notice, downstream instruction, and completion evidence. If more than one regime may apply, create linked findings rather than forcing the request into one legal label.

  • Route GDPR requests by data-subject right and controller responsibility; route California requests by consumer right and the business, service-provider, contractor, or third-party role involved.
  • For delete, correct, and know requests, preserve California's 10-business-day confirmation and 45-calendar-day response fields, including any extension notice.
  • For sale or sharing opt-outs and sensitive-information limit requests, record when the request reached each relevant system and whether downstream recipients were instructed where required.
  • Keep denial and exception reasoning tied to the applicable rule. An exception under one regime does not answer the other.
Section 5

Test common overlap scenarios without merging the laws

For an EU and California customer account, reuse identity, system, recipient, retention, and security facts. Then issue separate findings: GDPR scope, controller or processor role, purpose, , notice, rights, transfer, and breach controls on one side; CCPA business or recipient role, collection purpose, notice, sale, sharing, sensitive-information, request, contract, and opt-out controls on the other.

For advertising technology, document each data flow rather than assigning one label to the vendor. A recipient may be a GDPR processor for one instructed service and a controller for another purpose. California service-provider or contractor treatment also depends on the statutory and contractual restrictions; a vendor label alone does not establish the role.

For automated decisions, assess GDPR Article 22 and DPIA questions separately from California ADMT rights and risk-assessment triggers. Human review matters under both regimes, but the definitions, thresholds, exceptions, consumer rights, evidence, and implementation dates are not interchangeable.

  • Customer account: one factual map, two scope and rights findings.
  • Advertising flow: classify every recipient, purpose, sale, sharing, instruction, and contract restriction.
  • Automated decision: record the input personal information, output, human involvement, effect, notice, rights path, assessment trigger, and effective date.
  • Incident: use the GDPR personal-data-breach test and notification clocks only for GDPR; assess California security, notification, remedy, and enforcement rules under their own authorities.
Primary sources

References and citations

edpb.europa.eu
Referenced sections
  • Supports the Article 33 notification condition and DPA routing context.
"unlikely to present any risk"
cppa.ca.gov
Referenced sections
  • Explains California rights, business responsibilities, and how to exercise them.
"Businesses must generally designate at least two methods"
Related guides

Explore more topics

Does the EU GDPR apply outside the EU under Article 3?
A GDPR Article 3 territorial-scope FAQ covering EU establishment, non-EU targeting, monitoring in the EU, public-international-law cases, and Article 27 representatives.
EU GDPR Applicability Test for Products, Vendors, and Data Flows
A concrete GDPR scope test for personal data, controller and processor roles, EU establishment, EU targeting or monitoring, special-category and child data, transfers, vendors, and evidence.
EU GDPR Article 30 RoPA Intake Workflow
This GDPR Article 30 RoPA intake workflow helps capture controller and processor fields, owners, transfers, retention, security measures, and evidence before a processing activity goes live.
EU GDPR Article 6 Legal Bases FAQ
FAQ on the six Article 6 GDPR lawful bases, consent caveats, legitimate interests, public-task and legal-obligation limits, and Article 9 special-category data.
EU GDPR Automated Decision-Making and Profiling: Article 22 Scope, Safeguards, and Evidence
GDPR guide to profiling and Article 22 decisions: scope, transparency, lawful basis, DPIA triggers, safeguards, human intervention, challenge rights, and evidence.
EU GDPR Breach Notification 72 Hours: Article 33 and 34 workflow
Official source EU GDPR breach notification workflow covering awareness, 72-hour supervisory authority notices, processor escalation, high-risk data-subject communication, delay reasons, and evidence logs.
EU GDPR Breach Notification Workflow: 72-hour clock, risk assessment, and records
A concrete EU GDPR breach notification workflow for detecting and triaging incidents, starting the awareness clock, assessing risk, notifying authorities or data subjects, and keeping Article 33 records.
EU GDPR Checklist: scope, lawful basis, DSARs, DPIA, RoPA, transfers
This GDPR checklist helps review scope, lawful basis, notices, DSAR handling, DPIAs, RoPA, processor contracts, SCC transfers, breach notification, retention, security, and evidence.
EU GDPR Children and Special-Category Data Guide
GDPR guide to children's consent and special-category data: Article 8 national age variation, Article 9 conditions, transparency, DPIA triggers, safeguards, and evidence.
EU GDPR Compliance Checklist: scope, rights, DPIA, RoPA, transfers
Practical EU GDPR compliance guide for mapping scope, lawful basis, notices, data-subject rights, DPIAs, RoPA, processor terms, breaches, transfers, retention, security, and penalties.
EU GDPR Controller, Processor, and Joint Controller Roles
Classify GDPR controllers, processors, and joint controllers from actual decision-making, then document Article 26 allocation, Article 28 terms, instructions, and vendor evidence.
EU GDPR Data Subject Rights and DSAR Workflow
GDPR rights-request workflow for intake, identity checks, request scope, the one-month response clock, extensions, refusals, processor coordination, and evidence.
EU GDPR deadlines and compliance calendar
EU GDPR calendar for calculating rights-request deadlines, breach notification, DPIA and prior-consultation gates, transfer reviews, and retention checks.
EU GDPR DPIA and Prior Consultation Workflow
Screen high-risk processing, run a GDPR Article 35 DPIA, record mitigation, and identify when Article 36 prior consultation is required.
EU GDPR DPIA and risk management under Articles 35 and 36
EU GDPR DPIA guide covering Article 35 triggers and contents, CNIL and DPC PIA methods, residual risk, mitigation records, and prior consultation limits.
EU GDPR DSAR Exceptions: refusal, extensions, identity checks
FAQ on when EU GDPR controllers may extend, charge for, narrow, redact, or refuse a data subject access request under Articles 12 and 15.
EU GDPR DSAR Workflow: Intake, Clock, Rights, and Evidence
Run a GDPR DSAR workflow for intake, identity checks, rights scoping, one-month response timing, extensions, refusals, processor handoffs, and evidence records.
EU GDPR FAQ: scope, lawful basis, rights, DPIA, breaches, transfers
Direct EU GDPR FAQ answers on scope, controller and processor roles, lawful basis, data subject rights, DPIAs, breach notification, international transfers, and Article 83 fine tiers.
EU GDPR International Transfers and SCCs: Chapter V evidence guide
GDPR Chapter V guide to adequacy decisions, SCCs, transfer assessments, supplementary measures, Article 49 derogations, and EU-US DPF checks.
EU GDPR Lawful Basis and Consent Guide
Focused GDPR guide to Article 6 lawful bases, consent conditions, legitimate interests, special category data, withdrawal, and evidence records.
EU GDPR Lawful Basis and LIA Workflow for Article 6(1)(f)
Assess GDPR legitimate interests with a purpose, necessity, balancing, Article 21 objection, and evidence-record workflow based on Article 6(1)(f).
EU GDPR Lead Supervisory Authority and One-Stop-Shop
How GDPR main establishment, cross-border processing, Article 56 lead authority competence, and Article 60 cooperation fit together.
EU GDPR LIA Template for Article 6(1)(f)
This EU GDPR legitimate interests assessment template helps document Article 6(1)(f) purpose, necessity, balancing, safeguards, objection rights, and evidence.
EU GDPR penalties and fines: Article 83 tiers and evidence
EU GDPR penalties guide covering Article 83 fine ceilings, the EDPB calculation method, CJEU conditions, Article 58 powers, and evidence.
EU GDPR Processor Contracts and Vendor Management | Article 28 Evidence Guide
EU GDPR Article 28 guide for processor contracts, sub-processor controls, controller-processor role boundaries, vendor evidence, and SCC transfer clauses where applicable.
EU GDPR Record of Processing Activities Template: Article 30 RoPA Fields
Build a GDPR Article 30 record of processing activities with separate controller and processor fields for purposes, data categories, recipients, transfers, erasure time limits, and security measures.
EU GDPR Requirements: scope, rights, security, DPIA, RoPA, and transfers
Overview of core EU GDPR requirements covering scope, principles, lawful basis, notices, data-subject rights, processors, RoPA, security, breaches, DPIAs, and international transfers.
EU GDPR Retention and Erasure Schedule
Build an EU GDPR retention and erasure schedule with purpose-based periods, expiry actions, Article 17 decisions, recipient notices, and deletion evidence.
EU GDPR SCC Transfer Impact Assessment FAQ
FAQ on when SCC transfer impact assessments are needed, what Clause 14 records, and when supplementary safeguards or transfer suspension are required.
EU GDPR Transfer TIA and SCC Workflow
A GDPR workflow for checking adequacy, selecting SCC modules, documenting transfer impact assessments, and recording supplementary measures for third-country transfers.
EU GDPR Transparency Notices: Articles 12, 13 and 14
GDPR privacy-notice guide for Articles 12, 13, and 14: direct collection, other data sources, purposes, lawful bases, recipients, transfers, retention, rights, and timing.
EU GDPR vs Brazil LGPD: scope, legal bases, rights, incidents, and transfers
Compare EU GDPR and Brazil LGPD scope, actors, legal bases, rights timing, security incidents, international transfers, evidence, regulators, and penalties.
EU GDPR vs ePrivacy Directive: personal data, cookies, consent, and communications
Compare the EU GDPR and ePrivacy Directive for personal data processing, consent and lawful basis, cookies and terminal access, electronic communications, and parallel compliance.
EU GDPR vs UK GDPR: Scope, Rights, Transfers, and Evidence
Compare the EU GDPR and amended UK GDPR across scope, rights, automated decisions, accountability, breaches, regulators, and international transfers.
GDPR processor vs controller: role boundaries and evidence
Decide whether a party is a GDPR controller, processor, or joint controller using purpose-and-means tests, Article 28 terms, Article 26 arrangements, and Article 30 records.
GDPR vs EU AI Act: privacy controls for AI systems
Map the GDPR work that remains necessary when an AI system processes personal data, including lawful basis, notices, DPIAs, Article 22, rights, security, records, and transfers.
GDPR vs EU Data Act: personal data, connected products, and access rights
Compare GDPR privacy duties with EU Data Act rights and duties for connected-product data, third-party access, data holders, users, contracts, cloud switching, and enforcement.
When does the EU GDPR require a DPIA?
Answer the EU GDPR DPIA threshold question with Article 35 triggers, high-risk criteria, supervisory-authority list checks, and DPIA content requirements.
When does the GDPR 72-hour breach notification clock start?
GDPR breach-awareness FAQ covering the Article 33 clock, processor escalation, delayed or phased notifications, risk assessment, and records to keep.