项目库

网站适老化与无障碍验收 AOPC:交付问题、补丁与复测证据

为建站与网站运维服务商检查适老化和无障碍问题,交付限定范围的问题矩阵、修复补丁与人工复测证据,不承诺官方认证。

卖的是限定范围的人工验收证据,不是扫描分数或认证承诺。

作者
AOPC 编辑部
发布
AOPC 编辑部
发布时间
更新
2026/7/29
核查
已核查
已授权网站经过自动问题整理和人工辅助技术测试后形成修复与复测证据包
客户输入到人工验收的交付路径

先看答案

适合谁
  • 能做前端修复并愿意承担人工无障碍测试责任的人
  • 已有建站或运维合作方、可从三个模板开始试单的人
你会获得
卖的是限定范围的人工验收证据,不是扫描分数或认证承诺。
发布时间
实质更新
发布
AOPC 编辑部

60 秒结论

一分钟看懂这篇文章

卖的是限定范围的人工验收证据,不是扫描分数或认证承诺。

人负责

  • 确定适用标准
  • 执行键盘读屏测试
  • 审批修复与验收结论

AI 负责

  • 整理页面清单
  • 聚类重复问题
  • 生成待审核说明
  1. 授权范围
  2. 基线测试
  3. 有限修复
  4. 人工复测

项目一句话

为已有网站建设或运维合同的技术服务商,检查一个已授权站点在键盘操作、焦点状态、页面语义、替代文本、颜色对比、表单提示和关键任务流程中的适老化与无障碍问题,再交付问题矩阵、有限模板补丁和人工复测证据包。卖的是限定范围内可复现、可修复、可复测的质量服务,不是自动扫描分数,也不是官方认证。

2026 年 7 月发布的 GB/T 47797—2026《政务服务平台适老化服务建设指南》从界面、交互、信息内容、无障碍、智能化拓展和适老化评估等维度给出指导。不过它在本文发布日仍是即将实施的推荐性标准,实施日期为 2026 年 11 月 1 日。项目启动时必须把标准状态、合同要求、客户所在行业和实际测试范围分别写清,不能把“参考标准”直接写成对所有网站都相同的强制结论。

适合什么人

适合能够修改 HTML、CSS 和前端交互,能只用键盘完成页面任务,并愿意实际操作读屏等辅助技术的人。经营者还要会划定测试范围、保存复现步骤、管理版本和让客户逐项批准修复。

不适合只会运行一款扫描工具、看到分数提高就宣布“无障碍通过”的人。若不能判断标准适用范围、无法进行人工任务测试,或没有能力安全处理客户代码和测试数据,应先作为建站服务商内部的受控协作者,不独立签署验收结论。

客户是谁

第一类客户是已有建站或网站运维客户、但缺少无障碍专项测试和证据整理能力的技术服务商。它们已经掌握代码、发布流程和客户批准链,一人经营者可以补上基线审计、问题归类、有限修复与复测记录,而不必从零承担整个网站项目。

第二类客户是有明确网站负责人、授权测试环境和版本发布流程的公共服务机构。此类客户应能指定业务任务、测试账号、禁止触碰的数据和最终验收人。没有书面授权、要求直接修改生产环境,或要求一人服务商保证大型平台全面认证的客户不进入试单。

《中华人民共和国无障碍环境建设法》第三十二条要求利用财政资金建立的网站、服务平台和移动应用逐步符合无障碍网站设计标准和国家信息无障碍标准,同时鼓励新闻、社交、购物、医疗、金融、教育、交通等领域逐步改造。这里的法律条文支持需求方向,但不替代对具体客户、项目和标准版本的专业判断。

卖什么

最小交付限定为一个站点的三个代表模板。先交付范围表,写明适用标准、页面与任务、浏览器和辅助技术、测试账号、排除项以及禁止对外宣称的结论。

基线问题矩阵至少记录问题位置、复现步骤、实际结果、预期结果、受影响任务、证据截图或录屏、建议修复、严重度判断人和客户责任人。自动工具发现的问题与人工测试发现的问题分栏保存,不能用工具数量代替用户影响。

修复冲刺只处理客户批准的问题和模板。交付可以包含代码差异包、替代文本候选、表单提示与焦点修改,但每项都要由客户的代码负责人审核。复测包记录修复版本、原问题、复测步骤、结果、遗留风险和回退方式。超出范围的页面、第三方组件和业务流程单列,不默认为通过。

怎么收费

基线审计按页面模板、关键任务数量、浏览器与辅助技术组合、是否需要测试账号和证据格式计费。不要按扫描出来的问题数量计费,否则会鼓励重复报错,也无法反映人工任务测试成本。

