[{"data":1,"prerenderedAt":327},["ShallowReactive",2],{"blog-baidu-index-volume-drop":3,"blog-prev-baidu-index-volume-drop":116,"blog-next-baidu-index-volume-drop":223},{"id":4,"title":5,"author":6,"body":7,"canonical":100,"category":101,"cover":100,"date":102,"description":103,"draft":104,"extension":105,"keywords":100,"meta":106,"navigation":107,"noindex":104,"ogImage":100,"path":108,"seo":109,"seoDescription":100,"seoTitle":100,"stem":110,"tags":111,"updated":100,"__hash__":115},"blog\u002Fblog\u002Fbaidu-index-volume-drop.md","百度索引量掉了 40%，我们从哪查起","元析智能",{"type":8,"value":9,"toc":89},"minimark",[10,14,19,22,25,28,32,35,38,41,45,48,51,54,58,61,64,68,71,74,77,80,83,86],[11,12,13],"p",{},"百度索引量一周掉 40%，先别改内容。我们按\"先看抓取、再看站点、最后看内容\"的顺序查，过去 6 次里有 4 次问题出在技术层。这篇把排查步骤和每一步看什么数据写清楚。",[15,16,18],"h2",{"id":17},"第一步确认掉的是索引量还是抓取量","第一步：确认掉的是索引量还是抓取量",[11,20,21],{},"这两个数经常被混着看。索引量掉、抓取量正常，说明搜索引擎来了但把页面从索引里移除了；索引量掉、抓取量也掉，说明它不来了。",[11,23,24],{},"在搜索资源平台里，索引量和抓取频次是两个入口，要分开看。我们见过客户说\"索引掉了\"，实际是抓取频次掉了，页面还在索引里，只是不再更新。",[11,26,27],{},"如果是抓取量先掉，跳到第三步查服务器。",[15,29,31],{"id":30},"第二步看掉的是哪类页面","第二步：看掉的是哪类页面",[11,33,34],{},"把索引量按目录拆开看。文档、博客、产品、标签页，哪一类掉得最多。",[11,36,37],{},"我们 2026 年 2 月遇到一个站，索引量从 2.4 万掉到 1.4 万，拆开看掉的全是标签页和分页。这类页面本来价值就低，掉索引不算坏事。",[11,39,40],{},"如果掉的是产品页和文档页，那才是问题。",[15,42,44],{"id":43},"第三步看服务器和抓取","第三步：看服务器和抓取",[11,46,47],{},"三个数：5xx 错误率、平均响应时间、robots 是否被改过。",[11,49,50],{},"我们遇到最多的原因是服务器在索引变化前一两天出过问题：CDN 配置改错、证书过期、源站 502。抓取诊断里能看到具体状态码。",[11,52,53],{},"还有一个隐蔽的：改版时把 sitemap 或 robots 的路径改了，搜索引擎拿到 404，抓取停摆。",[15,55,57],{"id":56},"第四步看页面本身有没有被改","第四步：看页面本身有没有被改",[11,59,60],{},"索引量掉之前两周内上线的改动，重点查：模板调整、URL 变更、canonical 配置、noindex 误加。",[11,62,63],{},"我们见过一个客户在模板里加了全局 noindex，测试环境忘了删，上线后整站索引掉了 90%。这种问题查页面源代码十分钟能发现。",[15,65,67],{"id":66},"第五步看内容质量","第五步：看内容质量",[11,69,70],{},"前面四步都正常，再看内容。是不是最近批量发了低质内容，或者被判定重复。",[11,72,73],{},"内容问题导致的索引下降通常是渐进的，不会一周掉 40%。一周暴跌，优先查技术。",[15,75,76],{"id":76},"我们的修复顺序",[11,78,79],{},"先修技术问题，再等 2 到 3 周观察。索引恢复比抓取恢复慢，抓取频次回来之后，索引量一般还要 2 周才回升。",[11,81,82],{},"内容问题最后处理，因为它见效最慢。如果技术没问题、内容也没大改，别乱动，观察一个月再说。百度索引量的波动比很多人想的频繁，一周的波动不代表趋势。",[15,84,85],{"id":85},"一句判断",[11,87,88],{},"索引量是结果，不是原因。掉的时候先找上游：抓取、服务器、配置。大多数时候，答案不在内容团队手里。",{"title":90,"searchDepth":91,"depth":91,"links":92},"",2,[93,94,95,96,97,98,99],{"id":17,"depth":91,"text":18},{"id":30,"depth":91,"text":31},{"id":43,"depth":91,"text":44},{"id":56,"depth":91,"text":57},{"id":66,"depth":91,"text":67},{"id":76,"depth":91,"text":76},{"id":85,"depth":91,"text":85},null,"技术SEO","2026-06-11","百度索引量一周掉 40%，先别改内容。我们按“先看抓取、再看站点、最后看内容”的顺序查，6 次里有 4 次问题出在技术层。排查步骤、每一步看什么数据、修复顺序都在这篇。6 次里有 4 次是技术问题，这个比例值得记住。",false,"md",{},true,"\u002Fblog\u002Fbaidu-index-volume-drop",{"title":5,"description":103},"blog\u002Fbaidu-index-volume-drop",[112,113,114],"百度索引","收录诊断","站点健康","P_JsDHhE9RzVFPmjahM0RCRksRAp9B5EWysUe7Ad7uY",{"id":117,"title":118,"author":6,"body":119,"canonical":100,"category":211,"cover":100,"date":212,"description":213,"draft":104,"extension":105,"keywords":100,"meta":214,"navigation":107,"noindex":104,"ogImage":100,"path":215,"seo":216,"seoDescription":100,"seoTitle":100,"stem":217,"tags":218,"updated":100,"__hash__":222},"blog\u002Fblog\u002Feditorial-review-checklist.md","我们的审稿清单：一篇文章要过十二关",{"type":8,"value":120,"toc":203},[121,124,128,131,134,137,140,144,147,150,153,156,160,163,166,169,172,176,179,182,185,188,191,194,197,200],[11,122,123],{},"2026 年 6 月我们把审稿标准写成了十二项清单，一篇稿子平均改两轮半才上线。清单出来之前，审稿靠感觉，新人不知道改什么，老人每次说的标准也不一样。",[15,125,127],{"id":126},"事实层四项","事实层：四项",[11,129,130],{},"数字有没有来源。文章里出现的每个数据，要么是我们自己测的，要么是工具里能查到的，要么是公开可查的事实。编的数字一律删。",[11,132,133],{},"工具名和版本对不对。写“某工具能导出全量”，得说清哪个版本、什么条件下。工具更新很快，模糊表述迟早过时。",[11,135,136],{},"参数名和菜单路径对不对。照着实操一遍，别照着记忆写。",[11,138,139],{},"链接能不能打开。外部链接全部点一遍，内部链接确认目标页存在。这条最基础，但最容易漏。",[15,141,143],{"id":142},"结构层四项","结构层：四项",[11,145,146],{},"结论在前 100 字内。写完第一段读一遍，如果还在铺垫，重写。",[11,148,149],{},"二级标题是不是各自独立。每节只讲一件事，标题之间不能重复。",[11,151,152],{},"每段首句是不是该段主题。我们不允许“首先我们来看”这种过渡句占一个段落。",[11,154,155],{},"结尾有没有升华。最后一段如果开始讲行业趋势、讲未来，删掉。结尾只保留一个具体判断或者一个动作。",[15,157,159],{"id":158},"语言层四项","语言层：四项",[11,161,162],{},"黑名单词。我们有一份禁用词表，出现就改。",[11,164,165],{},"AI 句式。两边都讲的平衡句、不仅而且的递进句，这类结构读起来像模板。",[11,167,168],{},"句子长短。连续三句都是二十字以上，读起来累，拆一句。",[11,170,171],{},"口语化程度。默读一遍，读着别扭的地方就是该改的地方。",[15,173,175],{"id":174},"立场层两项","立场层：两项",[11,177,178],{},"这篇文章有没有观点。通篇正确但没有判断，等于没写。",[11,180,181],{},"有没有独家信息。自己测的数据、踩过的坑、具体的筛选标准，至少要有一处。没有就补，补不出来这篇不发。",[15,183,184],{"id":184},"清单怎么维护",[11,186,187],{},"清单每季度改一次。我们删过一条没用的检查项：要求配图不少于三张，实际读者根本不看配图，删掉之后审稿还快了些。",[11,189,190],{},"原则很简单：因为某个项目吃过亏才加，因为三个月没人触发才删。清单太长，作者会照抄照过，反而不看内容。",[15,192,193],{"id":193},"审稿怎么分工",[11,195,196],{},"作者自检一遍清单，改完再交。同事互审，只挑事实和结构两层的问题。负责人终审，看语言和立场。",[11,198,199],{},"三个人审不意味着三倍时间，因为每人只关注两层，速度快。我们现在的节奏是 48 小时内走完一轮。",[11,201,202],{},"清单的意义不是束缚，是让新人知道标准在哪。写顺了之后，很多人第一稿就能过八项。",{"title":90,"searchDepth":91,"depth":91,"links":204},[205,206,207,208,209,210],{"id":126,"depth":91,"text":127},{"id":142,"depth":91,"text":143},{"id":158,"depth":91,"text":159},{"id":174,"depth":91,"text":175},{"id":184,"depth":91,"text":184},{"id":193,"depth":91,"text":193},"内容运营","2026-06-10","事实、结构、语言、立场四层共十二项检查，一篇稿子平均改两轮半。清单写出来之后，新人第一稿的返工率明显下降，审稿也不再靠感觉。",{},"\u002Fblog\u002Feditorial-review-checklist",{"title":118,"description":213},"blog\u002Feditorial-review-checklist",[219,220,221],"审稿","内容流程","编辑规范","vnjCQ9DsVNFghJ1qjcSwmf3LEuAzusVoy6gQxxTrrAU",{"id":224,"title":225,"author":6,"body":226,"canonical":100,"category":101,"cover":100,"date":316,"description":317,"draft":104,"extension":105,"keywords":100,"meta":318,"navigation":107,"noindex":104,"ogImage":100,"path":319,"seo":320,"seoDescription":100,"seoTitle":100,"stem":321,"tags":322,"updated":100,"__hash__":326},"blog\u002Fblog\u002Fbaidu-js-rendering-test.md","百度对 JS 渲染支持到什么程度，我们测了 6 个页面",{"type":8,"value":227,"toc":307},[228,231,234,237,240,247,253,259,265,271,277,280,283,286,289,292,295,298,301,304],[11,229,230],{},"百度能渲染一部分 JS，但对异步数据、懒加载内容、动态注入的元信息支持不稳定。2026 年 3 月我们搭了一个独立测试域，用 6 个页面把这件事测了一遍。",[15,232,233],{"id":233},"怎么测的",[11,235,236],{},"6 个页面分别只测一个变量：纯 React 渲染标题和正文、正文通过接口异步加载、内链由 JS 动态插入、图片懒加载、Web Component 渲染正文、JSON-LD 由 JS 注入。观察方法用百度搜索资源平台的抓取诊断，看\"抓取到的 HTML\"里到底有什么。",[15,238,239],{"id":239},"结果",[11,241,242,246],{},[243,244,245],"strong",{},"纯 React 渲染","：标题和首屏正文被渲染出来，折叠面板里的内容没有渲染。",[11,248,249,252],{},[243,250,251],{},"接口异步加载的正文","：大部分没抓到，只有个别几次拿到了部分。",[11,254,255,258],{},[243,256,257],{},"JS 动态插入的内链","：没有被推理到，蜘蛛没有顺着这些链接去抓新页面。",[11,260,261,264],{},[243,262,263],{},"懒加载图片","：未被识别，图片没有进索引。",[11,266,267,270],{},[243,268,269],{},"Web Component 渲染的正文","：部分失败，不同页面结果不一致。",[11,272,273,276],{},[243,274,275],{},"JS 注入的 JSON-LD","：完全没被识别。",[15,278,279],{"id":279},"结论怎么用",[11,281,282],{},"首屏静态内容可靠。异步接口、懒加载、动态注入这三类不可靠。所以：标题、正文、内链、结构化数据，必须出现在服务端返回的 HTML 里。图片如果要参与索引，首屏别用懒加载。",[15,284,285],{"id":285},"我们还顺手测了抓取节奏",[11,287,288],{},"同样的 6 个页面，静态版和 JS 版各一份，观察百度蜘蛛的抓取次数。30 天里静态版平均被抓 4 次，JS 版平均 2 次，而且 JS 版的抓取集中在页面刚上线那几天，之后明显减少。这说明百度对渲染成本高的页面会降低抓取频率，这个结论比单个页面的收录结果更值得注意。",[15,290,291],{"id":291},"给前端的三个要求",[11,293,294],{},"标题和正文在服务端返回；内链用真实 a 标签，别用 onclick 跳转；结构化数据写在模板里，别在组件挂载后插入。三条做到，百度的收录表现会稳定很多，Google 那边也不会更差。",[15,296,297],{"id":297},"一个现实的做法",[11,299,300],{},"如果前端改不动，至少把关键内容预渲染一层，让蜘蛛拿到静态 HTML。用户走原 SPA，两边并行一段时间，等前端排期再做真正的 SSR。这条路我们走过几次，可行，但要接受维护成本。",[15,302,303],{"id":303},"立场",[11,305,306],{},"百度不是不能渲染，是别把 SEO 的关键内容压在渲染上。赌蜘蛛的行为，收益不确定，成本却是确定的——每次改版都要重新赌一次。",{"title":90,"searchDepth":91,"depth":91,"links":308},[309,310,311,312,313,314,315],{"id":233,"depth":91,"text":233},{"id":239,"depth":91,"text":239},{"id":279,"depth":91,"text":279},{"id":285,"depth":91,"text":285},{"id":291,"depth":91,"text":291},{"id":297,"depth":91,"text":297},{"id":303,"depth":91,"text":303},"2026-06-12","百度能执行 JS，但能力有限。我们设计 6 个测试页面，分别测 React 渲染、接口异步数据、动态内链、懒加载、Web Component、JSON-LD 注入，记录百度的实际抓取结果。",{},"\u002Fblog\u002Fbaidu-js-rendering-test",{"title":225,"description":317},"blog\u002Fbaidu-js-rendering-test",[323,324,325],"JS渲染","百度收录","SPA","HYlisdd4OJXU-B0mgc-w9gjgjZ9pgcYrpptfcwc8WpI",1794088104812]