用AI生成报告、简历、会议纪要后导出PDF,看起来有标题、有插图,就容易直接发送给客户。但一份视觉上漂亮的PDF可能无法被屏幕阅读器正确识别,复制时文字顺序错乱,表格也难以理解。本文提供无需猜测的检查方法,让电子文件真正可用。
先理解PDF的外观和内部结构
PDF同时存在视觉排版与供辅助技术读取的结构。页面上字号最大的文字,不一定真的被标记成一级标题;看似清楚的双栏版式,也可能被阅读器逐行横向拼接。人工只凭截图检查,无法发现这些问题。
W3C的WCAG技术文档列出了PDF标题标记、阅读顺序、图片替代文字、链接语义、表格和语言信息等具体方法。这些是满足可访问性要求的技术示例,不代表任何单一工具点了“检查通过”就完全合格。
制作流程最好从Word或其他源文件建立正确的标题与段落结构,再导出为带标签的PDF。若一开始所有内容都是浮动文本框和图片,事后修复往往更加耗时。
检查标题是否能形成导航目录
打开原始文档,确认主标题、章节标题和小节标题使用真正的样式,而不是只靠放大字号或加粗。导出后用具备结构检查能力的软件查看PDF标签树,是否存在合理的H1、H2和正文段落顺序。
一份长报告有七个章节时,使用者应当能够通过导航快速跳到目标章节。如果每页的页眉都被误认为一级标题,导航会变得混乱。章节层级应与内容结构一致,不需为了视觉效果跳过关键级别。
Adobe的官方资料建议在源文件中应用样式、添加图片ALT,并在导出之前检查。对自动生成文档,开发者可以把这些要求写入提示词,但仍需验收导出的实际结构。
朗读顺序比页面视觉位置更重要
多栏排版、侧边注释、图文混排非常容易让机器阅读顺序出错。测试时开启屏幕阅读器,按自然顺序从首页读到结尾,留意是否突然跳入页脚、图注或第二栏,是否漏掉关键信息。
W3C关于PDF阅读顺序的技术说明指出,带标签PDF的顺序应与信息逻辑相符。键盘焦点顺序也应能帮助用户理解表单与链接的关系,不能仅依赖鼠标点选。
如果出现错序,应回到源文件调整对象顺序并重新导出,而不是用截图拼接成新PDF。纯图像化通常只会让可访问性更差,无法可靠保留文本层与结构信息。
给信息图片写能说明作用的ALT
一张趋势图的ALT不是“蓝色折线图”,而应说明它展示什么变量、时间范围、主要变化及数据来源。装饰性的背景图片则可适当标记为装饰,避免阅读器不断朗读无意义描述。
AI生成图片可能出现伪造的数据标签或难以分辨的刻度。报告中涉及财务、研究或法律判断的图表,应先核实真实数据,再提供简明的文字说明;ALT不能补救错误的分析。
对于复杂表格,要使用真正的表头和单元格结构。把表格当作一张图片插入,即使加上简短ALT,仍可能无法让使用者逐列比较;必要时附上可下载的结构化原始表格。
表单、链接、语言和文字对比度逐项验收
超链接的文字应说明要去哪里,避免十个链接都只显示“点击这里”。填写表单时,输入框需要能被辅助技术识别的标签,并提供可理解的错误提示。文档语言也要设置正确,尤其是中英混排材料。
低对比度灰色正文、很细的字体以及把文字直接放在复杂照片上,都会降低可读性。可结合WCAG有关对比度和文本缩放的要求检查,而不是仅靠设计者自己的显示器判断。
交付前至少在手机、桌面PDF阅读器和一种屏幕阅读器组合中体验。不同阅读器对标签的支持程度可能不同,因此测试记录应包含软件版本、文件版本与问题复现位置。
修复时优先解决阻断性问题
若检查发现PDF不可搜索、标题完全无法导航、表格读取顺序错乱,应优先修复这些影响核心信息获取的问题。相对而言,轻微的装饰图描述偏差可以排在后续,但仍要记录处理进度和复测计划。
建议设立简单的优先级:首先是无法完成阅读或操作的阻断项,其次是影响理解的严重错误,最后是体验一致性问题。每项修复注明责任人、源文件位置及重新导出日期,避免同一问题反复出现。
无法立刻修好的文件,可以提供结构清晰的HTML或可访问的源文档作为补充渠道,但不能把替代文件的存在当作完全免除修复责任。真实用户能否获得相同的信息,才是最终判断依据。
把质量检查纳入AI文档生产流水线
一份实用交付清单应包含:PDF是否可搜索文字、标题结构是否正确、双栏阅读顺序是否自然、图片ALT是否完整、表格是否可导航、链接是否明确以及源文件是否保留。
AI擅长初步生成文案和排版建议,但不能替代事实核查,也不能保证导出工具保留正确的标签。涉及客户名称、金额和引用资料时,仍需要人工确认,不能把无障碍检查混同于内容正确性审核。
若一项检查失败,应记录问题类别、文件版本、修复责任人及复测结果。优秀的PDF不是在一个设备上看着漂亮,而是不同使用方式的人都能获取同样重要的信息。
Sources / 原始资料与日期:W3C WCAG 2.2 PDF Techniques(现行);Adobe Acrobat Accessible PDF Webinar FAQ(2025-07-16)。操作流程由本文独立归纳。