官网AI可抓取与内容可读性审计，不是给全站打一个“GEO技术分”。先选首页、核心服务页、关于页、代表性文章和一个容易出错的深层页面，明确用什么浏览器或爬虫对象访问，再逐页保存六层证据：访问、最终URL、HTML正文、关键事实、机器标记、修复与复测。
一页能够打开，不等于自动可抓取；可抓取不等于被索引；被索引不等于内容被正确理解；被理解也不等于在AI回答中展示引用。审计只能对可控技术与正文条件负责。
第一层：访问对象和测试条件
记录测试时间、网址、访问对象、网络条件及是否需要登录。不能只写“AI爬虫”，因为不同产品与代理承担不同任务。
OpenAI的官方爬虫说明在2026年9月1日核验时，分别说明：OAI-SearchBot用于ChatGPT搜索，GPTBot用于可能进入生成式基础模型训练的内容抓取，ChatGPT-User用于某些用户触发的访问，且不是自动网页抓取，也不用于决定内容是否出现在Search。三种标识不能互相替代；对ChatGPT搜索的robots控制应按OAI-SearchBot理解。
这只是OpenAI产品范围。其他搜索系统、AI产品和用户代理应回到各自官方文档核验，不能把一套robots规则泛化成全部平台结论。
第二层：状态、重定向和最终URL
逐页保存初始URL、HTTP状态、跳转链和最终URL。重点检查：
- 正常页面是否稳定返回成功状态；
- 重定向是否到达唯一、正确且仍相关的目标；
- 移动端、带参数或旧网址是否产生循环与错误落点；
- canonical、站内链接和sitemap是否指向同一个稳定URL；
- 登录墙、访问拦截或安全策略是否误伤公开页面。
状态码正确只能证明传输成功，不能证明正文已经出现。
第三层：主HTML里有没有完整正文
分别查看原始响应与浏览器渲染后的页面，确认标题、直接答案、主体、主要段落、链接和必要图片替代文字是否真实存在。若关键事实只有脚本运行后才异步出现，还要记录脚本失败、超时或资源被阻断时会留下什么。
Google的JavaScript SEO基础文档把抓取、渲染和索引作为不同处理环节，并说明重要内容与链接应以可处理方式出现在渲染结果中。该说明只对应Google搜索，不证明其他平台具有同样渲染能力。
第四层：页面有没有足够的可核事实
技术能够读取一段文字，不等于这段文字能支持读者判断。每个样本页继续检查：
- 开头是否直接回答页面问题；
- 企业、品牌、产品、人物和合作方关系是否清楚；
- 服务范围、适用对象、条件和限制是否完整；
- 参数、案例、资质或数据能否回到来源与版本；
- 页面任务与测试问题是否匹配。
如果技术条件通过但正文缺少答案，应进入内容修正；如果正文完整但页面访问、脚本或canonical异常，才进入技术修复。两类问题不能用同一个分数掩盖。
第五层：机器标记必须与可见正文一致
检查robots规则、robots meta、canonical、结构化数据、语言标记、sitemap和内部链接。机器标记不能制造正文中不存在的事实，也不能把错误主体包装成正确实体。
Google的robots.txt介绍说明robots.txt主要管理抓取访问，并不是把网址完全排除出Google索引的通用方法；该边界只适用于Google。Google的结构化数据通用指南还要求标记与用户可见内容相符，并明确正确标记也不保证特殊搜索展示。
因此，审计结论应具体到“哪条规则影响哪个对象访问”“哪个标记与哪段正文不一致”，不写成“加Schema就能被AI引用”。
第六层：每个问题都要有修复人和复测证据
一条审计问题至少包括页面、访问对象、原始证据、影响、建议动作、责任人、完成条件和复测结果。修复后使用相同URL、相同对象和可比条件重新检查，并保留修改前后记录。
例如正文依赖脚本且原始HTML为空，完成标准不只是“开发已处理”，而是代表页面在约定条件下能取得直接答案和关键事实；canonical错误则要同时核对页面、sitemap与内部链接是否一致。
五页抽样怎样进入全站工作
先用五类页面覆盖不同模板和风险：首页、核心服务、关于、文章、深层或历史页面。若问题来自公共模板，再扩大到同模板页面；若只是一页事实缺口，就不要把它夸大成全站技术故障。
内容已通过但没有展示引用时，可继续使用官网能找到却不引用的五项检查区分问题匹配、内容与技术状态。
远恒AI可在GEO品牌AI搜索优化服务沟通中结合企业GEO官网建设，对代表页面检查公开访问、可读取正文、主体事实、canonical、robots、结构化数据、内部链接和复测记录。实际范围、所用访问对象、技术栈和修复责任按项目确定；审计与修复改善可发现、可读取和可核验条件，不承诺任何搜索或AI产品固定抓取、索引、采用、引用或排名。