文件二维码 vs PDF 二维码：到底该用哪种？

30秒速览

当用户需要在手机上阅读内容时，使用 PDF 二维码——菜单、宣传册、说明书、规格表或活动节目单。PDF 会直接在浏览器中打开，无需安装任何应用。

当用户需要下载内容留待日后使用时，使用文件二维码——电子表格模板、ZIP 压缩包、演示文稿或资源包。文件先被存下来，之后再打开，通常是在桌面端处理。

其他需要考虑的因素：

• 目标设备：移动端还是桌面端。PDF 二维码针对手机阅读进行了优化。文件二维码通常分发的是用户会在笔记本电脑上打开的资产。
• 可编辑性。两种类型都应制作为动态二维码，这样印刷后可以替换底层文件——对于菜单、年报以及任何需要修订的内容来说，这一点至关重要。
• 无障碍访问。PDF 二维码只有在 PDF 本身经过正确标记的情况下才具备无障碍性。非 PDF 格式的文件下载通常能绕开这一问题，但在受监管的场景中可能需要提供说明页面。
• 文件大小。将在手机上预览的 PDF 必须控制在 2 MB 以内。面向桌面端的文件下载可以更大——但请在用户扫码前提示文件大小。

两者的实质区别

两种方式都是将二维码指向一个托管文件。区别在于扫码后的预期行为，以及所支持的文件类型范围。

PDF 二维码仅限于一种文件格式。用户扫码后，现代 iPhone 和 Android 手机会在浏览器中原生预览 PDF——无需下载应用，无需打开文件管理器。文档直接在浏览器中呈现，用户就在那里阅读。这种即时、无摩擦的预览体验，就是它的全部价值所在。

文件二维码范围更广。它可以分发任何可下载的资产：模板 ZIP 压缩包、XLSX 预算表、PPTX 演示文稿、DOCX 表单、软件安装包。扫码后的行为是下载提示，而非预览。用户手机会保存文件，之后再打开——通常是在有相应软件的笔记本电脑上。

这一个区别——预览还是下载——几乎决定了以下对比中的所有选择。

并排对比

适合使用 PDF 二维码的场景

当用户的任务是扫码后立即阅读内容时，选择 PDF。PDF 在浏览器中直接打开——无需下载，无需打开文件管理器，也无需担心文件去了哪里。用户扫码即读。

餐厅和咖啡馆菜单。食客在桌边扫码阅读。PDF 能保留排版效果——自定义字体、图片、结构化版块——比纯网页更好。将 PDF 控制在 2 MB 以内，并采用竖版排版。

活动节目单。会议日程、剧场节目单、婚礼仪式单。宾客在活动前后扫码查阅。PDF 能保留格式，加载后还可离线使用。

产品说明书和安装指南。客户手里已经拿着产品，扫码后说明书打开，照步骤操作即可。PDF 也便于下载留存，方便日后离线查阅。

营销宣传册和规格表。潜在客户在展会海报前扫码，直接在浏览器里阅读产品概览。小体量 PDF 让手机上的体验流畅无阻。

法律和合规文件。固定版式本身就是重点。表单、条款、安全须知——PDF 确保文件在任何地方看起来完全一致，这一点在此类场景中至关重要。

白皮书和引流内容。PDF 二维码与门控内容配合良好。可直接链接至文件，也可链接至需要先填写邮箱的落地页。

查看完整 PDF 二维码指南，了解托管和文件大小建议。

适合使用文件二维码的场景

当用户的任务是获取资产并留待日后使用时，选择文件类型——通常是在装有专业软件的笔记本电脑上处理。没有人会在手机屏幕上编辑电子表格或 PPTX。二维码只是交付方式。

电子表格模板。预算模板、项目追踪表、数据录入表单。工作坊参与者扫描幻灯片上的二维码，XLSX 下载到手机，之后在笔记本电脑上用 Excel 或 Google Sheets 打开。

演示文稿文件。会议发言后分享幻灯片。听众扫描最后一页的二维码获取 PPTX。比发送一个会过期的链接或需要登录的 Google Slides 分享更可靠。

资源包和 ZIP 压缩包。品牌资产包——字体、Logo、色值文件、模板——打包成 ZIP。印刷版品牌手册或实体欢迎礼包上的文件二维码，一次扫码即可获取全部内容。

软件和安装文件。安装程序、插件包、固件更新。这些文件直接发送到需要它们的设备上，从不在手机上预览。产品包装盒上的文件二维码是一种实用的分发方式。

可下载的音频和视频文件。音效素材包、付费播客单集。这些文件下载后在用户自己的应用中播放，而不是流式播放。文件二维码的交付方式与这一预期完全匹配。

手机扫码后的体验

PDF 二维码在 iPhone 和 Android 上。现代设备上的 Safari 和 Chrome 均可在浏览器内联渲染 PDF，无需安装应用。用户扫码，PDF 出现，滑动阅读即可。部分较旧或厂商定制的 Android 浏览器可能会触发下载并在 PDF 阅读器应用中打开，但绝大多数当前设备都能原生处理。