修复冲刺按问题类型、受影响模板、代码权限和修改轮次计费。复测按轮次、回归范围和证据格式收费;长期维护可以按固定发布批次检查新增模板和高风险流程。第三方正式评测、认证申请、标准购买、专业用户测试或现场验收由客户单独采购或与合格机构合作。

没有统一市场价可以覆盖所有站点。报价前必须完成范围盘点,并把自动检查、人工测试、代码修复、客户等待和复测分别估算。苏州市政府采购记录展示了大型政府网站群项目会同时包含建设、验收和售后,但该项目的规模和合同金额不能当作一人试单报价或能力证明。

启动成本与工具

启动需要两类成本。工具与环境包括常用浏览器、键盘、不同尺寸设备、至少一种读屏或系统辅助技术、自动检查工具、录屏与问题跟踪、版本控制、安全存储和客户授权的测试环境。若项目合同要求使用特定标准全文、评测体系或第三方机构,还要把合法获取与专业复核费用单列。

人工时间通常高于工具调用。需要逐个完成导航、搜索、表单、验证、错误恢复和内容理解等真实任务,并复核自动工具无法判断的语义、阅读顺序、易读性和操作反馈。先用自有或明确授权的网站做完整基线,记录每个模板的检查时间、误报、修复时间和复测时间,再决定试单容量。

AI 员工配置

页面清单助手只处理客户授权的 URL、组件目录和版本信息。问题整理助手把相同组件产生的重复问题聚类,并将每个问题回链到原始证据。替代文本助手可以根据客户提供的图片目的生成候选,但不能自行判断图片是否装饰性、是否包含未公开业务信息。

需求矩阵助手将标准条目、合同验收项、页面模板和测试证据对齐,遇到标准状态或适用范围不确定时标记待人工确认。复测记录助手整理修复前后证据,不得改写失败结果。

人工负责人决定标准和测试范围,实际操作键盘与读屏,判断严重度与业务影响,审批代码和对外结论。AI 没有体验障碍用户真实任务的能力,自动化结果也不能据此宣称通过官方评测或认证。

7 天启动步骤

  1. 第 1 天:固定边界。 核对法律、合同、标准编号、发布日期、实施日期和客户要求,写出测试范围与禁止声明。
  2. 第 2 天:访谈服务商。 访谈五家建站或运维服务商,确认最近一次验收中缺少的是测试、修复还是证据。
  3. 第 3 天:取得授权。 选择一个站点的三个代表模板,取得书面测试、账号、代码和数据范围授权。
  4. 第 4 天:做人工基线。 先用键盘和读屏完成一个真实任务,再运行自动工具,记录两类结果的差异。
  5. 第 5 天:形成问题矩阵。 聚类重复组件问题,由人工判断业务影响、优先级、修复责任和排除项。
  6. 第 6 天:签付费试单。 约定模板、任务、工具组合、修改轮次、证据格式、禁止声明和验收人。
  7. 第 7 天:交付与复测。 提交客户批准范围内的补丁和复测证据,记录未修复问题、第三方组件与后续回归入口。

七天只验证一个有限范围交付闭环,不代表已经具备大型政务平台总包、第三方评测或认证能力。

第一个客户从哪里来

先从已有合作关系的建站公司、网站运维服务商或前端交付团队开始。向对方询问最近一次项目验收里,是否缺少键盘、读屏、焦点、语义或适老化证据;只选择它已获得客户书面授权的站点。

首单固定为三个代表模板的一次付费基线审计。交付范围表和五到十个去重后的高影响问题,客户确认问题有效后,再按批准范围报价修复与复测。若没有现成合作方,可以通过本地软件行业组织、技术社区或服务商公开业务渠道寻找访谈对象,但不批量抓取联系人、不群发骚扰,也不拿未授权网站做“免费体检”。

风险与不适用场景

最大风险是把工具分数、有限模板测试或自制报告包装成全面认证。工业和信息化部 2021 年通知将改造、申请评测、标识授予和后续维护分开;一人服务商没有相应授权时,只能描述自己的测试范围和证据,不能冒充评测机构。

第二类风险是越权测试和数据泄露。测试前要明确 URL、账号、数据、代码、时间窗口和允许的操作,不在生产环境做压力测试,不复制不必要的个人信息,不把客户代码和页面内容发送给未经批准的模型或外部服务。

第三类风险是只修机器能发现的问题。键盘顺序、读屏理解、错误恢复、业务流程和老年用户是否“看得清、找得到、敢操作”都需要人工任务测试。经营者无法完成这些测试时,应把自动检查限定为预检,不销售验收服务。

本项目不适用于要求保证官方认证、要求隐瞒遗留问题、没有版本回退、拒绝提供业务验收人,或规模明显超过一人交付容量的客户。

来源

唯一主行动

把下一步变成可执行动作

先用市场调研工作流验证服务商验收缺口