Validate the capture URL
Confirm the 14-digit timestamp, original hostname, and authorized crawl boundary before retrieving pages or assets.

What the downloader produces: A Wayback Machine downloader starts from one exact dated capture, recovers available public pages and assets, repairs archive replay paths, and packages the result for use outside Archive.org.
Recover a website you own from one coherent Archive.org capture. The rebuilder verifies the host and date, repairs archived dependencies, and packages the result without replay URLs.
The downloader starts from one reproducible capture, inventories recoverable website files, and removes archive replay dependencies from the delivered result.
Confirm the 14-digit timestamp, original hostname, and authorized crawl boundary before retrieving pages or assets.
Map public HTML, styles, images, scripts, fonts, and documents to their original URLs and intended local paths.
Remove replay wrappers, rewrite internal links, document substitutions, and keep missing files visible in the recovery manifest.
Crawl representative pages while Archive.org and the old origin are blocked so hidden external dependencies fail visibly.
Read the Wayback Machine downloader guide to understand the delivered evidence. If several dates look usable, use the snapshot selection guide before choosing a starting capture.
A useful download is more than a folder of responses. It connects each archived source to a final file, explains missing resources, and proves that the result no longer relies on replay services.
| Deliverable | What it records | Why it matters |
|---|---|---|
| Portable website files | Recovered HTML, CSS, JavaScript, images, fonts, and documents stored at deliberate local paths. | The site can be reviewed and hosted without the Wayback Machine toolbar or replay URL structure. |
| Recovery manifest | Original URL, selected capture, response result, content type, local path, and substitution decision. | A reviewer can trace every delivered file back to its source evidence. |
| Missing-file report | In-scope requests that were absent, invalid, unsafe, or intentionally excluded. | Broken elements are not silently hidden or presented as a complete backup. |
| Verification results | Internal link crawl, representative layout checks, mobile review, and blocked-network test. | Hidden archive dependencies and incorrect file types fail before the package is delivered. |
The website recovery glossary defines the evidence fields used in these reports.
Archive coverage varies by route and file type. A ZIP file is complete only relative to a written scope and a report that shows the gaps.
Replay timestamps, tracking parameters, fragments, and archive modifiers can create several addresses for the same original page. Normalize those parts before reporting page totals. Keep genuine language, product, pagination, and document routes separate when their content and purpose differ.
A page can return successful HTML while its stylesheet, font, responsive image, script-created request, or public download is missing. Review response status and MIME type for each dependency. An HTML error page saved with an image extension is still a failed asset.
A file outside the authorized hostname, date range, or path boundary is excluded. An in-scope file with no usable capture is missing. A risky script may be intentionally removed. Record these outcomes separately so the customer can understand what was unavailable and what policy changed the delivered view.
Use these answers to validate the replay URL, understand which files may exist, and test whether the delivered package is independent from archive hosts.
Paste the complete replay URL for one dated capture. It must include a 14-digit timestamp, the original website URL, and no asterisk. Open the capture from the Wayback Machine calendar before copying the address.
See exact capture URL examplesThe recovery can include captured HTML, stylesheets, images, fonts, scripts, public documents, and other page dependencies. Each file still depends on the archive having a valid response inside the approved scope.
Define a complete website downloadNo. A public capture can show the pages produced by a backend, but it normally does not contain private databases, account records, payment credentials, environment settings, or the server-side source that created those pages.
Compare an archive with a hosting backupThe final package should be crawled with Archive.org and the old origin blocked. Any remaining replay request then fails visibly and can be repaired, removed, or recorded in the missing-file report before delivery.
Review the archive-independence checksFor definitions of replay URLs, capture timestamps, and recovery manifests, use the website recovery glossary.