[{"data":1,"prerenderedAt":252},["ShallowReactive",2],{"blog-bing-webmaster-tools-setup":3,"blog-prev-bing-webmaster-tools-setup":101,"blog-next-bing-webmaster-tools-setup":179},{"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-setup.md","Bing 站长工具的三个设置，每个新站我们都会做","元析智能",{"type":8,"value":9,"toc":76},"minimark",[10,14,19,22,25,28,32,35,38,41,45,48,51,54,58,61,64,67,70,73],[11,12,13],"p",{},"Bing 在国内搜索份额不大，但它的索引不只服务 Bing 搜索，还喂给 Copilot 这类产品。我们每个新站上线第一周固定做三个设置，20 分钟能做完，性价比很高。",[15,16,18],"h2",{"id":17},"设置一验证站点提交-sitemap","设置一：验证站点，提交 sitemap",[11,20,21],{},"Bing 站长工具支持三种验证：XML 文件、meta 标签、CNAME。我们用 XML 文件放根目录，最稳，换程序、换主题都不影响。",[11,23,24],{},"验证完提交 sitemap。Bing 的 sitemap 处理比 Google 慢，一般 48 小时内能在后台看到\"已发现 URL\"数。我们一个 800 页的站，提交后第二天显示发现 780 条，第三天开始有收录。",[11,26,27],{},"有个坑：国内网络访问 Bing 站长工具偶尔会验证失败，我们一般直接切国际版后台，用同一个微软账号就行。",[15,29,31],{"id":30},"设置二开-indexnow","设置二：开 IndexNow",[11,33,34],{},"IndexNow 是 Bing 牵头的即时收录协议，Yandex、Naver 也支持，Google 不支持。发布新页面时向接口推一条 URL，Bing 会优先抓。",[11,36,37],{},"我们测过 30 次：IndexNow 推送后平均 4 小时被抓，等 sitemap 平均 26 小时。对新闻、更新日志、版本发布这类时效内容差别明显，对普通产品页差别不大。",[11,39,40],{},"接入成本很低，一个 POST 请求，带 key 和 URL 列表。WordPress、Hugo 都有现成插件，自建站写 20 行脚本。我们所有新站默认接。今年 9 月给 3 个新站的发布流程加了这一步，版本日志页平均 3 小时就进了 Bing 索引。",[15,42,44],{"id":43},"设置三看搜索性能挖长尾词","设置三：看搜索性能，挖长尾词",[11,46,47],{},"Bing 的搜索性能报告和关键词研究工具，给的是 Bing 自己的数据。和 Google 差得很多，不能直接套用。",[11,49,50],{},"我们做过对比：一个 API 监控类关键词，Google 月搜索量约 2400，Bing 只有 180 左右。但竞争度低得多，一个客户在 Bing 上做到第 3，一个月带来 40 多个试用注册，成本是 Google 的零头。",[11,52,53],{},"方法：在 Bing 关键词工具里筛\"搜索量 50 到 300、竞争度低\"的词，优先做能直接对应产品功能的。这类词 Google 上做不动，Bing 上还有空间。",[15,55,57],{"id":56},"bing-对中国站的收录节奏","Bing 对中国站的收录节奏",[11,59,60],{},"Bing 对中文站的收录比英文站慢，我们几个新站的中文页面，首批收录用了 7 到 12 天。它更认备案信息完整的站，这点和百度有点像。",[11,62,63],{},"另一个观察：Bing 对页面标题的抓取偏保守，标题堆关键词的页面，Bing 会截断后半段展示。标题写成一句完整的话，Bing 的展示反而更完整。",[15,65,66],{"id":66},"我们的判断",[11,68,69],{},"Bing 不是主战场，但配置成本低到可以忽略，AI 搜索产品的引用来源里 Bing 系占的比重不低。新站上线顺手把这些做完，后面不用再补。",[11,71,72],{},"上个月我们回看这批站，Bing 带来的注册占比 4% 到 7%，绝对值不大，但单个注册成本大约是 Google 的五分之一。",[11,74,75],{},"如果只能做一件事，先做 IndexNow。它的投入产出比在这三个设置里最高。",{"title":77,"searchDepth":78,"depth":78,"links":79},"",2,[80,81,82,83,84],{"id":17,"depth":78,"text":18},{"id":30,"depth":78,"text":31},{"id":43,"depth":78,"text":44},{"id":56,"depth":78,"text":57},{"id":66,"depth":78,"text":66},null,"工具评测","2025-10-13","Bing 在国内份额不大，但它的索引还喂给 Copilot 这类产品。我们每个新站上线第一周固定做三个设置：验证并提交 sitemap、接 IndexNow、看搜索性能挖长尾词，20 分钟能做完。今年给 7 个新站配过，收录周期平均快一周。配置不难，难在有人告诉你先做哪一步。",false,"md",{},true,"\u002Fblog\u002Fbing-webmaster-tools-setup",{"title":5,"description":88},"blog\u002Fbing-webmaster-tools-setup",[97,98,99],"Bing","站长工具","收录","MGvMbHDU0oJfSwYq_Lav_osNw-Mb6M9OCBqsfO2oaAU",{"id":102,"title":103,"author":6,"body":104,"canonical":85,"category":167,"cover":85,"date":168,"description":169,"draft":89,"extension":90,"keywords":85,"meta":170,"navigation":92,"noindex":89,"ogImage":85,"path":171,"seo":172,"seoDescription":85,"seoTitle":85,"stem":173,"tags":174,"updated":85,"__hash__":178},"blog\u002Fblog\u002Fapi-reference-seo-structure.md","API 参考页别按模块拆，按用户任务拆",{"type":8,"value":105,"toc":161},[106,109,112,115,118,121,137,140,143,146,149,152,155,158],[11,107,108],{},"API 文档的信息架构，决定了你的文档能吃到多少搜索流量。2025 年 3 月我们重做一个支付 API 的文档站，原本 210 个端点塞在 12 个按模块分的页面里，全部内容只有 12 个 URL。改成“一个端点一个页面”后，六个月自然流量涨了 1.4 倍，被 AI 回答引擎引用的次数从每月个位数到四十多次。",[15,110,111],{"id":111},"按模块拆为什么不好",[11,113,114],{},"模块是开发者的分类，不是搜索者的语言。用户搜的是“创建退款”“查询结算批次”“取消订阅”，不是“结算模块 API 参考”。按模块拆的页面，一个 URL 里混着八到十个端点，title 只能写成模块名，页面里每段都浅，排名上不去。",[11,116,117],{},"更要命的是锚点没法被当作独立结果。用户搜“stripe 创建退款接口”，搜索结果的标题是“退款 API”，描述里是整段模块说明，点击率低。拆开之后标题能写“创建退款 - 退款接口 v2”，点击率差别很大。",[15,119,120],{"id":120},"拆页的三条规则",[11,122,123,124,128,129,132,133,136],{},"第一，按“用户要做的事”命名。URL 用动词加对象：",[125,126,127],"code",{},"\u002Fapi\u002Fcreate-refund","、",[125,130,131],{},"\u002Fapi\u002Flist-settlements","，不要用 ",[125,134,135],{},"\u002Fapi\u002Frefund-endpoint-v2","。标题用中文任务名加版本，别用英文函数名做主标题。",[11,138,139],{},"第二，一个端点一页，但相同语义的批量接口合并。比如查询单个和查询列表，合成一页两个示例。我们拆 210 个端点最后出了 148 个页面，合并的都是这类。",[11,141,142],{},"第三，页面结构统一成五段：干什么用、请求参数表、返回示例、错误码、常见问题。参数表用真实默认值，别写“见下文”。",[15,144,145],{"id":145},"拆分之后要接内链",[11,147,148],{},"拆完最容易犯的错是页面之间互不相通。我们的做法是每个页面底部固定放两块：本页相关的上游接口、下游接口各两到三个。比如“创建退款”下面放“查询退款状态”“列退款列表”。这部分我们写了个脚本从 OpenAPI 文件自动生成，省了人工。",[11,150,151],{},"还有一个位置别漏：每个端点的“错误码”要链到错误码总表，总表再链回具体端点。这一进一出，把文档站织成网。",[15,153,154],{"id":154},"哪些页不该单独拆",[11,156,157],{},"不是所有端点都值得一个页面。内部调试用的、已废弃的、只在企业版开放的，都不拆，放在一页里说明就行。拆完留下 20 个只有一句话的页面，会稀释整站质量。判断标准很简单：这个端点有没有人会用一句话去搜它。",[11,159,160],{},"拆分是工程活，不是内容活。改完之后要盯三个数：索引覆盖、页面平均展示、文档到注册的转化。前两个涨得慢，第三个通常一个月内就能看到变化。",{"title":77,"searchDepth":78,"depth":78,"links":162},[163,164,165,166],{"id":111,"depth":78,"text":111},{"id":120,"depth":78,"text":120},{"id":145,"depth":78,"text":145},{"id":154,"depth":78,"text":154},"技术SEO","2025-10-12","一个支付 API 文档有 210 个端点，原来按模块分了 12 页，改成一个端点一页后自然流量涨了 1.4 倍。具体怎么拆、URL 怎么起、哪些页不该单独做。",{},"\u002Fblog\u002Fapi-reference-seo-structure",{"title":103,"description":169},"blog\u002Fapi-reference-seo-structure",[175,176,177],"API 文档","信息架构","开发者工具","8XzHqLzBAT3EQnxJKi7fS13Ynxu163zr4qVzxtv0L2M",{"id":180,"title":181,"author":6,"body":182,"canonical":85,"category":86,"cover":85,"date":241,"description":242,"draft":89,"extension":90,"keywords":85,"meta":243,"navigation":92,"noindex":89,"ogImage":85,"path":244,"seo":245,"seoDescription":85,"seoTitle":85,"stem":246,"tags":247,"updated":85,"__hash__":251},"blog\u002Fblog\u002Fkeyword-volume-underestimated.md","关键词工具给的搜索量，软件行业普遍偏低",{"type":8,"value":183,"toc":233},[184,187,190,193,196,199,203,206,209,212,215,218,221,224,227,230],[11,185,186],{},"同一批词，Ahrefs 给 90，Semrush 给 140，百度指数显示 0，GSC 里实际曝光 420。这不是工具坏了，是软件行业的词太小众，工具的点击流样本撑不起来。我们现在的做法很固定：工具只用来排优先级，绝对数字一律用 GSC 曝光校准。",[15,188,189],{"id":189},"搜索量是怎么估出来的",[11,191,192],{},"Ahrefs 和 Semrush 主要靠点击流面板加上 Google Ads 的数据反推，词越小样本越少，误差越大。中文词又是另一套逻辑：5118 和爱站更贴百度的量级，但爱站把百度指数当搜索量用，指数是相对值，不是搜索次数。",[15,194,195],{"id":195},"我们的校准方法",[11,197,198],{},"取客户站 GSC 近 3 个月的查询数据，把每个词的实际曝光除以工具给的搜索量，算一个中位数系数。软件行业这个系数通常落在 1.5 到 3 之间，意思是工具低估了两三倍。有了系数，排序不变，但下个月能来多少流量的预估不会离谱。",[15,200,202],{"id":201},"别用搜索量算-roi","别用搜索量算 ROI",[11,204,205],{},"一个「CI\u002FCD 工具选型」月搜 100 的词，带来的试用可能比「免费代码托管」月搜 5000 的词多。前者是准备做决策的工程师和 Tech Lead，后者多半是来找免费资源的学生。B2B 软件按搜索量排优先级，一定把资源砸到最不转化的词上。",[11,207,208],{},"我们的排序权重是：搜索意图有没有采购或选型信号，竞品有没有在打这个词，搜索量，最后才是难度分。前三项靠人判断，工具只在最后一项帮上忙。",[15,210,211],{"id":211},"一个反常识的结论",[11,213,214],{},"有时候搜索量低是好事。月搜 50 到 200 的长尾词，SERP 里往往只有两三个像样的结果，一篇讲透的文档页就能排上去。月搜 5000 的大词，前十全是点评站、论坛和厂商官网，新站砸半年也进不去。",[15,216,217],{"id":217},"中文词和英文词分开排",[11,219,220],{},"英文词的量级三家工具差得不算远，中文词能差一个数量级。2025 年 9 月我拿同一批 40 个中文词在三个工具里查过，5118 给的总量是 Ahrefs 的四倍多。所以词表别混着算：中文走百度系工具加搜索资源平台，英文走 Ahrefs 加 GSC，两套系数分开维护。",[11,222,223],{},"还有个规律，工具对带品牌名的词给量很准，因为搜索量大、样本足；对纯长尾基本靠猜。排优先级时把品牌词和品类词分开，前者只看竞品抢了多少，后者才是内容能打的战场。",[15,225,226],{"id":226},"工具之外还有一个免费信号",[11,228,229],{},"百度搜索资源平台和 GSC 都有搜索词数据，这是唯一免费又真实的曝光来源。词表定稿前我会先翻这两个后台最近 28 天的查询，工具里搜索量高、后台却完全没有曝光的词，先放一边。反过来，后台有稳定曝光、工具显示搜索量个位数的词，一定要写。",[11,231,232],{},"所以看到工具给出个位数搜索量，别急着删词。先看这个词有没有人在 SERP 上认真做内容，没有人做，往往就是机会。",{"title":77,"searchDepth":78,"depth":78,"links":234},[235,236,237,238,239,240],{"id":189,"depth":78,"text":189},{"id":195,"depth":78,"text":195},{"id":201,"depth":78,"text":202},{"id":211,"depth":78,"text":211},{"id":217,"depth":78,"text":217},{"id":226,"depth":78,"text":226},"2025-10-14","同一批词，三个工具给出 90、140 和 420 三种量级。软件行业的词太小众，工具样本撑不起来。我们现在的做法是工具只排优先级，绝对值一律用 GSC 曝光校准。",{},"\u002Fblog\u002Fkeyword-volume-underestimated",{"title":181,"description":242},"blog\u002Fkeyword-volume-underestimated",[248,249,250],"关键词工具","搜索量","B2B软件","EHiW-dzaZ7ajA92WpY1bSGQ1WP5UUt8tbwWFlMOWP-M",1794088111685]