Built for the California Delete Act · SB 362

Honor deletion requests automatically — and prove it.

Drop Privacy is the compliance engine that turns California's Delete Act from a recurring scramble into a quiet, automated cycle. It matches the state deletion batch against your data, suppresses the right consumers, and keeps a tamper-evident record — without ever exposing personal information.

No consumer PII leaves your systems — only hashes and audit metadata.
Diagram: consumer data becomes a privacy-preserving reverse hash index, is matched against the state deletion batch every 45 days, then decided, answered, and recorded in a hash-chained audit trail.
Who this is for

If California's Delete Act applies to you, this is your engine

Drop Privacy is software for data brokers — not the state's DROP platform itself. If you sell consumer data you didn't collect directly from the consumer, and you're registered (or need to register) with the CPPA, you need a repeatable way to honor deletion requests every 45 days. That's what we built.

Data brokers

You collect and sell consumer information without a direct relationship. SB 362 requires you to process DROP deletion requests on a 45-day cycle — and keep suppressing those consumers going forward.

Compliance & legal teams

You need defensible proof — not a spreadsheet. Drop Privacy produces per-cycle reports, a hash-chained audit trail, and a printable attestation you can hand to an auditor or regulator.

Engineering & ops teams

You need something that scales and doesn't break every 45 days. Connect source tables, upload a CSV, or deploy the on-prem agent — the same automated cycle runs either way.

Built around Delete Act (SB 362) CCPA / CPRA CPPA DROP API Privacy by design
What is Drop Privacy

The deletion-request engine for data brokers

California now runs a single platform where any consumer can ask every registered data broker to delete their data in one click. Drop Privacy is the engine on your side of that exchange — it does the matching, the responding, and the record-keeping so your team doesn't have to build it from scratch.

Indexes your data, privately

Your lead tables are turned into a reverse hash index — built incrementally, never re-scanning. Matching happens on salted hashes, so raw PII stays inside your perimeter.

Matches the state batch

Each cycle downloads the outstanding CPPA DROP request file, matches every record against your index, and classifies it — deleted, exempt, opted-out, or not found.

Responds & suppresses

It answers through the DROP API, suppresses matched consumers so their new leads aren't resold, and writes a hash-chained audit entry you can show a regulator.

How we do it

Four stages, one repeatable cycle

Every 45 days Drop Privacy runs the same idempotent, resumable cycle from a background worker — never a web request, and safe to re-run.

Index

Normalize and hash consumer identifiers into a reverse index, updated incrementally by a high-water mark.

Match

Download the state deletion batch and look up every record's hashes against your index at scale.

Decide

Classify each record — deleted, exempt, opted-out, or not found — using rules you can configure per tenant.

Respond & prove

Answer via the DROP API, suppress matched consumers forward, and seal a tamper-evident audit entry.

Three ways to onboard

Get started your way — as simple as 1 · 2 · 3

Connect your database tables, upload a CSV, or run everything inside your own network. Every path ends in a matched, deleted, attested cycle.

Drop Privacy keeps consumer PII inside your perimeter; only hashes and audit metadata cross the boundary.
Privacy by design

Compliance that doesn't create new risk

Most ways of answering a deletion platform mean shipping consumer lists somewhere. Drop Privacy is built the opposite way.

  • No PII custody. Matching runs on salted, normalized hashes. Raw names, emails, and VINs never leave your database.
  • On-premise agent option. Keep all consumer data on your infrastructure; only hashes, statuses, and metadata reach the coordination plane.
  • Tamper-evident audit. A hash-chained log records every action, so proof of deletion can't be quietly altered after the fact.
  • Database-per-tenant isolation. Each broker's data lives in its own isolated database — never a shared schema.

Explore the security model →

Why it matters

The Delete Act is live, recurring, and enforced

This isn't a one-time project. Once consumer requests are accessible, every registered broker must keep deleting — on the clock, on a cycle, with penalties for falling behind.

45-day
Maximum cycle to process accessible deletion requests
SB 362
The California Delete Act that created the DROP platform
1 click
All it takes for a consumer to request deletion from every broker
Daily
How fast administrative fines can accrue for unmet obligations

