Web Evidence for Lawyers - What Every Attorney Should Know
Published April 2, 2026
The Shift to Digital Evidence
More legal disputes involve web content today than at any point in history. Defamation claims hinge on social media posts. Trademark disputes turn on what a competitor's website displayed last Tuesday. Contract disagreements reference terms published on a landing page that has since been updated. Intellectual property theft lives on product listings, blog posts, and marketing pages that can vanish with a single click.
For attorneys, this creates a practical problem. The evidence you need exists on someone else's server, and it can change or disappear before you have a chance to preserve it. Even when you do capture it, the question shifts from "did this content exist?" to "can you prove it existed?" The gap between those two questions is where cases are won or lost.
The Chain of Custody Problem with Screenshots
The instinct most attorneys have - or that their clients follow - is to take a screenshot. It feels like preservation. But under the Federal Rules of Evidence, a screenshot is just an image file with no inherent proof of authenticity.
FRE 901 requires that evidence be authenticated - you must show it is what you claim it is. FRE 902 covers self-authenticating evidence, which is evidence that carries its own proof of genuineness. A bare screenshot meets neither standard on its own. It has no embedded metadata proving its source, no verifiable timestamp, and no way to demonstrate that the image was not altered after capture.
Opposing counsel knows this. Browser developer tools make it trivial to change any text, image, or date on a web page before taking a screenshot. The result looks identical to a screenshot of the unmodified page. This means any screenshot taken from the attorney's own browser is open to challenge - and that challenge is often effective.
What Makes Web Evidence Defensible
Defensible web evidence eliminates the objections that sink screenshots. Each component addresses a specific vulnerability in the chain of custody.
Server-side capture
The capture must happen on a third-party server - not the attorney's browser. When a remote server visits a URL, renders the page, and captures the result independently, it eliminates the argument that the content was manipulated using browser developer tools before the screenshot was taken. This is the single most important factor in making web evidence credible.
Cryptographic hash (SHA-256)
A SHA-256 hash is computed from the captured file at the moment of capture. This hash acts as a digital fingerprint - if even one pixel is changed after the fact, the hash will no longer match. Anyone can independently verify that the file has not been altered since it was created. This directly addresses FRE 901 authentication requirements by proving the evidence is the same file that was originally captured.
Trusted timestamp (RFC 3161)
An RFC 3161 timestamp is issued by a trusted third-party Timestamp Authority. Unlike a computer clock (which can be set to any date), an RFC 3161 timestamp is cryptographically signed and independently verifiable. It proves not just what was captured, but exactly when. Courts have recognized RFC 3161 timestamps as reliable evidence of the time a digital document existed.
Source code preservation (HTML/DOM)
A screenshot shows what a page looked like. The underlying HTML source code proves what the page actually contained. Source code captures hidden elements, meta tags, embedded links, and structured data that are invisible in a screenshot but can be critical in disputes over intent, deceptive practices, or hidden content. DOM preservation is the difference between showing appearance and proving substance.
WHOIS records
WHOIS data captured at the time of the screenshot proves who owned the domain when the content was live. This is essential in trademark cases, cybersquatting disputes, and any matter where domain ownership is at issue. Domain registrations can be transferred or privacy-shielded after the fact - capturing WHOIS at the time of evidence collection locks in the ownership record.
DNS records
DNS records show where a domain pointed at the time of capture - which server was hosting the content, which CDN was in use, and whether the domain resolved at all. If opposing counsel claims a domain was not active or was pointing elsewhere, DNS records captured alongside the screenshot directly refute that argument.
The Cost of Inadequate Evidence
When web evidence does not meet authentication standards, the consequences are concrete. Motions to suppress are filed - and granted. Exhibits are excluded. In the worst cases, claims are dismissed entirely because the attorney cannot prove that the content existed as alleged. Even when inadequate evidence is admitted, opposing counsel uses its weaknesses to undermine credibility with the judge or jury.
The frustrating part is that the evidence was real. The content did exist. But without proper documentation at the time of capture, proving it after the fact is often impossible. Web pages change. Servers go offline. Content is deleted. The window for preserving defensible evidence is often narrow, and there are no second chances.
How Snapoena Packages It All Together
Snapoena was built specifically for attorneys and legal professionals who need web evidence that holds up. Instead of assembling six different tools and hoping you covered every base, Snapoena captures everything in a single evidence bundle:
- Full-page screenshot - server-side capture with embedded URL and UTC timestamp
- HTML source code - complete DOM preservation of the page as it existed at capture time
- SHA-256 hash - cryptographic fingerprint proving the file has not been modified
- RFC 3161 timestamp - third-party signed proof of when the capture occurred
- WHOIS snapshot - domain ownership record at the time of capture
- DNS records - proof of where the domain pointed when the content was live
Everything is packaged into a single downloadable ZIP file - one evidence bundle you can attach to a filing, share with co-counsel, or store in your case file. No assembly required, no gaps in the chain of custody.
Start Capturing Defensible Evidence
If you are an attorney who deals with web-based disputes - trademark infringement, content theft, defamation, contract terms, or domain ownership - the quality of your digital evidence directly affects your outcomes. Screenshots from a browser are not enough. You need server-side capture, cryptographic hashing, trusted timestamps, and source code preservation.
Snapoena gives you all of that in one click.
Ready to capture defensible web evidence?
Paste a URL and get a complete evidence bundle - screenshot, source code, SHA-256 hash, and RFC 3161 timestamp. Free to use.
Try Snapoena Free