MaiPDF
Dynamic PDF Watermarking

Give every open its own number, so a leak points back to one reader.

MaiPDF draws a mark across the page as the PDF opens. What it shows is a code for that one open — not your reader’s personal details. Take the code off a leaked screenshot, look it up, and you get the browser, IP and time behind it. You can’t stop every screenshot, but you can make every copy point at a single session.

Unique per open

Two readers of the same file never carry the same code — and neither does the same reader twice.

On every page

The mark tiles across the whole document, so any crop still carries it.

Traceable afterwards

The code is the lookup key. It resolves to the record for that open — browser, IP, time.

Real watermark in the viewer MaiPDF
MaiPDF protected viewer showing a dynamic watermark tiled across every page of a real PDF, with screenshot protection enabled

How watermarking fits in.

The mark matters because it stays inside the same managed share route instead of becoming a detached graphic treatment.

flowchart LR
  A["Upload PDF"] --> B["Turn on watermark"]
  B --> C["Set view mode"]
  C --> D["Send route"]
  D --> E["Check records later"]
        
1

Upload PDF

Start with the document that should stay attributable during viewing.

2

Turn on watermark

Flip the Dynamic Watermark switch before you upload. It cannot be switched later without replacing the share.

3

Send the route

The reader still receives one governed browser route.

4

Check records

The owner can still inspect the share afterwards.

Text mark

On links created today the visible mark is text — the record number for that open, repeated across the view. There is no style to choose.

Always per-open

The number is issued as the document opens, so two readers of the same file never carry the same mark.

View aware

Watermarking becomes more credible when the PDF is already inside SecureView — or, for genuinely sensitive files, inside the app.

Records later

The owner still keeps the larger access-record layer after launch.

One switch online — and none at all in the app.

The watermark behaves differently depending on which route you share by. Online it is something you turn on; in the app it is simply always there.

Online · optional

Dynamic Watermark switch

A single on/off switch on the upload page. There is no watermark type to pick and no style options — it is on, or it is off. Links made today carry the text mark.

Online · what it stamps

A code on the page, the identity behind it

What appears on the page is the record number for that one open — not the reader’s details. Those sit in the record the number points to: the verified email address if email verification was on, and the IP, browser and open time in every case. Only you can look them up, so the reader’s address is never exposed to anyone else who sees the page.

App · always on

No switch to find

The app reader stamps every page with a code tied to that licence and device. There is no setting for it anywhere in the packaging flow — you cannot turn it off, and neither can the reader.

One real limitation

Unlimited mode drops it

Online, setting the open limit above 10,000 switches the link into unlimited mode, and Dynamic Watermark becomes unavailable along with access records. If you need the mark, keep the limit at or below 10,000.

Same idea, two different things being stamped.

Both routes work the same way underneath: at the moment a document is opened, a unique code is drawn into the pages being displayed, so a leaked image can be traced back to that one open. What differs is what the code is tied to — and whether you get a choice about having it.

Online sharing · maipdf.com

Optional, tied to the browser session

  • Optional. Turn on Dynamic Watermark when you upload. Off by default.
  • Stamps the record number of that open — drawn as moving text across the view, not written into the file.
  • Look-up returns the reading code, the recognition info — the verified email address when verification was on — plus browser, IP address and open time.
  • Tied to a browsing session — the mark identifies the browser and network the file was opened from.
  • Unavailable in unlimited mode (open limit above 10,000).
  • Traced at maipdf.com/watermark.html, in any browser, no install.
App DRM · offline

Forced, tied to the licence and device

  • Always on. There is no switch — not when packaging, not in the reader.
  • Stamps a short code derived from the licence issued for that reader.
  • Tied to a licence and a device, so the trace names the person and the machine, not just a network address.
  • Drawn on every page, tiled and angled across the full page area, faint enough to read through.
  • Traced in the app under Trace watermark — signed in it searches all your licences; otherwise the licence ID plus modification code works.

Why the app forces it. An App DRM file travels to the reader and is opened away from your server, so there is no live gate to lean on afterwards. The watermark is the one control that keeps working once the file has left — including against the attack nothing else stops, a camera pointed at the screen. Making it optional would let people switch off the only protection that survives that.

Why online leaves it to you. An online share is already gated on every open, and the visible mark costs something in readability. For an ordinary document the gate and the records may be enough, so it stays your call — but for anything sensitive, turn it on.

What is the same either way. Neither mark is baked into the stored PDF. Both are drawn at the moment of opening, so the same file shows a different code to a different reader, and the code you find on a leaked screenshot points at one specific open rather than at the document in general.

The mark works better inside the sharing flow.

The useful part is not just the visible overlay. It is that the mark stays connected to the same controlled share the owner can still inspect later.

MaiPDF watermark shown across a PDF page in the reader The mark sits on the page itself

Marks are drawn over the document in the reader, repeated across the page so a crop still carries one. This particular capture comes from an older reader route that drew the mark as QR codes; links created today use the text mark instead, and old links keep working as they are.

MaiPDF watermark settings interface One switch, with the other rules

Dynamic Watermark sits in the same upload form as open limits, session length and view mode — a single on/off switch, decided before you share.

When does watermarking actually matter?

Watermarking is most useful when attribution or later review matters. It is one signal inside a broader controlled-share workflow.

⚖️ Legal documents & contracts

A lawyer sends a draft to several parties. Every open carries its own code, so a page that surfaces outside the intended group can be matched back to the exact session that produced it — and from there to the browser, IP and time in the record.

