Can You Tell If Someone Screenshotted a PDF?

By Oleh Tsyupa, Founder of PDFTrackr · Published 2026-09-16 · Updated 2026-09-16

8 min read

28.8% of senders have turned downloading off on at least one link — 59 of 205 accounts with a link on record.

That is the control that matters for a screenshot worry, even though it stops no screenshot: it keeps the document inside the viewer, which is where a watermark is drawn and where the reading record is written. Per link rather than per sender the rate is 32.1%, and it is concentrated in a few heavy senders, which is why the per-sender rate is the more reliable one. Read it as who chooses the switch, never as a measure of how often documents get captured.

Based on 473 share links from 205 senders across 381 documents, created 20 Aug 2025 – 24 Aug 2026, extracted 26 Aug 2026; the 504 and 2,551 reading sessions inside it run 22 Sep 2025 – 25 Aug 2026. The per-link rate is 32.1% — 152 of 473, and Apr 2026 alone accounts for 65 of them, 73.9% of that month's 88 new links against a 0–39.3% band across every other month, the zero being Sep 2025, whose nine links all left downloading on. One visit is excluded, the same one Set G drops: a single visitor on a single link produced 210 sessions and 180 download clicks on 29 Jul 2026, a pre-deploy test burst rather than a reader. Validated means at least one page rendered and the session was not classified as automated. The two completion figures are measured on MULTI-PAGE DOCUMENTS ONLY, because a one-page document is finished by being opened: that restriction gives 496 of the 504 sessions on download-off links and 2,504 of the 2,551 on the rest, of which 206 and 771 reached the end — finished meaning the furthest page rendered is at least the document's page count. The median document is 19 pages on the download-off links against 15 on the rest, so the two groups are not even matched on length, let alone controlled for it: completion is not monotonic in length, and the off group sits further into the long tail.

If a sensitive document is about to go out, you can create a free tracked link with downloading switched off in a couple of minutes — or open the live demo first to see what a reading record contains.

Why a browser page is not told about a screenshot

Because the capture is not something the page does. On a phone it is a button combination; on a Mac a keyboard shortcut handled by macOS; on Windows a key, a shortcut or a separate capture app. In every case the operating system copies what is on the display, and the browser tab showing your document is one rectangle in that picture. A page can see keys pressed while it has focus, but a capture started from a shortcut the system intercepts, from a taskbar tool or from a second device produces nothing the page receives.

Native apps are different, and that difference is where the idea that a screenshot can be detected comes from. Apple documents a notification, posted when a person takes a screenshot, that an iPhone app can listen for. Android 14 added a screenshot-detection callback an app can register, and Android's own documentation is candid about its limits: it detects a capture made with the hardware button combination, it does not hand the app the image, and a capture made through test commands is not reported. Both belong to software installed on the reader's device. A PDF you attached, or a document the reader opens from a link in a browser, is running inside neither.

The same boundary explains printing, which is covered in detail at whether you can tell if someone printed a PDF, and it is the reason an ordinary PDF reports nothing about opening either — the mechanism behind that is set out at what PDF tracking is.

What our viewer blocks, and what it does not

Be precise here. PDFTrackr's viewer suppresses the right-click menu, swallows the save and print keyboard shortcuts, and ships a print stylesheet that blanks the page on every share link. Those are deterrents against the casual routes to a copy. None of them touches a screenshot, and none of them is recorded: nothing appears in your analytics when a reader presses a blocked shortcut.

It also does not listen for a Print Screen key, and it would be the wrong thing to build. A keypress is not a capture — plenty of people remap the key, and plenty of captures never use it — so a record built on it would report screenshots that did not happen and miss the ones that did. The text on the page stays selectable, too, because the viewer keeps a text layer. A reader who wants the words has them; the controls here are about the file and the casual copy, not about what a person can see.

Switching downloading off is the setting worth pairing with any of this. It removes the download button, not the bytes the browser was sent to draw the page, and it stops no screenshot. What it does is keep the document inside the viewer for the whole reading, which is exactly where the watermark in the next section applies.

Attribution instead of detection: what a watermark does

