Bought an Expired Domain? How to Restore Its Old Website and Keep the Backlinks

Short answer: If you bought an expired domain for its backlinks, the safest way to keep that link value is to restore the old website from the Wayback Machine, rebuild it on the same URL paths so every inbound link still resolves, and then keep the content genuinely useful. Strip the previous owner’s personal details and dead offers, keep the pages people actually linked to, and avoid anything that looks like a bait-and-switch. Done this way, an expired domain restoration is a normal, defensible rebuild rather than a shortcut.

Why an expired domain’s backlinks only count if the pages exist

A backlink points to a specific URL, not to a domain in the abstract. When a linked page returns a 404 or a parked-page placeholder, search engines gradually stop treating that link as a vote for anything. Restoring the original page at the original path is the most direct way to make the link resolve again.

That is why the first question after buying an expired domain is not “what should I build here?” but “what did people link to, and can I bring it back?” Checking the expired domain history before you buy or build saves a lot of wasted effort.

Check which URLs actually carry the links

Export the backlink profile from your tool and sort by target URL. Usually a small set of pages collects most referring domains. Those are the pages you must restore at the exact same path; everything else is nice to have.

Step 1: Check archive coverage on the Wayback Machine

Go to archive.org, enter the domain, and look at the calendar view. You want to see how many snapshots exist, how far back they go, and whether the important inner pages were captured, not just the homepage. A quick way to do this for the whole domain is the Wayback CDX index, which lists every captured URL and its status code.

If you would rather not read CDX output by hand, the free checker at Can My Website Be Restored? runs the same kind of coverage check and tells you which pages have usable snapshots and which do not. It is free and runs before any payment.

Things to look for during the archive check:

• Coverage of the linked pages. Cross-reference your backlink export against the list of archived URLs. A page with 40 referring domains and no snapshot is a gap you need to plan around.
• Snapshot quality. Open a few captures. Some are complete, some are missing CSS or images, and some captured an error page or a “domain for sale” placeholder from a previous expiry.
• Robots exclusions. Some older sites blocked the Internet Archive crawler. If the domain shows a “This URL has been excluded” notice, coverage may be limited and you should know that before paying for the domain.
• Multiple owners. Expired domains often have several lives. Make sure you are looking at the version of the site that earned the links, not an unrelated business that owned the name later.

Step 2: Choose the right snapshot

The best snapshot is usually the last complete capture from the period when the site was actively maintained, not the very last capture before it expired. Sites tend to degrade toward the end: plugins break, images disappear, and the final months often show an error page or a hacked version.

A practical way to pick is to scan the calendar backwards from the expiry date and open the first capture where the homepage, navigation, and your top linked pages all render properly. Write down the timestamp. If some inner pages were only captured earlier, you can combine captures from different dates, but keep a record of what came from where so the rebuild stays consistent.

Warning signs in a snapshot

• Injected pharmacy, casino, or loan links in the footer or hidden in the HTML (a sign the site was hacked before it expired).
• Pages that redirect to another domain inside the archive.
• Placeholder text, “coming soon” pages, or a registrar parking page.
• A different business name and logo than the one that earned the backlinks.

Step 3: Keep the URL paths so backlinks resolve

This is the step that determines whether you keep the backlinks or lose them. Every page that has inbound links must come back at the same path, with the same slug, folder structure, and file extension if there was one. If the original was /blog/how-to-choose-a-kayak.html, the rebuilt page should live at exactly that address.

WordPress makes this easier than it sounds. Permalinks can be set to match the old structure, and legacy .html extensions can be handled with a small rewrite rule or a plugin. For static sites, you simply keep the same folder layout.

Where the original path cannot be kept (for example, a page that depended on query strings or a dynamic script), use a 301 redirect from the old URL to the new one. A redirect preserves most of the value; a 404 preserves none of it.

A simple URL preservation checklist

1. Export all inbound link target URLs from your backlink tool.
2. Export all archived URLs for the domain from the Wayback CDX index.
3. Mark each linked URL as: restore at same path, redirect to a close equivalent, or let it 404 (only for genuinely worthless targets like tracking URLs).
4. After the rebuild, crawl the site and confirm every “restore” URL returns 200 and every “redirect” URL returns 301 to a live page.
5. Submit the sitemap in Google Search Console and watch the Coverage report for unexpected 404s.

Wayback Restore keeps the original URL paths on every rebuild as a standard part of the restoration process, because for expired domains the paths are the whole point.

Step 4: Decide what to drop from the old site

Restoring an expired domain does not mean cloning every byte. Some of the old content is a liability, some is simply out of date, and some belongs to a person who no longer has anything to do with the domain. Remove it before you publish.

Drop the previous owner’s personal and business identity

Remove the old owner’s name, photos, staff bios, phone numbers, physical address, email addresses, and social profile links. Even if the archive shows them, publishing them again on a domain they no longer control can mislead visitors and can create privacy problems. Replace the About and Contact pages with your own details or with a neutral page that explains the site is under new ownership.

Drop outdated offers, prices, and claims

