把 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 编辑团队审核 · 检查方法