[{"data":1,"prerenderedAt":272},["ShallowReactive",2],{"blog-bing-indexing-slow":3,"blog-prev-bing-indexing-slow":108,"blog-next-bing-indexing-slow":176},{"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\u002Fbing-indexing-slow.md","Bing 收录慢不是你的问题，是它的抓取节奏","元析智能",{"type":8,"value":9,"toc":82},"minimark",[10,14,18,21,24,27,31,34,37,40,43,46,49,52,55,58,61,64,67,70,73,76,79],[11,12,13],"p",{},"Bing 收录慢是常态，不是你的站有问题。2025 年 11 月起我们监测 14 个站，Bing 首批收录平均 9 天，Google 3 天，中文站更慢，中位数 14 天。知道这个前提，很多焦虑就没必要了。",[15,16,17],"h2",{"id":17},"我们的数据",[11,19,20],{},"14 个站在管，覆盖英文文档站、中文官网、双语产品站三类。记录的是新页面从发布到首次收录的天数。",[11,22,23],{},"英文站：Bing 平均 9 天，Google 平均 3 天。中文站：Bing 平均 14 天，Google 平均 6 天，百度平均 5 天。",[11,25,26],{},"英文站的差距在 3 倍左右，中文站差距小一些，因为 Google 对中文内容的抓取本来就不如英文。",[15,28,30],{"id":29},"bing-的抓取节奏为什么慢","Bing 的抓取节奏为什么慢",[11,32,33],{},"三个原因。索引规模小，爬虫资源有限，同样的站点，Bing 分到的抓取次数比 Google 少得多。",[11,35,36],{},"优先级不同，Bing 更看重新鲜度和权威来源，新站、小站排在后面。",[11,38,39],{},"市场投入不同，Bing 在中国区的资源本来就少，中文站的抓取优先级更低。",[11,41,42],{},"这三个原因都不是你能改的，所以\"我的站为什么 Bing 收录慢\"这个问题，大部分时候没有解法，只能等。",[15,44,45],{"id":45},"能加快的三件事",[11,47,48],{},"第一，接 IndexNow。我们测过，推送后平均 4 小时被抓，比等 sitemap 快得多。这是投入产出比最高的一件事。",[11,50,51],{},"第二，把 sitemap 拆细。一个 5000 页的站，一份 sitemap 和按栏目拆成 10 份，Bing 的处理速度差不少。我们一般按内容类型拆，文档、博客、产品各一份。",[11,53,54],{},"第三，从外部引链接。Bing 对来自其他站点的链接更敏感，尤其是英文站。新页面发布后，从站内相关页面和外部合作站各引一条链接，抓取会快一些。",[15,56,57],{"id":57},"不用做的事",[11,59,60],{},"反复提交同一个 URL。我们见过客户每天手动提交 50 条，提交了两周，收录没变。Bing 的提交是\"告知\"，重复告知没有额外收益。",[11,62,63],{},"换域名。收录慢不是域名问题，换了也一样慢，还丢掉已有收录。",[11,65,66],{},"买\"快速收录\"服务。这类服务要么是假的，要么是用大量垃圾链接冲击，短期可能有效，长期是负资产。",[15,68,69],{"id":69},"一个容易误判的场景",[11,71,72],{},"客户看到 Bing 收录慢，第一反应是\"是不是被惩罚了\"，然后去改站、换主题、删页面。",[11,74,75],{},"我们的判断方法很简单：看 Bing 后台的\"已发现 URL\"数。如果数字在涨，说明爬虫来过了，只是没收，这是节奏问题，不是惩罚。如果数字不涨，才需要查技术问题。",[15,77,78],{"id":78},"一句判断",[11,80,81],{},"Bing 的价值不在收录速度，在覆盖。它覆盖的是 Google 之外的一部分用户，还有 Copilot 这类产品的引用。接受它慢，用对方法，别为它焦虑。这批数据我们还在继续记，半年后会再更新一次。",{"title":83,"searchDepth":84,"depth":84,"links":85},"",2,[86,87,88,89,90,91],{"id":17,"depth":84,"text":17},{"id":29,"depth":84,"text":30},{"id":45,"depth":84,"text":45},{"id":57,"depth":84,"text":57},{"id":69,"depth":84,"text":69},{"id":78,"depth":84,"text":78},null,"行业观察","2026-04-30","Bing 收录慢是常态，不是你的站有问题。我们监测的 14 个站里，Bing 首批收录平均 9 天，Google 3 天，中文站更慢。这篇讲清它的抓取节奏、哪些动作能加快、哪些纯属浪费预算，别再把时间花在反复提交上，无效操作也列在文末。",false,"md",{},true,"\u002Fblog\u002Fbing-indexing-slow",{"title":5,"description":95},"blog\u002Fbing-indexing-slow",[104,105,106],"Bing","收录","多引擎","AUufBiMyFwWmuBPhx6p3NpUlfDEpepBhBEf-BXXI1Z8",{"id":109,"title":110,"author":6,"body":111,"canonical":92,"category":164,"cover":92,"date":165,"description":166,"draft":96,"extension":97,"keywords":92,"meta":167,"navigation":99,"noindex":96,"ogImage":92,"path":168,"seo":169,"seoDescription":92,"seoTitle":92,"stem":170,"tags":171,"updated":92,"__hash__":175},"blog\u002Fblog\u002Fb2b-case-study-seo.md","客户案例页写得像新闻稿，就别指望有搜索流量",{"type":8,"value":112,"toc":158},[113,116,119,122,125,128,131,134,137,140,143,146,149,152,155],[11,114,115],{},"B2B 软件的案例页，搜索意图强得离谱，但绝大多数公司把它写成了新闻稿。2025 年 11 月我们整理一个流程自动化产品的 9 个案例页，原来的结构是“客户背景、选择原因、上线效果、客户评价”，每页 600 字，几乎不带搜索流量。按新结构重写后，到 2026 年 5 月这组页面自然访问涨了 2.4 倍。",[15,117,118],{"id":118},"搜案例的人在搜什么",[11,120,121],{},"三种人：同行业的人在找参照、采购在做供应商初筛、实施顾问在找方案。他们搜的词很具体：“制造业 报销流程 自动化 案例”“SAP 对接 流程工具 实施周期”。案例页要命中这些词，标题里就得有行业、系统、环节。",[11,123,124],{},"我们第一件事是改标题。原来叫“某制造企业成功案例”，改成“汽车零部件企业：报销审批从 5 天缩到 8 小时”，标题里带行业、带动作、带数字。",[15,126,127],{"id":127},"页面该有的四块",[11,129,130],{},"第一块，问题有多具体。不要写“效率低”，写“每月 1200 张报销单，3 个人审，平均 5 天到账，月底压单”。数字越具体越可信。",[11,132,133],{},"第二块，为什么原来的方案不行。这段最容易被删，其实最关键。用户在做对比，他想知道换方案的理由。",[11,135,136],{},"第三块，怎么实施的。分几步、谁参与、多长时间、踩了什么坑。实施细节是独家内容，销售写不出来，只有交付团队知道。",[11,138,139],{},"第四块，结果和边界。给数字，也说不适用的地方。“这套配置适合单据量 3000 以内，再大要拆流程”，这句话会让案例更可信，也会过滤掉不合适的线索。",[15,141,142],{"id":142},"一个反常识的发现",[11,144,145],{},"案例页里放“客户没选我们”的部分，转化率更高。我们在一页里加了“当时也在看另外两家，最后选我们是因为本地化实施”，申请 demo 的比例比其它案例页高 0.7 个百分点。用户要的是决策过程，不是广告。",[11,147,148],{},"还有，案例页的更新时间要真实。2024 年的案例写“2025 年最新”，用户点进去看到日期不对，信任直接崩。我们现在的规范是每页标明实施年份，超过两年加一句“方案可能已更新，具体咨询”。",[15,150,151],{"id":151},"别做的两件事",[11,153,154],{},"不点名大客户，除非拿到书面授权。我们见过因为案例页写了客户名被要求下架的，连带删了外链。",[11,156,157],{},"不把所有案例做成同一模板。行业不同，读者关心的环节不同，制造关心库存和单据，金融关心审计留痕，模板一致会显得敷衍。案例页的产出成本高，一个季度两篇就够，别为了数量注水。",{"title":83,"searchDepth":84,"depth":84,"links":159},[160,161,162,163],{"id":118,"depth":84,"text":118},{"id":127,"depth":84,"text":127},{"id":142,"depth":84,"text":142},{"id":151,"depth":84,"text":151},"SEO","2026-04-29","案例页是 B2B 软件搜索意图最强的页面之一，但多数写成“某客户上线后效果显著”。我们改了 9 个案例页的结构，半年自然访问涨 2.4 倍。",{},"\u002Fblog\u002Fb2b-case-study-seo",{"title":110,"description":166},"blog\u002Fb2b-case-study-seo",[172,173,174],"客户案例","B2B SEO","内容结构","johgsVjthxiwutPEFctqGN3haDjZNiPwSYAYd1P134s",{"id":177,"title":178,"author":6,"body":179,"canonical":92,"category":164,"cover":92,"date":261,"description":262,"draft":96,"extension":97,"keywords":92,"meta":263,"navigation":99,"noindex":96,"ogImage":92,"path":264,"seo":265,"seoDescription":92,"seoTitle":92,"stem":266,"tags":267,"updated":92,"__hash__":271},"blog\u002Fblog\u002Ffirst-48-hours-site-takeover.md","接站前 48 小时，我们只做这五件事",{"type":8,"value":180,"toc":253},[181,184,188,191,194,197,201,204,207,211,214,217,220,224,227,230,233,237,240,243,247,250],[11,182,183],{},"2026 年 5 月我们接手一个新站，前 48 小时没写一行方案，全花在五件事上。这两天做错顺序，后面三个月都在补窟窿。常见的错误是一上来就看关键词、给建议，结果改的东西客户那边根本没权限动。",[15,185,187],{"id":186},"第一件先把数据备份下来","第一件：先把数据备份下来",[11,189,190],{},"GSC 能导的数据全导一份，包括最近 16 个月的查询、页面、收录状态。百度搜索资源平台的数据也存一份。",[11,192,193],{},"为什么要备份？因为接手之后你可能改结构、改 canonical，出了问题要能对比改动前的状态。而且 16 个月之后老数据就没了。",[11,195,196],{},"顺手把日志要一份，至少最近 90 天。很多客户以为日志一直存着，实际只留 7 天。",[15,198,200],{"id":199},"第二件把权限和边界确认清楚","第二件：把权限和边界确认清楚",[11,202,203],{},"谁有网站后台权限、谁管服务器、开发排期谁批、内容谁审。这四件事不确认，后面每个改动都会卡住。",[11,205,206],{},"我们有一张权限表，每一项写清对接人和响应时间。见过最夸张的情况是：方案做完了，发现客户没有 GSC 的管理员权限，验证站点花了三天。",[15,208,210],{"id":209},"第三件跑一次完整爬虫","第三件：跑一次完整爬虫",[11,212,213],{},"爬全站，看状态码分布、标题重复、内链深度、canonical 指向、robots 屏蔽范围。这次爬取的结果是后面所有判断的底图。",[11,215,216],{},"注意用真实的 UA，遵守 robots，先小样本跑 200 页看服务器负载。",[11,218,219],{},"爬完存一份带日期的 CSV。三个月后再爬一次，对比就能看出改动有没有生效。",[15,221,223],{"id":222},"第四件读日志","第四件：读日志",[11,225,226],{},"确认搜索引擎到底抓了什么、抓了多少、哪些路径抓得多、哪些页面从来没被抓过。",[11,228,229],{},"重点看三件事：假蜘蛛占比、5xx 和 404 的分布、核心产品页和文档页的抓取频次。这三件事决定了技术侧先修什么。",[11,231,232],{},"如果日志拿不到，至少看 CDN 的访问日志，别跳过这一步。",[15,234,236],{"id":235},"第五件和客户对齐目标","第五件：和客户对齐目标",[11,238,239],{},"问三个问题：这个站现在最重要的一件事是什么、三个月后什么样算成功、哪些东西不能动。",[11,241,242],{},"第三个问题最容易被忽略。有的客户不允许改 URL，有的不允许动首页文案，有的要求所有页面必须带品牌名。这些约束不知道，方案做出来就是废纸。",[15,244,246],{"id":245},"为什么是-48-小时","为什么是 48 小时",[11,248,249],{},"时间再长，客户会觉得你一直在准备、没产出；时间再短，该确认的没确认，后面返工。",[11,251,252],{},"我们把 48 小时当做一个硬边界：两天内交一份三页的“现状与风险”备忘，不写方案，只写看到了什么。这个做法的好处是，客户在第三天就知道你有没有看懂他的站。",{"title":83,"searchDepth":84,"depth":84,"links":254},[255,256,257,258,259,260],{"id":186,"depth":84,"text":187},{"id":199,"depth":84,"text":200},{"id":209,"depth":84,"text":210},{"id":222,"depth":84,"text":223},{"id":235,"depth":84,"text":236},{"id":245,"depth":84,"text":246},"2026-05-01","接手一个站的头两天，别急着出方案。我们固定做五件事：备份数据、确认权限、跑一次爬虫、读日志、和客户对齐目标，之后才谈改什么。",{},"\u002Fblog\u002Ffirst-48-hours-site-takeover",{"title":178,"description":262},"blog\u002Ffirst-48-hours-site-takeover",[268,269,270],"诊断流程","接站","技术SEO","MqWZzKepLsj4XUQXb2LoNtw5SKZTVNkHMr6gOiOOZ7U",1794088106342]