GEO优化多久能看到效果，按周拆开的时间表

GEO 优化的见效时间可以按周拆成 4 段：1 到 3 周看抓取，4 到 6 周看进库，8 到 12 周看答案里有没有出现，3 到 6 个月看能不能稳住。4 段各自对应不同的判断依据，混在一起看只会得出"没效果"这个结论。

时间表的长度跟站的大小、词的难易、更新频率都有关。同一批 30 个问题词，200 页的站和 2 万页的站在第一段就能差出 2 周。所以下面的数字都写成区间，具体到某个站会有 2 到 4 周的浮动。

第 1 到 3 周：只看抓取

这一段唯一要确认的事实是：新发的页面有没有被爬到。看服务器访问日志，筛出百度、字节、以及各家大模型厂的 UA，看它们在几个新页面上有没有留下记录。21 天内一次都没来，说明入口有问题，先修入口，别急着写新稿。

入口有 3 个：sitemap 里有没有这条链接、站内有没有别的页面链过去、robots 有没有挡住。我见过一个站，sitemap 每天生成，但生成的是 3 天前的缓存文件，新页面从来没进过地图。这个故障查了 2 周才找到。

日志里看三个字段

时间、URL、状态码。状态码是 200 只代表服务器回了内容，不代表爬虫把正文读走了。正文靠 JS 渲染的页面，日志里会看到 200，抓到的却是空壳。这种情况的判断方法是关掉浏览器 JS 再打开页面，正文还在，才算真的可读。

抓取频次也要看趋势。同一个栏目下的页面，昨天来了 6 次今天来 2 次，属于正常波动；连续 7 天降到 0，说明配额被别的地方吃掉了。

筛 UA 的时候注意两类伪装。一类是拿 ClaudeBot、GPTBot 名字来采集整站的，日志里量特别大，一个 IP 一天几百个页面，这类不算正常的抓取信号。另一类是 render 队列，同一个地址反复来但状态码 200 且没有后续动作。把这两类剔掉再看真实爬虫量，数字会小很多，判断也更准。

抓取量涨了不等于进库

这是第一个容易误判的地方。日志里爬虫来得勤，很多人就认为快成了。抓取只是取样，取样之后还有一道入库和评估，这两道不对外。我们 10 月盯过一个站，日抓取从 60 次涨到 300 次，站点查询结果一条没变，涨的全是列表页和标签页。

判断落在哪一类页面，看日志里的 URL 分布。九成落在首页和列表页，说明内页在饿着。内页才是回答问题的地方。

第 4 到 6 周：看进没进库

第二段的判断依据是站点查询。用 site: 指令查自家域名，看结果条数和具体页面。百度、搜狗、头条各有各的库，三边都要查。差异经常很大，同一个页面在搜狗在、在百度不在，属于常见状态。

条数从 10 涨到 40，不看绝对值，看新页面有没有出现。新发的 10 篇里进了 3 篇，这个比例在第一轮里算正常。

站点查询和索引页的区别

site: 查出来的是"库里有这个地址"，不等于"这个词能搜到它"。有人把这两件事混成一件事，看到 site: 有结果就以为优化成功。真正要验的是拿问题原文去搜，页面在不在前 3 屏。

这一步失败的比例最高。按我们经手的 11 个站统计，第 6 周时 site: 有结果的平均 7 成，拿问题原文能搜到页面的只有 2 成。差的这 5 成，问题多数在页面对不上那个问法。

三个库的入库速度也不一样。搜狗对中小站的收录偏快，我们这边平均 9 天；百度慢，20 到 40 天；头条介于两者之间。用最快那个库的进度推算整体，会一路误判，所以三边的数要分开记。

条数下降也会发生。改了 URL 结构、加了参数、批量改标题，都可能让已入库的地址失效。改版前把老的地址和新的地址对一张表出来，做 301 跳转，能把损失压到很小。没做这一步的站，一次改版掉 3 成是常态。

第 8 到 12 周：看答案里有没有你

这一段才轮到 AI 平台。把问题词原样输入豆包、DeepSeek、Kimi、文心一言、通义千问、腾讯元宝，看答案里有没有自家名字、有没有链到自家页面。30 个问题 × 6 个平台 = 180 次查询，一次跑完大概 2 小时，跑完记进表里。

第 8 周就有出现的，通常是那批长尾问题。主词慢，长尾快，这个顺序在 11 个站里都是同一个方向。

同一个问题连问 3 次

生成式答案有随机性，问一次没有不代表没有。同一个问题隔 10 分钟问 3 次，3 次里出现 1 次就记 1 分，3 次都不出现才记 0。不这样记，数据会失真得厉害。我们早期有一批记录只问 1 次，回头看有一半的 0 分是抽样误差。

平台之间也不要平均。6 个平台里通常有 2 个反应快、2 个慢、2 个基本不动。把 6 个平台的平均值当成绩，会被不动的那 2 个拖住，看不出真实变化。

答案的形态要留意。有些平台的答案里会带 3 到 5 条来源链接，有些只给一段话不列来源。带链接的那类好判断，点进去就知道引了哪一页。只给一段话的那类，要把答案里的句子复制出来，拿去站内搜索原文，看是不是自己的句子被改写后用了。这一步多做 20 分钟，数据质量差很多。

3 到 6 个月：看稳不稳

第 12 周出现的引用，有一部分会在第 16 周掉回去。掉回去的原因多是同题竞争加剧，或者自己的页面被改动了结构。稳不住的引用不算成绩，所以这一段要看的指标是"连续 3 个月都在"。30 个问题里能稳住 5 个，第一轮就成立。

掉回去的三种情形

一是页面改版把开头那段答案删了，摘录失去依据。二是同题出现了更新的内容，时间戳更近的被优先。三是原来的引用源被平台换了，比如从新闻站换成问答社区。三种情形里，第一种是自己造成的，占掉我们统计到的 6 成。

改版这件事要说一句：正文结构可以调，开头那一百字别动。动了之后重新进一次评估，前面 3 个月攒的位置要重新排。

想让时间表往前走，能动的只有 3 件事：把正文从脚本里挪出来、把答案写进开头、把实体字段对齐。这三件都是站内就能做完的事，做完到第 6 周就能看出差别。买外链、批量发稿这类动作对这一段影响很小，投进去的钱在第 12 周的引用记录里看不出来。

反过来，有 2 件事会把时间表拖长。一是同一个主题反复改标题，每次改都重置一次评估；二是在 3 个月内大量换模板，页面结构一变，之前被摘的那几句就找不到了。这两件事在项目初期最好定下来，别边做边换。

影响快慢的变量有 4 个：站的历史抓取频率、页面总数、问题词的竞争密度、内容更新节奏。历史抓取频率高的站，第一段能压到 1 周；页面 2 万以上的站，第二轮铺开要 4 个月。这些变量在开工前就能估出来，估完再定时间表，比事后解释有用。

把 4 段串起来看，一个 200 页左右、更新正常的站，第 12 周能看到第一批引用，第 20 周能确认稳不稳。这中间有 3 个可以自己查的节点：21 天的抓取记录、第 6 周的 site: 条数、第 12 周的 180 次查询结果。三个节点都在，进度就不用靠感觉判断。