语义化HTML在政务网站可访问性中的应用
语义化HTML是政务网站通过WCAG2.1AA级合规的硬性门槛。核心要求包括：页面仅有一个包裹纯正文的，表单控件必须显式绑定，带标题且可独立分发，标题层级严格递进。忽视这些要求会导致屏幕阅读器导航失效、用户流失及搜索排名下降。
政务网站若要通过WCAG 2.1 AA级合规审查，语义化HTML是硬性门槛，而非可选项。许多开发团队在实测阶段才发现问题，但此时修改成本已大幅上升。核心要求可以归纳为：整个页面只能有一个包裹纯正文的，表单控件必须显式绑定，必须带标题，要能独立分发，且标题层级必须严格递进，全站仅有一个。
所以，语义化HTML不是“建议”，而是准入门槛。
为什么
一个常见错误是：许多政务网站将、广告位甚至弹窗都塞入。其后果是，屏幕阅读器（如NVDA、VoiceOver）按M键跳转时，只识别第一个合法的，并跳过所有非主内容区域。用户需逐行听完整个页面，才能找到办事指南或政策原文，体验极差。
- 错误示例：
... 《XX条例》全文 - 正确做法：全页面仅一个
，内部只包含、等承载核心服务内容的标签。顶部导航、侧边栏、页脚一律移出。 - 影响不止可访问性：搜索引擎（如百度政务搜索）会弱化
内混杂内容的权重，导致政策文件排名下降。
表单控件不绑定
政务网站中，“身份证号”“手机号”“验证码”等输入框随处可见。但许多开发团队习惯用CSS视觉对齐加placeholder提示，忽略了或嵌套写法。屏幕阅读器无法告知用户输入框的用途，用户反复提交失败后只能放弃，流失率极高。
- 必须显式绑定：
，不能仅靠title或aria-label替代。 - 必填项需使用
required属性，而非仅靠红色星号加JS校验——后者对键盘用户完全不可见。 - 错误提示要关联控件：
请输入18位身份证号，并用aria-describedby="error-idCard"挂载到上。
许多政务站将“通知公告”列表用 ... 政务网站常见从 最容易被忽略的一点是：语义化不是“写对标签就完事”，而是整套内容生产流程的约束。文案编辑必须按标题层级写稿，UI设计稿要标注每个区块的语义角色，CMS后台模板必须锁定包裹，内部每个公告用要求有标题（–），必须是可独立分发的内容单元（如每条公告可被RSS抓取、单独邮件推送）。
最新通知
关于调整社保缴费基数的通知
。alt=""，但政策文件中的图表、流程图必须有描述性alt，且优先用标题层级断裂，会让整个导航体系崩溃
开始写正文，或外堆了4个（如logo、banner、栏目名、副标题）。这导致屏幕阅读器的标题导航（T键）完全失效，用户无法按层级快速定位“办理条件”“所需材料”“办理流程”等子章节。
应为页面主标题（如“北京市居住证申领指南”），内用起始，子节严格递进（→→）。后直接会导致大纲断裂，辅助技术无法构建逻辑树。aria-live，否则键盘用户看不到新增结构。范围。任何一环脱节，都会让前面所有的代码努力归零。