Skip to main content

Deduplication decision

Choose Which Duplicate CSV Record to Keep

Define a defensible duplicate-record policy before deleting rows, including keys, precedence, merges and audit evidence.

Use the matching tool

Remove Duplicates

Open Remove Duplicates

What the error actually means

Exact duplicate removal is straightforward; entity deduplication is a business decision. Two rows sharing an email can contain different statuses, timestamps or consent records. “Keep the first” is safe only when the rows are completely identical or source order has a documented meaning.

Likely causes

  • Exports overlap across reporting periods.
  • The same person exists in several systems.
  • Updates created multiple versions of one record.
  • Whitespace and case differences hide otherwise identical rows.

Precedence rule

Problem

Delete every later row with the same email

Correct pattern

Keep the newest verified profile, preserve opt-out status, and record merged source IDs

A safe repair workflow

  1. 1Separate exact duplicates from key-based candidates.
  2. 2Define field-level precedence and protected values.
  3. 3Produce a review file before deleting or merging records.
  4. 4Keep a crosswalk from removed IDs to the surviving record.

How to verify the result

A file that downloads successfully is not automatically a correct file. Check the result at both the structural and business-data levels:

  • Exact duplicate counts are reproducible.
  • Consent and suppression fields are preserved.
  • Related records still resolve through the crosswalk.
  • The final unique-key count matches expectations.

Read the deeper guides