2026年9月，欧洲电信标准协会（European Telecommunications Standards Institute，ETSI）、欧洲标准化委员会（European Committee for Standardization，CEN）和欧洲电工标准化委员会（European Committee for Electrotechnical Standardization，CENELEC）发布了EN 301 549 V4.1.1。新版更新了信息与通信技术（ICT）产品和服务的无障碍技术要求，其中第9、10和11章分别涉及Web内容、非Web文档和软件，并将WCAG 2.2的相关成功准则纳入相应要求。对面向欧洲市场的产品说明书团队而言，这意味着需要关注标准版本变化，并结合产品、服务和文档的实际情况开展评估。不过，标准文本发布与其在《欧盟官方公报》（Official Journal of the European Union，OJEU）中被正式引用并产生符合性推定，是两个不同阶段。
截至2026年10月底的公开状态核对显示，V4.1.1尚未在《欧盟官方公报》（OJEU）中作为EAA协调标准引用。因此，企业可以提前依据新版开展差距评估，但应先确认产品或服务是否属于EAA覆盖范围，再结合文档形态和具体条款判断要求。本文将梳理标准变化、适用边界及PDF手册的实操检查方法。
据了解，国内一些消费电子行业的制造商近期陆续收到EAA检测认证机构关于新规的合规确认通知，要求按EN 301 549 V4.1.1重新评估产品合规，其中也包括随产品交付的手册需要做的相应调整。各机构的具体要求与企业所处情形可能存在差异，本文不对其法律效力作出判断；但从项目排期角度看，手册无障碍工作的启动时点，已经不完全由官方公报的引用日期决定。
1. 先判断适用范围：不是所有产品和手册都自动纳入EAA
EAA自2025年6月28日起适用，覆盖指令列明的特定产品和服务。产品类别包括计算机及操作系统、智能手机及特定通信终端、电子阅读器、与数字电视服务相关的设备，以及某些自助服务终端等；服务类别包括电子通信、特定交通服务、消费银行、电子书、电子商务和视听媒体服务接入等。具体范围应以指令正文及成员国实施规则为准，不能仅凭“销往欧盟”或“消费电子”标签推定所有产品都适用。
对B2B业务也不宜一概而论。EAA的适用取决于指令定义的产品或服务类别、经营者角色、实际使用情形和法定例外；“B2B”标签本身既不能证明适用，也不能自动排除适用。若产品或服务处于边界情形，应结合具体事实和成员国法律意见评估。
对于属于EAA覆盖范围的产品，附件一包含产品信息和使用说明的无障碍要求。例如，相关说明应在产品投放市场时公开可得；信息应以可感知、可理解的方式提供；说明内容应采用可用于生成辅助格式的文本形式；非文本内容应有替代呈现。适用条件、责任主体及具体要求仍应逐条回到附件原文确认。
2. 标准发布、引用与法律效力要分开看
EN 301 549 V4.1.1已于2026年9月发布，是面向ICT产品和服务的新版欧洲标准文本。其发布提供了新的技术参考，但标准的发布日并不等同于OJEU引用日。只有在欧盟官方公报按相关指令正式引用后，标准的相应规范性条款才会在其适用范围内产生符合性推定。
截至2026年10月底，公开资料显示V4.1.1尚未在OJEU中作为EAA协调标准引用。V3.2.1曾在公共部门网站和移动应用相关的Web无障碍指令（WAD，Directive (EU) 2016/2102）下被引用；这不能被表述为V3.2.1已经是EAA下的引用标准。任何预计引用日期都只能作为预测。上线前应检查最新的OJEU及欧盟委员会官方信息，不应把媒体或行业预测写成确定的生效日期。
因此，企业可提前依据已发布的V4.1.1开展差距评估、采购沟通和技术准备；但对外说明应区分“按新版开展准备”“合同或客户要求采用新版”和“取得EAA下的符合性推定”这三种不同情形。
3. V4.1.1对非Web文档团队的主要影响
3.1 第10章引用WCAG 2.2
V4.1.1第9、10和11章分别涉及Web内容、非Web文档和软件。新版在相应范围内以WCAG 2.2的A/AA级成功准则为技术基础，这也是“按WCAG 2.2 AA准备”这一说法在手册项目里的实际含义。WCAG 2.2相较2.1新增九项成功准则，其中六项属于A或AA级；同时移除了4.1.1 Parsing。需要区分的是“标准引用了哪些准则”与“这份文档实际涉及哪几条”：前者是统一的技术基础，后者取决于文档是否具备相应功能，需逐份判断。
3.2 六项新增A/AA级准则：按文档功能判断
| WCAG 2.2准则 | 等级 | 核心要求 | 对手册项目的关注点 |
|---|---|---|---|
| 2.4.11 焦点不被遮挡（最低） | AA | 获得键盘焦点的组件不能被作者创建的内容完全遮挡 | 主要检查可交互文档中的表单控件、弹出内容等；不能把它简化成仅针对静态页面的页脚问题 |
| 2.5.7 拖动动作 | AA | 需要拖动完成的功能应提供不需要拖动的替代操作，除非拖动本质必要 | 检查含交互控件或操作说明的文档；纯静态页面通常没有相应交互，但应按实际功能确认 |
| 2.5.8 目标尺寸（最低） | AA | 指针目标通常至少为24×24 CSS像素，且标准规定了例外情形 | 检查链接、按钮及表单控件等交互目标；不要把印刷尺寸或像素值未经换算就等同于CSS像素 |
| 3.2.6 一致的帮助 | A | 在符合条件的一组页面中，重复出现的帮助机制需保持相对顺序一致 | 对非Web文档应核对第10章及文档集合适用范围，不应仅凭“多卷”就推定一定构成文档集合 |
| 3.3.7 重复输入 | A | 同一流程中用户已提供的信息，后续需要时应自动填入或可供选择，除非符合标准例外 | 重点检查多页可填写表单等交互文档；纯只读手册通常不涉及该机制 |
| 3.3.8 无障碍身份验证（最低） | AA | 身份验证不得无替代地依赖认知功能测试，标准规定了可接受的辅助或替代方式 | 通常与登录或身份验证流程有关；若文档本身没有认证交互，不应将其误说成一般PDF排版义务 |
WCAG 2.2另有三项AAA级新增准则，不属于上述A/AA层级。4.1.1 Parsing被移除，也不代表标签树、语义结构或阅读顺序可以忽略：这些问题仍可能受到其他适用准则影响。
| 变化类型 | 具体内容 | 对手册项目的实际含义 |
|---|---|---|
| 长期存在的要求 | 标签与语义结构、阅读顺序、替代文本、表头关系、语言声明 | 多数项目的返工量集中在这里，与本次版本变化关系不大 |
| 2.2新增A/AA级准则 | 2.5.8、3.3.7；2.4.11、2.5.7、3.2.6视文档功能而定 | 仅对具备相应交互功能的文档产生影响 |
| 2.2强化的方面 | 缩放与重排方面的限制（与10.7共同作用） | 需检查保护设置是否阻断用户偏好呈现 |
| 2.2移除的条款 | 4.1.1 Parsing | 不再检查代码解析，结构问题仍受其他条款约束 |
3.3 非Web文档还有其自身的条款变化
- ]用户偏好（第10.7条）：非Web文档不得阻断用户代理按用户偏好呈现文档的方式，也不得覆盖平台无障碍设置，除非存在标准所述的本质性理由。这是V4.1.1在非Web文档层最值得单独列出的一条变化：缩放、重排、颜色或字体偏好都可作为检查场景，但应依据文件格式、阅读器能力及条款原文判断，不能由此断言所有PDF都必须具备相同的重排行为。
- ]文档集合内的一致性：V4.1.1对一致导航、识别及一致帮助等准则在适用的非Web文档集合中作出规定。是否构成“文档集合”应按标准定义判断；不能把任意相关文件或所有产品系列资料都自动归入该集合。
- ]标题与文件属性：检查文档格式是否支持可由常见创作工具编辑、可由程序确定的Title属性，并在适用时设置描述性文档标题；文件名本身不宜被默认当作充分替代。
- ]PDF结构质量：虽然Parsing准则被移除，但标题层级、列表和表格结构、阅读顺序、语言标记及替代文本仍是重要检查项，这些也正是标签树能否成立的关键。PDF/UA可作为PDF结构实现和验证的参考，但单独获得某项PDF/UA工具结果并不自动证明满足EAA或EN 301 549全部要求。关于PDF标签结构与验证工具的具体差异，可参见我们另一篇文章《PDF可访问性与合规检查》。
3.4 第12章应按数字信息的实际形态理解
V4.1.1将第12章调整为“产品与服务信息”。数字形式的产品信息应根据其具体形态，对应适用的Web、非Web文档或软件要求——这是这一版在交付形态上最实质的一处调整。旧版条款中“至少一种可访问电子格式”的表述没有保留，因此在多数同时发布HTML与PDF的情形下，较难再以其中一种覆盖另一种的不足；但也不宜反过来理解为所有同时发布的格式在任何情况下都承担完全相同的义务。具体认定应结合第12章条文、信息用途、实际发布形式、EAA附件一和OJEU引用状态逐项判断。
4. 把要求落到PDF手册：检查重点与四步流程
对于只读、没有表单或交互控件的静态PDF，六项新增的A/AA级准则（WCAG 2.2 AA的组成部分）中实际涉及的通常只有一到两项，这是多数手册项目的常见情形；但具体哪几条适用，仍要按文档实际功能与条款逐条确认。与此同时，真正影响合规判定的往往不是新增准则，而是标签结构、阅读顺序、替代文本、表头关系与语言声明这些长期存在的要求——这部分不建议因为新增项少而放松。
实际项目中，常见的关键检查包括：
| 相关条款 | 检查重点 | 参考动作 | 可核查证据 |
|---|---|---|---|
| 10.1.3.1 信息与关系 | 标题、列表、表格是否具备正确语义 | 用段落样式映射标题层级；列表与表格使用真实标签 | 标签树中标题层级连续，列表与表格标签成立 |
| 10.1.3.2 有意义的顺序 | 阅读顺序是否与内容逻辑一致 | 在源文件文章流中调整顺序，导出后校正标签序列 | 辅助技术按章节顺序朗读，表格按行读取 |
| 10.1.1.1 非文本内容 | 功能性图像是否有准确、有用的替代文本 | 撰写功能性图像替代文本；装饰元素标记为Artifact | 图形标签带替代文本，装饰元素不在朗读序列 |
| 10.3.1.1 文档语言 | 主语言与必要段落语言是否声明准确 | 导出时设置主语言与分段语言标记 | 属性面板语言正确，混排段落带语言标记 |
| 10.2.4.2 文档标题 | 是否具备可程序判定的描述性标题 | 在元数据写入标题，并设置阅读器显示标题而非文件名 | 阅读器标题栏显示正确标题 |
| 10.1.4.3 对比度 | 文本与背景对比是否达到4.5:1（大字号3:1） | 校对品牌色在浅底与深底两套版面下的取值 | 取色记录逐项达标 |
| 10.7 用户偏好 | 放大或偏好呈现时内容是否仍可读、可重排 | 不锁定缩放与重排，不硬编码前景与背景色 | 放大至200%内容不丢失；高对比度下内容可见 |
| 10.2.5.8 目标尺寸 | 交互控件与热区是否便于指针操作 | 放大表单控件或扩大热区 | 控件实测尺寸达标（24×24 CSS像素） |
| 12.1.1 无障碍功能说明 | 手册是否说明产品无障碍功能及用法 | 增设无障碍功能章节，写明开启方式与辅助技术配合 | 手册含独立章节与功能清单 |
| 文档集合一致性 | 同一文档集内导航与命名是否一致 | 统一模板、样式映射与术语表 | 分册间章节结构与术语抽查一致 |
| 交互功能（如存在） | 键盘、焦点、重复输入、身份验证等是否逐项核对 | 按实际功能检查相应准则及例外情形 | 测试记录与例外说明 |
| 未适用的条款 | 10.2.4.1 绕过区块、10.2.4.5 多种定位方式 | 无需据此改造；书签与目录仍建议保留以便定位 | 报告中注明该条未适用 |
一本可访问手册通常需要以下四步：
- ]评估源文件：检查标题样式、列表、表格、图片、文本框和阅读顺序；识别需重构的版面和内容。
- ]结构化制作与导出：在InDesign等源文件中建立语义结构，设置文档标题与语言，撰写功能性图像替代文本，正确区分装饰元素，并按需要生成书签和标签。这一步通常也是工作量最集中的环节，涉及源文件重建与多语种排版，可参考我们的桌面排版服务说明。
- ]自动检测与人工复核：自动化工具用于发现可机器识别的问题；还需人工核对替代文本是否表达正确、阅读顺序是否合理、表格是否易于理解，以及实际辅助技术体验。
- ]修复并留存证据：记录适用条款、发现的问题、修复结果、工具输出和人工复核范围。若源文件不可用，可评估PDF层修复的可行性；复杂布局或严重结构问题可能需要回到源文件重建。
检查表的目的在于帮助项目建立可复核流程，不应被理解为完整法规清单或“勾完即合规”的认证结论。
5. 多语种手册的三个易漏点
- ]语言声明要准确。主语言应正确设置；正文中出现的其他语言片段，在适用情况下也应标记对应语言，避免辅助技术用错误的发音规则朗读。
- ]替代文本需要本地化验证。替代文本应传达图像在当前语境中的功能和关键信息，而不是机械复制源语；同一图像在不同语言或文化语境中的说明可能需要调整。
- ]RTL语言要检查语义顺序。阿拉伯语等从右向左排版的内容，应同时检查视觉呈现、文本方向、标签顺序、混排数字与拉丁字符，以及屏幕阅读器的实际读取效果。视觉上从右向左不代表标签树可以不经验证地反向排列。
6. 常见误区与发布前自查
| 常见误区 | 更准确的理解 |
|---|---|
| 所有销往欧盟的产品手册都自动受EAA约束 | EAA覆盖特定产品和服务，应先判断范围、角色、豁免和成员国实施规则 |
| V4.1.1发布就意味着它已在EAA下产生符合性推定 | 发布与OJEU引用是不同事件；引用状态须以欧盟官方信息为准 |
| 只要按WCAG 2.2 AA检查就能证明整本手册合规 | 还需结合EN 301 549适用条款、EAA要求、文件形态和实际功能进行评估 |
| 给每张图片加替代文本即可 | 替代文本只是检查的一部分；结构、阅读顺序、语言、表格和交互问题同样重要 |
| 自动检测工具全绿就足够 | 自动化结果不能判断所有语义和使用体验问题，仍须人工与辅助技术复核 |
| PDF/UA结果等同于EAA或EN 301 549合规 | PDF/UA可支持PDF结构验证，但不能单独覆盖所有法规和标准要求 |
| 另一种数字格式一定能替代本格式 | 应按第12章、信息用途、发布形式及法规适用情况分析，避免作一概而论的承诺 |
发布前建议记录以下项目：
| 记录项 | 建议留存内容 |
|---|---|
| 适用范围判断 | 产品/服务类别、目标用户、经济经营者角色及判断依据 |
| 标准与合同依据 | 采用的标准版本、合同要求、最新OJEU引用状态 |
| 文档基础属性 | 文档标题、主语言及必要的分段语言 |
| 结构核查 | 标题层级、阅读顺序、表格结构、链接名称、替代文本、书签 |
| 用户偏好测试 | 放大、重排、颜色及其他偏好呈现方式的测试范围 |
| 交互功能测试 | 存在交互功能时，键盘、焦点、目标尺寸、重复输入、身份验证的测试记录 |
| 验证证据 | 自动化检测结果、人工复核记录、已知限制 |
| 修复记录 | 问题清单与修复说明、存量修复的可行性评估 |
FAQ
EN 301 549 V4.1.1什么时候生效？
这取决于“生效”指哪一层。标准文本已于2026年9月由ETSI发布，技术内容即刻可用；作为协调标准在EAA下产生符合性推定，需待其在欧盟官方公报（OJEU）被正式引用，截至2026年10月底尚未发生。此外，EAA本身自2025年6月28日起适用，两者的时间线并不重合。对外表述时，宜区分“标准已发布”“已被引用”与“已取得符合性推定”三种状态。
一本手册做无障碍改造大概需要多大工作量？
差异主要取决于三个变量：源文件是否可编辑、段落样式是否已规范映射；版面是否大量使用文本框拼版；以及语种数量。结构清晰的单语种InDesign手册，通常以周计；源文件缺失、需要PDF层重建标签树的多语种手册，周期会明显拉长。建议先拿一本已发布手册做差距核对，把问题分布摸清后再定范围与排期，而不是一开始就按整批估算。
只做PDF手册，还需要看第9章吗？
PDF以独立文件形式下载或随产品交付时，通常按第10章（非Web文档）评估；第9章针对网页内容，包括嵌入网页、与网页一起渲染的文档。不过产品官网的介绍页、下载页本身属于第9章范围，若这些页面同时承载产品信息，仍需单独核对。判断依据是内容的呈现方式，而不只是文件格式。
EN 301 549 V4.1.1已经发布，为什么还要看OJEU？
标准文本发布说明技术文件已经可用；OJEU引用关系到其作为协调标准在特定欧盟指令下产生符合性推定的法律效果。两者不能混为一谈。本文截至2026年10月底的状态核对显示，V4.1.1尚未在OJEU中作为EAA协调标准引用；发布前应重新核验。
B2B设备手册一定不受EAA约束吗？
不能仅凭B2B标签得出结论。应确认产品或服务是否属于指令列明范围、实际用途和经营者角色，并核对适用的例外及成员国实施规则。边界情形应寻求法律或合规专业意见。
我应该按WCAG 2.1还是WCAG 2.2评估？
如按V4.1.1进行技术准备，应检查其第10章适用条款及引用的WCAG 2.2 AA准则；如合同、采购文件或其他法律义务指定不同版本（例如仍按WCAG 2.1），应分别记录并逐项映射。就多数手册项目而言，按WCAG 2.2 AA准备通常可同时覆盖2.1的要求，是返工风险较低的做法。需要提醒的是，不宜把“提前按新版准备”写成所有企业当前的统一法定义务。
PDF/UA、WCAG与EN 301 549是什么关系？
WCAG描述内容无障碍成功准则；EN 301 549是ICT产品和服务无障碍标准，并包含适用于不同技术形态的要求；PDF/UA聚焦PDF文件结构和技术实现。三者可互相支持，但不能简单互相替代。
做无障碍会改变手册的视觉版面吗？
很多改进可以在保持整体视觉设计的情况下，通过标签、阅读顺序、语言和元数据实现；但复杂版面、过小的文字、对比度不足或无法适应用户偏好的内容可能需要视觉调整。不能承诺所有手册都“完全不改变外观”。
多语种手册是否要分别检查？
是。结构模板可以复用，但每个语种的标签、语言属性、替代文本、RTL混排和实际朗读体验都需要相应验证。
供应商交付什么证据更有帮助？
建议交付可访问文档成品、适用条款与测试范围说明、自动化检测结果、人工复核及辅助技术测试记录、问题清单和修复说明。具体证据应与项目约定和适用法规相匹配，避免将某一份工具报告当作充分合规证明。
结语
制作面向欧盟市场的产品说明书时，先判断EAA是否适用，再依据产品和文档形态选择相应条款，并保留可复核的评估证据。EN 301 549 V4.1.1已提供重要的新版技术参考；在OJEU引用状态明确之前，对外沟通应准确区分准备目标、合同要求和法律上的符合性推定。就多数手册项目而言，把精力集中在标签结构、阅读顺序、替代文本与语言声明这四项上，通常比追逐WCAG 2.2 AA新增准则更能提升实际可及性，也更容易在验证中体现为可核查的改进。
本文为标准与文档流程的技术解读，不构成法律意见。具体适用范围、经营者义务和成员国要求，请以Directive (EU) 2019/882、当地实施法规、最新OJEU信息及专业法律意见为准。
参考资料
- ]ETSI、CEN、CENELEC：《EN 301 549 V4.1.1 (2026-09) — Accessibility requirements for ICT products and services》：https://www.etsi.org/deliver/etsi_en/301500_301599/301549/04.01.01_60/en_301549v040101p.pdf
- ]欧盟：《Directive (EU) 2019/882》：https://eur-lex.europa.eu/eli/dir/2019/882/oj
- ]W3C：《Web Content Accessibility Guidelines (WCAG) 2.2》：https://www.w3.org/TR/WCAG22/
- ]W3C WAI：《What’s New in WCAG 2.2》：https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/
- ]AccessibleEU：《The European accessibility standard EN 301 549 has been updated》：https://accessible-eu-centre.ec.europa.eu/content-corner/news/new-version-en-301-549-standard-now-available-2026-09-07_en
