Copy-hunt list: mirrors, app lookups, and caches
Use a copy-hunt list to find mirror pages, app lookups, and cached files that can keep selling the same personal record after removal.

Why one takedown is not enough
When one page disappears, it's easy to think the problem is solved. Usually it isn't. Personal data spreads fast, and one takedown often removes only the first copy you found.
Data brokers rarely keep one record in one place. The same entry can show up on sister sites, white-label directories, and smaller mirror sites that pull from the same database. The layout changes, but the details often stay the same: your name, age range, address history, phone number, or relatives.
That's why a copy-hunt list matters. You're not chasing one URL. You're trying to find every version of the same record that can still be viewed, sold, or indexed.
Apps make this messier. An app lookup page can keep an older snapshot even after the source broker updates or deletes the live record. Some apps also publish public web pages based on stored data, so one record can survive in two places at once: inside the app and on a page that appears in search.
Search engines can keep the trail alive too. A result snippet may still show part of the old text after the page is gone. Sometimes the cached version, title, or saved description still exposes where you live or who you're related to. For anyone searching your name, that still feels like your data is out there, because it is.
A simple example makes the problem obvious. A broker removes an old listing with your phone number. A sister site still has it, a people-search app copied it last month, and search results still show the number in the preview text. One removal helped, but several exposures remain.
What belongs on your copy-hunt list
Start with the first page that exposed the record. Even if that page is gone now, treat it as the source entry. Save the site name, page title, and anything that makes the record easy to match later.
Then save the exact details shown on the page. A real match is rarely just a name. Keep the full name, age or birth year, current and past cities, phone numbers, email addresses, relatives, and any employer or property details that appeared together.
A screenshot helps, but plain text matters too. Screenshots preserve layout, dates, and branding. Copied text is much faster to search when you start checking mirror sites, app lookup pages, and cached files.
For each entry, keep a small proof pack:
- site or app name
- exact page text or a screenshot
- date found
- search terms that revealed it
- personal details shown together on the page
Dates matter more than most people expect. If a broker removes a page and the same profile shows up elsewhere two weeks later, your saved copy gives you a clean before-and-after trail.
The next part of the list is every place that reuses the same record. Include websites, mobile app lookup pages, search engine snippets, cached HTML pages, PDF exports, and any archive copy you can still open. Some copies match word for word. Others change the layout, shorten the address, or drop one phone number while keeping the rest.
Make a short note beside each entry: "identical copy," "same record with edited address," or "same person, fewer fields." That small note saves time later because it helps you separate exact duplicates from partial rewrites.
The goal is simple: one clean list, one record per row, and enough proof to recognize the same data even when a copy has been slightly changed.
Where copied records usually spread
After a people-search page disappears, the same record often keeps moving through smaller channels. One profile can feed a network of near-duplicates, and some of them look unrelated at first glance.
The first place to check is mirror sites run by the same owner. They often reuse the same layout, the same search box, and even the same profile text under a different domain. If one page listed your full name, age, old address, and relatives, a sister site may still show all four.
Partner sites are another common source of data broker copies. Some companies buy, swap, or import from the same source files. The design changes, but the facts don't. A record with the same spelling mistake or the same apartment number usually came from the same original file.
Caller ID tools and app lookup pages can keep a copy longer than the original site. This happens often with phone numbers. A broker record can end up inside an app that labels calls, shows a city, or ties a number to a home address. If your number was exposed once, check those pages even if you never made an account.
Search engines add another layer. A live page may be gone, but old snippets and cached files can still show your name, address, or age in search results. Sometimes the page title disappears first while the summary text keeps the personal details visible for days or weeks.
Old exports are easy to miss. Some records survive as PDFs, spreadsheet downloads, or archived profile pages saved before removal. These files often look plain and unfinished, which makes them easy to skip during a quick search.
Copied records usually leave fingerprints. The same phone number across several sites is one. The same old address on a profile and an app lookup page is another. Repeated relative names in the same order, the same typo, or the same missing apartment marker also tell you the pages are connected.
If you spot two or three of those matches, treat them as part of the same spread. Add each version to your copy-hunt list, even if the format changes. The record may have started on one page, but the real problem is the trail it left behind.
How to build the list step by step
Start narrow. Search your full name and city in quotes first. That cuts out a lot of noise and usually pulls up the easiest matches, including mirror sites that copied the original record before it disappeared.
Then switch from identity to data points. Search each phone number, old address, and email on its own. A copied record may no longer show your full name, but the phone number or street address can still lead you to the same profile on another site.
A simple order works well. Search your exact full name plus city first. Then search each phone number by itself, each old address by itself, and each email by itself. After that, combine your name with one extra detail, such as a ZIP code.
Don't stop at regular search results. Check app lookup pages and caller ID tools too. Many phone apps create public web pages, app store previews, or support pages that repeat the same number, name, and location. If one app has your number, there's a fair chance another copied the same feed.
When a live page is gone, open whatever version is still visible. Cached files, text-only copies, search snippets, and archived previews can still show enough to confirm that your record was there. Even a short snippet with your phone number and age range can point you back to the source.
As you collect results, group them by owner, not just by domain. Two different sites may belong to the same company, while one brand may run several domains for people search, phone lookup, and background pages. If you sort only by domain name, the list gets messy fast.
A small spreadsheet is enough. Track the site name, parent company, page type, the details shown, and whether the wording looks copied. Repeated misspellings, the same address format, the same relatives, or the same line order usually mean the pages share one data feed.
If five pages look like one source dressed up in different templates, treat them as a cluster.
A simple example
Say Mia gets her home address removed from one data broker. She checks the page a few days later, sees that it's gone, and assumes the job is done.
Then the same address appears on a sister site run by the same company group. The page looks a little different, but the details match: same name, same phone number, same street address. That's common. One takedown can leave another copy alive under a different brand.
A few days later, Mia finds a caller ID app lookup page that still ties her mobile number to the old address. That page may not look like a broker profile, but it exposes the same record in a new place. If someone searches her number, they can still connect her phone to her home.
There's also a cached search result that keeps the old page title visible. The live page no longer opens, but the saved title still says something like "Mia Lopez, 18 Pine Road." That doesn't always mean the source page is still active. It does mean the record existed, and it may still be copied somewhere else.
Mia's copy-hunt list should put those versions in follow-up order. First comes the live sister site page with the full address. Next comes the caller ID app lookup page tied to her phone number. Then any other search results with the same address and number. Cached results can wait a little if the live page is already gone, but they still belong on the list.
That order matters. Live pages that still show the address usually come first because they expose the most. App lookup pages often come next because they keep spreading the phone-to-address match.
Common mistakes that waste time
Most wasted effort doesn't come from writing removal requests. It comes from missing the same record in three or four places, then having to start over later.
One common mistake is searching only a full name. That misses phone-based copies, address lookups, and records tied to an old email. If "Jordan Lee" brings up nothing useful, try the mobile number, a street address, or both together. Many data broker copies are easier to find that way because the page title may not show the full name at all.
Another time drain is treating every domain like a separate problem when one company runs many of them. A people-search company may have a main site, a few mirror sites, and an app lookup page that all pull from the same data. Repeated contact details, the same opt-out language, or identical page layouts usually reveal the connection.
Apps get ignored for a simple reason: they often don't appear in a normal web search. But some records keep circulating through app lookup pages long after a source page is gone. Check app store previews, in-app search pages that open in a browser, and cached files that still show the listing text.
Proof matters. If you don't save it when you find the record, you may lose your best evidence once the page changes.
A simple routine helps: save a screenshot, copy the exact URL, note the date and time, write down the search term that found it, and save any company name or support email shown on the page.
Stopping after the first round is another mistake. A listing may disappear from one site in a week, then stay live in a cache, a partner domain, or a mobile app for longer. Give it a second pass after the first removals land.
Quick checks before you send requests
A rushed request often gets ignored because the page doesn't clearly match you, or you can't show what was visible when you found it. Before you contact anyone, take five minutes and tighten your notes.
Start with identity. Many records share the same name, age range, or city. Check at least two details before you assume a page is yours, such as a full name plus an address, phone number, relative, or past location. If the match feels weak, don't treat it as confirmed yet.
Then check what kind of page you're looking at. A live profile page is different from a cached file, and both are different from a search snippet that shows only a title and short preview. That matters because your request should describe the actual source of the data broker copies, not just the place where you saw a trace of them.
Write down the page title, the date you found it, and the exact search terms you used. Those details help if the page changes later or disappears before the request is reviewed. A note like "John A. Smith phone number Dallas" is often enough to reproduce the result.
It also helps to check whether several pages come from one owner. Sometimes five different pages are really one network, or several app lookup pages pull from the same feed. If that's true, one request may fix more than one copy. If not, you may need separate requests.
Before you move on, mark the exact details shown on each page: full name, home address, phone number, email, and relatives or age. That keeps your copy-hunt list clean and replaces vague complaints like "my data is online" with something a reviewer can verify fast.
How to track repeats
A good copy-hunt list isn't static. Once one page disappears, the same record often shows up again a few days later with tiny edits and a different domain name.
At first, rerun the same searches every few days. It sounds repetitive, but it works. Search the exact same details each time so changes are easy to spot: the full name, old address, current city, phone number, and any unusual spelling that appeared on the first listing.
What usually trips people up is assuming a new page means a new record. Often it's the same copy with a new wrapper around it. The site name changes, the page design changes, maybe one field is missing, but the exposed data is still yours.
A simple tracking sheet is enough. Keep one row per page and use the same status words every time: Sent, Pending, and Removed. Next to that, track the domain, page title, search term used, date found, date request sent, and date checked again. Without dates, it's hard to tell whether a page never came down or came back after removal.
Small edits count. If a page switches from your full street address to just the street name and ZIP code, it still points to the same person. If your age disappears but your phone number stays, that's still the same record for tracking purposes. Note those changes in one short comment so you don't waste time treating it as a new case.
Also watch for the same record moving under a new domain. Some operators run several mirror sites, and the data can hop between them. A page on one domain may vanish on Tuesday and show up on a sister site on Friday with the same phone number and relatives listed in a slightly different order.
What to do next
Once the source page is gone, the job isn't over. Start with the copies that can spread your data fastest. In most cases, that means big mirror sites, app lookup pages that feed other pages, and cached files that still keep the old record visible.
Treat sister sites as one problem. If the same company runs several domains, or an app and a web page pull from the same record, handle them together. Put them under one cluster in your copy-hunt list so you can see where one request may fix several copies.
A practical order is simple. Go after the biggest mirror sites first. Group sister domains and app feeds together. Save the page title, date, and a screenshot before you send a request. Then check again after 7-14 days and add any new copies you find.
That recheck matters. A page can vanish, then come back through a fresh crawl, a cached copy, or a partner feed you didn't catch the first time. Set a reminder a week or two after each removal, then check again later. Monthly is a good rhythm if the record has bounced back before.
If manual follow-up starts eating your evenings, getting help can make sense. Remove.dev automates removals across more than 500 data brokers and keeps monitoring for re-listings, which is useful when the same record keeps resurfacing on mirrors, app lookups, and reseller pages.
Keep updating the list until the record stays gone through a few review cycles. One missing page is a start. A record that stops coming back is the real finish line.
FAQ
What is a copy-hunt list?
It’s a simple record of every version of your exposed data you can still find. Instead of tracking one URL, you track the source page, mirror sites, app lookup pages, cached results, and anything else that repeats the same details.
Why isn’t one takedown enough?
Because the same record often lives in more than one place. One broker may remove a page while a sister site, a caller ID app page, or a search snippet still shows your name, phone number, or address.
What should I save before a page changes or disappears?
Save the site or app name, page title, exact URL, date found, search term used, and the personal details shown together on the page. A screenshot helps, but copied text is just as useful because it makes later searches much faster.
Where do copied records usually show up?
Start with mirror sites from the same company, then partner sites that appear to reuse the same data. After that, check caller ID tools, app lookup pages, search engine snippets, cached pages, PDFs, and archived copies.
Should I search by name or by other details?
Begin with your full name and city in quotes, then switch to single data points like a phone number, old address, or email. Many copied records are easier to find by number or address than by name alone.
How can I tell if two pages are really the same record?
Look for matching fingerprints. The same phone number, old address, relatives in the same order, a repeated typo, or the same apartment detail usually means the pages came from the same source record.
What should I remove first?
Go after live pages that show the most sensitive details first, especially full addresses and phone numbers. Sister sites and app pages usually come before cached search results, since live pages are easier to view and reuse.
Do cached search results still matter if the live page is gone?
Yes. Even when the page is gone, a snippet or cached title can still expose personal details and point people toward other copies. It may not be the first thing to fix, but it should stay on your list.
How often should I recheck for re-listings?
Check again after about 7–14 days, then keep rechecking if the record has come back before. A weekly pass at first and a monthly check later is usually enough to catch re-listings without turning it into a full-time job.
When does it make sense to use a service like Remove.dev?
If you keep finding the same record across many sites, or manual follow-up is taking too much time, a service can help. Remove.dev handles removals across more than 500 data brokers, tracks requests in real time, and keeps watching for re-listings so the same data is less likely to pop back up.