如何聘请自由职业者做网站无障碍审计

如何聘请自由职业者进行网站无障碍审计

网站无障碍审计并不是走个过场、勾个清单而已。它是对真实用户如何使用键盘、屏幕阅读器、放大文本或语音输入浏览你的网站的一次实用检查。如果你正在思考如何聘请自由职业者进行网站无障碍审计，先要明确你到底想解决哪类问题，因为上线前检查、问题排查式审计和以合规为重点的审查，根本不是同一件事。换句话说，先把网站无障碍审计范围怎么定想清楚，再去找合适的人，效率会高得多。

有些项目只需要在上线前快速过一遍；有些则需要对一个已有多年内容、数十个模板的网站做全面审查。还有一些项目只关注某个单一流程，比如结账或找回账户，因为一个出错的标签就可能让客户卡住。细节虽小，后果却很大。

这种区别在你向自由职业者说明需求时尤其重要。只审首页，往往会漏掉表单、弹窗和登录后页面里隐藏的问题，而这些恰恰常常是用户碰壁的地方。如果你能说清楚最担心的受众、页面类型或业务流程，就能让对方更准确地聚焦。

围绕 WCAG 和 ADA 要求确定范围

范围不该从“把所有内容都检查一遍”开始，而应该从你希望自由职业者遵循的标准开始。大多数项目里，这意味着WCAG，但你仍然需要说明你希望达到哪个级别：A、AA，还是更严格的内部标准；如果目标是更明确的交付口径，也可以直接写成WCAG 2.2 AA 审计。

很多公司还会希望自由职业者考虑与ADA相关的风险降低，尤其是当网站面向美国客户时。但这并不取代 WCAG。它决定的是审计背后的商业理由、修复的紧迫程度，以及结果该如何向法务、产品和开发团队呈现。

请用通俗语言直接说清标准。如果你需要 WCAG 2.2 AA，就明确写出来；如果你希望对低于该水平的地方也做标注，即使问题看起来很小，也要说明。简短一句模糊的话，往往会变成三周的争论。

对于某些项目，标准应当与风险挂钩；对于另一些项目，则应与上线关口挂钩。这个差别会改变审计方式。落地页活动的容错时间通常比仍在草案阶段的整站改版短得多。如果你需要把无障碍工作放进更大的项目流程里，关于投放与展示规则的说明提醒我们：把规则写清楚，后面能省很多时间。

确定网站哪些部分必须测试

除非预算很高、网站很小，否则自由职业者不可能以同样深度测试每一个页面。更好的做法是列出最重要的模板和用户路径。通常，写明五到六个重点区域，比一句“测试所有页面”更有用。

先从模板入手：首页、产品详情页、分类页、文章页、落地页、结账页、账户设置页和支持页面。然后再补充组件：导航、搜索、筛选器、折叠面板、弹窗、Cookie 横幅和嵌入媒体。如果你的网站依赖登录流程，还要包括密码重置和邮箱验证；如果网站涉及交易，也要包括购物车和付款流程。这两三个关键路径，往往比二十个装饰性页面更能暴露问题。

也别忘了那些容易让人踩坑的内容类型。PDF、视频字幕、图片轮播和图表，在随意浏览时很容易被忽略，但事后修改起来却很麻烦。自由职业者应该知道该看哪里，但你仍然要把风险区域点出来。一句话就能省去很多猜测。

如果你经营的是一个市场平台或目录型网站，请分享最关键的用户旅程。带有 14 个筛选项的搜索结果页，和一个静态宣传站点，根本不是同类问题。对于有产品搜索需求的团队，关于雇佣自由职业者做产品筛选与搜索的文章也提醒我们：搜索和筛选值得单独列入范围。

选择具备正确无障碍方法的自由职业者

最好的自由职业者，不是那个只说“我跑 Lighthouse”的人。自动化扫描确实能发现一些有用问题，但它们无法告诉你，键盘用户是否真的能完成表单，或者屏幕阅读器是否会正确读出按钮名称。你需要的是能把自动化检查、人工测试和辅助技术评估结合起来的人。

留意一些实际信号。这个自由职业者是否会提到仅用键盘测试、屏幕阅读器检查、焦点顺序、可见焦点样式、错误提示和语义化 HTML？他们是否会说出 VoiceOver、NVDA 或 JAWS 之类的工具？他们是否会解释某个问题对用户的影响，而不只是它为什么没通过检查器？这些细节能把真正做无障碍的人，与只是导出一份报告的人区分开来。

还要看看他们是否能提供修复建议示例。好的自由职业者不会只说“按钮文字对比度不达标”，而是会说明修复方式、受影响的组件，以及大致的实现路径。这对你的团队很重要，因为一份设计师能直接执行的报告，远比一串警告清单更有价值。两行清楚的指导，往往胜过十页杂乱信息。

