[{"data":1,"prerenderedAt":265},["ShallowReactive",2],{"blog-360-search-ranking-logic":3,"blog-prev-360-search-ranking-logic":105,"blog-next-360-search-ranking-logic":177},{"id":4,"title":5,"author":6,"body":7,"canonical":89,"category":90,"cover":89,"date":91,"description":92,"draft":93,"extension":94,"keywords":89,"meta":95,"navigation":96,"noindex":93,"ogImage":89,"path":97,"seo":98,"seoDescription":89,"seoTitle":89,"stem":99,"tags":100,"updated":89,"__hash__":104},"blog\u002Fblog\u002F360-search-ranking-logic.md","360 搜索的排名逻辑：老站、备案、地域词","元析智能",{"type":8,"value":9,"toc":79},"minimark",[10,14,19,22,25,28,31,34,37,40,43,46,49,52,55,58,61,64,67,70,73,76],[11,12,13],"p",{},"360 搜索的量集中在 PC 端，排名偏好和百度不一样。我们拿 4 个站从 2025 年 10 月测到 2026 年 2 月，结论是：备案是门槛，老域名是加分，PC 下载类词是主战场，移动端和新品类词基本没戏。",[15,16,18],"h2",{"id":17},"_360-的用户从哪来","360 的用户从哪来",[11,20,21],{},"360 搜索的流量入口主要是 360 安全浏览器、360 导航和 360 安全卫士的默认搜索。用户画像偏 PC 办公场景，年龄结构比百度用户大一些。",[11,23,24],{},"这个画像决定了它的搜索需求：软件下载、办公工具、系统问题、本地服务。真正搜\"API 监控\"\"SaaS 选型\"这类词的很少。",[11,26,27],{},"我们监测的 4 个站里，360 带来的流量占比 1.8% 到 6.4%，最高的是一个桌面工具站，最低的是一个纯 B2B 的 SaaS 官网。",[15,29,30],{"id":30},"三个明显的排名偏好",[11,32,33],{},"第一，备案。没备案的站在 360 上收录都很困难，更别说排名。我们一个海外服务器、没备案的站，360 收录不到 20 页。",[11,35,36],{},"第二，站龄。360 对老域名明显友好。同样内容质量，注册 5 年以上的域名比新域名排名靠前。我们一个 2016 年的老站，核心词在 360 上比在百度上稳。",[11,38,39],{},"第三，地域词。360 对本地服务类查询的地域匹配比百度激进，同一个词在不同城市搜索，结果差异很大。这条对软件公司用处不大，但如果你做本地部署或本地服务，值得注意。",[15,41,42],{"id":42},"软件站能吃到什么",[11,44,45],{},"PC 工具下载类词最稳。比如\"XX 软件下载\"\"XX 工具电脑版\"，360 上还有量，而且竞争比百度小。",[11,47,48],{},"一个截图工具客户，我们把 40 个下载相关词做了落地页，360 每月带来 600 多次下载页访问，转化率和百度差不多。",[11,50,51],{},"另一个做办公插件的客户，把插件介绍页按 360 的偏好重写，加了版本号、系统要求、安装步骤，两个月后 12 个词进了前 3。",[15,53,54],{"id":54},"不同品类的表现",[11,56,57],{},"桌面软件、办公工具、系统工具：可以做，有量。",[11,59,60],{},"SaaS 产品、开发者工具：量很小，做基础收录就行，别投入内容。",[11,62,63],{},"新品类词：360 对新词的收录和排名都慢，我们一个做 AI 代码助手的客户，360 上几乎没量。",[15,65,66],{"id":66},"操作建议",[11,68,69],{},"备案是前提，没有就别做。sitemap 提交一次，之后每季度手动推一批核心页。内容不用单独写，把百度上表现好的页面稍作调整就行——360 的排名因素里内容权重没有百度那么重，适配成本低。",[15,71,72],{"id":72},"一句判断",[11,74,75],{},"顺带说个细节：360 的后台数据比百度粗糙，收录量只能看趋势。我们一般每周记一次数，做月度对比，别拿单日数据下结论。",[11,77,78],{},"360 适合做\"顺手补量\"，不适合做\"单独策略\"。如果你的产品是桌面工具，它值得单独排期；如果是 SaaS，把它放进多引擎的 10% 预算里就够。",{"title":80,"searchDepth":81,"depth":81,"links":82},"",2,[83,84,85,86,87,88],{"id":17,"depth":81,"text":18},{"id":30,"depth":81,"text":30},{"id":42,"depth":81,"text":42},{"id":54,"depth":81,"text":54},{"id":66,"depth":81,"text":66},{"id":72,"depth":81,"text":72},null,"SEO","2026-02-04","360 搜索的量集中在 PC 端，排名偏好和百度不一样。我们拿 4 个站从 2025 年 10 月测到 2026 年 2 月：备案是门槛，老域名是加分，PC 下载类词是主战场，移动端和新品类词基本没戏。哪个品类能做、哪个别碰，看我们五个月的测试结果。",false,"md",{},true,"\u002Fblog\u002F360-search-ranking-logic",{"title":5,"description":92},"blog\u002F360-search-ranking-logic",[101,102,103],"360搜索","多引擎","PC流量","nhhc7y9O2adsAdHbu8mhkTh9n92n29yE-M2WCBETJcQ",{"id":106,"title":107,"author":6,"body":108,"canonical":89,"category":165,"cover":89,"date":166,"description":167,"draft":93,"extension":94,"keywords":89,"meta":168,"navigation":96,"noindex":93,"ogImage":89,"path":169,"seo":170,"seoDescription":89,"seoTitle":89,"stem":171,"tags":172,"updated":89,"__hash__":176},"blog\u002Fblog\u002Fsql-example-pages-seo.md","数据工具的 SQL 示例页，比产品页更容易排上去",{"type":8,"value":109,"toc":159},[110,113,116,119,122,125,128,131,134,137,140,143,146,150,153,156],[11,111,112],{},"数据类工具做 SEO，最容易被忽略的资产是 SQL 示例页。2025 年 9 月我们给一个分析型数据库做内容规划，产品词竞争太贵，转而做了 60 个查询示例页，到 2026 年 2 月这批页面带来每月 1.2 万自然访问，是改版前的 3 倍多。",[15,114,115],{"id":115},"用户搜什么",[11,117,118],{},"搜的是任务，不是产品。“怎么查每个月的留存率”“怎么算移动平均”“怎么把宽表转成窄表”“json 字段怎么展开”。这些词的搜索量不大，单个几十到几百，但意图极其具体，而且搜的人正在写 SQL。",[11,120,121],{},"我们用一个逻辑筛词：有没有明确的分析任务、有没有标准写法、答案有没有争议。三个都有，就值得做一页。",[15,123,124],{"id":124},"页面怎么写才不水",[11,126,127],{},"第一，给可运行的表结构和数据。没有表结构，示例代码没法跑。我们每个页面开头给一段建表加插入语句，五行以内。",[11,129,130],{},"第二，给两种写法并说明差别。比如窗口函数和自连接的写法，性能差多少，什么数据量下该选哪个。这种对比是独家信息，抄不来。",[11,132,133],{},"第三，解释执行计划。贴一段 EXPLAIN 的输出，说明为什么走了全表扫描。这段内容是给进阶用户看的，也是拉开和其他页面差距的地方。",[15,135,136],{"id":136},"一个真实的例子",[11,138,139],{},"我们写的“计算 7 日留存”页面，上线四个月访问 2100 次，还从两个技术博客带回了外链。客户自己的工程师说，他们内部新人培训也在用这个页面。这说明内容确实解决了问题，不是给搜索引擎看的。",[11,141,142],{},"这类页面的转化路径和产品页不同。用户看完 SQL 示例，下一步是“这个数据库跑这个查询要多久”，所以页面底部放一个性能对比的链接，比放“免费试用”有效。",[11,144,145],{},"版本差异要写清。窗口函数、JSON 函数在不同版本里行为不一样，我们会在示例页标注“本文在 14 及以上验证”。用户用的是旧版本，看到这行就知道该查别的页，不会照着跑报错。",[15,147,149],{"id":148},"别做的两类-sql-内容","别做的两类 SQL 内容",[11,151,152],{},"一类是“SQL 教程”大词。“SQL 入门”“SQL 语法”这些词被教程站占满了，你写不过他们。",[11,154,155],{},"另一类是纯语法翻译。函数文档官网就有，你复述一遍没有信息增益。除非你能给出“这个函数在 XX 场景下比 YY 快 3 倍”这种实测结论。",[11,157,158],{},"数据工具的内容路线，本质是用具体任务换长尾流量。这条路慢，但竞争对手少，而且来的用户是真正在干活的人。",{"title":80,"searchDepth":81,"depth":81,"links":160},[161,162,163,164],{"id":115,"depth":81,"text":115},{"id":124,"depth":81,"text":124},{"id":136,"depth":81,"text":136},{"id":148,"depth":81,"text":149},"技术SEO","2026-02-03","分析型数据库的竞争在商业词上很挤，但“怎么写 SQL 查留存率”这类任务页几乎没人认真做。我们做了 60 个带表结构和执行计划的示例页，半年自然访问涨了 3 倍。",{},"\u002Fblog\u002Fsql-example-pages-seo",{"title":107,"description":167},"blog\u002Fsql-example-pages-seo",[173,174,175],"数据工具","SQL","长尾词","XQbKStwiqctaBsbnR95O3oWimyFE-m8GMqK64tFvOCQ",{"id":178,"title":179,"author":6,"body":180,"canonical":89,"category":165,"cover":89,"date":254,"description":255,"draft":93,"extension":94,"keywords":89,"meta":256,"navigation":96,"noindex":93,"ogImage":89,"path":257,"seo":258,"seoDescription":89,"seoTitle":89,"stem":259,"tags":260,"updated":89,"__hash__":264},"blog\u002Fblog\u002Fgsc-crawl-stats-vs-logs.md","GSC 抓取统计和服务器日志对不上，原因有四个",{"type":8,"value":181,"toc":246},[182,185,189,192,195,199,202,205,209,212,215,219,222,225,228,231,234,237,240,243],[11,183,184],{},"GSC 抓取统计显示 12 万次，服务器日志里只有 8 万次 Googlebot 请求，差的四万很容易被当成数据出错。其实对不上是常态，四个原因几乎每次都会遇到。",[15,186,188],{"id":187},"原因一gsc-是抽样","原因一：GSC 是抽样",[11,190,191],{},"抓取统计报告基于抽样数据，不是全量。站点越大，抽样比例越低，页面上看到的数字是估算值。它能用来看趋势，不能用来对账。",[11,193,194],{},"另外这个报告只保留 90 天，时间窗口一长就对不上。想拿半年数据，得自己每周导一次。",[15,196,198],{"id":197},"原因二cdn-和缓存","原因二：CDN 和缓存",[11,200,201],{},"如果站前有 CDN，Googlebot 的请求很多打在边缘节点，回源的只有未命中的部分。GSC 统计的是边缘收到的请求，你的日志记的是回源请求，中间差的量取决于缓存命中率。",[11,203,204],{},"缓存命中率高的站，这个差距能到 40%。查的办法很简单，看 CDN 后台的命中率，再对比日志和 GSC 的比例。",[15,206,208],{"id":207},"原因三日志里的-googlebot-有很多假货","原因三：日志里的 Googlebot 有很多假货",[11,210,211],{},"UA 里写 Googlebot 的请求，一大半不是真的。有人用脚本扫站、有人抓数据，都爱伪装成蜘蛛。",[11,213,214],{},"验证方式只有一种：反向 DNS 查询，确认来源 IP 属于 Google 的网段。我们写脚本把日志里的 IP 逐个反查，通常能筛掉三到五成的假 Googlebot。不加这一步，你会以为蜘蛛抓得很勤，其实抓你没用的东西。",[15,216,218],{"id":217},"原因四统计口径不同","原因四：统计口径不同",[11,220,221],{},"GSC 按请求算，一次页面加二十个资源就是二十一次。日志里如果你按页面请求统计，只算 document 类型，两个数天然差几倍。先统一口径，再比数字。",[11,223,224],{},"我们统一成只算 HTML 页面请求，CSS、JS、图片全部剔除。这一步做完，双方的量级通常能接近到 20% 以内。",[15,226,227],{"id":227},"怎么用这两个数",[11,229,230],{},"日志用来看路径分布：哪些目录被抓得多，哪些页面被反复抓，状态码分布是什么样。GSC 用来看趋势：整体抓取量是在涨还是跌，和收录变化对不对得上。",[11,232,233],{},"两个数不需要精确相等。差一倍以内、趋势一致，就是健康的。差得离谱，先查 CDN 和假蜘蛛，大部分问题出在这两处。",[15,235,236],{"id":236},"查错的顺序",[11,238,239],{},"2026 年 2 月我按这个顺序查过一次，四十分钟定位到原因：先做 IP 反查，去掉假蜘蛛；再看 CDN 命中率；然后统一口径只算 HTML；最后才对比趋势。",[11,241,242],{},"顺序很重要。先查口径，往往发现是两个数本来就不该相等，后面的排查都省了。反过来先怀疑工具坏了，容易白折腾。",[11,244,245],{},"别花一周去把两个数调平，调不平。把精力放在日志里的路径分布上，那里才有能改的东西。",{"title":80,"searchDepth":81,"depth":81,"links":247},[248,249,250,251,252,253],{"id":187,"depth":81,"text":188},{"id":197,"depth":81,"text":198},{"id":207,"depth":81,"text":208},{"id":217,"depth":81,"text":218},{"id":227,"depth":81,"text":227},{"id":236,"depth":81,"text":236},"2026-02-05","GSC 显示 12 万次抓取，日志只有 8 万，差的四万去哪了。这篇写抽样、CDN 缓存、假蜘蛛和统计口径四个原因，以及怎么对齐两个数。",{},"\u002Fblog\u002Fgsc-crawl-stats-vs-logs",{"title":179,"description":255},"blog\u002Fgsc-crawl-stats-vs-logs",[261,262,263],"GSC","日志分析","抓取统计","DWL-ROEb7BgGCb5Ao4TKv6-ha49LQ_6R5MD6dXuwEV0",1794088108658]