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