Skip to content

Website archiving

Website Archiving with Web Archiving Services and How to Archive a Website On Demand

A screenshot in a shared drive is not a record. SitePDF archives web pages as timestamped, retrievable snapshots, captured by the same engine that renders your PDFs, with retention you control and an API to pull any capture back on demand. Archive a page with the tool below to see what a capture looks like.

  • PDF and archive in one call
  • Plans from $49 a month
  • Your HTML stays yours

Live demo

Runs in your browser. Nothing is uploaded. One PDF free to try, then a plan.

Your PDF is downloading. That was the free one. The Starter plan converts as many as you need, for $49 a month or $288 a year, half price.

See the plan

What website archiving actually requires

Anyone can save a copy of a page. An archive is different: it has to say what was captured, when, from which URL, and it has to still be there, unchanged and findable, when someone asks years later. That is what audit, e-discovery and regulatory retention teams mean by a record, and it is the bar consumer tools and browser extensions do not meet.

SitePDF captures pages in managed Chromium, exactly as a visitor saw them, JavaScript and all, and stores each capture with its timestamp and source URL as an immutable snapshot under your account. Every snapshot is retrievable by id, listable by URL, and deletable when your retention policy says so. The compliance sections below cover what makes a snapshot defensible, the website archiving software comparison puts the dedicated platforms side by side with their published pricing, and the SEC 17a-4 and FINRA 2210 requirements guide covers what the rules actually oblige a US firm to keep.

The archive is a side effect of work you already do

Here is the wedge: with SitePDF, archiving is not another pipeline. Any render can be archived by adding archive=true to the call. Generate the invoice PDF, and the archived snapshot of it exists too. Save a pricing page as PDF weekly, and the dated trail of that page builds itself. One API, one bill, the document and the record from the same request.

Standalone archiving works the same way: point the call at any URL, skip the PDF if you only want the snapshot, schedule it with a cron job for continuous coverage.

Retention that answers to your policy, not ours

Each plan carries a retention window, from 90 days to 7 years on the enterprise tier. Deletion is yours: let snapshots expire on schedule or delete one on request from the API or the dashboard, and the deletion is real. That window is worth comparing against what the monitoring category offers, because retention is where the two differ most: the website change monitoring tools we compared keep between 30 days and a year on their standard plans. Data handling details live on the security page, and tiers on the pricing page.

Five legal tests a website archive gets measured against

Website archiving turns into a legal question the first time someone outside the company asks what a page said on a specific date: a regulator reviewing marketing claims, opposing counsel in discovery, an auditor testing your records program. None of them accepts "the site looks like this now", and an unlabeled screenshot in a shared drive is barely better. Five concepts decide whether your archive holds up.

E-discovery and preservation. Once litigation is reasonably anticipated, a duty to preserve relevant evidence attaches, and that includes web content. You may have to produce what the site said during the period in question. Without an archive you are rebuilding it from memory, backups never designed for this, or third party crawls you do not control.

Legal hold. A hold suspends normal deletion for material relevant to a matter. The archive has to exempt specific captures from the retention schedule and keep them until the hold lifts. A folder someone tidies up every quarter cannot honestly be said to enforce a hold.

Spoliation. Destroying or altering evidence someone had a duty to preserve can draw sanctions, including adverse inference instructions. A redesign that quietly wipes old pages during active litigation is exactly that problem. Routine, documented, schedule driven archiving is the defense, because it shows content was kept and disposed of by policy rather than by convenience.

Authentication under FRE 901. Whoever offers a web capture as evidence must show it is what they claim: that this content appeared at this URL on this date. In practice that means testimony or documentation about how the capture was made, when, and how it has been protected since. A capture stored with its timestamp, source URL and a checksum recorded at capture time gives a witness something concrete to stand on.

Retention schedules. Keeping everything forever is its own liability, because old content is discoverable too. A defensible program sets periods by content type (marketing claims for one period, terms and disclosures for another), disposes on schedule and documents both, which is why retention has to be something you set rather than something the vendor decides.

Website archiving methods compared for compliance

