先解决抓取、索引与稳定访问
如果重要页面无法稳定访问或被错误规范化，再多内容也难以形成可靠基础。
从站点清单开始检查状态码、Canonical、robots、Sitemap、重复页面、分页、多语言 hreflang、内部链接和重定向。JavaScript 可以增强体验，但核心正文和链接不应依赖高成本交互才可见。
性能与可访问性同样重要。清楚的 HTML 结构、合理媒体尺寸、可操作的移动端界面和键盘路径既服务真实用户，也减少系统理解页面时的障碍。
- 重要 URL 返回预期状态码，并使用一致的 Canonical
- robots 与页面级索引规则没有互相冲突
- Sitemap 只包含希望被发现的规范页面
- 旧 URL、HTTP/HTTPS、带或不带尾斜杠有明确重定向规则
- 主要正文、标题和链接在静态输出中可访问
- 多语言页面的语言、URL 与 hreflang 关系一致
用实体与主题关系减少歧义
先定义品牌、服务、案例、人物和地区，再围绕真实问题建立内容，而不是从关键词列表批量扩写。
同一个服务在首页、服务页、案例和文章中应保持核心定义一致，同时根据页面职责提供不同深度。品牌名称、联系人、地区、语言和项目状态也不应在不同页面互相冲突。
主题集群可以从核心服务页出发，连接适用场景、常见问题、方法文章和相关案例。每篇文章只承担一个主要问题，并说明结论、适用范围、限制与下一步。
核心实体
品牌或个人主体、服务、产品、案例、地区、受众与公开联系信息。
主题页面
一个核心问题对应一个主页面，避免多个页面用近似标题竞争同一意图。
关系证据
用服务—案例—文章—联系的内部链接说明内容之间的真实关系。
先给答案，再补依据与边界
可被理解的内容通常也更容易被人快速判断：标题明确，结论靠前，证据与限制紧随其后。
文章开头应直接回答问题，并说明适合谁、不适合谁。后续每节先给小结，再展开依据、步骤和例子。不要用长背景拖延答案，也不要为了覆盖关键词重复同一句话。
证据可以是公开案例、生产页面、可复现步骤、官方资料或明确的测试方法。无法核对的排名、流量、客户评价和“行业领先”不应出现。推断要标注为判断，而不是包装成事实。
- 标题准确对应页面实际回答的问题
- 开头有结论、适用范围和不适用范围
- 重要术语在首次出现时解释清楚
- 事实、项目观察和策略判断可以被区分
- 案例只引用已公开、可核对的范围
- 内容有负责人，并在事实变化时更新或下线
结构化信息与衡量必须和页面事实一致
Schema、Metadata 和分析工具用于表达与检查内容，不应制造页面上不存在的事实。
结构化数据应选择与页面类型和可见内容相符的类型。组织、服务、文章、面包屑和 FAQ 等信息只能标记页面真实展示的内容；作者、发布日期、评价、价格和地区不能为了获得展示效果而虚构。
衡量时先记录基线，再观察抓取、索引、查询、落地页和真实转化动作。生成式系统的引用无法由站点控制，且不同平台的可见数据有限，因此应把可检查的内容质量、技术状态和业务结果分开记录。
技术指标
抓取错误、索引状态、重复页、性能、断链和结构化数据错误。
内容指标
页面是否覆盖真实问题、内部链接是否完整、事实是否有负责人和更新机制。
业务指标
合格咨询、表单完成、关键页面路径或其他已经定义的真实行动。
带走这四点。
- 01
SEO 与 GEO 共享可访问、可理解、可验证的网站基础。
- 02
GEO 不是重复 AI 关键词，也不能替代技术 SEO 和清楚内容。
- 03
实体、主题、答案、证据和内部链接需要在同一架构中工作。
- 04
结构化数据必须与可见内容一致，平台排名或引用不能被保证。