Burn-after-read is intentionally strict. The link works once, then the content is unavailable—ideal for deliveries that should not remain accessible after the recipient has opened them.
What burn-after-read actually does
After a recipient successfully accesses the share page, further opens are blocked. This differs from:
- Expiry — time-based removal regardless of views
- Download limits — access until count exhausted, may allow many previews first
Burn-after-read is strongest when any second view is undesirable, not merely when time passes.
Good use cases
- One-time credential or license key bundles
- Offer letters or termination documents meant for single acknowledgment
- Pen-test reports delivered to a named executive
- Temporary recovery codes during account rescue
Poor use cases
- Design reviews needing multiple stakeholders
- Course materials accessed across a week
- Logs referenced during a multi-day incident
- Anything recipients must reopen on mobile after an interruption
For those, combine password + expiry + download cap instead.
Plan availability
Burn-after-read is available on Pro and Plus tiers alongside custom expiry and ad-free sharing. Free and guest users should rely on short expiry and download limits rather than expecting single-view enforcement.
Handoff script for recipients
This link works once. Open it when you are ready to download or read the full document. If you close early or lose access, reply and we will issue a new controlled link.
Clear instructions reduce accidental “burns” during multitasking.
Compliance note
Burn-after-read reduces casual re-sharing but is not a legal hold mechanism. Organizations subject to retention rules should still archive copies through approved systems before sending customer-facing burn links.
Used intentionally, burn-after-read gives teams a clear way to handle one-time delivery without leaving sensitive material available longer than needed.