What can actually be recovered from an archived website?
Public web archives keep the words and look of many old websites and almost none of the machinery behind them. An asset-by-asset guide, with original DropOps data on the archived homepages of 7,613 recently dropped, mostly well-linked .uk domains.
Data through

When a website has gone and its domain has lapsed, a public web archive such as the Internet Archive's Wayback Machine is often the only record of it left. How much can be brought back from that record depends on two things: what kind of material you want, and how recent a copy you need.
On the first, a web archive records what a visitor's browser was sent, so the visible front of public pages often survives and the machinery behind it does not. On the second, even a well-archived site may have no working copy from its last year or two.
Below is a recovery matrix, asset by asset, grounded in the Internet Archive's own help pages, followed by an original DropOps study of the archive records for 7,613 .uk domains that reached their drop time between 16 August and 30 September 2026. Those domains are not a random sample. Our archive sweep favours names with strong link evidence, so the figures describe well-linked names, not every dropped domain.
What survives, asset by asset
The matrix uses four labels. Likely means a typical archived site will have it, provided the page itself was captured. Possible means it depends on whether a crawler fetched that particular file. Often missing means it regularly fails, or survives only as a shell that no longer works. Not recoverable from a public archive alone means the archive never sees it, so it has to come from somewhere else: the old owner, a backup or the original host.
Where the Internet Archive's help pages say something directly, the "Why" column quotes them. Where they do not, the reason given is an explanation of how archiving works, not a measurement.
What a public web archive typically holds for an old website
Labels describe the typical case for a site that was captured at all; they are not measurements. Quotes are from the Internet Archive's help pages unless stated otherwise.
| What you want back | Typically | Why |
|---|---|---|
| HTML text (the words on public pages) | Likely | The archive keeps the HTML a visitor's browser received. The Internet Archive says "simple html is the easiest to archive", and that when a dynamic page renders standard HTML "the archive works beautifully". The catch is coverage: pages nothing linked to may never have been found. In its words, "If there are no links to your pages, the robot won't find it". |
| Images | Possible | Images are separate files and are only there if they were fetched too. The Internet Archive's explanation of broken images: "Usually this means that we did not archive them." Images loaded from another domain or from inside a stylesheet are the most likely to be absent. |
| Stylesheets (CSS) | Possible | Like images, stylesheets are captured as separate files, so a page can survive with its styling missing or borrowed from another date. Where a capture is incomplete, the Wayback Machine "will grab the closest available date" for the missing pieces. |
| JavaScript | Often missing | The Internet Archive says JavaScript elements "are often hard to archive", and "if javascript needs to contact the originating server in order to work, it will fail when archived." The script file may be there; the behaviour often is not. |
| Downloads and PDFs | Possible | A PDF or download is captured only if a crawler followed a link to it, so the only way to know is to list the files archived for the site. They are worth finding: Google's site-move guidance notes that images and downloads such as PDFs "might already be getting traffic from Google Search or links". |
| Forms (contact, quote, booking) | Not recoverable from a public archive alone (as working forms) | The form's appearance may be archived; what happened after Submit is not. The Internet Archive does not archive "pages that are only accessible when a person types into and sends a form", and where a page has forms or other elements that need the original server, "the archive will not contain the original site's functionality." |
| Databases and back-end data | Not recoverable from a public archive alone | An archive only ever sees the pages a server sent out, never the database or code that produced them. Product records, orders, customer accounts and CMS settings survive only to the extent that they were printed on a public page that was captured. |
| Logins and members' areas | Not recoverable from a public archive alone | The Internet Archive states: "We do not archive pages that require a password to access". |
| Site search | Not recoverable from a public archive alone | Search needs the original server to answer each query, and crawlers do not type into search boxes. The Internet Archive notes that "the robots don't enter queries in search boxes". A results page exists only where a link to that exact results URL happened to be crawled. |
| APIs and dynamic content | Often missing | Anything assembled in the browser from calls back to a server, such as live prices, stock levels, feeds or booking calendars, fails for the same reason as JavaScript does, because "if it needs to contact the originating server in order to work, it will fail when archived." |
| Embedded third-party content (videos, maps, social feeds, widgets) | Often missing | These live on other companies' servers and usually depend on their scripts, so an archived page may keep the space where the embed sat with nothing in it. Where one does appear, it is someone else's content and service, not part of the old site. |
| Analytics and historic traffic | Not recoverable from a public archive alone | An archive stores pages, not visitor numbers. The tracking code may be visible in the old HTML, but the traffic data lived in the old owner's analytics account and server logs. No public archive can tell you how many people visited. |
Source: DropOps editorial assessment, grounded in the Internet Archive Help Center pages "Wayback Machine General Information" and "Using The Wayback Machine" and Google Search Central's "How to move a site" (all accessed 7 October 2026).
Pages from different years, stitched together
An archived site is not one snapshot. The Internet Archive says "Not every date for every site archived is 100% complete", and fills the gaps with the closest date it has. A page you are looking at can combine a homepage from one year with a stylesheet or picture from another. If you restore what the replay shows, you may be restoring a combination that never existed.
The live web leaking in
The same help page adds: "In the event that we do not have the link archived at all, the Wayback Machine will look for the link on the live web and grab it if available." When you browse an old site in the Wayback Machine, part of what you see may be today's web. Anything you plan to reuse should be checked against the capture record itself, not only against how the replay looks.
An archive is not a backup
The Internet Archive is direct about this: "Our terms of use do not cover backups for the general public." It adds that you may use the Wayback Machine to find archived versions "of a site to which you own the rights", and that "We can't guarantee that your site has been or will be archived." Its Save Page Now feature saves "a single page, not the whole site". What exists for any particular site is whatever crawls happened to reach it.
To see what is there, the Internet Archive suggests the pattern http://web.archive.org/*/www.yoursite.com/* to list every archived file for a site. The CDX index behind the Wayback Machine returns the same information in a form a script can read. Our technical guide to Wayback restoration walks through it, and how to restore a website from the Wayback Machine covers the practical steps.
One point belongs here, once. Archive presence is not permission. The Internet Archive "does not make guarantees as to the copyright status of items" and asks users to make sure their use "is non-infringing". Whether you may republish recovered words and pictures is a separate question from whether they exist. This article is general information, not legal advice.
Study: what the public web archive holds for dropped .uk domains
The question. For .uk domains that have just dropped, what does the public web archive hold for the homepage? Is there any working capture at all, how far back does it go, how many versions are there, and how old is the most recent working copy by the time the name drops?
The population. 210,484 domains whose scheduled drop time passed while they were still on Nominet's published drop list, between 16 August and 30 September 2026 (UTC). DropOps imports that list daily. "Dropped" here is a list status: the drop time passed with the name still listed. It does not prove the name was released or registered again afterwards.
The dataset. Homepage timelines that DropOps collected from the Wayback Machine's CDX index, plus the recorded answers where the index held no working homepage capture. Archive records were extracted on 7 October 2026.
The sample. 7,613 of those domains, 3.6% of the population, have an archive answer: 7,310 with a homepage history and 303 for which the archive held no working homepage capture.
This is not a random sample. DropOps' archive sweep prioritises domains with strong link evidence (75 or more referring domains), plus a name-led cohort and names that became available. A domain with that many linking sites has usually had a real website, so the sample leans towards established sites. Every figure below describes these 7,613 domains. None of it should be read as a rate for all dropped .uk domains.
The suffix mix shows the bias. Compared with the drop list as a whole, the sample has far fewer names registered directly under .uk and proportionally more .org.uk names. The population column below comes from our study of the drop list for 17 August to 30 September 2026 (UK dates, 205,988 domains). It covers almost the same period but is not the identical set of domains; the suffix mix of the 210,484-domain population was not computed separately.
We have not tested why names directly under .uk are under-represented. One plausible factor is age: second-level .uk registrations only opened in June 2014, whereas .co.uk and .org.uk names have had decades to build a site and collect links.
Suffix mix: archive sample compared with the drop list
The two columns cover slightly different windows (16 Aug–30 Sep UTC for the sample's population; 17 Aug–30 Sep UK dates for the comparison), so treat the comparison as indicative.
| Suffix | Sample (n) | Sample share | Drop list, 17 Aug–30 Sep 2026 (n) | Drop list share |
|---|---|---|---|---|
| .co.uk | 6,366 | 83.62% | 168,997 | 82.04% |
| .org.uk | 720 | 9.46% | 5,671 | 2.75% |
| .uk (directly under .uk) | 468 | 6.15% | 30,554 | 14.83% |
| .me.uk | 52 | 0.68% | 709 | 0.34% |
| .ltd.uk | 6 | 0.08% | 51 | 0.02% |
| .net.uk | 1 | 0.01% | 5 | 0.00% |
| .plc.uk | 0 | 0.00% | 1 | 0.00% |
| Total | 7,613 | 100% | 205,988 | 100% |
Source: DropOps analysis of public web archive (Wayback CDX) records for 7,613 dropped .uk domains (drop times 16 Aug–30 Sep 2026; records extracted 7 October 2026); drop list column: DropOps analysis of Nominet's published drop list, 17 Aug–30 Sep 2026 (n = 205,988).
How we measured this
- Start from the drop listTake every domain whose scheduled drop time passed while it was still on Nominet's published drop list, 16 August to 30 September 2026 (UTC): 210,484 domains.
- Keep those with an archive answerKeep the domains for which DropOps holds either a homepage timeline or a recorded answer that the archive had no working capture: 7,613. Where a domain has more than one timeline, the latest is used.
- Ask the archive once per domainSend one request to the Wayback Machine's CDX index for the bare domain, which is the homepage URL, returning the timestamp, content digest and HTTP status of each capture.
- Fold repeated capturesCollapse by digest, so consecutive captures of an unchanged homepage count once. A homepage captured 40 times without changing is one version.
- Count working versions onlyCount only captures with HTTP status 200 as working homepage versions. A domain whose homepage was captured only as redirects or errors is recorded as having no working capture.
- Compare with the drop timeCompare the first and last working capture with each domain's drop time, and summarise the capture statuses year by year.
For a made-up domain, the request has this shape: https://web.archive.org/cdx/search/cdx?url=example-domain.test&collapse=digest. Each line of the answer is one capture, and among the index's seven public fields are its timestamp, its HTTP status code and a digest of its content. The CDX documentation describes collapsing as filtering out "captures after the first one that are duplicate" on adjacent lines, and warns that "only adjacent digest are collapsed". A homepage that changes and later changes back therefore has its earlier version counted again. The version figures below count changes the archive recorded, not distinct designs.
Exclusions. The other 202,871 domains on the drop list in this window have no recorded archive answer in DropOps, so they are not in the sample. A domain counts as having no captures only where the archive answered and held no working homepage capture; a lookup that failed is not an answer and is not counted. Inner pages, images, stylesheets and files are not measured at all. For the final-year analysis, 309 of the 7,310 timelines carry no year-by-year status breakdown and are left out, so that table covers 7,001 domains. Every figure comes from one read-only query file run against DropOps' database on 7 October 2026.
Results
In this sample, 7,310 of 7,613 domains (96.0%) had at least one working homepage capture, and 303 (4.0%) had none. That high figure is largely a product of how the sample was chosen. A domain with 75 or more referring domains has usually had a real website for some time, so it is no surprise that the archive saw one. It does not mean 96% of dropped .uk domains are archived.
Most sampled domains were first archived as working sites before 2015, and more than a third before 2010.
Show the data behind this chart
When the archive first saw a working homepage
Period of the first HTTP 200 homepage capture, domains with history (n = 7,310)
| Period of first working capture | Share of domains (% of domains) |
|---|---|
| 1996–1999 | 1.48 |
| 2000–2004 | 16.55 |
| 2005–2009 | 17.58 |
| 2010–2014 | 24.91 |
| 2015–2019 | 21.01 |
| 2020–2024 | 15.54 |
| 2025–2026 | 2.93 |
Source: DropOps analysis of public web archive (Wayback CDX) records for 7,613 dropped .uk domains (drop times 16 Aug–30 Sep 2026; records extracted 7 October 2026); 7,310 domains with a working homepage capture.
These are long-lived names. 2,603 domains (35.6%) were first captured as working sites before 2010, including 108 before 2000. Only 214 (2.9%) were first seen in 2025 or 2026. For half of the domains with history, working captures span 11.2 years or more.
A first capture date is a lower bound on a site's age, not a measure of it. A site can run for years before a crawler reaches it, and a first capture may be a holding page rather than the business that came later.
Distinct homepage versions per domain
Versions are HTTP 200 homepage captures after consecutive identical captures are collapsed. Median 33; 25th percentile 14; 75th percentile 62.
| Homepage versions | Domains | Share |
|---|---|---|
| 1 | 206 | 2.82% |
| 2–5 | 553 | 7.56% |
| 6–20 | 1,715 | 23.46% |
| 21–50 | 2,437 | 33.34% |
| 51–200 | 2,251 | 30.79% |
| 201 or more | 148 | 2.02% |
| Total | 7,310 | 100% (shares rounded) |
Source: DropOps analysis of public web archive (Wayback CDX) records for 7,613 dropped .uk domains (drop times 16 Aug–30 Sep 2026; records extracted 7 October 2026).
Two-thirds of the domains with history (66.2%) have more than 20 recorded homepage versions; only 206 (2.8%) have a single one. For anyone planning a restore, that is both good and awkward news. There is plenty of material, and there is a real choice to make about which version counts as "the" site. The latest version is not automatically the best one, as the next result shows.
Nearly two-thirds of sampled domains had no working homepage capture in the year before they dropped.
Show the data behind this chart
How old the last working homepage copy was when the domain dropped
Time from the last HTTP 200 homepage capture to the domain's drop time (n = 7,310)
| Gap between last working capture and drop time | Share of domains (% of domains) |
|---|---|
| After the drop time | 0.12 |
| Within 3 months | 3.5 |
| 3–12 months | 32.76 |
| 1–2 years | 31.49 |
| 2–5 years | 20.64 |
| Over 5 years | 11.48 |
Source: DropOps analysis of public web archive (Wayback CDX) records for 7,613 dropped .uk domains (drop times 16 Aug–30 Sep 2026; records extracted 7 October 2026); 7,310 domains with a working homepage capture.
By the time these domains dropped, the archive's most recent working copy of the homepage was typically well over a year old. The median gap was 519 days, about 17 months. 4,650 domains (63.6%) had no working homepage capture in the final year before the drop, and 839 (11.5%) had none in the final five years.
Part of that gap is built into the .uk lifecycle. Under Nominet's current process, in place since 13 September 2022, a domain that is not renewed is suspended 30 days after expiry, from which point Nominet describes it as "Does not resolve", and it drops 95 days after expiry. A website on a lapsing domain therefore stops resolving at least 65 days before the drop time, and no crawler can capture a working page in that window. (Nominet is moving .uk to a standardised registry on 9 February 2027, and the lifecycle changes then.) That floor explains why the "within 3 months" band is small. It does not explain the rest: for most of these domains, the last working copy pre-dates the suspension by many months or years. A site may have been replaced by a holding page, pointed somewhere else, or simply not visited by a crawler again. This study does not tell those cases apart.
Nine domains (0.12%) have a working capture dated after their drop time. We have not examined them individually; a quick re-registration by someone else is one possible explanation.
What the archive recorded for the homepage in its last year of captures
"Last recorded year" is the latest calendar year with any homepage capture, of any status. Working means HTTP 200, which can still be a parking or holding page (see Limitations).
| Last recorded year showed | Domains | Share |
|---|---|---|
| Working homepage only | 3,976 | 56.79% |
| Working homepage plus redirects or errors | 1,795 | 25.64% |
| Redirects only | 653 | 9.33% |
| Errors only | 297 | 4.24% |
| Redirects and errors, no working page | 280 | 4.00% |
| Total | 7,001 | 100% |
Source: DropOps analysis of public web archive (Wayback CDX) records for 7,613 dropped .uk domains (drop times 16 Aug–30 Sep 2026; records extracted 7 October 2026); 7,001 domains with a year-by-year status breakdown.
Looking at the latest calendar year in which the archive captured each homepage at all, 56.8% of domains showed only working captures and a further 25.6% showed working captures mixed with redirects or errors. For 17.6% (1,230 domains), the final year held no working homepage at all. A final year of nothing but redirects usually means the domain was pointing somewhere else by then, which matters when you are trying to work out what the site was in its last useful period.
What this means if you want to restore a site
Put the matrix and the study together and a realistic expectation emerges for a well-linked .uk domain that has just dropped. You will probably find a site: almost every domain in this sample had a working homepage capture, and most had dozens of versions spread over a decade or more. It will probably be old. The newest working copy of the homepage was typically more than a year older than the drop, so a restore brings back the site as the archive last saw it working, with whatever prices, contact details, staff and claims it carried then. And there will be gaps below the homepage, which this study did not measure: inner pages, images and files are captured unevenly, and the "not recoverable" rows of the matrix will not be there at all.
The number of versions also forces a choice. With a median of 33, the last one before the site went quiet is not automatically the right one, and a final year of redirects or a holding page is a reason to look further back.
That age gap is also why a faithful restore is not always the right outcome. If the archive's last good copy is several years old, keeping the useful pages and addresses but bringing the content up to date may serve visitors better than reviving the site exactly as it was. Our comparison of the four options, restore, modernise, repurpose or start fresh, sets out how to choose.
This is how DropOps Sites treats archive history for a domain you own. It reads the old addresses and a sample of old pages from public web archives such as the Internet Archive's Wayback Machine, to learn the site's structure, topics and active years. Scripts, trackers and embeds are stripped from recovered pages, and nothing is hotlinked from the archive. Old details such as phone numbers, prices, opening hours and testimonials are held until the owner confirms, replaces or removes them. A faithful restore is offered only after the owner states that the content is theirs to restore; DropOps records that statement and makes no legal determination.
If you are looking at a name before it drops, our explainer on expired and dropping .uk domains covers how the drop list works and what it does and does not tell you.
Limitations
- Homepage only. One request per domain, for the homepage URL. Nothing here measures inner pages, images, stylesheets or files, and a well-archived homepage does not imply a well-archived site.
- A biased sample. Domains were prioritised for strong link evidence, with a name-led cohort and newly available names added. The results describe those 7,613 domains, not the 210,484 on the list, and the suffix mix differs from the list's.
- CDX coverage is not completeness. The index lists the captures the archive holds and will serve. It says nothing about pages that were never crawled, were blocked by robots.txt or were excluded at the owner's request, all of which the Internet Archive gives as reasons a site may be missing.
- A 200 is not meaningful content. HTTP 200 means the server returned a page, not that the page was the business's website. Parking pages, holding pages and "coming soon" pages can return 200, so it is possible that some "working" captures, particularly late ones, are parked pages. We did not measure how many.
- Versions are approximate. Collapsing folds only consecutive identical captures, and any change to the captured page, however small, can count as a new version. A version count is a count of recorded changes, not of redesigns.
- A moving index. Archive records were extracted on 7 October 2026. The archive keeps crawling and sometimes removes material, so a re-run could give different figures.
- "Dropped" is a list status. It means the drop time passed while the domain was still on Nominet's list. It is not proof that the name was released or registered again.
Conclusion
For the well-linked .uk domains in this sample, the public web archive usually holds plenty: a working homepage capture for 96.0% of them, with a median of 33 versions over a median span of 11.2 years. What it often lacks is a recent copy. The last working homepage was typically captured about 17 months before the drop, and for nearly two-thirds of domains (63.6%) it was more than a year old.
A restore from the archive is therefore a restore of the past: the visible front of public pages, as they stood some time ago, without the forms, search, logins, databases or traffic history that made the site work. Check what exists before promising anything to anyone, choose the version deliberately, and treat every old fact on a recovered page as something to verify rather than republish.
Sources
- Wayback Machine General Information — Internet Archive Help Center
- Using The Wayback Machine — Internet Archive Help Center
- Save Pages in the Wayback Machine — Internet Archive Help Center
- Rights — Internet Archive Help Center
- Wayback CDX Server API - BETA (README) — Internet Archive (GitHub)
- How to move a site — Google Search Central, 2026-08-20
- New domain expiry process and introduction of drop lists for .UK — Nominet
- How to renew domains — Nominet
- Drop Lists for backorders — Nominet
- .UK is changing: you need to get ready. — Nominet
- Nominet sets June 10 date for shorter .uk domain names — Domain Name Wire, 2014-01-30
Related reading
How Wayback Machine restoration works: a technical guide
For developers and technical SEOs: how captures are made, how to query the Wayback CDX API, why an empty Availability API answer proves nothing, and a restoration pipeline from discovery to validation.
How to restore a website from the Wayback Machine
A practical UK guide to rebuilding a lost website from public web archives: finding and choosing captures, what will be missing and why, who owns the words and pictures, and how to keep the old addresses working.
Restore, modernise, repurpose or start fresh? Deciding what an old domain's website should become
An old or acquired domain gives you four honest options: restore the original, restore and modernise, repurpose, or start fresh. This article covers the rights, evidence and URL decisions each one needs, with a decision matrix and the lines none of them may cross.


