[{"data":1,"prerenderedAt":282},["ShallowReactive",2],{"blog-keyword-volume-underestimated":3,"blog-prev-keyword-volume-underestimated":87,"blog-next-keyword-volume-underestimated":174},{"id":4,"title":5,"author":6,"body":7,"canonical":71,"category":72,"cover":71,"date":73,"description":74,"draft":75,"extension":76,"keywords":71,"meta":77,"navigation":78,"noindex":75,"ogImage":71,"path":79,"seo":80,"seoDescription":71,"seoTitle":71,"stem":81,"tags":82,"updated":71,"__hash__":86},"blog\u002Fblog\u002Fkeyword-volume-underestimated.md","关键词工具给的搜索量，软件行业普遍偏低","元析智能",{"type":8,"value":9,"toc":61},"minimark",[10,14,18,21,24,27,31,34,37,40,43,46,49,52,55,58],[11,12,13],"p",{},"同一批词，Ahrefs 给 90，Semrush 给 140，百度指数显示 0，GSC 里实际曝光 420。这不是工具坏了，是软件行业的词太小众，工具的点击流样本撑不起来。我们现在的做法很固定：工具只用来排优先级，绝对数字一律用 GSC 曝光校准。",[15,16,17],"h2",{"id":17},"搜索量是怎么估出来的",[11,19,20],{},"Ahrefs 和 Semrush 主要靠点击流面板加上 Google Ads 的数据反推，词越小样本越少，误差越大。中文词又是另一套逻辑：5118 和爱站更贴百度的量级，但爱站把百度指数当搜索量用，指数是相对值，不是搜索次数。",[15,22,23],{"id":23},"我们的校准方法",[11,25,26],{},"取客户站 GSC 近 3 个月的查询数据，把每个词的实际曝光除以工具给的搜索量，算一个中位数系数。软件行业这个系数通常落在 1.5 到 3 之间，意思是工具低估了两三倍。有了系数，排序不变，但下个月能来多少流量的预估不会离谱。",[15,28,30],{"id":29},"别用搜索量算-roi","别用搜索量算 ROI",[11,32,33],{},"一个「CI\u002FCD 工具选型」月搜 100 的词，带来的试用可能比「免费代码托管」月搜 5000 的词多。前者是准备做决策的工程师和 Tech Lead，后者多半是来找免费资源的学生。B2B 软件按搜索量排优先级，一定把资源砸到最不转化的词上。",[11,35,36],{},"我们的排序权重是：搜索意图有没有采购或选型信号，竞品有没有在打这个词，搜索量，最后才是难度分。前三项靠人判断，工具只在最后一项帮上忙。",[15,38,39],{"id":39},"一个反常识的结论",[11,41,42],{},"有时候搜索量低是好事。月搜 50 到 200 的长尾词，SERP 里往往只有两三个像样的结果，一篇讲透的文档页就能排上去。月搜 5000 的大词，前十全是点评站、论坛和厂商官网，新站砸半年也进不去。",[15,44,45],{"id":45},"中文词和英文词分开排",[11,47,48],{},"英文词的量级三家工具差得不算远，中文词能差一个数量级。2025 年 9 月我拿同一批 40 个中文词在三个工具里查过，5118 给的总量是 Ahrefs 的四倍多。所以词表别混着算：中文走百度系工具加搜索资源平台，英文走 Ahrefs 加 GSC，两套系数分开维护。",[11,50,51],{},"还有个规律，工具对带品牌名的词给量很准，因为搜索量大、样本足；对纯长尾基本靠猜。排优先级时把品牌词和品类词分开，前者只看竞品抢了多少，后者才是内容能打的战场。",[15,53,54],{"id":54},"工具之外还有一个免费信号",[11,56,57],{},"百度搜索资源平台和 GSC 都有搜索词数据，这是唯一免费又真实的曝光来源。词表定稿前我会先翻这两个后台最近 28 天的查询，工具里搜索量高、后台却完全没有曝光的词，先放一边。反过来，后台有稳定曝光、工具显示搜索量个位数的词，一定要写。",[11,59,60],{},"所以看到工具给出个位数搜索量，别急着删词。先看这个词有没有人在 SERP 上认真做内容，没有人做，往往就是机会。",{"title":62,"searchDepth":63,"depth":63,"links":64},"",2,[65,66,67,68,69,70],{"id":17,"depth":63,"text":17},{"id":23,"depth":63,"text":23},{"id":29,"depth":63,"text":30},{"id":39,"depth":63,"text":39},{"id":45,"depth":63,"text":45},{"id":54,"depth":63,"text":54},null,"工具评测","2025-10-14","同一批词，三个工具给出 90、140 和 420 三种量级。软件行业的词太小众，工具样本撑不起来。我们现在的做法是工具只排优先级，绝对值一律用 GSC 曝光校准。",false,"md",{},true,"\u002Fblog\u002Fkeyword-volume-underestimated",{"title":5,"description":74},"blog\u002Fkeyword-volume-underestimated",[83,84,85],"关键词工具","搜索量","B2B软件","EHiW-dzaZ7ajA92WpY1bSGQ1WP5UUt8tbwWFlMOWP-M",{"id":88,"title":89,"author":6,"body":90,"canonical":71,"category":72,"cover":71,"date":163,"description":164,"draft":75,"extension":76,"keywords":71,"meta":165,"navigation":78,"noindex":75,"ogImage":71,"path":166,"seo":167,"seoDescription":71,"seoTitle":71,"stem":168,"tags":169,"updated":71,"__hash__":173},"blog\u002Fblog\u002Fbing-webmaster-tools-setup.md","Bing 站长工具的三个设置，每个新站我们都会做",{"type":8,"value":91,"toc":156},[92,95,99,102,105,108,112,115,118,121,125,128,131,134,138,141,144,147,150,153],[11,93,94],{},"Bing 在国内搜索份额不大，但它的索引不只服务 Bing 搜索，还喂给 Copilot 这类产品。我们每个新站上线第一周固定做三个设置，20 分钟能做完，性价比很高。",[15,96,98],{"id":97},"设置一验证站点提交-sitemap","设置一：验证站点，提交 sitemap",[11,100,101],{},"Bing 站长工具支持三种验证：XML 文件、meta 标签、CNAME。我们用 XML 文件放根目录，最稳，换程序、换主题都不影响。",[11,103,104],{},"验证完提交 sitemap。Bing 的 sitemap 处理比 Google 慢，一般 48 小时内能在后台看到\"已发现 URL\"数。我们一个 800 页的站，提交后第二天显示发现 780 条，第三天开始有收录。",[11,106,107],{},"有个坑：国内网络访问 Bing 站长工具偶尔会验证失败，我们一般直接切国际版后台，用同一个微软账号就行。",[15,109,111],{"id":110},"设置二开-indexnow","设置二：开 IndexNow",[11,113,114],{},"IndexNow 是 Bing 牵头的即时收录协议，Yandex、Naver 也支持，Google 不支持。发布新页面时向接口推一条 URL，Bing 会优先抓。",[11,116,117],{},"我们测过 30 次：IndexNow 推送后平均 4 小时被抓，等 sitemap 平均 26 小时。对新闻、更新日志、版本发布这类时效内容差别明显，对普通产品页差别不大。",[11,119,120],{},"接入成本很低，一个 POST 请求，带 key 和 URL 列表。WordPress、Hugo 都有现成插件，自建站写 20 行脚本。我们所有新站默认接。今年 9 月给 3 个新站的发布流程加了这一步，版本日志页平均 3 小时就进了 Bing 索引。",[15,122,124],{"id":123},"设置三看搜索性能挖长尾词","设置三：看搜索性能，挖长尾词",[11,126,127],{},"Bing 的搜索性能报告和关键词研究工具，给的是 Bing 自己的数据。和 Google 差得很多，不能直接套用。",[11,129,130],{},"我们做过对比：一个 API 监控类关键词，Google 月搜索量约 2400，Bing 只有 180 左右。但竞争度低得多，一个客户在 Bing 上做到第 3，一个月带来 40 多个试用注册，成本是 Google 的零头。",[11,132,133],{},"方法：在 Bing 关键词工具里筛\"搜索量 50 到 300、竞争度低\"的词，优先做能直接对应产品功能的。这类词 Google 上做不动，Bing 上还有空间。",[15,135,137],{"id":136},"bing-对中国站的收录节奏","Bing 对中国站的收录节奏",[11,139,140],{},"Bing 对中文站的收录比英文站慢，我们几个新站的中文页面，首批收录用了 7 到 12 天。它更认备案信息完整的站，这点和百度有点像。",[11,142,143],{},"另一个观察：Bing 对页面标题的抓取偏保守，标题堆关键词的页面，Bing 会截断后半段展示。标题写成一句完整的话，Bing 的展示反而更完整。",[15,145,146],{"id":146},"我们的判断",[11,148,149],{},"Bing 不是主战场，但配置成本低到可以忽略，AI 搜索产品的引用来源里 Bing 系占的比重不低。新站上线顺手把这些做完，后面不用再补。",[11,151,152],{},"上个月我们回看这批站，Bing 带来的注册占比 4% 到 7%，绝对值不大，但单个注册成本大约是 Google 的五分之一。",[11,154,155],{},"如果只能做一件事，先做 IndexNow。它的投入产出比在这三个设置里最高。",{"title":62,"searchDepth":63,"depth":63,"links":157},[158,159,160,161,162],{"id":97,"depth":63,"text":98},{"id":110,"depth":63,"text":111},{"id":123,"depth":63,"text":124},{"id":136,"depth":63,"text":137},{"id":146,"depth":63,"text":146},"2025-10-13","Bing 在国内份额不大，但它的索引还喂给 Copilot 这类产品。我们每个新站上线第一周固定做三个设置：验证并提交 sitemap、接 IndexNow、看搜索性能挖长尾词，20 分钟能做完。今年给 7 个新站配过，收录周期平均快一周。配置不难，难在有人告诉你先做哪一步。",{},"\u002Fblog\u002Fbing-webmaster-tools-setup",{"title":89,"description":164},"blog\u002Fbing-webmaster-tools-setup",[170,171,172],"Bing","站长工具","收录","MGvMbHDU0oJfSwYq_Lav_osNw-Mb6M9OCBqsfO2oaAU",{"id":175,"title":176,"author":6,"body":177,"canonical":71,"category":270,"cover":71,"date":271,"description":272,"draft":75,"extension":76,"keywords":71,"meta":273,"navigation":78,"noindex":75,"ogImage":71,"path":274,"seo":275,"seoDescription":71,"seoTitle":71,"stem":276,"tags":277,"updated":71,"__hash__":281},"blog\u002Fblog\u002Fredirect-chain-cleanup.md","重定向链超过两次，抓取预算就白扔了",{"type":8,"value":178,"toc":262},[179,182,185,206,209,212,215,218,238,241,244,247,250,253,256,259],[11,180,181],{},"重定向链是慢性病。它不报错、不警告，只是每个请求多花一次往返，每个链接多掉一点权重。我们的标准是：超过两跳，当问题处理。",[15,183,184],{"id":184},"链是怎么一年年长出来的",[11,186,187,188,192,193,192,196,192,199,192,202,205],{},"我做诊断时见过最长的一条是六跳：",[189,190,191],"code",{},"http:\u002F\u002Fexample.com\u002Fproduct-a"," → ",[189,194,195],{},"https:\u002F\u002Fexample.com\u002Fproduct-a",[189,197,198],{},"https:\u002F\u002Fwww.example.com\u002Fproduct-a",[189,200,201],{},"\u002Fproducts\u002Fproduct-a",[189,203,204],{},"\u002Fproducts\u002Fproduct-a\u002F"," → 最后才到带版本的落地页。每一跳都对应一次基础设施变更——上 HTTPS 留一层，从裸域切到 www 留一层，改目录再留一层。没人做整体收敛，就这么挂了一年多。",[15,207,208],{"id":208},"六跳改直连的那次",[11,210,211],{},"2025 年 8 月，一个 B2B 软件站的核心产品页就是上面那条链。日志里 Googlebot 对这个页面每天请求 4 次，其中 3 次花在跳转上，真正读到内容只有 1 次。百度蜘蛛更明显，有几天直接停在第二跳就走了。",[11,213,214],{},"改法很简单：在 nginx 层写一条规则，任何旧形态一次 301 到最终 URL，把中间层全删掉。改完第一周，最终页被抓取频次从每天 1 次涨到 4 次，两周后回到前 5。",[15,216,217],{"id":217},"怎么查",[219,220,221,229,235],"ul",{},[222,223,224,225,228],"li",{},"Screaming Frog 跑全站，看 ",[189,226,227],{},"Redirect Chains"," 报表，按跳数排序。",[222,230,231,234],{},[189,232,233],{},"curl -I -L"," 手动盯一个链接，看 Location 头一路跳过几次。",[222,236,237],{},"日志里按状态码 301、302 分组，看哪些路径请求量最大——请求量大的链，修复收益最高。",[15,239,240],{"id":240},"怎么改才不复发",[11,242,243],{},"重定向规则放在 nginx 或 CDN 层，不要写在应用代码里。应用层做重定向，业务一改版就丢规则，而且性能差一截。规则用正则收敛成一条主规则，再给少数特殊路径开白名单。",[11,245,246],{},"302 只给临时活动用，活动结束记得撤。长期挂 302 是最容易被忽略的一种，蜘蛛会一直去请求原地址。有个客户的活动页挂了 14 个月 302，活动早结束了，日志里蜘蛛还在天天抓旧地址，一个月白扔两千多次请求。",[11,248,249],{},"规则写法上，nginx 里优先用一条带正则的 server 级规则做兜底，再给确需保留的路径加 location 例外。CDN 层的回源规则也要同步检查，很多人只改了源站，边缘节点缓存着旧跳转，用户和蜘蛛看到的是两套结果。改完拿三种 UA 各测一次：桌面浏览器、手机浏览器、Googlebot，确认跳转次数一致。",[15,251,252],{"id":252},"多久复查一次",[11,254,255],{},"站点大改、换域名、上 CDN 之后各查一次。平时一个季度扫一遍。重定向链不会自己变好，只会越挂越多。",[15,257,258],{"id":258},"立场",[11,260,261],{},"改版时多花半天做重定向映射，比事后花三个月排查掉排名划算。我们给客户做迁移，301 映射表是必交付物，一张表列清楚旧 URL、新 URL、状态、上线日期，谁接手都能看懂。",{"title":62,"searchDepth":63,"depth":63,"links":263},[264,265,266,267,268,269],{"id":184,"depth":63,"text":184},{"id":208,"depth":63,"text":208},{"id":217,"depth":63,"text":217},{"id":240,"depth":63,"text":240},{"id":252,"depth":63,"text":252},{"id":258,"depth":63,"text":258},"技术SEO","2025-10-15","一个链接从 HTTP 跳 HTTPS、再跳 www、再跳新路径，四次重定向才到目的地。我们清过一条六跳的链，改直连后目标页抓取频次翻了四倍。这篇写链怎么长出来、怎么查、怎么改。",{},"\u002Fblog\u002Fredirect-chain-cleanup",{"title":176,"description":272},"blog\u002Fredirect-chain-cleanup",[278,279,280],"重定向","抓取预算","日志分析","A8hFriWI3vIFk_2oJgg42phX9JCFHPbXnQfPm00PQTk",1794088111644]