文件二维码在 iPhone 上。PDF 的体验与上述相同。对于其他文件类型——DOCX、XLSX、PPTX——iOS 会尝试在兼容应用（Numbers、Keynote、Pages）中打开文件。如果没有安装兼容应用，用户会被提示选择应用，或者文件会停留在"文件"应用中无法正常打开。这种摩擦是 PDF 预览完全可以避免的。

文件二维码在 Android 上。Chrome 会下载文件并显示通知。点击后，文件在系统默认应用中打开。对于 ZIP 压缩包，用户可能需要单独的解压应用。"以后再处理"的模糊感比 iPhone 更明显。

核心结论：PDF 二维码为手机即时阅读而设计。文件二维码假设用户会在有合适软件的设备上稍后处理文件。将格式与场景错配，只会带来挫败感。

无障碍访问

两种格式都不应忽视无障碍访问，但各自的失败方式不同。

PDF 的无障碍性完全取决于 PDF 的制作方式。一份经过标记的 PDF——具备完整的标题结构、图片替代文字，以及在文档属性中定义的阅读顺序——能与 VoiceOver 和 TalkBack 等屏幕阅读器良好配合。而未经标记的 PDF（通常是扫描件，或从设计工具中直接打印导出的文件）对屏幕阅读器来说几乎不可见：阅读器要么只能听到一段无差别的连续文本，要么什么都听不到。如果你在面向公众或受监管的场合使用 PDF 二维码，PDF 必须经过正确标记，在许多地区这不是可选项。

文件下载的无障碍性因文件格式而异。结构完善的 DOCX 或 XLSX 比未标记的 PDF 无障碍性更好，因为 Word 和 Excel 拥有更丰富的无障碍工具支持。但一个装满文件的 ZIP 压缩包本身毫无无障碍结构——使用屏幕阅读器的用户下载后，在不打开的情况下根本无从得知里面有什么。在受监管的场景下（教育、政府、医疗），文件二维码最好链接至一个落地页，说明文件内容、列出无障碍相关信息，并在文件本身不具备无障碍性时提供替代方案。

更新工作流：为什么两者都需要动态二维码

二维码一旦印刷，码的图案就固定了。但对于动态二维码而言，目标文件是可以更换的。这对长期使用的印刷物料上的 PDF 和文件二维码来说至关重要。

一家餐厅一月印了桌卡，四月更新了菜单，需要在不重新印刷的情况下替换 PDF。一家产品制造商在包装盒上放了文件二维码用于固件分发，新版本发布后需要更新安装包。这两种场景都需要动态可编辑的二维码。

QR Cake 支持将 PDF 和文件二维码均设为动态码。工作流如下：

1. 在创建时上传 PDF 或文件。QR Cake 托管文件并生成指向它的动态二维码。
2. 将二维码印在菜单、包装、海报或宣传物料上。
3. 文件更新时，登录后台，上传新版本，将其设为当前目标地址。已印刷的二维码将自动指向更新后的文件。
4. 无需重新印刷，无需更换二维码，旧的印刷物料继续有效。

免费套餐包含 5 个动态二维码。扫码时会显示简短的跳转中间页。付费套餐取消中间页并提高二维码数量上限。查看定价。

常见错误

上传未压缩的印刷级 PDF。印刷用 PDF 通常有 10–30 MB。在移动数据网络下，加载需要 30 到 90 秒。大多数用户会在 5–8 秒内放弃。上传前请压缩至 2 MB 以内。

分发手机无法打开的文件。.exe 安装程序、专有 CAD 文件、小众格式——这些在大多数手机上会产生报错或触发应用商店提示。如果文件需要桌面软件才能打开，请在二维码旁边注明："扫码下载——请在电脑上打开。"

在公开或受监管的场合链接未经标记的 PDF。屏幕阅读器无法解析未标记的 PDF。在发布二维码之前，请确认 PDF 已正确标记。

对会变动的文件使用静态二维码。每次更新都意味着重新印刷。对于任何按季节或每年修订的内容，从一开始就使用动态二维码。

大文件下载没有提示大小。使用计费流量的用户突然收到一个 50 MB 的下载，体验很差。如果下载文件较大，请在二维码旁边注明文件大小。

在手机上显示横版 PDF。横版 PDF 在手机上使用起来很别扭。请使用竖版、单栏排版，正文字号不低于 12 磅。

最终建议

这个选择比看起来简单：

用户需要阅读，选 PDF 二维码。如果用户扫码、阅读、做决定——菜单、宣传册、说明书、活动节目单——PDF 二维码能让他们直接在浏览器里看到内容，零摩擦。将 PDF 控制在 2 MB 以内，做好无障碍标记，使用动态二维码，日后无需重新印刷即可更新。

用户需要下载，选文件二维码。如果用户扫码是为了收藏一份日后会用到的资源——模板、压缩包、演示文稿、固件——文件二维码是对这一行为的如实描述。请在二维码旁边说明预期行为，并考虑到用户会在另一台设备上打开文件。

拿不定主意时，问一个问题："用户扫码后的 60 秒里会做什么？"如果是阅读——用 PDF。如果是存下来留待日后——用文件二维码。

免费创建文件或 PDF 的动态二维码。