[{"data":1,"prerenderedAt":301},["ShallowReactive",2],{"blog-bing-webmaster-tools-index":3,"blog-prev-bing-webmaster-tools-index":101,"blog-next-bing-webmaster-tools-index":208},{"id":4,"title":5,"author":6,"body":7,"canonical":85,"category":86,"cover":85,"date":87,"description":88,"draft":89,"extension":90,"keywords":85,"meta":91,"navigation":92,"noindex":89,"ogImage":85,"path":93,"seo":94,"seoDescription":85,"seoTitle":85,"stem":95,"tags":96,"updated":85,"__hash__":100},"blog\u002Fblog\u002Fbing-webmaster-tools-index.md","必应站长工具的收录报告，被低估的第二个数据源","元析智能",{"type":8,"value":9,"toc":75},"minimark",[10,14,19,38,41,44,48,51,54,57,60,63,66,69,72],[11,12,13],"p",{},"做英文站、做工具类软件的公司，必应值得单独建一个资源。它的站长工具在抓取细节和关键词数据上比 GSC 直接，适合做交叉验证。当然，它不能替代 GSC。",[15,16,18],"h2",{"id":17},"它比-gsc-多给了什么","它比 GSC 多给了什么",[11,20,21,25,26,29,30,33,34,37],{},[22,23,24],"strong",{},"索引浏览","按目录树展示收录情况，比 GSC 的 URL 分组更直观，能一眼看出哪个目录被收了、哪个目录一片空白。",[22,27,28],{},"URL 提交","的日配额比 GSC 高，新页面可以主动推，适合内容更新频繁的文档站。",[22,31,32],{},"关键词研究","自带搜索量和竞争度估算，不用再买工具。",[22,35,36],{},"站点扫描","是一份独立的技术审计，偶尔能发现 GSC 没提示的问题。",[15,39,40],{"id":40},"它少给了什么",[11,42,43],{},"索引数据延迟比 GSC 长，点击和展示的维度也少。必应的索引速度通常比 Google 慢一两天，新页面别指望当天进。它的 JS 渲染能力比 Google 弱、比百度强，SPA 站最好还是老老实实做服务端渲染。",[15,45,47],{"id":46},"_2026-年-2-月那次交叉验证","2026 年 2 月那次交叉验证",[11,49,50],{},"一个开发者工具站，GSC 显示 docs 目录收录 92%，必应只有 41%。我们以为必应抓取跟不上，用索引浏览按目录筛了一层，发现是分页页的 canonical 在必应侧没被识别，整批分页被当成重复内容。调整后一个月必应收录到 78%。",[11,52,53],{},"同一个问题在 GSC 里完全没暴露，因为 Google 处理 canonical 的方式不同。要不是有这个第二数据源，我们不会去查那条线。",[15,55,56],{"id":56},"怎么接入",[11,58,59],{},"验证域名的方式和 GSC 类似，可以用 DNS 记录或者 HTML 文件。接入后先提交 sitemap，再看索引浏览里已收录的目录。如果发现主域有多个子域，建议按子域分别建资源，否则收录数据会混在一起。",[11,61,62],{},"还有个实用的功能：抓取信息里能看到必应蜘蛛最近抓取的 URL 和状态码，遇到\"抓取失败\"的条目可以直接拿去修。",[15,64,65],{"id":65},"什么时候值得做",[11,67,68],{},"有英文站、客户在欧美、产品被开发者搜索的，必应优先级高。做外贸软件的，必应流量占总自然流量的比例常常在 5% 到 15% 之间，不算小。纯国内 to B 的站，优先级放低。",[15,70,71],{"id":71},"立场",[11,73,74],{},"多一个数据源不是为了多做一份报告，是为了交叉验证。两个工具都显示同一个问题时，才值得投入资源去改；只有一个显示异常，先怀疑工具差异。",{"title":76,"searchDepth":77,"depth":77,"links":78},"",2,[79,80,81,82,83,84],{"id":17,"depth":77,"text":18},{"id":40,"depth":77,"text":40},{"id":46,"depth":77,"text":47},{"id":56,"depth":77,"text":56},{"id":65,"depth":77,"text":65},{"id":71,"depth":77,"text":71},null,"技术SEO","2026-07-01","做外贸和工具类软件的站，必应的流量常被忽略。必应站长工具的索引浏览、URL 提交、关键词研究三个模块我们都会用，这篇讲它比 GSC 多给了什么、少给了什么。",false,"md",{},true,"\u002Fblog\u002Fbing-webmaster-tools-index",{"title":5,"description":88},"blog\u002Fbing-webmaster-tools-index",[97,98,99],"必应","索引诊断","工具","VO_NMSoxyCoKDJXkNCsItS2PjPEBjT7FmJ9jgrqOTkg",{"id":102,"title":103,"author":6,"body":104,"canonical":85,"category":196,"cover":85,"date":197,"description":198,"draft":89,"extension":90,"keywords":85,"meta":199,"navigation":92,"noindex":89,"ogImage":85,"path":200,"seo":201,"seoDescription":85,"seoTitle":85,"stem":202,"tags":203,"updated":85,"__hash__":207},"blog\u002Fblog\u002Fcontent-calendar-cadence.md","内容排期怎么排，一周三篇的节奏能撑多久",{"type":8,"value":105,"toc":187},[106,109,112,115,118,121,124,127,130,133,136,139,142,145,148,151,154,157,160,163,166,169,172,175,178,181,184],[11,107,108],{},"2026 年 7 月我们给一个客户排下季度内容计划，他一开始要一周五篇。算完产能，最后定的是每周三篇，一个季度 36 篇。一周三篇听着不多，但按我们的实际流程只能撑六周，第六周开始质量明显下滑。",[15,110,111],{"id":111},"一篇稿子的真实工时",[11,113,114],{},"选题和查资料 2 小时，初稿 2 小时，事实核查 1 小时，修改两轮 2 小时，配图和排版 1 小时，上线和提交 0.5 小时。加起来 8.5 小时。",[11,116,117],{},"这还没算选题会、和客户确认、以及卡在等材料上的时间。按每周 5 个工作日算，一个人一周最多写 3 篇，前提是不干别的。",[15,119,120],{"id":120},"排期表要留四块缓冲",[11,122,123],{},"第一块，等材料。产品文档、截图、客户案例，经常要等几天。",[11,125,126],{},"第二块，审稿往返。我们的规矩是 48 小时内给意见，实际经常拖到 72 小时。",[11,128,129],{},"第三块，节假日。春节、国庆前后两周产能基本为零，排期表上要标出来。",[11,131,132],{},"第四块，突发。客户临时要改首页、要写发布会稿，都会挤占内容时间。",[11,134,135],{},"排期表上写 36 篇，实际能交付 28 到 30 篇，这是正常范围。",[15,137,138],{"id":138},"我们怎么排季度表",[11,140,141],{},"先定主题方向，一个季度不超过 3 个。每个方向下排 8 到 12 篇，形成一个小集群。",[11,143,144],{},"再把 36 篇分到 12 周，每周 3 篇，但留两周完全不排，用来补前面的欠账。",[11,146,147],{},"最后标注依赖：哪几篇要等产品更新、哪几篇要等客户提供数据。依赖多的排到后面。",[15,149,150],{"id":150},"别按篇数考核写手",[11,152,153],{},"按篇数考核，结果一定是篇数上去了、质量下来了。我们试过，第二个月就出现大量 600 字的凑数稿。",[11,155,156],{},"现在考核三项：上线篇数、上线后四周的收录率、有没有出现事实错误。第三项是底线，出一次就复盘。",[15,158,159],{"id":159},"排期表要有人盯",[11,161,162],{},"排期表最怕写完就没人看。我们的做法是每周一上午花十分钟对一次：上周计划几篇、实际几篇、卡在哪。",[11,164,165],{},"这个动作很小，但它让排期表活着。三个月不看，表上的日期就全错了。",[15,167,168],{"id":168},"作者要跟一次上线后的数据",[11,170,171],{},"写完就不管，作者永远不知道自己的稿子有没有人看。我们要求每篇稿子上线一个月后，作者自己去看一次收录、曝光和点击，写三行结论。",[11,173,174],{},"这件事花二十分钟，但对选题判断的提升很明显，因为你会开始知道哪类题真的有人搜。",[15,176,177],{"id":177},"一个真实的教训",[11,179,180],{},"2025 年第四季度我们排了 45 篇，实际交付 31 篇。原因不是写手偷懒，是排期时把春节算成了正常周。",[11,182,183],{},"那个季度最后两周在赶工，有两篇稿子的事实核查跳过了，上线后发现一个工具名写错、一个数据对不上，只能撤回重发。赶工的代价比少写几篇大得多。",[11,185,186],{},"排期表宁可保守。少排两篇，交付率 100%，客户感受比排 45 篇交 31 篇好得多。",{"title":76,"searchDepth":77,"depth":77,"links":188},[189,190,191,192,193,194,195],{"id":111,"depth":77,"text":111},{"id":120,"depth":77,"text":120},{"id":138,"depth":77,"text":138},{"id":150,"depth":77,"text":150},{"id":159,"depth":77,"text":159},{"id":168,"depth":77,"text":168},{"id":177,"depth":77,"text":177},"内容运营","2026-06-30","一周三篇听着不多，按我们的实际产能只能撑六周。这篇写排期要考虑的四项隐性成本、我们怎么排季度表，以及为什么别按篇数考核写手，附我们的季度排法。",{},"\u002Fblog\u002Fcontent-calendar-cadence",{"title":103,"description":198},"blog\u002Fcontent-calendar-cadence",[204,205,206],"内容排期","产能","团队管理","_vC-0vH4hEIcLmOmyqmdOzPo2v_4axXA3AmFRQ8MviM",{"id":209,"title":210,"author":6,"body":211,"canonical":85,"category":86,"cover":85,"date":290,"description":291,"draft":89,"extension":90,"keywords":85,"meta":292,"navigation":92,"noindex":89,"ogImage":85,"path":293,"seo":294,"seoDescription":85,"seoTitle":85,"stem":295,"tags":296,"updated":85,"__hash__":300},"blog\u002Fblog\u002Finternal-link-depth.md","500 页的站，每个页面都能 3 次点击到达吗",{"type":8,"value":212,"toc":282},[213,216,219,222,225,228,231,234,237,240,243,246,249,252,255,258,261,264,267,270,273,276,279],[11,214,215],{},"我们抽查过 30 个软件站，平均有 34% 的页面从首页点 4 次以上才能到。内链深度不是玄学，它直接决定抓取频次和排名。抽查方法很简单，补链的方式也就三种。",[15,217,218],{"id":218},"怎么抽查",[11,220,221],{},"三个办法。第一个，用爬虫工具跑全站，导出每个页面的\"点击深度\"。Screaming Frog 有这个字段，免费版也能看 500 个页面。",[11,223,224],{},"第二个，手动抽查 20 个页面：从首页开始，只通过可见链接，看几次能点到。这个方法笨，但最接近真实用户和蜘蛛的路径。",[11,226,227],{},"第三个，看日志。抓取频次高的页面，基本都是深度浅的页面。深度 4 以上的页面，抓取间隔通常是深度 2 的 5 倍以上。",[11,229,230],{},"我们给客户做诊断，一般三个办法都用，互相验证。",[15,232,233],{"id":233},"为什么深度重要",[11,235,236],{},"搜索引擎的抓取预算是按页面分配的。深度浅的页面，被发现得早、抓得勤；深度深的页面，可能几周才被抓一次，收录和排名都慢。",[11,238,239],{},"我们做过对比：同一个站，深度 2 的页面平均 3 天抓一次，深度 5 的页面平均 21 天抓一次。内容质量差不多，排名差距明显。",[15,241,242],{"id":242},"三种补链方式",[11,244,245],{},"第一种，加栏目索引页。把散落的页面按主题归类，每个栏目做一个索引页，首页链到索引页，索引页链到具体页面。一层就砍掉两个深度。",[11,247,248],{},"第二种，加相关推荐。每篇文章底部放 5 个相关链接，跨栏目也可以。这是最省力的补链方式。",[11,250,251],{},"第三种，改导航。把重要但藏得深的页面提到主导航或者页脚。页脚链接全站可见，对深度的改善最直接。",[15,253,254],{"id":254},"一个案例",[11,256,257],{},"2026 年 3 月我们给一个做安全软件的客户做诊断，800 个页面，深度 4 以上的占 45%。文档页尤其深，要从首页点 6 次才能到。",[11,259,260],{},"我们做了三件事：把文档按产品模块拆成 8 个索引页挂到导航；每篇文档加\"上一篇\u002F下一篇\u002F相关 5 篇\"；页脚加\"热门文档\"入口。",[11,262,263],{},"改完第 4 周，文档页的平均抓取间隔从 18 天降到 4 天，收录率从 52% 涨到 89%。排名变化慢一些，第 8 周开始有 20 多个词进前 20。",[15,265,266],{"id":266},"一个误区",[11,268,269],{},"不是所有页面都要往首页塞。深度控制在 3 以内是针对\"重要页面\"的，也就是有搜索需求、有转化价值的页面。",[11,271,272],{},"标签页、归档页、参数页，深度深一点没关系，它们本来就不该抢抓取预算。",[15,274,275],{"id":275},"一句判断",[11,277,278],{},"内链是技术 SEO 里投入产出比最高的一项，因为它不需要写内容，改的是结构。一个下午能加几十条链接，效果两周内能看到。",[11,280,281],{},"先抽查深度，再补链，别凭感觉。",{"title":76,"searchDepth":77,"depth":77,"links":283},[284,285,286,287,288,289],{"id":218,"depth":77,"text":218},{"id":233,"depth":77,"text":233},{"id":242,"depth":77,"text":242},{"id":254,"depth":77,"text":254},{"id":266,"depth":77,"text":266},{"id":275,"depth":77,"text":275},"2026-07-02","我们抽查过 30 个软件站，平均有 34% 的页面从首页点 4 次以上才能到。内链深度不是玄学，它直接决定抓取频次和排名。抽查方法、三种补链方式和一次改版后的数据都在这篇。先抽查再加链接，两周能看到变化。",{},"\u002Fblog\u002Finternal-link-depth",{"title":210,"description":291},"blog\u002Finternal-link-depth",[297,298,299],"内链","站点结构","抓取","u81NcXxAHEqKayYI1AVxzSm2iqVwSaPpJZtpmBWospA",1794088104188]