Doing this by hand doesn't scale. Manual matching against hundreds of millions of records — every 45 days, accurately, with an audit trail — is exactly the kind of work that quietly breaks. Drop Privacy makes the cycle boringly repeatable.

What we match on

All six DROP identifier types, out of the box

California's deletion batch can include name + date of birth + ZIP, email, phone, name + VIN, mobile ad IDs, and CTV IDs. Drop Privacy normalizes and hashes each type to the same spec the state uses — so matches are exact, not fuzzy guesses.

NDZ
Name · DOB · ZIP
EMAIL
Email address
PHONE
Phone number
NVIN
Name · VIN
MAID
Mobile ad ID
CTVID
Connected-TV ID
Built for the enterprise

Everything a compliance team expects — with the engineering to back it up

Resumable cycles

If a run stops mid-cycle, it picks up where it left off — never double-deletes or double-responds. Safe to re-run; corrections go through a dedicated amend path.

Scales to billions

Built for hundreds of millions to billions of records. Incremental indexing and background workers keep cycle time predictable as your dataset grows.

Multi-tenant

Onboard a new broker as configuration, not a code fork. Each tenant gets isolated databases, custom rules, and branded reports.

Proof of deletion

A printable, themed attestation backed by a hash-chained log — ready to hand to an auditor or regulator.

Forward suppression

Deleted consumers are remembered, so their newly imported leads are rejected at the door — not resold by accident.

Reporting & dashboards

Per-run and per-tenant reports: counts by status, coverage, rejects with reasons, and days left to respond.

FAQ

Questions teams ask first

What is the California Delete Act? +

The California Delete Act (SB 362) requires data brokers registered with the California Privacy Protection Agency (CPPA) to honor consumer deletion requests submitted through the state's single Delete Request and Opt-out Platform (DROP) — and to keep deleting on an ongoing 45-day cycle, not just once.

Does Drop Privacy send our consumer data to the state? +

No. Drop Privacy matches salted, normalized hashes — not raw personal information. Consumer PII never leaves your systems; only hashes, statuses, and audit metadata cross the boundary. With the on-premise agent, even the hashing happens on your infrastructure.

How often do we have to process requests? +

Registered data brokers must process accessible deletion requests on a recurring cycle of at most 45 days, and continue suppressing matched consumers going forward. Drop Privacy runs that cycle automatically and tells you how many days you have left to respond.

How does Drop Privacy prove a deletion actually happened? +

Every state-changing action is written to a hash-chained, tamper-evident audit log (each row signed against the previous). That backs a proof-of-deletion lookup and a printable attestation you can hand to an auditor.

Can it handle our volume? +

Yes. The engine is designed for hundreds of millions to billions of records — incremental indexing, keyset pagination, cached counts, and background workers — so cycle time stays predictable as your data grows.

How do we deploy it? +

Three paths: connect your source tables, upload CSVs, or deploy the on-prem agent inside your network. Drop Privacy runs on a container host or a plain PHP host — your choice. Engine work runs from a background worker or cron, never a web request. No provider lock-in.

How long does it take to get live? +

Most teams see a full cycle on sample data in a single demo session. Production onboarding depends on volume and data path — table mapping or CSV import is usually days, not months; the on-prem agent adds a short install step. We'll give you a realistic timeline on the first call.

What's the difference between Drop Privacy and California's DROP platform? +

DROP (Delete Request and Opt-out Platform) is the state-run system where consumers submit deletion requests. Drop Privacy is the compliance software on your side — it downloads the state's batch, matches it against your data, responds through the DROP API, and keeps the audit record. We are not affiliated with the California Privacy Protection Agency.

How is this priced? +

Enterprise pricing based on data volume, deployment model (hosted vs on-prem agent), and hash-index size. Request a demo and we'll scope it to your environment — no self-serve checkout, because every broker's data shape is different.

Make the Delete Act a non-event.

See Drop Privacy run a full cycle against sample data — matching, deciding, responding, and producing a proof-of-deletion attestation — in under 30 minutes.