If you cannot know that a capture happened, the useful question becomes whether a capture that surfaces later can be traced. That is what a visible watermark is for. On PDFTrackr the owner writes the text and the viewer tiles it across every page. The template can carry the address the reader typed at the email gate, the date and time of the view, and the link's title; the default reads CONFIDENTIAL · Provided to [email] · [date] [time], with the bracketed parts filled in at the moment of the view. A screenshot of that page carries the mark, so a copy that turns up in the wrong inbox carries whatever the mark identified.

Three limits, stated plainly. It is an overlay drawn in the viewer, never a stamp written into the file, so a downloaded copy does not carry it. A determined reader can hide markup on their own screen with browser developer tools. And the address in it is what the reader typed unless the link verifies the address with a one-time code, which is a Pro setting. Where the gate is off, the email segment is simply dropped and the mark carries the date, time and whatever text you wrote.

DRM goes further, and the honest comparison says so. Locklizard markets Print Screen and screen-capture blocking for its Safeguard viewer on Windows, Mac and Android, and a VeryPDF knowledge-base article says its DRM Protector blocks screen-capture tools and logs attempts. Both depend on a viewer the reader installs first, and neither reaches a phone camera pointed at the screen. Microsoft makes the same point about its own capture-exclusion setting for Windows apps: unlike a security feature or DRM, it carries no guarantee of protecting what is on screen, and a photograph of the screen is its example. The watermark, compared side by side with DRM, is set out at watermark vs DRM vs tracking.

Five ways to send it, compared on screenshots

Five ways a PDF reaches a reader, compared on what the sender can learn about a screenshot. No cell states any vendor's price, tier or capability: the few dated competitor facts still inside the thirty-day window we hold competitor facts to do not bear on screenshots, so each row describes a route rather than a named product. The PDFTrackr row describes the live product; the watermark is Pro, the rest is on the free plan.
How the document reaches the readerDoes the sender learn a screenshot was taken?What discourages or traces a captureWhat the sender does learn
A tracked link in the browser (PDFTrackr)No — the capture happens outside the page, ours includedA watermark tiled across every page (Pro) and downloading switched off (free)Which pages rendered, for how long, and whether a download was clicked — with automated opens from mail scanners and link previewers classified at session close and excluded from the counts
A plain PDF attached to an emailNoNothing, unless a mark was stamped into the file before sendingNothing about the reading; an ordinary attachment reports back to nobody
A view-only share link with no watermarkNoThe missing download button, which leaves a screenshot untouchedWhatever the host reports about access
A DRM viewer the reader installs firstPossible in principle — the viewer runs on the reader's machine, so it is in a position to see a capture attempt; whether it reports one is the vendor's choiceWhatever that viewer enforces while it runs; a camera pointed at the screen is outside itWhatever that viewer logs
A native app on the reader's phonePossible — Apple and Android give native apps a screenshot signal, and the app decides whether to pass it onWhatever the app does with that signalWhat the app reports; the document has to live inside that app

The verdict is ours and it is narrow. For a document going to people outside your organisation who will not install anything, the tracked link with a watermark is the pick: it is the row that makes a capture traceable without asking the reader to install anything and still tells you whether the pages you worry about were read at all. Where DRM and native apps genuinely win is detection itself — the bottom two rows are in a position to see a capture attempt because they run on the reader's device. If knowing about the attempt is the actual requirement, buy one of those and accept the install.

When Pro becomes the right choice

Most of this is on the plan that costs nothing — downloading switched off, the email gate, a password, link expiry, per-page reading, the exclusion of automated opens, 500MB, 50 files, 50 active share links, twelve months of history, no card. If your worry is the file leaving through the download button, free covers it.

Pro becomes the right choice when the worry is the screen rather than the file — when a capture of a pricing sheet or a draft term sheet would do the damage, and you want that capture to carry a mark saying which link, and which reader, it came from. That is the watermark, and it is worth pairing with verified viewer emails, so the address printed across the page is one the reader proved with a code rather than one they typed. It is $9 a month; see what a reading record looks like in the demo dashboard before deciding.

Frequently asked questions

Can you tell if someone screenshotted a PDF you sent?