Old product prices, discount codes, “call now” offers, event dates, and testimonials from customers of the former business should go. They are not useful to today’s visitor and they create the impression that the old business is still operating, which is exactly the kind of thing the abuse policy targets.

Keep the content that earned the links

Guides, tutorials, reference tables, reviews, and resource lists are usually why people linked. Keep them, update any facts that have changed, and improve them where you can. This is the part of the site that justifies the restoration.

Google’s expired domain abuse policy, and how to stay on the right side of it

Google’s spam policies describe expired domain abuse as buying an expired domain and repurposing it primarily to manipulate search rankings by hosting content that provides little value to users. The classic example is buying a former medical charity’s domain and filling it with casino affiliate pages so the old links boost unrelated content. The policy is about intent and user value, not about the act of restoring a site.

A restoration that brings back the original, useful content on the original topic is the opposite of that pattern. The way to stay safe is to make sure the rebuilt site would make sense to a visitor who arrives from one of the old backlinks.

Practices that keep an expired domain restoration legitimate

• Stay on topic. If the domain earned links as a woodworking blog, it should come back as a woodworking resource, not as a payday loan comparison site. A topic change breaks the link context and is the main thing the policy targets.
• Restore genuinely useful pages. The restored content should answer the question the linking page was pointing to. Thin placeholder pages that exist only to catch link equity are the problem.
• No bait-and-switch. Do not restore the old site and then quietly redirect its popular pages to an unrelated money site. That is precisely what the abuse policy describes.
• Be transparent about ownership. A short note that the site is under new ownership and has been restored from archived copies is honest and does not hurt you.
• Update, do not fake. Correct outdated facts, add current information, and improve the pages. Do not fabricate reviews, author credentials, or publication dates.

Nothing here guarantees rankings; search engines decide that. But a clean, on-topic restoration removes the risk of a manual action that would make the purchase worthless.

Step 5: Rebuild the site in an editable form

A raw Wayback download gives you HTML files full of web.archive.org prefixes, missing images, and toolbar code. You need to clean the files, restore the asset paths, and either host them as static HTML or rebuild them in a CMS. For a domain you plan to grow, WordPress is usually the practical choice; for a simple brochure site, cleaned static HTML is cheaper and lighter.

Wayback Restore does this manually from the snapshot you choose. Pricing is a fixed per-site starting price: HTML restoration from $29, WordPress restoration from $79, and Elementor restoration from $149, with an archive check before you pay so you know what can actually be recovered. Every rebuild is editable after delivery and keeps the old URLs. If you want to do it yourself, the full walkthrough is in our guide on how to restore a website from the Wayback Machine.

Step 6: Verify the backlinks resolve and the site is indexed

After the rebuild goes live, the work is verification. Crawl the site, confirm every linked URL returns 200, add the property to Google Search Console, submit an XML sitemap, and request indexing for the most-linked pages. Then check the referring pages themselves: click a sample of the backlinks and make sure each one lands on a real, rendered page.

Bulk restoration for domain investors

If you buy expired domains regularly, restoring them one by one by hand is slow and inconsistent. The same steps apply to every domain, which makes the process a good fit for batching: one archive check across all domains, one snapshot decision per domain, one URL map, and one rebuild pass.

Wayback Restore offers bulk website restoration for investors and agencies who need multiple domains rebuilt to the same standard: original paths kept, archive checked before payment, every site editable. The free archive check also helps triage a portfolio: it shows which domains have enough coverage to be worth restoring and which should stay parked.

Frequently asked questions

Do backlinks stay with an expired domain after I buy it?

The links themselves stay on the referring sites, so yes, they still point at your domain. Whether they keep passing value depends on the target pages existing. Links to pages that return 404 lose their effect over time, which is why restoring those pages at the same paths matters.

Is it against Google’s rules to restore an expired domain’s old website?

No. Google’s expired domain abuse policy targets repurposing a domain to host low-value content that exploits the old reputation. Restoring the original, useful content on the same topic is not what the policy describes. Problems arise when the content is swapped for something unrelated or when the restored pages exist only to redirect link equity elsewhere.

How do I check an expired domain’s history before buying it?

Look at the Wayback Machine calendar for the domain and open captures from several years. Check whether the site changed topic or owner, whether it was ever a parking page, and whether late captures show injected spam. The free checker at waybackrestore.com/can-my-website-be-restored/ summarizes archive coverage for you.

Can I rebuild the website on the expired domain in WordPress even if the original was static HTML?

Yes. The content and URL paths are what matter for the backlinks, not the technology behind them. A static .html site can be rebuilt in WordPress with the same slugs, and legacy extensions can be preserved with a rewrite rule, so links continue to resolve.

What if the pages people linked to were never archived?

Then you cannot restore them exactly. The practical options are to recreate the page from the title and any snippets visible on the linking pages, or to 301 redirect the missing URL to the closest related page that was archived. A redirect to the homepage is a last resort and preserves less value than a relevant page. Our page on recovery options when a site was never archived covers the alternatives.