Mirror Trees in Genealogy: How They Worked and What to Use Now
A mirror tree is a private, unsearchable family tree that copies (mirrors) a DNA match's known ancestry, with your own DNA test attached to a hypothetical position inside it — so the testing site generates hints as if you really belonged there. It was a popular technique for unknown-parentage searches roughly between 2014 and 2018. Most experienced researchers have since moved on: mirror trees are fiddly, easy to misread, and clustering methods like the Leeds Method plus straightforward tree-building now do the same job faster and with less risk of a wrong conclusion.
If you've seen mirror trees recommended in an older forum post or a video from a few years back, this guide explains what they actually were, why they fell out of favor, the ethical lines you must not cross, and what to do instead. The modern starting point is much simpler: run your shared cM figures through the free DNA match calculator to see what relationships are genuinely on the table.
Mirror tree reality check. Tap a question to see the straight answer:
Tap a question above.
What Is a Mirror Tree, Exactly?
Picture your closest unknown-side DNA match: a woman sharing 900 cM with you, whose public tree shows her parents, grandparents and great-grandparents. You don't know how she connects to you, and she doesn't answer messages.
A mirror tree meant recreating her ancestry in a new tree of your own — the same parents, the same grandparents, the same great-grandparents — then linking your DNA test to a hypothetical person placed somewhere inside that structure. Perhaps as a child of one of her aunts. Perhaps as a grandchild of one of her grandparents' siblings.
Once your DNA was attached to that position, the testing site would treat the tree as if it were real and start generating hints: green leaves, record suggestions, and — the actual prize — automatically detected connections to other DNA matches whose trees overlapped the same ancestors.
The tree was a scaffold, not a claim. You weren't asserting that these were your ancestors. You were asking the site's algorithm: if I sat here, who would show up?
The three defining features
- It mirrors someone else's documented ancestry rather than your own known lines.
- Your DNA kit is attached to a placeholder person inside it, which is what triggers the hint engine.
- It's private and unsearchable — not visible to anyone else, not indexed, not shared.
Miss any of those three and it isn't a mirror tree; it's either a useless copy or, if it's public, a genuine problem.
How Mirror Trees Were Meant to Work
The workflow that circulated in adoption-search communities went roughly like this.
The classic five-step process
- Pick a strong anchor match. Usually someone sharing several hundred centimorgans with a reasonably complete public tree. Weak matches made hopeless anchors.
- Rebuild their ancestry in a new private tree. Four generations was typical — the match, their parents, grandparents and great-grandparents.
- Attach your DNA to a hypothetical position. You'd add a placeholder person as a descendant of one of those ancestral couples and link your test to them.
- Wait for hints. The site would process the new tree over some hours or days and start surfacing matching ancestors shared with your other DNA matches.
- Move the placeholder and repeat. If nothing lit up, you'd shift your test to a different branch and try again.
When it worked, several of your other DNA matches would suddenly connect to the same ancestral couple — suggesting that couple sat in your real ancestry, which pointed you at their descendants as candidates for your parent or grandparent.
Why it caught on
For a few years this was the only automated way to get a testing site to do combinatorial work for you. AncestryDNA's hint system was powerful and there was no other way to point it at a hypothesis. For adoptees and people searching for unknown parents, it felt like a genuine breakthrough, and it did solve real cases.
Why Researchers Have Largely Moved On
Mirror trees haven't been banned or broken. They've been outcompeted. Five reasons come up again and again.
1. Confirmation bias is baked in
This is the serious one. You build a tree around a guess, then look for evidence that the guess was right — and the site obligingly produces hints, because hints reflect overlapping data, not correctness. It's very easy to read "the site gave me hints" as "the site agreed with me."
It didn't. It told you some records and trees overlap. A hint is a starting point for research, not a conclusion, and mirror trees make that distinction unusually easy to blur.
2. Better tools arrived
Clustering changed the landscape. The Leeds Method sorts your matches into four groups corresponding to your grandparent lines using nothing but a spreadsheet and shared-match lists. AutoClusters on MyHeritage and GEDmatch do the same automatically. Ancestry added ThruLines, shared-match filtering, custom groups and match notes.
These tools answer the question mirror trees were trying to answer — which branch does this match belong to? — directly, without fictional structures.
3. They're slow and fiddly
A single mirror tree can take an evening to build. Then you wait for hints. Then you move the placeholder and wait again. Multiply across several anchor matches and several hypothetical positions, and you've spent weeks doing something a clustering exercise handles in an afternoon.
4. They break easily
Mirror trees depend on the match's tree being accurate. Many public trees are copied without sources and contain errors — a wrong parent three generations back sends the entire mirror down a fictional branch. You've then invested days chasing a family that was never yours.
5. The ethics are uncomfortable
You're copying real people's family data, including living people, into a tree that presents your DNA as belonging inside it. Done privately, with placeholders instead of named living people, that's defensible. Done carelessly, it's a privacy problem for people who never agreed to any of it.
A Worked Example of What Could Go Wrong
An ordinary, entirely typical failure looks like this.
You share 640 cM with a match called D, who has a public tree going back four generations. You build a mirror of D's ancestry and attach your test as a hypothetical grandchild of D's paternal grandparents. Within a few days, hints appear: three of your other DNA matches connect to the same surname line. It feels like the search just cracked open.
Except D's tree had an error two generations back — a widely copied mistake where the wrong man of the same name was attached as a great-grandfather. The surname line your hints lit up on belongs to a family you're not related to at all. The three matches connecting to it do so through a different couple further back, which is why they appeared.
Nothing in the mirror tree told you any of that. The hints looked exactly the same as they would have if the tree were correct, because hints measure overlap, not truth. Two weeks disappeared into the wrong family.
This is why the modern order of work matters so much. Clustering would have grouped those three matches by which grandparent line they actually belong to before you built anything, and a quick check of the great-grandfather's census and marriage records would have caught the copied error on day one.
Mirror Trees vs Modern Methods
| Approach | What it does | Speed | Main risk |
|---|---|---|---|
| Mirror tree | Attaches your DNA to a hypothetical position to generate hints | Slow — hours to build, days to process, repeat per hypothesis | Confirmation bias; wrong source tree wastes weeks |
| Leeds Method clustering | Sorts matches into ~4 grandparent lines from shared-match lists | Fast — one afternoon, spreadsheet only | Needs enough matches in the 90–400 cM range |
| AutoClusters | Automated clustering grid on MyHeritage / GEDmatch | Very fast — minutes | Threshold settings can merge or split groups oddly |
| Quick and dirty trees | Builds rough trees for close matches and looks for convergence | Moderate — days to weeks | Requires real research skill; obituaries are the shortcut |
| Shared matches + ThruLines | Uses the site's own shared-match and common-ancestor tools | Fast | Hints are only as good as the underlying trees |
| Triangulation | Confirms a shared segment across three people | Moderate | Not available on AncestryDNA (no chromosome browser) |
Notice that the modern methods aren't a single replacement — they're a stack. Cluster first, build trees second, confirm third. Our confirmation workflow guide sets out how those layers fit together.
The Ethical Rules, If You Still Use One
Some researchers still reach for a mirror tree in specific situations — usually when clustering has stalled and there's one strong anchor match with a well-documented tree. If that's you, these rules aren't optional.
Never make it public
Set the tree to private and unsearchable. Both settings. Private stops others viewing it; unsearchable keeps it out of the site's search index so it can't surface in anyone's results. A public mirror tree spreads bad genealogy into other people's research and can persist for years after you've forgotten it.
Never name living people as your relatives
Living individuals should be placeholders — "Private," "Unknown Son," a placeholder date. Don't record living people's details in a structure that implies a relationship you haven't proved. That's someone else's information, and it isn't yours to assert.
Never present it as your real tree
Don't merge it into your main tree. Don't upload it to a public collaborative platform. Don't attach it to your profile. When you're finished with it, delete it — abandoned mirror trees are a known source of tree pollution.
Never contact anyone based on a mirror tree alone
Hints are hypotheses. Before you reach out to a living person about a possible close biological relationship, confirm the relationship properly: shared cM range, shared matches, ages, family side, documented records, and triangulation where the platform supports it. Contacting the wrong person with life-changing news is the most damaging mistake available in this hobby, and it can't be undone with an apology.
Never assume secrecy about someone else's life
If your research touches a birth parent, a non-paternity event or an undisclosed adoption, other people's privacy is now in your hands. Go slowly. Think about who else finds out and how. The unknown parent search guide covers approaching contact with care in more detail.
What to Do Instead: A Practical Order of Work
If you're where mirror-tree users used to be — a match list, no idea how anyone connects — here's the modern sequence.
1. Understand your closest matches
Note the shared cM totals for your top 15–20 matches. Run each through the DNA match calculator to see the relationship options. Understanding what 900 cM can and can't mean is worth more than any advanced technique, and the shared cM chart guide explains the ranges properly.
2. Cluster
Run the Leeds Method by hand, or use AutoClusters if your platform offers them. Come out the other side with your matches sorted into family lines. This is the step that replaces mirror trees most directly.
3. Build quick trees for the closest match in each cluster
Rough is fine. You want parents, grandparents and great-grandparents, plus descendants coming back down. Obituaries, FamilySearch, FindAGrave and census records will get you most of the way — our free family tree research guide covers the sources.
4. Find where two clusters converge
Your target person descends from ancestors in more than one cluster. When you find a couple appearing in several trees within a cluster, that's an ancestral couple on that line. Two such couples, joined by a marriage somewhere down the generations, gives you a candidate list. Sketching this on a common ancestor chart makes the geometry obvious.
5. Confirm before you conclude
cM range, shared matches, ages and generations, documented records, and triangulation where available. Every layer must agree. If they don't, you have the wrong hypothesis — which is useful information, not a failure.
6. Ask for help
Search angels and DNAAdoption offer free, experienced help with exactly this kind of case, and they'll usually steer you away from mirror trees toward clustering. There's no prize for solving it alone.
Are Mirror Trees Ever Still Worth It?
Rarely, but not never. The narrow case looks like this: you have one strong anchor match (several hundred cM or more) with a well-sourced tree, you've already clustered, and you want the site's hint engine to test a specific hypothesis you've reasoned your way to.
Even then, treat the output as one more input, not an answer. And be honest with yourself about which direction you're working in. A mirror tree used to test a hypothesis you built from clusters is defensible. A mirror tree used to generate a hypothesis from nothing is how people talk themselves into the wrong family.
If you're learning DNA genealogy now, you can skip the technique entirely. Nothing in a modern unknown-parentage search requires it.
FAQ
What is a mirror tree in genealogy?
A mirror tree is a private, unsearchable family tree that recreates a DNA match's known ancestry, with your own DNA test attached to a hypothetical position inside it. The point is to make the testing site generate hints as though you belonged there, revealing which ancestral lines your other matches share. It's a hypothesis-testing device, not a record of your real family.
Are mirror trees still recommended?
Not by most experienced researchers. Clustering methods like the Leeds Method and AutoClusters, combined with quick tree-building and shared-match analysis, reach the same conclusions faster and with far less risk of confirming a wrong guess. Mirror trees still appear in older tutorials, which is why they keep resurfacing.
Are mirror trees against the rules?
Testing companies generally permit private trees, and building one for research isn't a terms violation on the major platforms. The problems are ethical rather than contractual: public mirror trees spread inaccurate genealogy, and listing living people as relatives you haven't proved exposes information that isn't yours to publish. Keep any mirror tree private, unsearchable and free of named living people.
What replaced mirror trees?
Clustering did most of the replacing. The Leeds Method sorts matches into grandparent lines using only shared-match lists and a spreadsheet, and AutoClusters automate the same idea. Alongside that, site features like shared-match filtering, custom groups and ThruLines answer the "which branch is this match on?" question directly.
Can a mirror tree prove a biological relationship?
No. A mirror tree produces hints, and hints reflect overlapping records and trees rather than a verified relationship. Proof comes from combining the shared cM range, shared matches, ages and generations, documentary records, and triangulation on a chromosome browser where the platform offers one.
What's the biggest mistake people make with mirror trees?
Believing the hints. Because you built the tree around your own guess, any hint that appears feels like agreement, when it only means data overlaps somewhere. That confirmation loop is how people end up contacting the wrong family — which is why confirming a relationship independently, before any contact, matters more than any technique.
Work Forward, Not Sideways
Mirror trees came from a real need at a moment when the tools weren't there yet, and they solved cases. The tools caught up. Clustering, shared matches and honest tree-building now get you further, faster, with far less chance of convincing yourself of something that isn't true.
Start with what your numbers actually say. Run your closest matches through the free DNA match calculator, sort them into family lines, and build outward from there — then use the confirmation workflow before you draw any conclusion about a living person. Slow and provable beats clever and wrong, every time.