Not if the PDF was attached to an email or opened as a page in an ordinary browser. A screenshot is taken by the reader's operating system, outside the page, and the page is never told. Apps installed on the reader's phone can be notified, because Apple and Android give native apps that signal, and a DRM viewer the reader installs can block capture tools while it runs. A document opened from a link in a browser, ours included, is inside neither.

Does PDFTrackr show when someone takes a screenshot?

No. PDFTrackr records reading sessions — which pages rendered, how long each held attention, and whether a download was clicked if downloads are on. It records no screenshot event and no attempt to use a blocked shortcut. What it offers against the screenshot worry is attribution rather than detection: on Pro, a watermark you write is tiled across every page, so a capture carries the mark.

Can a website detect the Print Screen key?

A page can see some keys pressed while it has focus, and on some systems that includes Print Screen. That is not the same as detecting a screenshot: captures taken with a system shortcut the operating system intercepts, a separate capture app or a phone camera never reach the page, and a remapped key reaches it without any capture happening. A record built on that keypress would be wrong in both directions, which is why our viewer does not keep one.

Will a watermark stop a screenshot?

No, and it is not meant to. It puts the text you chose, such as the address the reader typed and the time of the view, into any capture of the page. On PDFTrackr it is an overlay drawn in the viewer, never a stamp in the file, so a downloaded copy does not carry it and a determined reader can hide it on their own screen with developer tools. Pair it with downloading switched off, which keeps the document in the viewer where the mark applies.

Can I trust the view count on a link I am worried about?

Yes, with one known distortion handled. Corporate mail systems scan links before delivery and chat apps request them to build previews, and both look like a visit. PDFTrackr classifies automated opens at session close and excludes them from the counts, and shows what the filter removed. As a working rule, an open arriving in the first minutes after a send is more likely a machine than somebody reading your document — and it is not a screenshot either way.

Sources

  1. Android Developers — Detect when users take device screenshots (Android 14): the app registers a callback, it detects a capture made with the hardware button combination, the callback does not provide the image, and captures made through test commands are not detected. Read by direct fetch (accessed 2026-09-16)
  2. Apple Developer Documentation — UIApplication userDidTakeScreenshotNotification: a notification posted when a person takes a screenshot on the device, available to native apps. ⚠️ Channel disclosure: developer.apple.com did not answer a direct fetch from our network, so this was read through search-engine retrieval of Apple's own documentation (accessed 2026-09-16)
  3. Microsoft Learn — SetWindowDisplayAffinity: WDA_EXCLUDEFROMCAPTURE keeps a Windows app's window out of screen capture, and Microsoft notes it is not a security feature or DRM and does not protect against a photograph of the screen. ⚠️ Channel disclosure: learn.microsoft.com refused a direct fetch from our network, so this was read through search-engine retrieval of Microsoft's own documentation (accessed 2026-09-16)
  4. Locklizard — Safeguard screenshot protection: Print Screen and screen-capture blocking on Windows, Mac and Android (read via search retrieval; the host is unreachable from this network). Already cited, with this date, on /disable-download-on-a-shared-pdf, /drm-vs-document-tracking and /watermark-vs-drm-vs-tracking. (accessed 2026-07-15)
  5. VeryPDF Knowledge Base — How to audit who viewed, printed, and tried to screen capture protected PDF documents: the vendor's own article says its DRM Protector blocks screen-capture tools and logs attempts. Cited for the vendor's statement only; not independently tested. ⚠️ Channel disclosure: verypdf.com refused a direct fetch from our network, so this was read through search-engine retrieval of the vendor's own article (accessed 2026-09-16)
  6. PDFTrackr — the free plan's limits, the retention windows and the Pro price, published on the site's own pricing surface (accessed 2026-09-16)

You can't see the screenshot — see the reading instead

Share the PDF as a link with downloading off, and see which pages each reader actually reached. Free: 50 files, 50 links, 12 months of history, no card.

Create a free tracked link

Keep reading: whether you can tell if someone printed a PDF, watermark vs DRM vs tracking, and what PDF tracking is. Or start with how free PDF tracking works.

Oleh Tsyupa

Founder, PDFTrackr

Has analysed over 3,000 tracked document-viewing sessions on PDFTrackr.