[{"data":1,"prerenderedAt":295},["ShallowReactive",2],{"blog-googlebot-vs-baiduspider":3,"blog-prev-googlebot-vs-baiduspider":98,"blog-next-googlebot-vs-baiduspider":193},{"id":4,"title":5,"author":6,"body":7,"canonical":82,"category":83,"cover":82,"date":84,"description":85,"draft":86,"extension":87,"keywords":82,"meta":88,"navigation":89,"noindex":86,"ogImage":82,"path":90,"seo":91,"seoDescription":82,"seoTitle":82,"stem":92,"tags":93,"updated":82,"__hash__":97},"blog\u002Fblog\u002Fgooglebot-vs-baiduspider.md","Googlebot 和百度蜘蛛的抓取习惯差在哪","元析智能",{"type":8,"value":9,"toc":71},"minimark",[10,14,19,22,25,29,32,36,39,43,46,49,52,55,59,62,65,68],[11,12,13],"p",{},"两个蜘蛛不是同一个物种。Google 主动、快、肯执行 JS；百度保守、慢、更依赖你主动提交。拿优化 Google 的经验直接套百度，会误判得很惨。",[15,16,18],"h2",{"id":17},"差异一抓取频次差一个数量级","差异一：抓取频次差一个数量级",[11,20,21],{},"5 个自有客户站的日志里，Googlebot 的日请求量平均是 Baiduspider 的 6 到 15 倍。新站差距更大，Google 上线第二周就可能来抓，百度可能一个月才零星来几次。所以百度的收录慢，很多时候不是你的问题，是它的节奏。",[11,23,24],{},"我们给客户做季度复盘时，会把两个引擎的抓取量、收录量、点击量做成三条曲线，任何一条背离另外两条，就开始查原因。这个动作做上几个季度，对两个蜘蛛的脾气就有数了。",[15,26,28],{"id":27},"差异二抓取路径不一样","差异二：抓取路径不一样",[11,30,31],{},"Google 会顺着内链往深处爬，深度 5 层的页面也常被抓。百度在新站阶段更集中——首页、sitemap 里的 URL、你主动提交的 URL，深度超过 3 层、又没被提交过的页面，可能一次都不来。",[15,33,35],{"id":34},"差异三渲染能力不同","差异三：渲染能力不同",[11,37,38],{},"Google 用接近最新版 Chrome 的环境渲染，对 SPA、Web Component 的支持比较完整。百度有自己的渲染流程，复杂前端耗时更长、失败率更高，所以对百度来说，服务端渲染和静态 HTML 的价值更高。",[15,40,42],{"id":41},"差异四对新站的耐心不同","差异四：对新站的耐心不同",[11,44,45],{},"Google 对新站有观察期，但通常几周内就会开始抓核心页。百度对新站的观察更久，尤其是没有任何外链、没有备案信息、内容量又少的站，两个月不来抓都算正常。这时候与其等，不如把提交、内链、服务器响应这三件能控的事做到位。",[15,47,48],{"id":48},"一个站该怎么分别对待",[11,50,51],{},"对 Google：把内链结构做深、渲染质量做好，剩下的交给它自己爬。",[11,53,54],{},"对百度：强化主动提交。普通收录 API 是最直接的入口，sitemap 其次；服务器响应时间要压住，百度对 TTFB 比 Google 敏感；正文尽量出现在初始 HTML 里。",[15,56,58],{"id":57},"_2025-年-11-月那个反差站","2025 年 11 月那个反差站",[11,60,61],{},"客户站 Google 收录 92%，百度收录只有 31%。查日志：百度蜘蛛 30 天的请求集中在 200 个 URL 上，深度超过 3 层的页面一次没进。补了内链、用 API 提交了 1800 个 URL、把服务器响应从 1.4 秒压到 0.4 秒，三个月后百度收录到 68%。",[11,63,64],{},"同期 Google 的收录和排名几乎没变，说明这套改动对 Google 来说是锦上添花，对百度是雪中送炭。",[15,66,67],{"id":67},"立场",[11,69,70],{},"别用一个指标看两个引擎。百度收录低不代表站的技术水平差，Google 收录高也不代表百度就该跟上。分开看日志、分开定优化动作，才不会被平均数骗。",{"title":72,"searchDepth":73,"depth":73,"links":74},"",2,[75,76,77,78,79,80,81],{"id":17,"depth":73,"text":18},{"id":27,"depth":73,"text":28},{"id":34,"depth":73,"text":35},{"id":41,"depth":73,"text":42},{"id":48,"depth":73,"text":48},{"id":57,"depth":73,"text":58},{"id":67,"depth":73,"text":67},null,"技术SEO","2026-04-11","同一个站，Googlebot 一天来 1.2 万次，百度蜘蛛来 800 次，这不是资源分配的问题。我们从 5 个站的日志里对比出三个行为差异，以及一个站该怎么分别对待。",false,"md",{},true,"\u002Fblog\u002Fgooglebot-vs-baiduspider",{"title":5,"description":85},"blog\u002Fgooglebot-vs-baiduspider",[94,95,96],"爬虫","日志分析","百度","-zTdZ6mNErozQIa6tz30ul4dvcmD9B_rdXTwt1HypdQ",{"id":99,"title":100,"author":6,"body":101,"canonical":82,"category":181,"cover":82,"date":182,"description":183,"draft":86,"extension":87,"keywords":82,"meta":184,"navigation":89,"noindex":86,"ogImage":82,"path":185,"seo":186,"seoDescription":82,"seoTitle":82,"stem":187,"tags":188,"updated":82,"__hash__":192},"blog\u002Fblog\u002Flooker-studio-seo-dashboard.md","SEO 数据看板我们做了八个，活下来的只有两个",{"type":8,"value":102,"toc":173},[103,106,110,113,116,119,123,126,129,132,136,139,142,145,149,152,155,158,161,164,167,170],[11,104,105],{},"2026 年 4 月我们统计了一下做过的 SEO 看板，8 个，最后还在被打开看的只有 2 个。剩下 6 个不是做得不好，是没人维护、或者做完了没人用。四个坑几乎每次都会踩。",[15,107,109],{"id":108},"坑一gsc-连接器又慢又抽样","坑一：GSC 连接器又慢又抽样",[11,111,112],{},"Looker Studio 自带的 Search Console 连接器，默认拉的是抽样数据，行数也有上限。站一大，加载要半分钟以上，客户点两次就不点了。",[11,114,115],{},"解法是先用 API 把数据拉到自己的表里，再用 BigQuery 或表格当数据源。多花一天配置，换来看板秒开。",[11,117,118],{},"另外时间范围别设太长。默认 28 天够用，拉 16 个月的数据做同比，加载时间会翻几倍。",[15,120,122],{"id":121},"坑二在图表层做口径","坑二：在图表层做口径",[11,124,125],{},"很多人把原始数据直接连上，然后在图表里加筛选器排除品牌词。问题是每个图都要配一遍，漏一个就前后矛盾。",[11,127,128],{},"正确的做法是在数据层做完。拉数据时就把品牌词标记好，表里加一个字段，看板里所有图统一按这个字段过滤。",[11,130,131],{},"口径一旦写在数据层，改的时候只改一处，不会出现两个图数字不一样的情况。",[15,133,135],{"id":134},"坑三图表太多","坑三：图表太多",[11,137,138],{},"我们第一版看板放了 12 个图，流量趋势、关键词分布、落地页、设备、国家、外链、收录……客户打开之后说了一句：信息量真大。",[11,140,141],{},"后来压到 3 个页面：总览放 4 个核心数字和一张趋势图；关键词页放排名分桶和目标词的曝光；落地页页放自然搜索流量前 20 的页面和它们的转化。",[11,143,144],{},"看板不是数据仓库，是让人快速判断状态的地方。一屏看不完就是失败。",[15,146,148],{"id":147},"坑四没人维护","坑四：没人维护",[11,150,151],{},"数据源授权会过期，GSC 改了结构，连接器会断。断了之后看板白屏，客户以为你跑路了。",[11,153,154],{},"我们的做法是看板里加一个“数据更新时间”的卡片，每周一自动刷新，超过 3 天没更新就说明有问题。另外指定一个人负责，不是“大家都能改”。",[15,156,157],{"id":157},"我们的模板",[11,159,160],{},"模板固定三个页面，数据源固定为 GSC 加 GA4 加一张手工维护的目标词表。新建客户看板时复制一份，改颜色和 logo，半天能上线。",[15,162,163],{"id":163},"一个省时间的做法",[11,165,166],{},"看板里的手工维度（目标词、品牌词正则、页面分组）单独建一张表维护，别写在配置里。改的时候改表，看板自动跟着变。",[11,168,169],{},"还有，新客户第一个月别做看板。先用手工周报把口径对清楚，第二个月再上，返工率能降一半。",[11,171,172],{},"模板化不是为了省事，是为了口径一致。8 个看板如果口径各不相同，客户之间一对比，你就得解释半天。",{"title":72,"searchDepth":73,"depth":73,"links":174},[175,176,177,178,179,180],{"id":108,"depth":73,"text":109},{"id":121,"depth":73,"text":122},{"id":134,"depth":73,"text":135},{"id":147,"depth":73,"text":148},{"id":157,"depth":73,"text":157},{"id":163,"depth":73,"text":163},"工具评测","2026-04-10","我们做过 8 个 SEO 看板，最后活下来 2 个。GSC 连接器慢、口径没在数据层统一、图表太多、没人维护，这四件事决定看板能不能用下去。",{},"\u002Fblog\u002Flooker-studio-seo-dashboard",{"title":100,"description":183},"blog\u002Flooker-studio-seo-dashboard",[189,190,191],"Looker Studio","数据看板","SEO报表","CIKzLsefM5PD6eE10-fnDVNTeZh7SXHghlbUfZ7CjEs",{"id":194,"title":195,"author":6,"body":196,"canonical":82,"category":283,"cover":82,"date":284,"description":285,"draft":86,"extension":87,"keywords":82,"meta":286,"navigation":89,"noindex":86,"ogImage":82,"path":287,"seo":288,"seoDescription":82,"seoTitle":82,"stem":289,"tags":290,"updated":82,"__hash__":294},"blog\u002Fblog\u002Ffirst-party-data-article.md","用自家数据写文章，取数、脱敏和口径怎么处理",{"type":8,"value":197,"toc":273},[198,201,204,207,210,213,216,219,222,225,228,231,234,237,240,243,246,249,252,255,258,261,264,267,270],[11,199,200],{},"第三方报告谁都能引用，自家后台的数据只有你有。我们每年用客户站的数据写 8 到 10 篇，这类文章的平均阅读完成率比普通文章高 30% 左右，外链也更容易拿到。",[15,202,203],{"id":203},"数据从哪来",[11,205,206],{},"搜索后台的曝光和查询、站内搜索的词、客服工单量、产品的使用日志、报价和成交流程里的耗时。这些都不需要额外采集，日常就在产生。",[11,208,209],{},"别去找那些需要埋点三个月才能拿到的指标，等到数据齐了，选题已经过时了。",[15,211,212],{"id":212},"口径必须先写清楚",[11,214,215],{},"同一个“转化率”，按访问算、按注册算、按成交算，能差三倍。文章里第一次出现必须写清口径，写在数字后面或者脚注里。",[11,217,218],{},"2025 年 10 月我们写过一篇讲内容页转化的文章，因为没写口径，被读者在评论区指出前后矛盾，最后改了两次。",[15,220,221],{"id":221},"脱敏的三种做法",[11,223,224],{},"改绝对值，只写比例。模糊时间，写“过去 12 个月”而不是具体月份。合并样本，把几个客户的数据合成一组。",[11,226,227],{},"绝对不要出现客户名、域名、可识别的业务特征。这三条踩一条，客户关系就没了。",[15,229,230],{"id":230},"样本少的时候怎么办",[11,232,233],{},"样本少于 30 个别写百分比，改成写具体案例。三个客户的经历写成三个故事，比“33% 的客户”更可信。",[11,235,236],{},"我们有个规矩：n 小于 10 不出百分比，n 小于 30 不出对比结论。",[15,238,239],{"id":239},"一个具体的例子",[11,241,242],{},"2026 年 2 月我们写过一篇讲长尾词优先级的文章，用了 4 个客户站、共 1260 个词的数据，说明月搜 50 以下的词里，有 37% 在前三页出现过我们的页面。",[11,244,245],{},"这个数字是从后台导的，别人引用不了，这就是独家。",[15,247,248],{"id":248},"为什么值得做",[11,250,251],{},"这类文章很难被抄。抄的人拿不到原始数据，只能转述结论，转述的东西没有可信度。",[15,253,254],{"id":254},"数据文的结构",[11,256,257],{},"开头给最反常识的那个结论，然后写数据怎么来的，再给两三个细分结论，最后写适用边界。",[11,259,260],{},"别把数据文写成报告。报告是给人做决策用的，数据文是给人判断用的，后者的结论要更锐利。",[15,262,263],{"id":263},"一个容易被忽略的步骤",[11,265,266],{},"数据跑完先让自己人看一遍，问三个问题：这个数字符合直觉吗，有没有可能算错，结论能不能被反过来解释。",[11,268,269],{},"2026 年 1 月我们有一篇差点发出去，数据没错，但结论被相反的样本推翻了，幸好发布前有人提了一句。",[11,271,272],{},"AI 引擎也更愿意引用带具体数字和口径的页面。我们那几篇数据文被引用的频率，比其他文章高。",{"title":72,"searchDepth":73,"depth":73,"links":274},[275,276,277,278,279,280,281,282],{"id":203,"depth":73,"text":203},{"id":212,"depth":73,"text":212},{"id":221,"depth":73,"text":221},{"id":230,"depth":73,"text":230},{"id":239,"depth":73,"text":239},{"id":248,"depth":73,"text":248},{"id":254,"depth":73,"text":254},{"id":263,"depth":73,"text":263},"内容运营","2026-04-12","第三方数据谁都能引，自家数据只有你有。我们每年用客户站的后台数据写 8 到 10 篇，取数、脱敏、口径三件事都做对，文章才会有信息增量。",{},"\u002Fblog\u002Ffirst-party-data-article",{"title":195,"description":285},"blog\u002Ffirst-party-data-article",[291,292,293],"一手数据","内容写作","信息增益","4luaucfchBOqfWsfgtwq8GBbsuc90kpqBgFVkzY7hvo",1794088106854]