Deduptio

Deduptio vs Attio's native merge

Attio has a merge built in. It is free, it is good, and Deduptio calls it — every merge Deduptio performs goes through Attio's own record merge, which is why emails, calls, notes, tasks and comments end up on the surviving record exactly as they would if you had merged by hand.

So this is not really a comparison of two ways to merge. It is a comparison of the merge on its own against the merge plus the four things Attio deliberately leaves out: finding duplicates that share no exact identifier, handling groups larger than two, doing hundreds in one pass, and undoing a mistake.

The short version: if you can name your duplicates, merge them in Attio and close this page. If you cannot — because nobody knows how many there are, because they sit on deals or a custom object, or because the number is in the hundreds — the native merge is not the constraint you are up against.

Side by side

CapabilityAttio native mergeDeduptio
PriceFree, included in AttioFree plan with 25 live merges a month; Pro $59/month
Records per mergeExactly twoA whole group — merged as a chain of native pairwise merges
Objects supportedPartial People and companies onlyYes Any object with a match rule, including custom objects
Finds duplicates for youPartial Prompts on exact email (people) and domain (companies)Yes Exact and fuzzy rules on any attribute, AND/OR combinations
Bulk mergeNo One pair at a time, by handYes Select reviewed groups and merge them in one run
Preview before mergingPartial You see both records; the outcome is not previewedYes Dry run writes nothing and shows what each merge would do
UndoNo The losing record is deleted and cannot be recoveredYes 24 hours, from an automatic snapshot of both records
Duplicate list entriesNo Not addressedYes Cleaned automatically after a merge, with restore
Ongoing monitoringNo Prompts appear only as you happen to open recordsYes Daily or weekly scans with an email when new groups appear
Permissions neededWrite access to the objectAn Attio OAuth connection; scans read, merges write only on approval

What the native merge actually does

Open a company or person record, choose Merge records, search for the duplicate, and confirm. The two records become one. List entries, notes, tasks and comments from both are combined, and for people, email threads come along too. The record on the right is the one that persists; the one on the left is deleted. You can swap them before confirming, and you need write access to the object to do any of it.

For an obvious pair you have just noticed, nothing beats this. It takes ten seconds, it costs nothing, and the outcome is the canonical one — every other tool in this category, Deduptio included, is trying to reproduce it.

Three limits, and when each one starts to hurt

1. Two records at a time

A merge combines exactly two records. Duplicate groups are not always pairs: an imported contact, a form submission and a record created by email sync make three, and clearing that group is two merges. Attio's REST API has a merge endpoint with the same two-record shape, so scripting it removes the clicking but not the pairwise structure — and you are then responsible for ordering the chain so that a record consumed by one merge is not passed to the next. Deduptio merges a group by walking exactly that chain, keeping per-hop progress so an interrupted run resumes instead of re-merging.

2. People and companies only

Attio's merge is available for company and person records. It is not yet possible to merge deals, workspaces, users or custom objects. If your duplicates are two versions of the same opportunity, or two rows on a custom Properties or Applications object, the native merge has no answer at all — see duplicate deals in Attio for what the options actually are.

3. No undo

This is the one that changes behaviour. Attio's documentation is explicit: once a record is deleted it cannot be recovered by you or your team, and records previously merged into it are not restored either. So a native merge is a one-way door, and the rational response to a one-way door is to go slowly — which is why so many Attio workspaces have a duplicate backlog that everyone knows about and nobody clears.

Deduptio snapshots both records before it calls the merge. That is the whole trick: for 24 hours the pre-merge records can be re-created with their field values and associations. It is not time travel — the restored records are new records with new IDs, and the notes, tasks, list memberships, emails and calls that Attio moved onto the survivor are not re-created. Rollback spells out exactly what comes back and what does not, because a safety net you have misunderstood is worse than none.

The part that is not about merging at all

Attio prompts you to merge when it spots a duplicate by exact email or exact domain. That catches the easy half. It does not catch a person whose email changed with their job, a company that operates on two domains, a name typed two ways, a record imported without an email at all, or anything on an object Attio does not detect duplicates for.

Detection and resolution are separate jobs, and the native merge only does the second one. Most workspaces do not have a merging problem; they have a knowing what to merge problem. The Attio deduplication guide covers how to design rules that reflect identity rather than similarity.

Which should you use?

The honest test: try to merge ten of them by hand. If that clears the problem, you are done and you have spent nothing. If it makes barely a dent, the backlog is a scanning problem and no amount of clicking will finish it.

See what is duplicated before changing anything

Connect your Attio workspace, write one match rule, and run a scan. Scans are read-only — you see every group and the reason it matched before anything is merged.

Start a free Attio duplicate scan

Related