过去两年，企业做 AI 搜索优化（GEO）最常问的问题是「我要写什么内容」。但在我们实测过的 183 个越南企业域名里，真正拖住他们的往往不是内容质量，而是一个更靠前的问题：AI 爬虫有没有被明确告知「这里有什么、可以读什么」。
我们把这件事拆成四个「机器可读入口」来测：/.well-known/ai.txt、/ai/summary.json、/ai/faq.json、/ai/service.json。它们不属于传统的 SEO 范畴，也不在大多数建站模板里，但在我们自研的 AI 就绪度引擎里，这一个维度值 6 分（满分 100）——而且是站级配置：配一次，全站每一页都拿分。
一、内容再好，AI 也要先找到「门牌」
AI 引擎判断一个站点值不值得引用，顺序不是「先读正文再决定」，而是「先确认你是谁、你提供什么、哪些页面可信」。这个确认动作落在三类文件上：robots.txt（谁可以读）、llms.txt（你想让 AI 优先读什么）、以及一组结构化声明文件（你是谁、你做什么、常见问题是什么）。
前两个文件行业里已经讲得很多，第三个几乎没人讲。而它恰好是我们引擎里「一次配置、全站受益」的部分——这也是为什么我们把它的缺失称为「白丢分」：不是做不到，是没人告诉建站的人要做。
二、四个入口分别管什么
| 入口 | 它回答的问题 | 缺失后的实际后果 |
|---|---|---|
/.well-known/ai.txt | 这个站允许哪些 AI 使用内容、边界在哪 | 引擎按「未声明」处理，内容使用范围不明 |
/ai/summary.json | 一句话身份：名称 + 定位描述 | AI 只能从页面正文里猜你的业务，实体识别不稳 |
/ai/faq.json | 标准问答对，直接可被摘引 | AI 需要自己从长文里抽答案，抽取错误率上升 |
/ai/service.json | 服务/能力清单，结构化列表 | 「你能提供什么」只能靠语义推断，容易被漏掉 |
注意这四项的格式要求并不苛刻：文本类要求 200 且非空、JSON 类要求可解析且字段齐全（名称至少 3 个字符、描述至少 20 个字符、能力是列表）。也就是说，这不是「技术难题」，是「有没有人想到」。
三、跨行业实测：真 llms.txt 的比例低得离谱
我们在新加坡节点、用同一台引擎、同一套剔除规则，对三个已经发布完整报告的行业做过根文件点名探针（连 403 与不可达的域名也一并探，因为「进不去」本身就是结论）。
| 行业（报告期） | 域名池 | 可评分 | 真 llms.txt | robots 点名 AI 爬虫 |
|---|---|---|---|---|
| 教育（2026-10） | 25 | 19 | 3 | 3 |
| 零售与现代渠道（2026-10） | 18 | 13 | 2 | 1 |
| 港口与航运（2026-10） | 14 | — | 1 | 0 |
三点值得单独说：
- 「有文件」不等于「真文件」。我们抓到多例 HTTP 200 但正文是站点 404 页（软 404），检测工具会误判为「已配置」。判别很简单：响应体第一个非空字符是
<，就是假的。 - llms.txt 存在 ≠ llms 维度满分。我们自己的站点有这个文件，该维度实测 12/18，缺的是 FAQ 结构化等加分项——所以别把「我配了」当成「我拿满了」。
- robots 里点名 AI 爬虫的比例更低。港航 14 个域名里 0 家点名，这意味着即便文件存在，AI 检索型爬虫能不能进仍是不确定的。
四、为什么这 6 分是「白丢」：站级杠杆 vs 页级杠杆
我们的引擎把 AI 就绪度拆成 8 个维度，合计 100 分：
| 维度 | 权重 | 性质 |
|---|---|---|
| robots（含 AI 爬虫声明） | 18 | 站级 |
| llms.txt | 18 | 站级 |
| schema（JSON-LD 结构化数据） | 16 | 页级 |
| meta（title/description/canonical/OG） | 14 | 页级 |
| content（结构完整性） | 12 | 页级 |
| signals（RSS 等信号） | 6 | 站级 |
| ai_discovery（四个机器可读入口） | 6 | 站级 |
| brand_entity（品牌实体一致性） | 10 | 页级 |
关键差别在于投入产出：站级配置改一次，每一页都涨同样的分；页级优化要一页一页改。我们给自己 104 个页面做过 19 轮体检的拆账：总分从 67.62 涨到 84.95（+17.34），其中站级四个杠杆贡献 17.00 分，页级只贡献 0.33 分。
换句话说：同样一小时，先补站级配置的边际收益是逐页改模板的几十倍。而 ai_discovery 这 6 分，配上四个 JSON 文件就拿到了。
五、30 分钟能做完的四件事
- 写
/ai/summary.json：三项必填——企业名称、一句话定位（≥20 字，写「做什么、给谁、在哪」）、官网。别写 slogan，写可被引用的定义。 - 写
/ai/faq.json：8-12 条真实客户会问的问题，答案控制在 60-120 字，直接可被摘引。这是四个文件里对「被引用」帮助最大的一项。 - 写
/ai/service.json：把服务拆成「名称 + 一句话 + 交付物」的列表。分不清就说明你的服务本身没定义清楚。 - 写
/.well-known/ai.txt：声明允许哪些 AI 使用、禁止哪些用途、联系邮箱。这一项在合规上越来越重要。
做完之后不要只看「文件能不能打开」，要跑一次实测：把四个 URL 逐个 curl，确认 200、非空、JSON 可解析、且响应体不是 HTML。四项全过，这个维度就是满分。
六、方法论与数据来源
测量口径：本文的域名池读数取自越智通「AI 就绪度实测」系列的三个已发布行业报告（教育 25 个域名、零售与现代渠道 18 个、港口与航运 14 个）；引擎为 MIT 开源的 geo-optimizer 4.18.0，运行在新加坡节点，同一域名池、同一规则、单日窗口。分档使用引擎自身的 band 判定（critical / foundation / good / excellent），不使用自定义分数阈值——引擎的分档与分数并不总是一致，按阈值反推会与表内 band 自相矛盾。
无法评分的四类：403 主动拒绝、质询页/登录页、域名不可达、引擎读超时。前两类责任在站点，第三类在资产，第四类在测量方法——混成一句「AI 进不去」就是把测量问题栽给客户。本文表格中的「—」表示该期未单列可评分数。
独立性与免责：本文不对任何被提及企业收费，不发布排名，也不承诺任何未来表现。站级配置的效果依赖执行完整度与站点既有结构，任何「配了就一定被引用」的说法都不成立——我们自己的 AI 提及率实测就是 0%（80 次采样），这是基线，不是失败。