认真查看过往项目。如果对方审计过政府网站、电商流程、SaaS 仪表盘或内容密集型媒体站，问问他们在每种场景下是如何调整方法的。审计方式应该随着网站类型变化，没有一种模板适用于所有情况。

要求提供审计计划和证据格式

在聘用之前，先要求对方提供一份简短的审计计划。里面应该写明会测试什么、如何测试，以及你会收到什么样的证据。如果对方连一页纸都说不清楚，那就是一个警告信号。

计划里应注明使用的工具和设备，但不能只依赖这些工具。人工测试过程必须清晰可见。你可以问他们是否会使用桌面端屏幕阅读器、仅键盘导航、缩放测试和移动端检查。如果他们打算审查登录后的流程，也要问清楚他们如何处理账号、测试数据和基于角色的访问。这些都是正常问题，不是吹毛求疵。

证据格式同样重要。你需要知道发现项会按页面、组件还是问题类型来分组。你也要知道每个问题是否包含未通过的 WCAG 条款、简短描述、对用户的影响、复现步骤，以及截图或录屏。这样你的开发团队才能基于事实推进，而不是靠猜。

同时也要问清楚自由职业者会如何给问题分级。有些团队希望用“严重、高、中、低”；有些则更适合“上线前阻断”和“下一次迭代修复”。只要对方解释清楚，两种方式都可以。整洁的报告很有用；带优先级的整洁报告更好。

确认他们如何向你的团队传达修复建议

网站无障碍审计只有在你的团队能真正据此行动时才有价值。有些自由职业者是按法律视角写，有些是按开发视角写。最好的那类，能两者兼顾，又不让读者陷入术语迷雾。

请索要一份问题写法示例。一份好的写法应包含问题是什么、出现在哪里、为什么重要，以及修复大致会是什么样。若对方能用通俗语言说清组件、代码模式和用户影响，通常就比较合适；如果解释开始变得抽象，后面大概率会引发混乱。

这正是协作发挥作用的时候。设计师需要知道焦点环是否应该可见，开发者需要足够细的细节来修补模板或组件，而内容编辑则需要知道替代文本或标题结构是否也是问题的一部分。一份能让每类人员都找到自己该做什么的报告，比一份漂亮却没有下一步动作的 PDF 更有价值。

还要确认对方是否能讨论取舍。有些修复很简单；有些会影响布局、品牌或发布时间。靠谱的自由职业者不会假装所有问题都容易解决。他们会告诉你哪些修复很直接，哪些需要产品层面的决定。这样的坦诚，后面能少开很多会。

约定复查、复测和后续跟进

无障碍工作很少一次就彻底完成。修复需要复查，回归问题也会发生。某个按钮可能在这个冲刺中修好了，下一个冲刺又坏了。最好在工作开始前，就把这些写进合同。

要问清楚自由职业者是否包含你们修复后的复测。如果包含，就进一步明确会有几轮、什么算复测，以及对方只验证原有问题，还是也会顺带扫描相邻区域。小网站一轮可能就够；大型改版则可能需要两轮。一定要写清楚。

你还应当约定未解决事项的处理方式。有些问题无法立刻修复，因为它们依赖第三方插件、CMS 限制或产品决策。自由职业者应当识别这些情况，并记录其后果。这样审计才真实，也方便你向相关方解释风险。

对于通过平台管理自由职业者的团队来说，如果从一开始就把预期写明，后续跟进会轻松很多。如果你的流程涉及公开发布或投放规则，那么关于自由职业市场中的广告位置这一页，也可以作为一个参考，用来说明结构化发布如何减少混乱。

有些情况下，第二轮检查应当在发布之后进行，而不是之前。尤其是当第一次审计发现表单、菜单或弹窗对话框存在模式性问题时，更应该如此。先把这个模式修一次，再针对相同模式复测一次，然后再检查周边页面。这样的顺序可以避免工作无限扩散成没完没了的复审。

如果你的团队想从粗略检查走向更成熟的供应商合作关系，这个原则同样适用，就像你在不同服务方之间转移工作时一样。清晰的交接说明能帮到所有人。关于从网页工作室迁移到自由职业者的文章也提到了同样的主题：交接越清楚，交付时的意外就越少。

最后一点：在开始之前，问问自由职业者需要你提供什么——测试环境访问权限、测试账号、用户角色图谱，或者已知问题清单。如果对方能毫不犹豫地说出这 4 项，他们大概率知道如何做出真正能推动修复的无障碍审计，而不只是列出发现项。