文档从托管页面打开，而不是被无限转发为散乱的文件副本。
安全 PDF 托管
更干净的传递
发送前设规则
事后查记录
让 PDF 在受控网页里打开，而不是变成失控的附件。
MaiPDF 上传一次，生成一个托管页面，访问规则和阅读记录都保留在同一份分享里。
这让文件交接比反复发附件更清晰，也更容易在文档已经流通之后继续管理——无论是链接、二维码、手机扫码还是印刷材料。
浏览器打开
规则先行
记录可查
在分享链接发出之前设好到期、验证或查看限制。
同一份分享事后仍可通过阅读码查阅访问记录，读者有没有打开一目了然。
为什么选托管页而不是附件：附件发出那一刻就失去控制——无法撤回、无法更新、无法知道谁打开过。托管页让分享保持在同一份 URL 下，规则、二维码、阅读记录全都挂在那里。
交付方式
附件：散落多处
托管：同一入口
附件：散落多处
托管：同一入口
规则时机
附件：事后无力
托管：发送前已设
附件：事后无力
托管：发送前已设
事后可见
附件：无信号
托管：记录可查
附件：无信号
托管：记录可查
托管页面
二维码输出
访问记录
无需安装
一个分享入口
直链、手机扫码、印刷二维码、聊天转发，全部走同一个分享。
事后仍可管理
分享不会消失在别人的收件箱里，记录始终指向同一个托管页面。
典型使用场景：合同与报价单分发、招生 / 招聘材料外发、展会与宣传册二维码、内部培训资料托管、邮件无法控制的对外披露。
对外分发
合同、报价、招生材料
合同、报价、招生材料
二维码发布
展会、宣传册、印刷物
展会、宣传册、印刷物
可追溯披露
内部培训、法务文件
内部培训、法务文件
对比
邮件附件 vs 托管分享——差别在哪里。
单次交付给信任的人时，附件完全够用。一旦需要可见性、控制权或多渠道分发，附件方式的缺口就会变成具体问题。
| 维度 | 邮件附件 | MaiPDF 托管分享 |
|---|---|---|
| 发出后文件位置 | 散落在每位收件人的收件箱和本地设备中 | 文件在托管页面上，所有链接指向同一个来源 |
| 更新文档 | 必须逐一重新发送新附件给每位收件人 | 在托管页面上替换文件，现有链接自动提供更新版本 |
| 访问控制 | 文件离开发件箱后即无任何控制 | 可预设到期日期、打开次数上限、邮件验证或仅查看模式 |
| 分发渠道 | 仅限邮件；二维码或印刷格式需要额外步骤 | 链接和二维码从同一个分享结果页同时生成 |
| 可见性 | 无信号；无法得知文件是否被打开过 | 访问记录显示打开历史；可选通过 Telegram 接收实时提醒 |
| 撤销访问 | 不可能——副本已在收件人设备上 | 禁用链接，或让到期日期自动截断访问 |
| 读者体验 | 需要下载、本地打开、管理存储 | 直接在浏览器中打开，无需下载或安装应用 |
| 水印 | 只能在发送前嵌入静态水印 | 动态水印按会话生成，可标识特定读者的查看记录 |
附件方式既熟悉又适用于很多场景——但每当同一份文档需要触达更多人或在较长时间内持续有效时，控制缺口就会不断放大。
工作流程
上传一次，发布一次，同一个分享反复使用。
流程保持简单：上传文件、选择规则、发布托管页面，保留阅读码供日后查记录。
上传 PDF
从你希望读者在线打开的文档开始。MaiPDF 支持任何标准 PDF。
- 无需注册账号即可上传
- 文件停留在托管页面，而非散落在收件箱中
设置访问规则
在发布链接之前添加访问控制。这是锁定到期、限制或验证设置的最佳时机。
- 打开次数上限、到期日期，或两者同时设置
- 访问前的邮件验证门槛
生成分享
MaiPDF 创建托管页面，同时生成可分享的链接和二维码——都来自同一个结果页面。
- 链接和二维码即时生成
- 保存阅读码和修改码，供日后查看记录或替换文件
事后查看记录
即使读者已经收到链接，同一份分享仍可通过访问记录随时查看。
- 打开历史与同一托管页面保持关联
- 分发后可替换文件，链接不变
这与附件有什么不同
- 文件停留在托管查看器页面，而不是变成无数散落的副本。
- 同一份分享适用于链接和二维码两种交付场景。
- 规则在发布前就已附加，而不是在文件已经流通后才想补救。
- 记录从同一个分享流程中始终可达。
- 发送后更新文档无需重新分发链接。
一个托管页面。
一个分享输出。
一条记录轨迹。
控制项
所有可用的托管分享控制项。
这些控制项在发布前设置，但只要持有与分享关联的阅读码，随时可以调整。
到期日期
设置一个日期，到期后分享链接和二维码自动停止工作。到期前的访问记录仍可通过阅读码查阅。适合有时限的活动、限量推广或不应长期公开的文档。
打开次数上限
设置分享可被打开的最大次数。达到上限后链接自动停止响应，无需手动干预。适合独家分发场景，如早鸟访问资格或限量版资料包。
邮件验证
要求读者在打开 PDF 前确认邮件地址。验证的地址会记录在访问日志中，提供可审计的阅读追踪，而不只是匿名打开次数。
仅查看模式（护栏视图）
通过受控查看器显示 PDF，去掉明显的下载入口并减少截图机会。文档在浏览器中渲染，而不是直接提供原始文件。
动态水印
在每次查看会话上加盖读者的 IP、邮件、时间戳或自定义标签。水印按会话实时生成，而不是嵌入文件，单一源文件无需重新上传就能为每位读者显示不同标识。
实时阅读提醒
将分享连接到 Telegram 机器人，每次 PDF 被打开时立即收到通知。提醒在数秒内到达，访问记录面板同步保留完整历史供日后回顾。
哪些控制项可以同时使用？
全部六项控制均可叠加使用。一份分享可以同时设置到期日期、打开次数上限、邮件验证和动态水印。添加更多控制不会改变分发流程——读者依然只需打开一个浏览器链接。
分享出去后可以修改规则吗？
可以。只要保留了阅读码，随时可以返回分享设置页面延长到期日、提高打开上限或切换验证开关。已分发给读者的链接和二维码保持不变。
文件本身需要更新怎么办？
在托管页面上替换底层文件，无需修改分享 URL。所有仍持有原始链接的人下次打开时会看到更新版本，无需重新分发。
使用场景
在线 PDF 分享真正解决问题的场景。
这些是把 PDF 放在托管页面上通常比再发一份附件更实用的情况。
销售
商业报价单与方案书
从一个托管页面发送报价单，在后续跟进电话前查阅访问记录，了解文档是否被打开及时间节点。无需重新发链接即可更新报价。
教育
课堂材料与阅读包
共享课程 PDF 时设置学期末到期。每份讲义保持一个固定链接，而不是每次修订都重新发附件。
活动
活动手册与会议程序册
将二维码嵌入胸牌、海报或幻灯片背景，参会者直接用手机扫码打开，无需额外印刷。
内部
内部报告与机密文件
用邮件验证把关，让记录包含谁阅读了报告。审阅窗口关闭后添加到期日。与董事会材料或审计文件配合使用动态水印。
营销
营销素材与内容资产
设置打开上限为独家指南制造限量感。邮件验证门槛同时作为轻量级线索收集机制，与记录追踪绑定。
运营
操作手册与合同
从单一托管页面分发流程或政策文件。当流程变更时，替换文件即可，无需破坏实体标牌或团队 Wiki 上印刷的二维码。
最佳实践
充分发挥托管 PDF 分享价值的方法。
无论文档类型如何，这些实践均适用，可帮助避免分享已经流通后最常见的问题。
立刻保存两个码
上传后会拿到两个码：阅读码是链接里公开的那部分，修改码才是证明这份分享属于你的凭证。查看访问记录、替换文件、删除链接，都要两个码一起用。在把链接发给任何人之前就存好——修改码一旦丢失，没有任何找回途径。
宁可先设一个到期日
到期日在上传时定死，事后不能直接延期——要改只能用一个新配置的 PDF 去替换这份分享。所以宁可先设一个偏短的，需要时再替换续上；一个永久有效、没有访问检查的分享，等文档过时、码又埋在旧笔记里时，反而最难清理。
敏感文件用邮件验证
验证不能阻止收件人分享链接，但确实意味着每一位额外的读者在打开前都要确认一个邮件地址——而该地址会进入访问记录。
用动态水印追踪转发
如果泄露的副本日后浮出水面，会话水印可以将其与特定读者的会话对应，而不只是知道文档被打开过。在分享发出前设置，事后无法补救。
配合 Telegram 提醒处理时效敏感文件
访问记录适合事后回顾，但是被动的。实时提醒让你在读者还在文档中时就能采取行动——对于报价单、发票或任何需要把握跟进时机的场景尤为有用。
每个受众用单独分享
不同受众用不同分享——例如每个销售区域一份、每个活动一份——意味着访问记录已经自动分组，无需事后对照外部名单。把所有受众混在一个链接里会让记录更难解读。
常见问题
第一次分享 PDF 前常被问到的问题。
这些是人们在普通附件和托管 PDF 页面之间做选择时通常会问的问题。
托管分享比发邮件附件好吗？
如果你希望在分享后保留可见性和控制权，通常托管分享更好。托管页面把分享、规则和记录保持在一起，而不是在文件下载后就失控。附件对于单次交付给信任的人仍然很好用——但一旦需要可见性或多渠道覆盖，差距就变得很具体了。
读者需要安装任何软件吗？
不需要。PDF 在标准浏览器里直接打开，读者通过普通链接或扫描二维码即可访问，无需安装任何应用或插件。这在桌面、iOS 和 Android 上均适用，无需读者进行任何配置。
能同时用链接和二维码吗？
可以。MaiPDF 从同一个结果页面同时生成链接和二维码，两者都指向同一个托管分享和同一份访问记录。并行使用两者是最常见的设置——例如邮件正文里放链接，印刷材料上放二维码。
能限制打开次数吗？
可以。MaiPDF 允许你为分享链接设置最大打开次数上限，达到上限后链接自动停止响应，无需手动干预。如需提高上限，可用阅读码返回分享设置页面修改。
链接分享出去后能更新文件吗？
可以。你可以在托管页面上替换底层文件，同时原来的分享链接保持不变。所有仍持有该链接的读者下次打开时会看到更新后的版本，无需重新分发链接。这对于文档经历多次修订的情况特别有用。
能查看谁打开了我的 PDF 吗？
可以。使用阅读码或访问记录工具查看打开历史。如果开启了邮件验证，记录中还会包含每位读者确认的邮件地址，不只是匿名打开次数。记录包含时间戳、打开次数以及确认地址。
能阻止读者下载或打印吗？
MaiPDF 通过浏览器查看器显示 PDF，而不是直接提供原始文件，这去掉了明显的下载入口。启用护栏视图模式可进一步减少截图和复制的机会。没有任何基于浏览器的方案能做到物理上不可绕过，但摩擦成本远高于普通附件。
到期日期过后记录还存在吗？
存在。链接和二维码在到期日后自动停止工作，但到期前的访问记录仍可通过阅读码查阅。你也可以从分享设置页面延长或重置到期日期来重新激活分享。
能设置密码保护吗？
MaiPDF 提供邮件验证作为访问门槛，要求读者在打开前确认邮件地址，该地址会记录在访问日志中。这比简单密码更可审计，因为每位读者需要用各自的邮件地址通过验证，而不是共享一个密码。
动态水印怎么工作？
动态水印在每次会话时实时生成，可包含读者的 IP 地址、邮件地址、时间戳或自定义文字。水印按会话生成，而不是嵌入文件，因此单一源文件无需重新上传就能为每位读者显示不同的标识内容——方便日后在泄露副本出现时追溯来源。
为什么 maipdf.com 和 maipdf.cn 是两套独立系统？
因为网络可达性。国内访问境外服务器、境外访问国内服务器都会明显变慢甚至连不上，一套系统没法同时服务好两边。所以两边是完全独立的系统和服务器：maipdf.com 跑在 Cloudflare 上，maipdf.cn 跑在腾讯云上。验证方式不同也是同一个原因：国际版用邮箱，中文版用短信；中文版没有 Telegram 提醒，也是因为 Telegram 在国内用不了。两套系统数据不互通：一边建的分享不能从另一边管理，账号、阅读码、访问记录都各自独立。
阅读提醒
三个版本的提醒现状，先说清楚再用。
「有人打开了文件就通知我」这件事，三个版本的做法完全不同，而且中文版这一项并不可靠。与其让你发出去之后干等，不如现在说明白。
有邮件提醒，但多半进垃圾箱
- 上传时填一个接收邮箱，文件被打开后会发一封提醒邮件。
- 实际情况：绝大多数提醒邮件会被判定为垃圾邮件，直接进垃圾箱，不会出现在收件箱里。
- 原因是这类「系统自动通知」邮件本身就容易被识别成垃圾邮件，要做好需要投入专门的邮件送达服务，是一笔持续的付费成本。我们目前不打算改善这一块。
- 要用就必须先加白名单：把发件地址
[email protected]加进邮箱的白名单／联系人，否则收不到。 - 更稳妥的做法是不要依赖提醒，需要知道谁看了就主动去查访问记录——记录是完整可靠的，不受邮件送达影响。
只有 Telegram，邮件提醒已取消
- 上传时连接
@maipdfbot，文件被打开的瞬间推送到 Telegram。 - 邮件提醒已经完全取消，也不会再恢复——正是因为上面说的送达问题，与其发一个进垃圾箱的通知，不如不发。
- Telegram 这条路的送达是可靠的，这也是国际版只保留它的原因。
- Telegram 在国内无法使用，所以这条路对国内用户不适用。
没有实时提醒
- App 目前没有做提醒功能，文件被打开时不会推送任何通知。
- 但记录是有的：许可证页面里的 Open events 会列出谁打开、什么时候、用哪台设备——需要你自己进去看。
- 所以 App 版的用法是主动查，不是等通知。
一句话总结：要实时知道，用国际版 + Telegram；在国内，把提醒当作「可能收到的额外惊喜」，真正靠得住的是访问记录——三个版本的记录都完整，都不受邮件送达影响。
PDF 自带密码
如果 PDF 文件本身有密码，读者打开时仍要输入。
这一点常被误解，所以单独说明：麦瓜PDF 没有「设置访问口令」这个功能——上传页里没有让你给分享设密码的地方。但如果你上传的 PDF 文件本身就是加密的（用 Acrobat、WPS、Word 导出或其它工具加过密），阅读器会照常弹出密码框，读者必须输入那个 PDF 原本的密码才能看到内容。
密码来自文件，不来自麦瓜PDF
- 阅读器会显示「Enter the password to open this PDF file」，输入正确后才渲染页面。
- 这个密码麦瓜PDF 不知道也不保存——它就在 PDF 文件里，由加密它的人掌握。
- 中文版和国际版行为完全一样，两边用的是同一套阅读器。
- 忘了密码，麦瓜PDF 帮不上忙，只能找当初加密这份 PDF 的人。
可以叠加，但要想清楚
- 想给链接加一道「输口令才能看」的门槛，做法是上传前先给 PDF 加密，再把密码通过另一个渠道告诉读者。
- 好处是密码和链接可以分开发，不在同一条消息里全暴露。
- 局限也很明显：密码可以被继续转发，而且访问记录里只记录「谁打开了」，记不了「谁把密码传出去了」。
- 要真正确认打开者身份，还是用短信验证（中文版）或邮箱验证（国际版）——这两个是麦瓜PDF 自己的门槛，能把身份写进记录。
加密的 PDF 同样受次数、到期、水印、阅读记录这些规则约束——文件自带的密码是叠加在麦瓜PDF 的规则之上，不是替代它们。
中文版与国际版
两个站点，两种验证读者的方式。
本页描述的功能，国际版在 maipdf.com，用邮箱验证读者；中文版在 maipdf.cn，用短信验证。除了验证方式，其余机制完全一致。
短信验证
- 名单里填的是手机号，通过验证的读者收到短信验证码。
- 仅支持中国大陆手机号——11 位、以 1 开头，发送时带
+86前缀。港澳台和海外号码填进去会被挡在门外。 - 之所以做短信版，是因为国内很多读者有手机号但没有常用邮箱，用邮箱验证等于把人挡在外面。
- 水印记录里存的是验证过的手机号——截图泄露后，凭水印上的编号能查到是哪个号码打开的。
- 提醒走邮件——Telegram 在国内用不了，所以中文版做的是邮件。但这个提醒很不可靠，详见下方说明。
- 第三种阅读模式是 FenceView 栅栏阅读；上传页里没有 App DRM 入口。要用 App DRM 得走国际版。
邮箱验证
- 名单里填的是邮箱地址，验证码发到收件箱，最多 50 个地址。
- 读者在哪个国家都能用，全程不收集手机号。
- 水印记录里存的是验证过的邮箱地址。
- 不支持整个域名放行，必须逐个填写完整地址——填
@company.com一个人也匹配不到。 - 提醒走 Telegram，上传时连接 @maipdfbot，文件打开的瞬间推送。邮件提醒已经取消，不会再恢复。
- 第三种阅读模式是 App DRM，可以把 PDF 打包成加密的
.maipdf。
除了验证的东西不同，两边完全一样：6 位验证码、5 分钟有效、与名单精确匹配，都不支持通配。
为什么要分成两套：网络原因。国内访问境外服务器、境外访问国内服务器，都会明显变慢甚至连不上。
所以两边是两套完全独立的系统、独立的服务器——国际版 maipdf.com 跑在 Cloudflare 上，中文版 maipdf.cn 跑在腾讯云上。
读者在哪边就用哪边的链接，打开速度差别很大。
正因为是两套独立系统，数据也不互通：在一边建的分享不能从另一边管理，账号、阅读码、访问记录都各自独立。所以选站点的依据是你的读者主要在哪里，以及你能用什么方式联系到他们。
超越浏览器 · App DRM
想让操作系统本身拒绝截图?
链接分享是在浏览器里保护文件。MaiPDF App 更进一步:把文档交给原生阅读器,请操作系统把文档窗口标记为「受保护」。截图或录屏出来是一片全黑——而且读者阅读毫无遮挡、毫无摩擦。
FLAG_SECURE,iOS 和 macOS 则把窗口排除在录屏之外。App 在链接分享之上还加了什么
- 系统级截图拦截:截图和录屏出来都是全黑——没有遮罩,也没有阅读摩擦。
- 加密
.maipdf容器:文件只能在 App 内打开,不会以原始 PDF 落到磁盘上。 - 设备绑定与随时吊销:把文件绑到指定设备,发出去之后也能随时断掉访问。
- 敌对环境拦截:在已 root、越狱或虚拟机环境下拒绝打开。
阅读零摩擦
截图全黑
每页都有水印
App 强在哪
- 由操作系统直接拒绝截图,而不是靠一层肉眼还能绕过去的遮罩。
- 录屏在源头就被阻断,而不是逐帧去盖。
- 阅读体验依旧顺畅——整页可见,没有移动遮罩。
- 保护跟着文件走,而不只是跟着浏览器链接。
它仍然挡不住什么
- 用外部相机对着屏幕拍——没有任何软件能阻止。
- 桌面端的拦截比移动端弱;手机和平板是最强的场景。
- 需要读者安装 App,所以更适合高敏感文件,而非随手分享。
- 它只是其中一层——请搭配水印、有效期和访问记录一起用。
从这里开始
把 PDF 放到一个受控分享上。
上传文件，附加你需要的规则，发送一个托管 PDF 页面，而不是把副本散落在邮件线程和聊天窗口中。