把 SEO、GEO 和 AEO 写进网站开发需求
希望网站在搜索中排名更好、出现在 AI 回答里，是业务目标，但不能直接作为开发验收标准。需求书应写清要制作哪些页面、显示什么信息，以及访客能完成哪些操作。流量和 AI 引用的变化，需要另行跟踪。
本文中，SEO 指传统搜索相关工作；GEO 关注网站在生成式 AI 回答中的出现情况；AEO 侧重为搜索和问答系统提供清楚、完整的答案。这些工作有重叠，并不是三套独立技术标准。
先说明目前的情况
写清卖什么、谁做购买决定、现有网站哪里妨碍选择。指定重点语言、市场和目标动作，例如咨询、预约演示或购买。已有网站还应提供地址及已知平台限制。
列出可用资料：分析数据、搜索报告、销售问题、产品文档。缺失的就明确标注。“因为 JavaScript，所以没有被推荐”需要先验证，不能直接变成更换平台的要求。
每条要求都配一个检查方法
| 要求 | 验收方式 | 谁提供依据 |
|---|---|---|
| 回答购买问题 | 能找到约定答案及条件 | 销售与服务负责人 |
| 重要内容在服务器 HTML 中 | 确认约定的文字出现在指定页面的初始 HTML 中 | 编辑与开发 |
| 明确 URL 与 canonical | 核对已发布页面的网址和 canonical 标签 | SEO 负责人 |
| 语言版本正确连接 | 检查地址、语言、hreflang 和切换 | 本地化与开发 |
| 标记与内容一致 | 核对结构化数据是否与页面显示的信息相符 | 数据负责人 |
| 咨询能到达团队 | 向约定收件人发送测试消息，并确认收到 | 咨询处理负责人 |
| 内容可维护 | 编辑完成约定更新操作 | 未来维护人 |
如果要求服务器直接返回重要内容，就应列出具体内容，例如服务说明、适用条件和商品参数。只返回标题不能算完成。这是方便访问的技术选择，并不代表所有系统处理 JavaScript 的方式相同。
先完成一个样板页
先选一项重点服务或商品，整理已确认的信息、需要说明的限制、希望访客完成的操作，以及相关页面。在大量制作前，先确认这一页的正文、模板和检查方法。这样可以在翻译其他页面之前，补上遗漏的字段或说明。
如果涉及迁移，补充新旧 URL 对照、重定向规则和上线后的关键流程检查。新网站不需要迁移部分。可参见是否重建网站的指南和多语言指南。
写清发布和维护责任
明确谁确认业务事实、谁检查技术功能、谁批准发布。约定可编辑文件保存在哪里、服务商负责修复哪些问题，以及交付后由谁更新网站。测试联系表单前，也要确认收件人和测试消息的标识方式。
Google 的 AI 搜索文档不要求单独的特殊 AI 标记或文件。保证被引用的承诺，不能替代可验证的网站要求。
需求书应让人看出每项工作涉及哪些页面、由谁确认，以及怎样检查。有了这些信息，才能讨论实施范围和费用。如果尚不清楚现有网站的限制，可以先做网站审查。
发布日期: · 由 geo-rank.ai 编辑团队审核 · 我们如何检查