📰 Press releases & media briefings

A PR team sends an embargoed release to journalists. Each open gets a distinct code, so if the story runs early, a leaked screenshot narrows the question to one session rather than the whole distribution list.

🎨 Portfolio & design samples

A designer shares a portfolio PDF with potential clients. A visible watermark reminds readers that the copy is attributable and may discourage casual reuse. Attribution still depends on how the material is later used.

📊 Financial reports & corporate briefings

A finance team circulates an investor briefing. Because the code is issued per open rather than per file, forwarding the link does not blur the trail — whoever opens it next generates a new code of their own.

Common questions about PDF watermarking.

Practical answers to the questions that come up before enabling watermarks.

What actually appears on the page?

A number — the record number for that one open — repeated across the view as faint moving text. The reader’s email, name and IP are never printed on the document itself. They live in the access record that number points to, which only you can look up: the verified email address when email verification was on, and the IP, browser and open time either way. Showing the code rather than the address is deliberate — anyone reading over a shoulder learns nothing about the person holding the document, while you still get the full trail.

Static vs. dynamic — what’s the difference?

A static watermark is baked into the PDF file and looks identical for every reader, so a leaked page tells you nothing about who leaked it. MaiPDF’s mark is drawn live as the document opens and carries a code unique to that open, so two readers of the same file — and the same reader on two occasions — leave different marks. Nothing is written into the stored file.

Can I put custom text or my company name on it?

No. There is no custom-text field and no style options — the watermark is a single on/off switch, and what it draws is the record number. If you need a "CONFIDENTIAL" stamp or your branding on the document, add it to the PDF yourself before uploading; MaiPDF will then show its own mark on top of yours.

Can I turn the watermark on or off after sharing?

Not by editing the share — Control Center has no watermark setting. The way to change it is to replace the share: upload a second PDF with the watermark set the way you want, then point the existing reading link at it. Guests do this at replace-file.html with both reading codes and both modification codes; signed-in users pick both files in Control Center. Replacing moves a whole set of settings at once, so check the second file first.

Why is the watermark unavailable on some links?

Setting the open limit above 10,000 puts the link into unlimited mode, which switches off access records — and the watermark depends on those records for its number. If you need the mark, keep the open limit at or below 10,000.

Does watermarking prevent downloading or printing?

No. The watermark makes copies attributable; it does not block download or print. Pair it with SecureView if you want viewing restrictions too; the controls are independent and work together. FenceView is an older deterrent that still functions but is no longer recommended, and if the worry is screenshots rather than casual copying, the app is the only thing that actually blocks them.

Does it work against someone photographing the screen?

This is the one case where it is the only thing that works. No software can stop a camera pointed at a monitor, but the code is on the page, so it is in the photograph too. That is why the app never lets you switch it off.

Is the app’s watermark the same as the online one?

Same principle, different binding — and online it is optional while in the app it is forced. See the comparison above for what each one is tied to and where each is traced.

Watermarking works best alongside these.

Watermarking is one layer of control. These guides cover the other layers that complete a secure share.

📤 Share PDF Files Online

The main guide for the complete share workflow — upload, set rules, generate link and QR, track opens. Watermarking is one of several rule options you configure here.

📱 App DRM in depth

In the app the watermark is forced on and traceable to a licence and device. This page covers the whole App DRM route, with screenshots.

🎛️ Access Control

Combine watermarking with open limits, expiry dates, and view mode restrictions for a multi-layer setup. That gives you more control over access and more context for later review.

🔍 Dynamic QR Codes

QR codes for the share link itself — handy when the link has to travel onto a printed page or a slide. This is a different thing from the watermark: on links you create today the visible mark is text.

📬 Email List Gating

When you combine an approved email list with dynamic watermarking, the record behind each mark carries the verified email address that opened the file — the address the reader proved they control, not one they typed freely. The page itself shows only the code, but that code now resolves to a named person, which gives every reader a uniquely identifiable copy without issuing individual links.

Use MaiPDF when watermarking should stay tied to the share.

Open MaiPDF when the visible mark should belong to the same controlled route and not act alone.

New · App DRM

Want the operating system itself to refuse the screenshot?

Link sharing protects the file inside the browser. The MaiPDF app goes one level deeper: a native reader asks the operating system to mark the document window as protected, so a screenshot or screen recording comes back black — with no overlay and no reading friction.

MaiPDF · reader On the reader's screen screenshot / record NO CAPTURE Saved screenshot
  • OS-level capture block: the screenshot and screen recording come back black — no overlay, no reading friction.
  • Encrypted .maipdf container: the file only opens inside the app, never as a raw PDF on disk.
  • Device binding & revoke: tie a file to a device and cut off access at any time, even after delivery.
  • Hostile-environment block: refuses to open on rooted, jailbroken, or virtual-machine setups.

Where the app is stronger

  • The OS refuses the capture instead of relying on something the eye can read around.
  • Screen recording is blocked at the source, not just covered frame by frame.
  • Reading stays comfortable — the page is fully visible, no moving overlay.

What it still cannot stop

  • An external camera pointed at the screen — no software stops that.
  • Unsupported, rooted, jailbroken, virtualized, or policy-bypassing environments should be blocked instead of trusted for sensitive files.
  • It is one layer — pair it with watermark, expiry, and access records.
Get the MaiPDF app View on the App Store