[{"data":1,"prerenderedAt":231},["ShallowReactive",2],{"blog-gsc-average-position-misread":3,"blog-prev-gsc-average-position-misread":75,"blog-next-gsc-average-position-misread":146},{"id":4,"title":5,"author":6,"body":7,"canonical":59,"category":60,"cover":59,"date":61,"description":62,"draft":63,"extension":64,"keywords":59,"meta":65,"navigation":66,"noindex":63,"ogImage":59,"path":67,"seo":68,"seoDescription":59,"seoTitle":59,"stem":69,"tags":70,"updated":59,"__hash__":74},"blog\u002Fblog\u002Fgsc-average-position-misread.md","GSC 平均排名不能直接看，它会掩盖三个问题","元析智能",{"type":8,"value":9,"toc":52},"minimark",[10,14,19,22,25,28,31,34,37,40,43,46,49],[11,12,13],"p",{},"GSC 的平均排名是所有查询按曝光加权出来的一个数，它不指向任何一个真实关键词的位置。2025 年 8 月我们把月报里这个指标删掉，换成排名分桶，客户第一次看懂流量为什么没涨。如果你还拿它当 KPI，先看下面三个坑。",[15,16,18],"h2",{"id":17},"它是加权平均不是中位数","它是加权平均，不是中位数",[11,20,21],{},"举个极端例子：10 个词里 9 个排第 2，1 个排第 80，平均排名算下来 9.8，看起来进了前十。真实的点击几乎全来自那 9 个词，第 80 名那个有没有，对流量没有影响。反过来，某个词从第 40 名掉到 100 名开外，它不再被计入报告，平均排名反而变好看。",[15,23,24],{"id":24},"三个被它掩盖的问题",[11,26,27],{},"第一，掉出前 100 的词会被剔除。GSC 只统计有曝光的查询，页面滑出 100 名之后曝光归零，直接从分母里消失。所以平均排名上升，经常意味着你丢了长尾。",[11,29,30],{},"第二，品牌词摊平了差距。我们服务的一个开发者工具站，品牌词曝光占全部曝光的四成，排第 1。把品牌词算进去，非品牌词排 30 名也显得体面。我的处理是在查询报告里用正则排除品牌词，导出后再算一次。",[11,32,33],{},"第三，新页面收录期的波动会被误读。新文章刚收录时排 60 名开外，把平均值拉低；过两周它爬到 20 名，平均值跟着翘起来，团队以为整站都在改善，实际只是几个新页面在爬坡。",[15,35,36],{"id":36},"我们改成看什么",[11,38,39],{},"排名分桶。1-3、4-10、11-20、21-50、50 以外五档，每周一固定看各档的词数变化。真正值得高兴的是 4-10 档词数在涨，那是最容易吃到点击的位置。11-20 档在涨但 4-10 档不动，说明内容够了、权重不够，要补内链和外链。",[11,41,42],{},"曝光与点击的比值。查询级导出，筛曝光涨、点击没涨的词，这些词通常卡在 8 到 15 名，标题和描述还有得改。",[11,44,45],{},"导出时注意，GSC 界面一次最多给 1000 行，想看全量得按日期切段，或者直接走 Search Console API，每天 2.5 万行的配额，一个小站够用。",[11,47,48],{},"有一类操作我明确反对：为了让这个数字好看，把明显排不动的长尾页面 noindex 掉，让平均值更接近前排。这是自欺欺人。你要的是点击，不是数字好看。真要设目标，设 4-10 档的词数、设非品牌词的自然点击，都比平均排名靠谱。",[11,50,51],{},"我的判断很简单：谁在月度汇报里拿平均排名从 22 升到 18 当主要成绩，基本是没看分层数据。这个指标适合判断趋势方向，不适合当效果证据。",{"title":53,"searchDepth":54,"depth":54,"links":55},"",2,[56,57,58],{"id":17,"depth":54,"text":18},{"id":24,"depth":54,"text":24},{"id":36,"depth":54,"text":36},null,"工具评测","2025-09-12","平均排名是按曝光加权摊平的一个数，涨了不代表流量涨。我们踩过这个坑之后，月报里改成排名分桶加查询级曝光，这篇文章写清楚怎么读才不会被它误导。",false,"md",{},true,"\u002Fblog\u002Fgsc-average-position-misread",{"title":5,"description":62},"blog\u002Fgsc-average-position-misread",[71,72,73],"GSC","数据指标","排名监控","7Gmje2EhVaEgpzYuammbt_JsXkyFMFoZBk56nNRc7OI",{"id":76,"title":77,"author":6,"body":78,"canonical":59,"category":134,"cover":59,"date":135,"description":136,"draft":63,"extension":64,"keywords":59,"meta":137,"navigation":66,"noindex":63,"ogImage":59,"path":138,"seo":139,"seoDescription":59,"seoTitle":59,"stem":140,"tags":141,"updated":59,"__hash__":145},"blog\u002Fblog\u002Fbaidu-indexing-slow-reasons.md","百度收录慢的三个真实原因，提交不等于收录",{"type":8,"value":79,"toc":128},[80,83,87,90,93,96,100,103,106,109,113,116,119,122,125],[11,81,82],{},"百度收录慢，九成不是\"没提交\"，是抓取和页面质量的问题。今年 8 月我们集中排查了 43 个软件公司站点，其中 31 个把收录慢归因于提交入口，实际测下来只有 4 个真是提交问题。剩下 27 个，卡在下面三件事上。",[15,84,86],{"id":85},"原因一抓取频次被压得很低","原因一：抓取频次被压得很低",[11,88,89],{},"在搜索资源平台的抓取频次报告里，能看到百度每天抓你多少页。我们接手的一个 SaaS 官网，首页加 3000 多个产品页，百度每天只抓 11 个页面。按这个速度，一轮抓完要 9 个月，新页面三周以上才可能收录。",[11,91,92],{},"对比另一个客户站：同样规模，每天抓 300 多页，新内容 48 小时内收录。差距不在内容质量，在站点给爬虫的\"路\"够不够清楚。",[11,94,95],{},"改法很土但有效。我们把那 3000 个页面砍到 800 个有真实搜索需求的，首页加 12 个入口链到核心栏目，新文章发布后 24 小时内从 3 个相关页链过去。两周后抓取频次从每天 11 页涨到 90 多页，收录周期缩到 5 天。",[15,97,99],{"id":98},"原因二只收录不给排名","原因二：只收录，不给排名",[11,101,102],{},"收录和排名是两套判断。我们见过收录 2 万页、90% 页面零展现的站。站长以为\"收了就有机会\"，其实百度把大量页面收进索引只是备查，不给展现。",[11,104,105],{},"判断方法简单：在搜索框用 site: 加标题里的长句片段搜，能搜到说明收录了；再去流量与关键词里看这个页面有没有展现。收了没展现，问题在页面质量，不在提交。",[11,107,108],{},"这类页面我们的处理是合并或者删。一个客户把 160 篇薄文章合并成 40 篇，每篇补了版本号、适用场景和一组实测数据，两个月后这批页面的展现量涨了 3 倍。",[15,110,112],{"id":111},"原因三站内链接断了爬虫进不去","原因三：站内链接断了，爬虫进不去",[11,114,115],{},"最隐蔽的一类。抓取诊断里看到的 HTML 和你浏览器里看到的不是一回事。上个月我们抓一个客户站，百度拿到的首页只有 7 个链接，实际页面上有 40 多个——导航是 JS 渲染的，百度没执行。",[11,117,118],{},"同一个站还有两个问题：面包屑指向 404，分页链接用了 nofollow。这两处一改，加上把导航改成服务端渲染，收录量三周从 2100 页涨到 5800 页。",[15,120,121],{"id":121},"我们的排查顺序",[11,123,124],{},"抓取诊断 → 索引量趋势 → 站内链接 → 内容质量，按这个顺序走，基本三天内能定位。",[11,126,127],{},"我们不太做的事：每天手动提交 100 条 URL。除了让后台数字好看，对收录几乎没有帮助。提交是告知，抓取和收录是百度自己的判断，顺序别搞反。",{"title":53,"searchDepth":54,"depth":54,"links":129},[130,131,132,133],{"id":85,"depth":54,"text":86},{"id":98,"depth":54,"text":99},{"id":111,"depth":54,"text":112},{"id":121,"depth":54,"text":121},"SEO","2025-09-11","百度收录慢，多数不是提交入口的问题。我们今年排查了 43 个软件公司站点，最常见的原因只有三个：抓取频次低、页面质量分不够、站内链接断裂。这篇写清每个原因怎么验证、具体改哪里。提交只是告知，不是收录的开关。",{},"\u002Fblog\u002Fbaidu-indexing-slow-reasons",{"title":77,"description":136},"blog\u002Fbaidu-indexing-slow-reasons",[142,143,144],"百度收录","抓取诊断","站点质量","oU-9HfbnXhuuS_DcA9GN14y-Rwz5jMnphymLYy6bvig",{"id":147,"title":148,"author":6,"body":149,"canonical":59,"category":219,"cover":59,"date":220,"description":221,"draft":63,"extension":64,"keywords":59,"meta":222,"navigation":66,"noindex":63,"ogImage":59,"path":223,"seo":224,"seoDescription":59,"seoTitle":59,"stem":225,"tags":226,"updated":59,"__hash__":230},"blog\u002Fblog\u002Fcrawler-discovery-to-index.md","爬虫从发现到入库走四步，卡在哪一步决定怎么修",{"type":8,"value":150,"toc":214},[151,154,157,164,170,176,182,185,188,196,199,202,205,208,211],[11,152,153],{},"结论放在前面：一个页面没被收录，原因只可能落在四步里——发现 URL、抓取成功、渲染出内容、通过索引判定。我们排查从来不从\"内容质量\"开始，而是倒着走：先看索引报告给了什么理由，再看抓取和渲染，最后才怀疑内容。",[15,155,156],{"id":156},"四步各自会断在哪",[11,158,159,163],{},[160,161,162],"strong",{},"第一步，发现。"," 蜘蛛得先知道 URL 存在，靠内链、sitemap、外链三条路。孤岛页、只出现在筛选结果里的产品页、藏在第 5 页之后的分页，常常连\"被发现\"都没做到。",[11,165,166,169],{},[160,167,168],{},"第二步，抓取。"," 知道地址不等于能抓到。robots.txt 规则、服务器 5xx、CDN 拦截、抓取频次过低，都会让请求进不来。判断方法很朴素：看日志里这个路径有没有被请求过。",[11,171,172,175],{},[160,173,174],{},"第三步，渲染。"," 请求成功了，返回的 HTML 里却没有正文——React、Vue 做的产品页和文档站最常见。初始 HTML 只有一个空挂载点，正文全靠 JS 填。",[11,177,178,181],{},[160,179,180],{},"第四步，索引。"," 抓到了、渲染了，还可能因为 canonical 指向别处、页面被标 noindex、内容和别的页重复、整体质量不足而不入库。",[15,183,184],{"id":184},"我们的一次排查",[11,186,187],{},"2025 年 6 月，一个做 API 网关的公司找过来，文档站 1200 个页面，GSC 显示只收录了 298 个。他们自己提交过三次 sitemap，也请人改过两轮内容，四个月没起色。",[11,189,190,191,195],{},"我们先看索引报告，大量文档页的状态是\"已发现，尚未编入索引\"，说明发现没问题、抓取跟不上。再拉日志：Googlebot 每天只请求 60 次左右，其中 40 多次花在一个带参数的搜索页上。查 robots.txt，发现一行 ",[192,193,194],"code",{},"Disallow: \u002Fdocs\u002Fv2\u002F"," 是 2024 年做旧版迁移时留下的，一直没删，而 v2 恰好是现在的主力文档。",[11,197,198],{},"顺手又发现 sitemap 里有 3200 条是带 utm 参数的 302 跳转链接，等于往搜索引擎嘴里塞了一堆无效地址。",[11,200,201],{},"只改了两处：删掉那行 Disallow，sitemap 只保留返回 200 的规范 URL。第 11 天收录数从 298 涨到 913，一个月后 1200 页里收录了 1100 出头。",[15,203,204],{"id":204},"排查顺序为什么不能反",[11,206,207],{},"内容质量是四步里成本和周期都最高的一环，重写一轮至少两个月才能看出效果；robots.txt 和 sitemap 的问题，半小时就能验证。先把便宜的可能性排掉，是我们给自己定的规矩。有个团队反过来做，先重写了 40 篇文档，最后发现是 CDN 把 Googlebot 的 IP 段拦了，白干三个月。",[11,209,210],{},"顺序照抄就行：GSC 索引报告看理由，日志看有没有请求，curl 看返回的 HTML，最后才看页面本身写得怎么样。",[11,212,213],{},"另外一句实话：日志里连一次请求都没有的页面，先别想收录，先想它凭什么被找到。",{"title":53,"searchDepth":54,"depth":54,"links":215},[216,217,218],{"id":156,"depth":54,"text":156},{"id":184,"depth":54,"text":184},{"id":204,"depth":54,"text":204},"技术SEO","2025-09-13","页面不收录，九成能在发现、抓取、渲染、索引这四步里定位到原因。我们按倒序排查，附每一环的查法，以及 2025 年 6 月一个 1200 页文档站只收录 300 页的复盘。",{},"\u002Fblog\u002Fcrawler-discovery-to-index",{"title":148,"description":221},"blog\u002Fcrawler-discovery-to-index",[227,228,229],"抓取","索引","爬虫","ivhAhgnZHzoOzREp6Y8dTvg1LSFD5W2dXWwJsx_KeBA",1794088112461]