AI 代理能否使用您的网站？实用验收测试

要求助手比较您的服务与另一项服务时，需要可用证据：您提供的内容、服务对象、条款含义以及下一步去向. 要求助手预订演示时，也需要可执行的操作. 一页可以满足第一个需求，却无法满足第二个需求. 有用的问题是具体的：预期的助手能否在公开页面上完成预期的任务？ 我们的 AI 搜索准备指南 解决了发现过程中的技术障碍. 该验收测试将此工作扩展到希望助手使用该站点的人.

定义一个可验证结果的任务

选择一个真实客户已经执行的任务. 对于服务型业务，一个有用的起点是：“查找此服务是否支持我的位置，识别相关服务页面并告诉我如何请求咨询。” 在不提交表单或更改客户数据的情况下，对公开信息进行测试. 在测试前写下预期答案. 记录支持的地点、当前服务 URL 以及实际咨询操作。 这为区分令人信服的答案与正确答案提供了方法. 使用简单记录：

这是一个示例记录，而不是客户结果. 保留助手、测试日期和起始 URL 与记录一起，以便下次运行可以公平比较。

分离访问、阅读和操作

从助手实际收到的内容开始. 登录屏幕、同意中间页或机器人挑战可能会替换你在自己浏览器中看到的页面. 仅凭成功的状态码无法证明服务描述已被传递. 保存观察到的响应或已编辑的截图，并识别缺失的预期内容. 接下来，将可见的优惠与助手可用的内容进行比较. 一些工具检索文本；其他工具运行浏览器并检查页面. 测试客户使用的工具. Google 描述了可以检查视觉输出、DOM 和可访问性树的浏览器代理，其在代理体验指南中有说明。 JavaScript 页面因此需要观察性测试，而不是笼统声明每个助手都能或不能读取它。 最后，执行操作. 一个命名清晰的链接应指向预期目的地. 表单应公开可理解的标签和验证反馈. 如果任务需要身份验证、付款或权限，请记录该边界. 正确在批准时停止的任务与失去按钮或发明确认的任务行为不同. 当人们看到的内容与检索工具接收的内容不同时，我们的JavaScript 渲染指南很有用。

按目的选择访问策略

搜索检索、模型训练和用户指向活动具有不同的控制. OpenAI 为 OAI-SearchBot 和 GPTBot 文档化了独立设置：站点所有者可以允许搜索而拒绝训练。 它的 ChatGPT-User agent 拥有单独的用户指向角色。 在决定政策时，请使用提供商的爬虫文档。 Anthropic 同样区分 Claude-SearchBot、ClaudeBot 和 Claude-User 在其爬虫指南中。 检查预期用途、网站政策和观察到的访问结果一起. 仅仅因为训练 opt-out 并不意味着搜索访问被破坏. 审查托管和 CDN 控制以及 robots.txt。 在文件中声明权限无法使被阻止的网络请求成功. 对于合法流量，在更改规则前请通过其文档化的识别流程验证提供商. 将用户代理字符串复制到请求中可测试该请求的处理方式；它不会重现已验证的提供商请求.

使下一步可被发现

在稳定、关联的页面上保留重要产品信息. 用普通语言说明功能，并在声明旁边放置限制资格. 说“与您的工作流程集成”的页面应链接到解释支持操作及其访问要求的文档. 对于提供公共 API 或 MCP 集成的网站，发布支持的接口和身份验证要求。 SEOReport 的代理集成 允许兼容助手通过文档化的产品接口请求报告. 这与助手在搜索答案中发现 SEOReport 的能力是分开的. 可机器读取的导航文件可帮助明确消费它的工具. 在将文件视为接受标准的一部分之前，请先验证其使用. 有效链接和有用的公共文档对人们仍然有价值.

修复后重复相同任务

保留原始测试记录. 使用相同的起始 URL 和任务在更改后重复，然后检查实际目的地或答案证据。 记录任何限制比较的助手或其检索模式的更改. 成功完成任务表明此测试交互已工作. 搜索引用、推荐访问和客户决策需要各自的测量. 这些观察一起告诉你网站是否更易被发现、更易使用，或两者兼有.