网站能打开，不代表每个人都能顺利使用。键盘使用者、低视力用户和屏幕阅读器用户，可能会在菜单、图片或表单处遇到障碍。做好网站无障碍设计基础，不必先改造整站；从下面五项检查入手，就能发现许多影响日常使用的问题。
1. 不用鼠标，能否完成主要操作？
键盘导航是最容易上手的检查。打开首页后，暂时不碰鼠标，按 Tab 逐项前进，用 Shift+Tab 返回，再尝试用 Enter 或空格打开链接、按钮和菜单。下拉菜单若支持方向键，也应确认焦点移动符合页面提示。
- 检查焦点是否按页面阅读顺序移动，而不是跳过重要控件。
- 观察当前焦点是否有清楚的视觉标记；如果看不出焦点在哪，就难以继续操作。
- 打开弹窗后，确认焦点进入弹窗；关闭后，焦点能回到原来的触发按钮。
- 确认没有键盘陷阱：用户不应被困在某个区域里。
优先检查导航菜单、搜索框、登录入口和弹窗。对网站无障碍设计基础而言，能用键盘完成核心任务比逐一检查装饰效果更重要。
2. 文字和背景是否容易区分？
颜色对比不足，会让低视力用户或在强光环境下阅读的人难以辨认文字。按 WCAG 的常用对比度标准，普通文字与背景的对比度至少为 4.5:1；较大的文字通常至少为 3:1。较大文字的判定与字号、字重有关，不能只凭“看起来够大”判断。
检查时，逐个查看正文、按钮文字、占位提示和错误信息。不要只用颜色表达状态，例如表单报错除了红色，还应显示文字说明或图标。链接也不宜只靠颜色与正文区分，可增加下划线等明确样式。
3. 标题和控件有没有清楚的结构？
标题应按内容层级排列：页面主题通常用一级标题，主要章节用二级标题，章节内的小节再用三级标题。不要为了字号外观跳过层级。正确的标题结构可以帮助屏幕阅读器用户快速浏览页面，也让其他读者更容易理解内容组织。
按钮应使用按钮语义，跳转链接应使用链接语义。比如“查看配送说明”比“点击这里”更能说明链接目的。可用 NVDA（Windows）或 VoiceOver（Apple 设备）抽查页面，听听标题、链接和按钮是否能被正确识别。若正在建立网站无障碍设计基础检查流程，可先选首页和一条关键任务路径测试，不必一次覆盖所有页面。
4. 图片有没有合适的替代文本？
替代文本（alt text）应传达图片在当前内容中的作用，而不是机械描述每个视觉细节。展示商品特征的图片，可以写出有助于选择的信息；作为链接入口的图片，替代文本应说明链接去向。纯装饰图片则通常使用空替代文本，让辅助技术跳过它。
可逐张检查页面图片：如果删去图片后，读者会失去关键信息，就补充简洁说明；如果图片只是边框、纹理或重复装饰，就不要添加冗长描述。图表若包含复杂数据，还应在正文附近提供数据结论或表格，不能只依赖图片替代文本。
5. 表单能否看懂、能否改正错误？
输入框旁应有明确标签，并与对应控件关联；不要只依赖占位文字，因为输入后占位文字可能消失。必填项、日期格式和密码要求应在填写前说明。提交出错时，要指出具体字段和修正方法，并让键盘及屏幕阅读器用户都能找到错误。
- 逐个点击标签，确认对应输入框会获得焦点。
- 故意漏填必填项或输入不符合格式的内容，再提交一次。
- 检查错误说明是否指出字段名称和解决方式，而不只是写“输入无效”。
- 修正错误后重新提交，确认其他已填内容不会无故丢失。
把检查变成改版前的固定步骤
可以先对首页、搜索或联系表单等常用页面做一轮人工检查，再记录问题、影响对象和修复优先级。先处理无法键盘操作、重要文字看不清、表单无法提交等阻断性问题，再优化次要内容。网站无障碍设计基础并非一次性验收：页面改版、换用新组件或新增表单后，都值得重新走一遍关键任务。
如果检查后准备上线改版，还需要安排网站部署、备份和技术支持，可以把德讯电讯纳入服务商询价比较；重点核对实际方案是否符合项目的运维需求，不要把主机服务本身当作无障碍保障。
常见问题
只用自动检测工具可以吗？
不够。工具能发现部分对比度、标签等问题，但无法代替键盘操作和真实页面内容判断。
必须每个页面都用屏幕阅读器测试吗？
不一定。新手可先测试首页、导航、表单等关键流程，并抽查使用不同结构的页面；改动较大时再扩大范围。
图片都要写替代文本吗？
信息性图片需要准确传达内容；纯装饰图片通常用空替代文本，避免造成重复朗读。
从这五项着手，逐步修复最影响任务完成的问题，就能把网站无障碍设计基础落实到日常维护中。