AI 代理能用你的网站吗？做一次 7 步任务完成审计
从入口到后台收件，测试浏览器型 AI 代理和真实客户能否安全完成一次询价、咨询或预约流程。
AI 时代，企业网站不只要“能被发现”，还要让客户——或经客户授权、代表客户操作的助手——完成一项真实任务：不靠猜、不丢数据、不绕过安全控制，也不会只看到一个虚假的成功提示。
“AI 优化”现在其实包含三个不同问题
搜索爬虫、浏览器代理、辅助技术和客户做的不是同一件事。网页可以已经被索引，却无法完成交互；视觉代理可能提交了表单，但键盘用户根本无法操作；流程也可能很容易自动化，却因缺少限制而不安全。
| 关卡 | 要回答的问题 | 所需证据 | 不能证明什么 |
|---|---|---|---|
| 人类无障碍 | 残障用户能否借助适用的辅助技术感知、理解、导航并完成完整流程？ | 适用的 WCAG 条款、键盘与辅助技术测试、完整流程审查 | 一次自动扫描或一次代理测试不能证明无障碍合规。 |
| 浏览器代理可操作性 | 一个明确的产品和版本能否用受控数据完成一项定义清楚的任务？ | 可复现脚本、环境、逐步结果、错误恢复和实际完成证据 | 一次通过不构成通用的“代理就绪”认证。 |
| 安全与授权 | 是否应允许这项自动化？哪些步骤必须由人复核或接管？ | 威胁模型、授权、数据限制、服务端验证、防滥用控制、确认与日志 | 控件更容易操作，不代表可以绕过登录、CAPTCHA、限流、反欺诈或政策限制。 |
本文从“被发现之后”开始。如果你要检查爬虫、内容、实体和技术底座，请先看洛杉矶 AI-ready 网站清单和服务型企业 AI 搜索入围审计。下面回答的是另一个问题：用户到达网站后，任务到底能不能真正完成？
执行 7 步任务完成审计
第 1 步：定义一项任务及其授权边界
从一个公开、高价值的任务开始。对洛杉矶服务型企业来说，可能是：
- 判断服务是否适合客户所在地和需求；
- 使用测试联系方式申请报价；
- 查看公开档期，但不占用预约名额；
- 开始提交预约申请；或
- 向经批准的接收端发送明确标记的测试咨询。
记录入口 URL、预期结果、允许使用的测试数据、目标邮箱或系统，以及停止条件。必须区分“查看资料”和“发送个人数据、创建预约、接受条款、修改账户或形成财务／法律承诺”。
OpenAI 当前的 Cloud browser 官方说明提供了一个有用但仅适用于该产品的例子：它可以操作受支持的公开网站，并通过公开表单联系企业询价；但当前上线范围不接受凭据、不登录网站、也不完成付款。遇到缺失信息或确认步骤时会暂停，而且能否完成仍取决于网站和具体步骤。这不是所有代理的统一标准，而是在提醒你：测试前必须写清产品、版本、任务和支持边界。
**保留证据：**任务说明、测试数据、接收端、测试授权和准确的人类复核边界。
第 2 步：让决策路径足够明确
从一个真实入口出发，找到正确服务、适用客户、服务区域、关键限制和下一步操作。不能逼着客户或代理去猜“提交”“下一步”或一个无标签图标究竟会做什么。
任务关键事实应存在于渲染后的网页内容中，而不是只藏在图片、动画、悬停状态、关闭的组件或被阻断的脚本里。Google 的 JavaScript 搜索指南只提供一个有限的“发现”边界：Google 使用渲染后的 HTML 建立索引，渲染后不可见的内容无法被索引；它也提醒，并非所有机器人都能运行 JavaScript。这不能证明交互控件可被代理操作，只说明公开、可见、已渲染的事实是更稳妥的起点。
操作名称应该说明结果，例如“申请报价”“查看档期”或“发送咨询”。如果企业还没有决定该用预约还是低承诺的联系路径，可参考我们的在线预约与联系表单选择指南。
**保留证据：**入口 URL、实际路径、可见事实、按钮原文，以及所有需要猜测的节点。
第 3 步：不用特殊技巧也能操作所有控件
用鼠标／触控和键盘测试导航、菜单、折叠区、选项组、日期选择器、弹窗、上传和表单控件。适合时优先使用原生 HTML 链接、按钮、输入框、下拉框和文本区。自定义控件必须具备准确的无障碍名称、角色、状态和值，并有可预测的焦点行为。
W3C 的 表单标签指南建议用标签说明每个控件的用途，并尽可能明确关联标签和控件。WCAG 2.2 Recommendation还分别规定了信息关系、焦点顺序、描述性标签，以及组件名称、角色、值和状态的可编程呈现要求。
这些是人类无障碍要求和已定义的界面行为，不是某个视觉代理必然成功的证明。因此仍要单独运行代表性代理测试，记录只支持悬停、只能拖拽、Canvas-only、焦点被遮挡、旧弹层、Cookie 横幅或非标准组件造成的失败。
**保留证据：**键盘路径、无障碍名称检查、允许范围内的截图或录像，以及相关的浏览器控制台／网络错误。
第 4 步：让有效数据和填写要求都清楚可见
只询问完成或分流任务所必需的信息。必填／选填、格式、文件限制和相关隐私说明应放在对应字段附近，不能只靠占位文字当标签。
W3C WAI 当前的表单教程建议使用短表单、明确标签和分组、填写说明、验证、确认或撤销、清楚的状态通知，以及多步骤表单的合理进度。对本地双语企业，可加入真实测试数据：姓名中的标点、公寓或单元号、+1 电话、英文和中文内容，以及客户实际使用的日期／时间格式。
如果一个字段失败，除非安全规则另有要求，否则应保留其他有效输入。让用户把整张表重填一遍，不算错误恢复。
**保留证据：**字段清单、必填理由、有效测试用例，以及报错后正确数据是否保留。
第 5 步：主动测试错误与动态状态恢复
在安全、受控的条件下，故意触发关键失败状态：
- 必填字段留空；
- 邮箱、电话、日期或文件格式错误；
- 时间或选项不可用；
- 上传文件过大；
- 会话过期；
- API 超时；以及
- 测试环境中的服务端错误。
WAI 的状态通知指南要求提交反馈清楚说明成功或失败；错误应指出对应字段、解释问题并告诉用户如何纠正。适用时，动态状态还需要可编程地传达。
加载、成功、空结果、不可用和失败状态都应明确可见。加载动画消失后页面毫无变化，不算结果。多步骤流程应显示进度，并允许安全返回前一步。WCAG 的完整流程合规要求也再次说明：应该评估任务序列中的每个必经页面，而不是只看干净漂亮的第一屏。
**保留证据：**错误矩阵、纠正路径、已保留数据、焦点／播报行为，以及每种状态的截图。
第 6 步：在有后果的操作前让人复核，同时保留安全控制
发送、预约、购买、接受条款或修改数据前，应显示复核页面：接收方、服务、日期／时间、范围、已填写联系方式，以及适用的价格或账户影响。同时提供编辑／返回和明确的最终确认操作。
OpenAI 说明，当前 Cloud browser 在可能难以撤销或形成现实承诺的操作前会要求确认。但产品侧保障不能代替网站自身的授权、验证、确认和日志。
不要为了提高代理完成率而移除身份验证、CAPTCHA、限流、反欺诈、CSRF 防护或服务端验证。OpenAI 的 ChatGPT agent system card把网页中隐藏的提示注入列为已知风险。OWASP 的自动化威胁分类也说明，软件可以通过垃圾信息、抓取、批量开户或占用库存等方式滥用原本合法的应用功能。合规助手和恶意机器人可能触碰同一个界面；控制措施必须根据网站自身威胁模型制定。
**保留证据：**复核页面、确认与编辑控件、服务端验证、防滥用规则，以及人工接管／升级路径。
第 7 步：同时证明“页面完成”和“后台收到”
成功状态必须明确说明发生了什么、接下来会怎样。适用时可提供不泄露敏感数据的确认编号。然后核对请求是否真的到达目标：CRM、预约系统、工单队列、数据库或经授权的邮箱。
绿色提示只能证明界面显示了绿色提示。必须区分“已收到”“已接受”“已预约”“已付款”和“已批准”。还要测试重复提交和重试行为，避免一次着急的点击变成三条询盘或三个预约。
记录代理产品与版本、浏览器与视口、语言、测试数据、时间、逐步结果、人类介入和后台证据。表单供应商、同意管理器、CAPTCHA、日历、身份验证、路由规则、框架或后端集成发生重要变更后，都应重新测试。
**保留证据：**用户可见确认、企业后台记录、重复提交行为和可复现测试报告。
使用关卡表，不要编一个通用总分
| 关卡 | 通过条件 | 失败优先级 |
|---|---|---|
| 任务定义 | 目标、数据、接收端和复核边界明确。 | 授权或接收端不明时直接阻断。 |
| 决策路径 | 服务事实和下一步清晰可见、没有歧义。 | 可能选错服务时为高优先级。 |
| 控件操作 | 所有必要控件都能通过标准鼠标／触控和键盘路径操作。 | 流程无法继续时为高优先级。 |
| 数据与恢复 | 要求明确；错误可纠正；有效数据得以保留。 | 静默失败或丢数据为高优先级。 |
| 安全与确认 | 有后果的操作具备复核、编辑、确认和适当安全控制。 | 未授权或不可逆操作直接阻断。 |
| 完成证据 | 页面状态与企业后台收件一致。 | 无法对账时直接阻断。 |
每一关使用 PASS、BLOCKED、FAIL 或 NOT APPLICABLE，并记录证据和准确环境。一个“87% AI-ready”总分，会把视觉小问题和未授权提交之间的巨大差别藏起来。
服务型企业应该先修什么？
从最接近合格收入、但不会跨入未经批准交易的最小公开任务开始。对许多服务型企业来说，就是询价或咨询流程。按以下顺序修复：
- 授权、接收方或数据去向不明；
- 缺少复核、确认、身份验证或防滥用边界；
- 虚假成功，或后台根本没有收到；
- 控件无法到达或无法理解；
- 报错后丢数据，或没有纠正路径；
- 服务事实和操作名称含糊；以及
- 低影响视觉细节或仅针对某个代理的临时方案。
这个顺序先保护企业和客户，再优化便利性；同时也能形成今后网站改动的可执行验收测试。
常见问题
WCAG 合规是否等于网站已适配 AI 代理？
不是。WCAG 是无障碍标准。语义控件、标签、焦点顺序、错误处理和状态消息提供重要的人类要求与更明确的界面行为，但不能保证所有浏览器代理都能操作。无障碍合规和代理测试需要各自独立的证据。
为了让代理完成任务，是否应该移除 CAPTCHA 或登录？
不应该。不要为了完成一次演示而削弱安全。应定义哪些自动化得到授权，保留基于风险的控制，并在适当位置提供安全的人工接管或替代路径。
ChatGPT 成功一次，是否就证明网站兼容 AI 代理？
不是。它只证明一个明确产品和版本，在某个时间、某个环境完成了一项任务。应保存证据，并在重要变更后重测；其他代理的行为可能不同。
怎样证明联系表单真的工作了？
把页面成功状态与获批 CRM、邮箱、预约系统、队列或数据库中的后台记录对账。同时测试重复提交、重试，以及“已收到”和“已接受”的差别。
第一项应该测试什么任务？
选择一个公开、高价值、可撤销且可使用受控数据的任务，通常是咨询或报价申请。除非安全、授权和复核流程已明确纳入范围，否则不要先从付款、账户修改、敏感身份验证或其他有后果的流程开始。
这会提高搜索排名或 AI 引用吗？
这项审计检查的是用户到达网站之后的任务操作，不承诺排名、引用、推荐、流量、询盘或转化提升。被发现和完成任务是相关的网站系统，但需要不同测试。
优化完整任务，而不是一张截图
NG Technology 设计和开发响应式企业网站与定制 Web 应用，并可在约定范围内处理表单、多步骤流程、API 集成、分析、跨浏览器测试和技术支持。我们的网站设计服务关注信息架构和前端用户旅程；Web 应用服务则覆盖有状态、需要集成的业务流程。
AI 时代真正值得问的，不是首页看起来是否“未来感十足”，而是：一项有价值的任务，能否从第一次点击到接收系统都被理解、完成、复核、保护并独立验证。
申请网站任务完成度评估
