这是一份服务说明。下面写的每一项都能逐条核对，核对不了的我们不会写进来。
第一步：先做基线，不猜
用一组固定问题去问主流模型，把现在的状态记录下来：有没有被提到、被提到时描述是否准确、引用来自哪个页面。这组问题和这批模型就是后面所有对比的基准。
问题集按五类设计，每类各留若干条：品类词（”XX 类产品有哪些”）、场景词（”要做 XX 用什么”）、对比词（”A 和 B 哪个好”）、品牌词（直接问 OneGeo 与客户品牌）、价格与模式词。
第二步：五步动作
实体一致性。名称、产品名、术语在站内站外写法统一。同一主体出现三种写法，模型就可能当成三家。
内容结构化。把结论写成可摘取的段落，而不是营销文案。标题层级连续、关键事实落在正文而非图片里、配 schema.org 标记、把常见问题真的做成可抽取的问答结构。
抓取可达性。这一步最容易被忽略，也最容易出事故：不是策略问题，是配置疏忽把整站挡掉了。要检查的是 robots.txt 对各 AI 爬虫的规则、sitemap.xml 是否可达、正文是否需要执行 JS 才出现、以及 CDN/WAF 有没有按 IP 拦掉爬虫。详见 AI 爬虫可达性自查。
信源布局。模型引用的不一定是你的官网。在行业媒体、技术社区、百科与问答这些被高频引用的位置，留下与站内口径一致的真实内容。
持续监测。固定问题集按周期回测，记录引用与描述的变化，据此决定下一步改哪里。
交付物
| 交付物 | 内容 |
|---|---|
| GEO 基线报告 | 优化前：固定问题集下各模型的引用与描述情况，逐条可复核 |
| 内容与结构方案 | 站点信息架构、术语表、页面结构化标记与 FAQ 写法 |
| 优化动作清单 | 站内改造与站外信源逐条列出，做完一条勾一条 |
| 月度监测报告 | 被提及与描述准确情况、变化幅度、下一步建议 |
验收看什么
- 基线报告与优化后的报告，是否用同一组问题、同一批模型测的。口径换了，差值就没有意义。
- 每个动作项是否能自己复现：改了哪个文件、哪一段内容，改前改后各是什么。
- 有没有留下你能自己维护的机制（术语表、问题集、监测脚本），而不是离了我们就读不到数据。
四个常见坑
- 期望一周见效。模型引用取决于信源积累，通常要按季度看趋势。
- 内容只写给自己看。全是形容词、没有可抽取的事实，模型无法引用你。
- robots 误伤。挡掉检索类爬虫，站点会直接从 AI 答案里消失，而且没有任何报错提示你。
- 站外信源造假。编造媒体背书会被识破，代价远大于收益。
关于效果数字
本站暂不公布客户名称、行业案例与提升百分比——这些需要客户授权与可核对的原始数据。有相关需求，欢迎在联系我们里说明场景，我们提供方法清单与样例报告口径。