A defensible capture has five properties: a capture method you could explain on the record (a real browser rendered the page and the system saved the result), a timestamp recorded by the system at capture time rather than read from file metadata, integrity you can verify, retention and holds you control, and retrieval by URL and date range fast enough for a discovery deadline. Here is how the usual methods score.

MethodReliable timestampIntegrity evidenceRetention controlScales past a few pages
Manual screenshotsNoNoNoNo
Print to PDF by handWeakNoNoNo
Public web archives such as the Wayback MachineYesSomeNone, it is not your systemCoverage is unpredictable
Self-hosted crawler writing WARC filesYes, if you build itYes, if you build itYes, if you build itYes, with engineering staff
Archiving API or managed serviceYesYesYesYes

Public archives are useful and courts have accepted their captures with proper foundation, but you cannot control what they crawl or whether a capture exists for the date you need, and pages behind a login or heavy scripts often render incompletely. They supplement a program; they are not one. A self-hosted WARC crawler is the archivist's standard and works, but you inherit a headless browser fleet plus storage integrity and retrieval tooling.

Compliance work in practice runs on PDF, because that is what goes into an audit response or in front of outside counsel. The weakness of PDF workflows was never the format; it is that someone pressing Ctrl+P records nothing about where or when the document came from. The fix is a capture system that stores the URL, the timestamp and the checksum itself on every capture, with no person in the loop to forget.

Before you sign with anyone, ask six questions in writing:

  • How is the page captured, and could you explain it to a court?
  • Where do timestamps come from, and can they be altered after the fact?
  • Is a checksum recorded at capture time, and does it export with the record?
  • Can I set retention by content type and place holds that override deletion?
  • How fast can I export everything for one URL across a date range?
  • How is the archive protected: encryption, access control, tenant isolation?

If you are building a shortlist, the website archiving software comparison covers what Pagefreezer, MirrorWeb, Smarsh, Hanzo and Stillio each capture and what they publish about price, and if the driver is a broker-dealer rule, the SEC 17a-4 and FINRA archiving requirements guide covers the retention period and storage formats. Our own answers to the six questions are on the security page.

The API call shape: archive only, no PDF needed.
curl https://api.sitepdf.com/v1/render \
  -H "Authorization: Bearer $SITEPDF_KEY" \
  -d url="https://example.com/terms" \
  -d output=archive

{
  "archive": {
    "id": "arc_t9s55",
    "url": "https://example.com/terms",
    "captured_at": "2026-07-11T06:40:19Z",
    "retrieve_url": "https://api.sitepdf.com/v1/archives/arc_t9s55"
  }
}

This is the documented API call shape. Full request and response walkthrough.

Questions about this job

Is an archived web page admissible as evidence?
It can be, if it is authenticated. Under Federal Rule of Evidence 901 the party offering a capture must show it is what they claim, that this content appeared at this URL on this date. A capture made by a documented process and stored with its timestamp, source URL and a checksum recorded at capture time gives a witness that foundation; an unlabeled screenshot usually does not.
How is this different from the Wayback Machine?
The Internet Archive is a public good with its own crawl schedule; you cannot control what it captures, when, or whether it keeps it, and every capture it makes is public. SitePDF archives what you tell it to, when you tell it to, privately, under your account, with retention you set and an API to retrieve any capture. The Wayback Machine alternative page compares the two properly, including where the Internet Archive is the better choice.
Are archived snapshots really immutable?
A stored capture is never modified after write; retrieval always returns the bytes captured at the recorded time. Integrity verification uses checksums exposed in the API.
Can I archive pages on a schedule?
Yes, by calling the API from any scheduler. Most compliance teams start with a cron job over the list of URLs their policy names.
Who can see my archives?
Only your account. Archives are private, isolated per tenant, encrypted in transit, and never used for anything except serving them back to you. Deletion on request is immediate and permanent.

Index

More PDF and archiving tools

Get started

Render and archive with one API call

A pixel perfect PDF and a dated copy of the page from the same request. Plans from $49 a month, half price billed yearly.

HTML to PDF, in your browser

Buy the plan