酒店老板做完 GEO,最常问一句:"我怎么知道有没有效果?"
这个问题问得对。但答案不是"你去豆包搜一下我的酒店"。
因为 AI 的回答每天都不一样。单次没出现,不等于没做;单次出现了,也不等于做成了。
正确的验收方式是:看四个能被查证的"过程指标",看两周到一个月以上的趋势。
AI 的回答是每次动态生成的。影响它的因素至少有四个:提问的措辞、会话上下文、模型版本更新、当期召回的信源变化。
同一句问题,早上问和晚上问,结果可能就不一样。同一个模型,换个会话窗口,答案也会变。
结论:检测必须固定问句、固定入口、多次采样。换了措辞就不是同一场考试,数据没法比。
AI 要推荐你,前提是它读得到你。读,就一定会留痕——服务器访问日志里的 User-Agent。
三个关键爬虫:
| 爬虫 | 代表谁 | User-Agent 关键词 |
|---|---|---|
| Bytespider | 字节系(豆包、头条、抖音) | Bytespider |
| Baiduspider | 百度搜索 + 文心一言 | Baiduspider |
| bingbot | 必应(DeepSeek 的索引来源之一) | bingbot |
怎么查:
grep -c Bytespider /var/log/nginx/access.log grep -c Baiduspider /var/log/nginx/access.log grep -c bingbot /var/log/nginx/access.log
两个坑要提醒:
/.env、/wp-admin)。看它请求的是不是你的正经页面(首页、文章页、sitemap)。这一项目标很明确:从"三个爬虫一次都没来",变成"每月稳定来访"。
爬虫来过,不等于被收录。看两个地方:
site:你的域名,看收录页面数(粗看趋势即可,数字不精确)提交侧的三个动作,做完才算把门打开:
提醒一个实测细节:百度普通收录的 API 推送有每日配额,我们实测是每天 10 条。所以正确的做法是"只推没推过的新页面、每天定量",不是每天把老页面重推一遍——重推既没用,还会把配额耗光。
这是 GEO 的主指标:在固定的一批问句里,AI 提到你酒店的次数占比。
做法三步:
为什么要记录"竞品"和"描述准不准"?
提到哪些竞品,等于告诉你 AI 现在把谁当成同类推荐——那就是你的直接对手。
描述准不准,决定 AI 有没有真的"读懂"你。被提到但卖点说错(比如明明有影院房却说成普通客房),说明全网信息还不一致,下一轮要重点修。
这一项很多酒店忽略,但它是转化率的生死线。
做法:让 AI 直接描述你的酒店("某酒店有什么房型、有什么设施、电话多少"),然后逐项核对。错一项记一项。
常见错误类型:
目标不是"被提到",而是"被准确提到"。
| 板块 | 内容 | 谁提供数据 |
|---|---|---|
| ① 信息治理进度 | 本月修正了哪些平台的哪些字段 | 服务商 |
| ② 爬虫到访 | 三个爬虫的来访次数与被抓页面 | 服务商(服务器日志) |
| ③ 收录情况 | 索引量、sitemap 提交、推送条数 | 服务商(站长后台) |
| ④ AI 提及率 | 固定问句集的实测快照 + 环比 | 服务商 + 酒店可复核 |
| ⑤ 下月动作 | 要补哪些场景词、修哪些错误信息 | 服务商 |
注意③和④:这两项酒店自己也能查。站长后台酒店有账号,豆包谁都能问。服务商真要作假,这两栏立刻露馅。
| 可以承诺(过程) | 不能承诺(结果) |
|---|---|
| 信息治理完成清单 | AI 每次都推荐你 |
| FAQ 知识库条数、内容数量 | 固定排名第几 |
| 月度多模型检索快照 | 带来多少订单 |
| 爬虫到访监控记录 | 多少天内必见效 |
宿霖的合同口径也一样:承诺让酒店被主流 AI 准确检索并展示,不承诺具体排名、订单量或时间。能不能做到,靠上面四个指标一项项验。
GEO 验收看四个可查指标:爬虫来了吗、页面被收录了吗、固定问句里提到你了吗、提到你说得对吗。四项都有数据,才叫有效果;一项都拿不出,那只是讲了个故事。
宿霖用固定问句集在豆包、DeepSeek 实测你的酒店,输出一份含四类指标的短板清单。