爬虫权限是一项发布治理决策,不是把 robots.txt 写成一串 Allow: /。企业需要分别回答:公开页面是否应进入搜索索引、是否允许 AI 搜索发现、是否允许模型训练抓取、用户直接提供链接时能否访问。四个问题的业务含义不同,不能用一个总开关代替。
先按用途而不是按“AI”二字分类
| 访问者 | 典型用途 | 需要单独确认的政策 |
|---|---|---|
| Googlebot | Google 搜索抓取与索引 | 是否希望公开页进入搜索 |
| OAI-SearchBot | OpenAI 搜索发现 | 是否希望网站出现在相关搜索结果 |
| GPTBot | OpenAI 模型训练抓取 | 内容是否准许用于训练 |
| ChatGPT-User | 用户发起的页面访问 | 公开页是否可被实时读取 |
OpenAI 官方爬虫说明明确区分了这些访问用途,且设置彼此独立。不要把“放行 GPTBot”当作 ChatGPT 搜索收录的必备条件,也不要把某次用户触发访问当作周期性索引。其他平台须按各自官方说明单独核对,不能照抄 OpenAI 的 token。
robots、索引和安全控制分别解决什么
robots.txt 是给遵守协议的爬虫的访问指令,不是身份认证或保密工具;被禁止抓取的 URL 仍可能因外部链接被搜索系统发现。Google robots 指南也提醒,若要阻止页面出现在结果里,应按目标使用 noindex 或登录保护,不能把敏感资料仅藏在 robots 后面。noindex 又需要爬虫能够读取页面才能看到,所以“robots 禁抓 + 页内 noindex”常是自相矛盾的组合。
实际请求还要经过 DNS、TLS、CDN/WAF、源站路由和应用权限。即使 robots 写着允许,WAF 返回 403、挑战页或区域封锁,正文仍不可读。反过来,匿名用户能打开页面,也不能证明特定爬虫能拿到同样的响应。公开内容的权限策略要同时核对协议层、边缘层和源站层;后台、客户资料与未发布内容必须使用真正的访问控制。
一张可执行的准入矩阵
智核增长在 GEO 技术诊断中可把 URL 分为“公开正文、公开资源、客户私有、后台接口”四类,再按爬虫逐格记录预期与实测:robots 决策、实际 HTTP 状态、响应类型、正文是否存在、是否被挑战、最近成功抓取时间。变更前由客户确认训练与搜索授权,变更后用服务器日志与平台工具复核,避免代理请求和真实爬虫结果混淆。
例如“服务页允许搜索、客户导出文件禁止匿名访问”是两个独立规则。先查 CDN/WAF 与状态码诊断,再查 日志核验方法,最后用 引用率测量观察结果。完整链路是“准入→抓取→索引/检索→答案→引用”,每一步都需要独立证据。
如何验收与何时停止放行
验收不是只看 robots 文件,而是抽样请求重点 URL,核对真实状态码与正文、检查验证码和重定向、对照边缘日志/源站日志、确认爬虫身份,再在平台后台看索引状态。若出现意外的客户资料暴露,应优先撤销公开访问和处理泄露,而不是为了 GEO 继续放行。抓取权限由站点所有者批准,智核增长只提供诊断、实施建议与复测,不以放行作为收录或 AI 引用承诺。
一个变更单应怎样写
假设客户希望让公开知识文章进入 ChatGPT 搜索,但不希望训练抓取。变更单先记录目标 URL 模式、公开等级与审批人,再分别配置 OAI-SearchBot 与 GPTBot 的策略,并核对 robots 文件在正确域名、协议和端口下可访问。若站点同时有 www 与裸域名,应逐一检查最终域名的策略;不要只检查后台里显示的“已保存”。随后抽样服务页、文章页、PDF 与客户目录,比较预期响应和实际响应。WAF 白名单也不能仅凭自报 User-Agent 生效,否则任何脚本都能伪装;应结合平台官方验证方法和边缘日志。
最后把结果写成四列:“页面类型、许可策略、实测响应、遗留风险”。如果公开文章返回 200 但被 noindex,说明可抓取与可索引仍是两件事;如果客户资料返回 200,必须立即处理访问控制问题。测试完才更新 URL 治理与 sitemap。这个顺序避免“先开放整个站,后补安全规则”的不可逆风险。