[{"data":1,"prerenderedAt":243},["ShallowReactive",2],{"blog-sogou-webmaster-platform-value":3,"blog-prev-sogou-webmaster-platform-value":101,"blog-next-sogou-webmaster-platform-value":178},{"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\u002Fsogou-webmaster-platform-value.md","搜狗站长平台还在更新，但这三类站不值得投入","元析智能",{"type":8,"value":9,"toc":75},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72],[11,12,13],"p",{},"搜狗值得做，但不值得专门做。它现在的流量集中在 PC 端和输入法、浏览器默认入口，移动端被微信和头条分走大半。我们拿 5 个站试了半年，结论很清楚。",[15,16,17],"h2",{"id":17},"先看我们手上的数据",[11,19,20],{},"5 个站，搜狗带来的流量占比分别是 2.1%、2.8%、3.4%、4.7%、5.8%。最高的是一个开发者工具站，最低的是一个客单价几十万的企业软件官网。",[11,22,23],{},"去年 11 月到今年 4 月，我们在搜狗上投入约 30 小时：提交 sitemap、每周手动提交 20 条 URL、盯着收录和排名。同样 30 小时投在百度上，产出至少是搜狗的 6 倍。",[15,25,26],{"id":26},"三类站别做",[11,28,29],{},"第一类，面向开发者的英文站。搜狗以中文搜索需求为主，英文页面收录和展现都很少。我们那个英文文档站，300 篇里搜狗收了不到 20 篇，零流量。",[11,31,32],{},"第二类，客单价 50 万以上的企业软件。搜狗用户的行为偏\"快速找答案、快速下载\"，决策链短。这类客户在搜狗上拿不到像样的询盘，我们试了 4 个月，有效咨询 1 个。",[11,34,35],{},"第三类，新站。搜狗对新站的收录节奏慢，我们一个上线 3 个月的新站，搜狗收录用了 40 多天才过百页，同期百度 12 天。早期把精力放这儿不划算。",[15,37,38],{"id":38},"两类站可以顺手做",[11,40,41],{},"一类是有 PC 下载需求的工具。搜狗输入法、搜狗浏览器的默认搜索入口还在，工具类下载页在这上面有点量。我们一个截图工具客户，搜狗每月带来 800 多次下载页访问。",[11,43,44],{},"另一类是已经在百度有稳定排名的站。我们观察到搜狗的结果和百度重合度不低，百度排得好的页面，搜狗通常也不会太差。这类站把 sitemap 提交一下、每周推 20 条新 URL，边际成本几乎为零。",[15,46,47],{"id":47},"搜狗站长平台具体怎么操作",[11,49,50],{},"注册后走站点验证，支持 meta 标签和文件验证。验证完提交 sitemap，再在收录提交入口手动推 URL，每天有配额，我们一般推 20 条。",[11,52,53],{},"搜狗的抓取诊断做得比较粗，只能看状态和抓取时间，看不到抓取到的 HTML。所以搜狗上的问题，我们基本靠日志反推。",[11,55,56],{},"收录周期按 10 到 20 天预期，别按百度的 3 到 5 天算。排名监测每季度看一次就够，不值得每周盯。",[15,58,59],{"id":59},"搜狗流量被谁分走了",[11,61,62],{},"我们自己几个站的日志里，搜狗带来的访问从 2023 年到现在大概掉了四成。掉的部分主要去了两个地方：微信搜一搜（很多用户直接在微信里搜）和头条、抖音的搜索框。",[11,64,65],{},"这不代表搜狗不能做，而是它不再是“国内第二引擎”的位置。把它当补充渠道，预期放低，心态会好很多。",[15,67,68],{"id":68},"我们的做法",[11,70,71],{},"搜狗的定位是\"顺手\"，不是\"战略\"。客户预算里我们从不单列搜狗，只在做百度的时候把 sitemap 和提交带上。",[11,73,74],{},"把预算压在这上面是浪费。真要做第二个国内引擎，优先看 360，它的 PC 端量比搜狗稳定。",{"title":76,"searchDepth":77,"depth":77,"links":78},"",2,[79,80,81,82,83,84],{"id":17,"depth":77,"text":17},{"id":26,"depth":77,"text":26},{"id":38,"depth":77,"text":38},{"id":47,"depth":77,"text":47},{"id":59,"depth":77,"text":59},{"id":68,"depth":77,"text":68},null,"行业观察","2025-10-21","搜狗被腾讯收购后搜索流量还在，但结构变了。我们拿 5 个站试了半年：三类站别在搜狗上花时间，两类可以顺手做，也写了搜狗站长平台的具体操作和真实的收录周期，省得你重复踩坑。数据来自我们自己 5 个在管站点，不是行业报告。",false,"md",{},true,"\u002Fblog\u002Fsogou-webmaster-platform-value",{"title":5,"description":88},"blog\u002Fsogou-webmaster-platform-value",[97,98,99],"搜狗","多引擎","流量结构","CusO9s4zxpA41qtcp-5fI0BY5YYjsHhve2SG_oWMavA",{"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__":177},"blog\u002Fblog\u002Fapi-versioning-docs-seo.md","API 版本化文档的 SEO 处理：旧版该留还是该删",{"type":8,"value":105,"toc":161},[106,109,112,115,118,121,124,136,139,143,146,149,152,155,158],[11,107,108],{},"接口升版本时，旧文档别急着删。2025 年 5 月我们帮一个短信 API 做 v1 到 v2 的迁移，他们原计划把 v1 文档整体下架，我们拦住了。到 9 月，v1 文档每月还带来 1800 多次自然访问，占文档站总流量的 21%，那些用户还在用旧接口，或者正在从别家迁移过来。",[15,110,111],{"id":111},"旧文档的三个真实价值",[11,113,114],{},"第一，存量用户会搜。接口不会一夜之间换完，大客户的迁移周期经常是 12 到 18 个月。把文档删掉，他们会去搜缓存页或者第三方教程，你失去的是接触点。",[11,116,117],{},"第二，长尾词还在旧页面里。老接口的名字、参数名、报错信息，这些词搜索引擎已经认了旧 URL。页面一删，排名掉得很快，重新做回来要三到六个月。",[11,119,120],{},"第三，迁移指南需要一个落点。旧文档页顶部放一条“本版本已停止维护，迁移到 v2 看这里”，这是最自然的迁移入口，比发邮件有效。",[15,122,123],{"id":123},"怎么处理才不出重复内容",[11,125,126,127,131,132,135],{},"我们的做法分三步。第一步，旧版文档保留独立目录，路径里带版本号，比如 ",[128,129,130],"code",{},"\u002Fdocs\u002Fv1\u002F","，新版是 ",[128,133,134],{},"\u002Fdocs\u002Fv2\u002F","。第二步，旧版每页顶部加一条醒目提示，写清停止支持的时间和迁移链接。第三步，canonical 指向自己，不要指向新版——这两页内容不同，指向新版会让搜索引擎把旧页丢掉。",[11,137,138],{},"真正要合并的是“同名不同版”的重复页。比如参数说明页在两版里几乎一样，就把旧版那页设成 noindex，只保留入口页和差异页。这个边界我们一般按改动幅度定：参数变了超过三成，独立页；不到三成，合并加版本标注。",[15,140,142],{"id":141},"版本号要不要进-title","版本号要不要进 title",[11,144,145],{},"要。用户搜“短信 API v2 发送”和“短信 API 发送”，是两个意图。title 里带版本号，点击率会高，也避免了用户点进去发现版本不对。",[11,147,148],{},"还有一个小技巧：在旧版页面底部列出“本版和 v2 的差异”，用表格，五行以内。这张表经常被第三方博客转引，带外链回来。",[15,150,151],{"id":151},"什么时候可以删",[11,153,154],{},"两种情况可以删。一是旧版停止支持超过 24 个月，且月访问低于 100，先做 301 到新版对应页，观察一个季度。二是旧版从来没被索引过，那删了也没损失。",[11,156,157],{},"最后一句：版本迁移期至少留 6 个月的并行文档，别在发版当天就切。用户迁移是跟着自己的迭代节奏走的，不是你发公告的节奏。",[11,159,160],{},"判断这件事别拍脑袋，看 Search Console 里那些 URL 的展示和点击，数据会告诉你答案。我们现在的默认动作是：先留，加提示，设 canonical，半年后再看数据决定。删文档是不可逆的，留文档的成本只是几十个页面的维护。",{"title":76,"searchDepth":77,"depth":77,"links":162},[163,164,165,166],{"id":111,"depth":77,"text":111},{"id":123,"depth":77,"text":123},{"id":141,"depth":77,"text":142},{"id":151,"depth":77,"text":151},"技术SEO","2025-10-20","接口升到 v2 之后，v1 文档删了排名会掉，留着又怕重复内容。我们给三个 API 产品做版本迁移，最后都选了同一套处理方式：留页面、加迁移提示、只合并差异小的页。",{},"\u002Fblog\u002Fapi-versioning-docs-seo",{"title":103,"description":169},"blog\u002Fapi-versioning-docs-seo",[175,176,167],"API 文档","版本管理","ZLoQyqCHHC3T3WB2YjJVI4-TIU2dCBej49HSIKYK5ME",{"id":179,"title":180,"author":6,"body":181,"canonical":85,"category":231,"cover":85,"date":232,"description":233,"draft":89,"extension":90,"keywords":85,"meta":234,"navigation":92,"noindex":89,"ogImage":85,"path":235,"seo":236,"seoDescription":85,"seoTitle":85,"stem":237,"tags":238,"updated":85,"__hash__":242},"blog\u002Fblog\u002F5118-aizhan-chinese-keywords.md","用 5118 和爱站查中文词，先知道这两个坑",{"type":8,"value":182,"toc":225},[183,186,190,193,196,200,203,206,209,213,216,219,222],[11,184,185],{},"做百度方向的软件站，绕不开 5118 和爱站。我的用法很固定：5118 挖候选词，爱站看竞品收录和权重，但两个工具给的结论都不直接采信。2025 年 8 月我们挖过一次词库，5 万个词导出来，人工筛完能用的不到 8000 个。",[15,187,189],{"id":188},"_5118长尾多脏数据也多","5118：长尾多，脏数据也多",[11,191,192],{},"它的需求图谱和词库批量导出确实好用，一个核心词能拉出几千条长尾。问题是这些长尾里混着大量无关词。搜某软件加破解、免费下载的量很大，对卖 B2B 软件的公司毫无价值。还有一类是同名不同义，软件名跟别的行业词撞了，导出来的词表一半要扔掉。",[11,194,195],{},"筛法分三步：先按词根去重，再用否定词表过滤（免费、破解、下载、教程、招聘、外包），最后人工过一遍前 200 个。机器筛完还剩大约六成噪音，这一步省不了，谁省谁内容白写。",[15,197,199],{"id":198},"爱站权重是估的收录是滞后的","爱站：权重是估的，收录是滞后的",[11,201,202],{},"爱站权重是按关键词排名和预估流量算出来的估算值，更新有一到两周的滞后。拿它做竞品对比可以，拿它当自己的效果指标就是自欺欺人，权重涨了流量没涨的情况太常见。它真正好用的是查竞品的收录量、快照和关键词覆盖，能快速看出对手的内容规模。",[15,204,205],{"id":205},"我们实际走的三步",[11,207,208],{},"第一步，5118 挖 200 个候选词。第二步，用百度下拉、相关搜索和百度指数确认这些词真有人搜，指数显示为 0 但在下拉里稳定出现的词，通常是有需求的。第三步，内容上线后用百度搜索资源平台的展现量反过来验证，展现量起来了，说明词选对了。",[15,210,212],{"id":211},"从词表到内容计划再加两道过滤","从词表到内容计划，再加两道过滤",[11,214,215],{},"第一道看竞争格局。把词丢进百度搜一遍，前十里有几个是官网、几个是点评站或文库。官网占不到三个，说明这个词还没有人认真做内容，值得排进计划。",[11,217,218],{},"第二道看承接页。这个词搜出来的结果，我们有没有对应的落地页。没有就先做落地页再谈排名，否则文章排上去也转化不了。",[11,220,221],{},"2025 年 8 月那次挖词，5 万个词最后进内容计划的是 60 个，其中 40 个做成文档页，20 个做成对比页。剩下的大量词不是没价值，是不值得单独占一篇文章。",[11,223,224],{},"工具给的是候选，不是结论。我还没见过哪次能把工具导出的词表直接当内容计划用的，包括我们自己刚入行那年。",{"title":76,"searchDepth":77,"depth":77,"links":226},[227,228,229,230],{"id":188,"depth":77,"text":189},{"id":198,"depth":77,"text":199},{"id":205,"depth":77,"text":205},{"id":211,"depth":77,"text":212},"工具评测","2025-10-22","5118 长尾多但脏数据多，爱站权重方便但滞后一两周。我们挖过一次 5 万词的库，人工筛完能用不到 8000 个。这篇写我们的筛法和三步验证流程。",{},"\u002Fblog\u002F5118-aizhan-chinese-keywords",{"title":180,"description":233},"blog\u002F5118-aizhan-chinese-keywords",[239,240,241],"中文关键词","百度SEO",5118,"vndYX79foRLv9QVx9b-n1o2-5MIUgqcnqU-hHGDg-m4",1794088111476]