政府服务窗口的数字化，正从“让群众搜得到”转向“让 AI 答得准”。当办事人用自然语言问“新生儿医保怎么办”，生成式引擎可能直接给出步骤、材料和办理时限。如果政务官网的办事指南页没有被 AI 引用，答案就可能来自二手信息甚至过期政策。已经会 SEO 的团队，需要把优化目标从关键词排名迁移到“成为 AI 答案的可信引用源”。
这不是推倒重来。SEO 积累的页面结构、内链和元数据依然有效，但要补上 GEO 特有的工作：实体对齐、结构化数据、引用路径管理与新鲜度治理。本文按迁移指南的骨架，给出政务服务官网从 SEO 迁到 GEO 的执行路径。
SEO 还要保留什么
SEO 的基础工作仍是 GEO 的地基。政务官网的页面标题、H1、稳定 URL、面包屑和内链，决定爬虫能否高效抓取并理解页面层级。这些不能丢，反而要更严格。
具体保留：
- 唯一且稳定的办事指南 URL：一个事项对应一个 URL，不因年度改版而频繁变动，否则 AI 引用的链接会失效。
- 语义化的标题与段落：使用“办理条件”“申请材料”“办理流程”“办理时限”等明确小标题，帮助 AI 切分信息块。
- 内链结构：政策文件与办事指南互相链接，形成可遍历的知识网络。
- XML sitemap 与 robots.txt 放行：确保 GPTBot、PerplexityBot 等生成式引擎爬虫可以访问公开办事指南页。
SEO 阶段做的关键词覆盖，可以继续使用，但重心要从“覆盖搜索词”转向“回答完整问题”。例如，不只优化“新生儿医保”，还要让页面能回答“新生儿医保怎么办、需要什么材料、多久办好”。
GEO 多出来的资产
GEO 在 SEO 之上，要求政务官网产出几类新资产。这些资产用于让 AI 更愿意引用，并让引用更准确。
- 结构化数据：使用 Schema.org 的
GovernmentService、FAQPage、Organization等类型，标记办事流程、所需材料、办理地点、联系电话。结构化数据让 AI 可以解析出可直接回答的事实。 - 实体页与权威署名：为每个办事大厅、每个政策文件建立独立实体页，写明名称、地址、职责、更新时间。页面底部标注“发布单位”和“最后更新日期”，这是 AI 判断可信度的重要信号。
- 常青问答块：在办事指南页内嵌入“常见问题”区块，用自然语言问答形式写清群众常问的问题，并给出简短、确定的答案。这些问答块是 AI 摘取答案的主要来源。
- 引用路径管理：通过
data-nosnippet或规范化链接，避免 AI 引用到活动页、旧政策或附件下载页。只让 AI 抓取并引用常青页。
这些资产是 SEO 时代没有的，需要新增。
迁移顺序
迁移顺序决定效率。建议按“先高价值事项、后长尾事项”的顺序推进。
- 盘点现有 URL 与抓取日志：用服务器日志或 Search Console 数据，找出被生成式引擎爬虫抓取最多的办事指南页。优先处理这些页面。
- 清理过期页面与 404：下线已废止的政策页，或设置 301 跳转到新政策页。删除活动页和临时公告，避免 AI 误引。
- 为高价值事项页添加结构化数据：选择访问量最高的 20 个事项（如社保、医保、户籍、公积金），先加
GovernmentService标记。 - 改写页面内容为问答式：把“办理条件”“申请材料”等信息，同时写成“问：…… 答：……”的 FAQ 块，并添加
FAQPage结构化数据。 - 建立办事大厅与政策实体页：统一名称、地址、联系方式，并链接到相关办事指南。
- 监控 AI 引用结果：定期在 ChatGPT Search、Perplexity 等引擎中测试典型问句，记录引用来源和准确性。
这一顺序可复制到所有事项页。
两套指标怎么并存
SEO 指标关注排名、点击、跳出率；GEO 指标关注引用率、引用准确度、答案覆盖率。两套指标不能互相替代，要并存。
| 指标类型 | SEO 指标 | GEO 指标 | 采集方式 |
|---|---|---|---|
| 可见度 | 自然排名、展现量 | AI 答案中的引用次数 | 人工测试 + 第三方监测工具 |
| 准确性 | — | 引用内容与官方口径一致率 | 人工抽检 + 比对 |
| 用户行为 | 点击率、停留时间 | 答案中链接点击率（若有） | 分析工具 |
| 内容健康 | 索引覆盖率 | 过期内容被引用次数 | 日志 + 测试 |
建议用一个周报同时呈现两套指标，让团队看到 SEO 没有白做，GEO 在补盲区。
90 天迁徙表
下面是一个 90 天的执行表，按周拆解。假设团队有 1 名内容负责人、1 名技术开发、1 名业务对接人。
| 周期 | 任务 | 产出 | 责任人 |
|---|---|---|---|
| 第 1-2 周 | 盘点高流量办事指南 URL，清理 404 和过期政策页 | URL 清单 + 清理报告 | 内容 + 技术 |
| 第 3-4 周 | 为 20 个高价值事项页添加 GovernmentService 结构化数据 | 结构化数据验证通过 | 技术 |
| 第 5-6 周 | 改写 20 个事项页，加入 FAQ 块并标记 FAQPage | 更新后的页面 | 内容 |
| 第 7-8 周 | 建立办事大厅实体页，统一名称地址，链接到事项页 | 实体页上线 | 内容 + 业务 |
| 第 9-10 周 | 在生成式引擎中测试典型问句，记录引用情况 | 引用监测表 | 内容 |
| 第 11-12 周 | 根据测试结果修正内容，重新提交抓取，固化流程 | 优化后版本 + SOP | 全员 |
这个表可根据团队规模调整，但顺序不要变。
还容易问的
以下问题来自一线执行中的常见疑问。
- 要不要把所有办事指南都改成 FAQ？ 不需要。先改高频事项，FAQ 块放在页面底部，不影响正常阅读。
- 结构化数据会不会增加页面负担？ 不会。结构化数据是 JSON-LD 脚本，不影响页面渲染速度。
- AI 引用后，官网流量会不会下降？ 可能。但政务服务的目标是准确触达，而不是流量。被引用可减少群众跑错窗口。
- 政策更新后，AI 多久会更新引用？ 取决于爬虫重访频率。可以在更新后主动提交 sitemap，或在页面显著位置标注“更新日期”。
- 需要专门设置 GPTBot 放行吗？ 是的。在 robots.txt 中允许 GPTBot、PerplexityBot 等爬虫访问办事指南页，但可以禁止抓取内部搜索页。
从 SEO 迁到 GEO，不是换工具，而是换目标。政务服务官网的目标，是让每一次 AI 回答都基于官方、准确、最新的信息。迁移路径已经清晰，剩下的就是按周执行。
更多背景可阅读 SEO 与 GEO 的区别，以及 GEO 总览。