别急着加 llms.txt：企业官网面向 AI 搜索的工程清单
工程场景与决策冲突
最近做企业官网方案，很容易遇到一个决策冲突：业务方希望尽快"适配 AI 搜索"，开发团队于是开始讨论 llms.txt、新 schema 和各种 GEO 技巧；但网站的产品页仍然只有几句口号，表单提交后也无法在后台确认线索。
我的判断是：先别增加新文件。官网真正要补的是一条可验证的链路------页面能被发现，内容能被理解，事实足以建立信任，用户可以完成下一步。
先确认技术前提
Google 2026 年发布的生成式 AI 搜索指南给出的结论很直接：基础 SEO 仍然有效，公开页面仍需可抓取、可索引；没有面向 Google AI 功能的特殊 schema，llms.txt 也不会带来额外可见性。
这与生成式搜索的工程机制一致。BookCourse 的"Generative search"章节把它拆成检索与生成两部分：系统先获取相关结果，再总结或生成回答；如果只依赖模型已有知识，更容易出现虚构。因此，稳定页面、真实内容和可追溯来源仍是基础设施。
工程上可以把目标写成四层：
text
discoverable -> understandable -> trustworthy -> actionable
可发现 可理解 可信任 可行动方案拆解与关键权衡
可发现：先建立主题清晰的页面
不要让首页承担所有关键词。每项核心服务应有稳定主页面，并形成清楚的内部链接关系：
text
首页
├─ 官网建设
├─ 管理系统开发
├─ 小程序开发
├─ App 开发
└─ 技术文章 / FAQ / 交付标准每个页面至少检查唯一 URL、title、description、H1、canonical、移动端渲染、状态码和站点地图。JavaScript 框架不是问题本身，但必须确认搜索系统拿到的是最终内容而不是空壳。
这里的取舍是：页面不能为了覆盖所有搜索变体而批量复制。一个问题确定一个主页面，其他页面通过内部链接补充上下文。
可理解：从技术名词切换到业务对象
"React + Go + PostgreSQL"不能直接回答客户的问题。页面需要说明：谁在什么场景下遇到什么损耗，系统负责哪段流程，交付边界是什么。
在已提交的 ruyi_admin_gold 官网实现中，首页把能力拆成源码产品、定制服务、研究内容，并提供"查看产品路线"和"了解交付标准"两个动作；元数据则单独声明标题和描述。
这份代码证据只说明一种实现选择，不证明它产生了多少询盘。但它能验证一个重要设计点：元数据负责识别，正文负责理解，CTA 负责行动，三者不能互相替代。
可信任：把"我们很专业"改成证据
官网可信度不是形容词数量，而是读者能否核验：
- 技术方案为什么这样选，哪些情况不适用；
- 项目如何验收，失败如何回滚；
- 数据由谁负责，权限和隐私边界是什么；
- 文章来源、更新时间和限制是否清楚；
- 案例是否有授权，效果数据是否真实。
不能公开客户信息时，可以展示脱敏后的工程结构、测试方法和验收清单。没有数据就明确"尚未验证"，不要用推测补齐转化率。
实现链路与最小示例
可行动：把表单当成业务事务
前端出现成功提示，不代表留资完成。最小实现链路应该是：
text
用户提交
-> 服务端校验与限流
-> 线索持久化
-> 记录来源页面
-> 后台可领取和更新状态
-> 通知与异常告警
-> 可审计、可删除建议用一次可清理的测试提交做端到端验收。测试后需要在后台查到记录、更新状态，再删除测试数据。任何一步无法回读，都应视为链路未完成。
证据、限制与自动化边界
不要混淆三类指标
| 层次 | 观察工具 | 能回答的问题 |
|---|---|---|
| 搜索 | Search Console | 页面是否被抓取、索引和发现 |
| 网站 | 站点统计 | 用户从哪里进入、是否完成关键动作 |
| 业务 | 线索后台 | 咨询是否有效、后续是否推进 |
访问增加不等于成交，表单提交也不等于有效商机。保留页面版本、来源、提交时间和业务状态，才能在后续迭代中建立因果线索。
可复用检查清单
- 核心服务各有一个权威主页面；
- 页面在匿名、移动网络和禁用缓存条件下可访问；
- title、description、H1 与正文主题一致；
- 正文回答对象、问题、方案、边界、证据和行动；
- robots、sitemap、canonical、404 和重定向经过验证；
- 图片有相关 alt，主要事实不只存在于图片中；
- 表单经过服务端校验、落库、后台回读与测试数据清理；
- 隐私说明与实际字段一致；
- 搜索、访问和业务指标分层记录；
- 不以特殊 AI 文件替代基础页面质量。
参考：Google 生成式 AI 搜索优化指南。延伸阅读可以看《Python RAG 学习手册》，相关知识图片收录在如意图库。
收束
如果你的项目已经增加了 llms.txt，也不必急着删除；先明确它服务于哪个实际消费方，再把官网四层链路逐项验收。欢迎分享你在 SSR、静态生成、表单闭环或搜索收录中的真实取舍和踩坑。