手机上的二维码：也提供可以点击的链接

不要让相机成为唯一路径

有人在手机上收到活动宣传册，想查看日程，却只看到二维码和扫描提示，手边没有第二台设备。某些读取工具能够识别图片里的码，但不应要求每位收件人都知道这种操作。本指南建议：有用时保留二维码，并在数字版本添加指向相同内容的直接链接。

仅把图片放大不能解决问题。屏幕上可见的二维码和可激活链接是两种机制。我们以公开活动日程为例，不假设导出文件会自动保留链接。WikiURL 能根据选定地址生成图片，但在网页或文档添加链接取决于编辑器，必须检查实际分享的结果。

先为两种方式确定共同地址

确定日程最终页面，保存地址作为参考。示例 example.invalid 是虚构域名，必须换成真实网站。二维码与直接链接都使用同一目标。若选用中间短链接，请先检查状态和目标，再用于两处。两种访问方式不应指向不同版本的日程。

在 WikiURL 二维码生成器输入完整地址，保存设计文件。URL 也要以文本保存，图片不能替代记录。随后在网页或文档编辑器添加真实链接，而不是在图像里画一句像按钮的文字。重新生成二维码时，确认仍与参考地址一致，没有沿用旧版本。

https://example.invalid/programa

链接标签说明将打开什么

数字版本中，可在二维码旁写“查看活动日程”。脱离段落阅读时，这比笼统的“这里”更有信息。W3C G91 技术建议用链接文字描述目的，帮助区分目标。措辞应与真实内容一致：只有说明页就别说报名，打开页面就别承诺下载。

可见地址在纸上可能有用，但不一定解释数字链接的用途。分开需求：用于激活的描述性标签，以及适合抄写时的易读地址。不要只为了缩短标签而更改目标。如果日程要求登录或特定格式，请在相关情况下说明，帮助用户决定是否继续。

也检查图片的角色

如果二维码图片是链接唯一内容，替代文字应说明动作或目标。W3C 说明，功能性图片的替代文字应表达目的，而不只是外观。“点阵方块”并没有说明会打开日程。不要假设所有屏幕阅读器都会查看像素并理解编码内容。

若图片与文字同属一个链接且表达相同功能，请参考 W3C 的补充图片模式，避免多余重复。选择取决于结构，而不是给所有二维码复制同一 alt。本指南只是组件检查起点，不认证整个网页、PDF，也不保证符合全部无障碍要求。

测试数字成品，而非仅原设计

在手机打开导出文件或已发布网页，不用相机而直接激活链接。检查是否到达正确日程，标签是否仍清楚。网页还应测试键盘：如 MDN 所述，有目标的 HTML 链接获得焦点时可用 Enter 激活。图形看起来像按钮，并不能单独证明有该行为。

PDF 要在预期阅读器检查真正发送的文件，不能假设所有导出和阅读器行为一样。如果转为社交网络图片，可能需要通过帖文功能另外添加链接。截图里画出来的 URL 不会自动成为超链接。检查收到的副本，不只是编辑器中能用的内容。

纸质版本与更新也保留有用替代入口

纸上可以在二维码旁放易读地址，简述目标，并检查两种方式。地址应能抄写，而不依赖辨认符号的每个模块。使用中间 URL 时，其可用性也是访问的一部分；印出来不会防止设置的暂停或到期。

把参考地址、文件和链接文字放在同一发布记录。日程改变、重新生成二维码或替换宣传册时重新测试。更新图片不会自动修改另一文档版本中残留的链接。实际目标是提供通向相同内容的两条一致路径，在上下文中验证，而不是让用户先解决扫描难题才能读页面。