[{"data":1,"prerenderedAt":239},["ShallowReactive",2],{"blog-sql-example-pages-seo":3,"blog-prev-sql-example-pages-seo":85,"blog-next-sql-example-pages-seo":147},{"id":4,"title":5,"author":6,"body":7,"canonical":69,"category":70,"cover":69,"date":71,"description":72,"draft":73,"extension":74,"keywords":69,"meta":75,"navigation":76,"noindex":73,"ogImage":69,"path":77,"seo":78,"seoDescription":69,"seoTitle":69,"stem":79,"tags":80,"updated":69,"__hash__":84},"blog\u002Fblog\u002Fsql-example-pages-seo.md","数据工具的 SQL 示例页，比产品页更容易排上去","元析智能",{"type":8,"value":9,"toc":61},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,52,55,58],[11,12,13],"p",{},"数据类工具做 SEO，最容易被忽略的资产是 SQL 示例页。2025 年 9 月我们给一个分析型数据库做内容规划，产品词竞争太贵，转而做了 60 个查询示例页，到 2026 年 2 月这批页面带来每月 1.2 万自然访问，是改版前的 3 倍多。",[15,16,17],"h2",{"id":17},"用户搜什么",[11,19,20],{},"搜的是任务，不是产品。“怎么查每个月的留存率”“怎么算移动平均”“怎么把宽表转成窄表”“json 字段怎么展开”。这些词的搜索量不大，单个几十到几百，但意图极其具体，而且搜的人正在写 SQL。",[11,22,23],{},"我们用一个逻辑筛词：有没有明确的分析任务、有没有标准写法、答案有没有争议。三个都有，就值得做一页。",[15,25,26],{"id":26},"页面怎么写才不水",[11,28,29],{},"第一，给可运行的表结构和数据。没有表结构，示例代码没法跑。我们每个页面开头给一段建表加插入语句，五行以内。",[11,31,32],{},"第二，给两种写法并说明差别。比如窗口函数和自连接的写法，性能差多少，什么数据量下该选哪个。这种对比是独家信息，抄不来。",[11,34,35],{},"第三，解释执行计划。贴一段 EXPLAIN 的输出，说明为什么走了全表扫描。这段内容是给进阶用户看的，也是拉开和其他页面差距的地方。",[15,37,38],{"id":38},"一个真实的例子",[11,40,41],{},"我们写的“计算 7 日留存”页面，上线四个月访问 2100 次，还从两个技术博客带回了外链。客户自己的工程师说，他们内部新人培训也在用这个页面。这说明内容确实解决了问题，不是给搜索引擎看的。",[11,43,44],{},"这类页面的转化路径和产品页不同。用户看完 SQL 示例，下一步是“这个数据库跑这个查询要多久”，所以页面底部放一个性能对比的链接，比放“免费试用”有效。",[11,46,47],{},"版本差异要写清。窗口函数、JSON 函数在不同版本里行为不一样，我们会在示例页标注“本文在 14 及以上验证”。用户用的是旧版本，看到这行就知道该查别的页，不会照着跑报错。",[15,49,51],{"id":50},"别做的两类-sql-内容","别做的两类 SQL 内容",[11,53,54],{},"一类是“SQL 教程”大词。“SQL 入门”“SQL 语法”这些词被教程站占满了，你写不过他们。",[11,56,57],{},"另一类是纯语法翻译。函数文档官网就有，你复述一遍没有信息增益。除非你能给出“这个函数在 XX 场景下比 YY 快 3 倍”这种实测结论。",[11,59,60],{},"数据工具的内容路线，本质是用具体任务换长尾流量。这条路慢，但竞争对手少，而且来的用户是真正在干活的人。",{"title":62,"searchDepth":63,"depth":63,"links":64},"",2,[65,66,67,68],{"id":17,"depth":63,"text":17},{"id":26,"depth":63,"text":26},{"id":38,"depth":63,"text":38},{"id":50,"depth":63,"text":51},null,"技术SEO","2026-02-03","分析型数据库的竞争在商业词上很挤，但“怎么写 SQL 查留存率”这类任务页几乎没人认真做。我们做了 60 个带表结构和执行计划的示例页，半年自然访问涨了 3 倍。",false,"md",{},true,"\u002Fblog\u002Fsql-example-pages-seo",{"title":5,"description":72},"blog\u002Fsql-example-pages-seo",[81,82,83],"数据工具","SQL","长尾词","XQbKStwiqctaBsbnR95O3oWimyFE-m8GMqK64tFvOCQ",{"id":86,"title":87,"author":6,"body":88,"canonical":69,"category":135,"cover":69,"date":136,"description":137,"draft":73,"extension":74,"keywords":69,"meta":138,"navigation":76,"noindex":73,"ogImage":69,"path":139,"seo":140,"seoDescription":69,"seoTitle":69,"stem":141,"tags":142,"updated":69,"__hash__":146},"blog\u002Fblog\u002Fai-generated-byline-risk.md","AI 批量生成署名文章，我们为什么不接这种单子",{"type":8,"value":89,"toc":130},[90,93,97,100,103,106,109,112,115,118,121,124,127],[11,91,92],{},"2026 年 1 月，一个客户拿来 60 篇已经用 AI 生成好的稿子，要求我们挂上团队作者的署名发布，一篇 200 块。我们拒了。不是因为 AI，是因为\"署名\"这两个字有重量。",[15,94,96],{"id":95},"ai-稿在作者信号上留下的三个痕迹","AI 稿在作者信号上留下的三个痕迹",[11,98,99],{},"第一是没有第一手细节。AI 能写出\"优化后效果明显提升\"，但写不出\"改完第 11 天，核心词从第 9 到第 5，询盘多了 3 个\"。读者和搜索引擎都能感觉到这种空。",[11,101,102],{},"第二是句式跨文章重复。单篇看不出来，把 10 篇放一起读，开头、转折、结尾的结构几乎一样。这种一致性在批量内容里非常显眼。",[11,104,105],{},"第三是作者页和内容对不上。一个作者今天写 Kubernetes 调优，明天写财务共享中心，后天写医疗合规，作者页上却没有对应的履历。这个矛盾是致命的。我们见过一个站，作者页上写着\"十年安全运维\"，文章却在教人如何\"关闭防火墙解决连接问题\"，两者放一起，谁看都觉得不对劲。",[15,107,108],{"id":108},"署名意味着责任",[11,110,111],{},"署名的意思是：这篇文章里的判断，这个人愿意负责。技术文章里的一个配置参数写错了，读者照着做会出故障；客户案例里的一个数字写错了，客户会找上门。",[11,113,114],{},"搜索引擎这几年在做的事，是把内容和实体关联起来。作者是谁、在哪个公司、写过什么、别人怎么评价他，这些信号越来越重要。批量署名等于主动告诉算法：这些文章没有负责人。反过来，一个真实作者持续在一个领域写，即使更新慢，积累的信任也是实的。",[15,116,117],{"id":117},"我们的底线",[11,119,120],{},"可以用 AI 做的事：查资料、列大纲、写初稿、改语句、生成对比表。不能让 AI 做的事：编数字、编客户、批量署名、不审校直接发。",[11,122,123],{},"2025 年我们发了 40 多篇文章，其中 18 篇的初稿有 AI 参与，但每一篇的事实、案例、数字都经过人工核对，客户案例都找当事人确认过。没有一篇是\"生成即发布\"。",[11,125,126],{},"那 60 篇稿子里的问题很典型：同一个\"行业痛点\"段落出现在 17 篇里，只是换了主语。发出去的前 5 篇可能没事，第 20 篇开始，同一批关键词下全是相似表述，谁都能看出来。",[11,128,129],{},"判断标准很简单：作者页上那个人，能不能回答这篇文章里的问题。如果答不上来，这个署名就是负资产，越早撤越好。",{"title":62,"searchDepth":63,"depth":63,"links":131},[132,133,134],{"id":95,"depth":63,"text":96},{"id":108,"depth":63,"text":108},{"id":117,"depth":63,"text":117},"内容运营","2026-02-02","2026 年 1 月有客户拿来 60 篇 AI 稿，要求挂我们团队的名字。我们拒了。这篇讲 AI 署名在作者信号上留下的三个痕迹，以及什么情况下用 AI 辅助写作没问题。",{},"\u002Fblog\u002Fai-generated-byline-risk",{"title":87,"description":137},"blog\u002Fai-generated-byline-risk",[143,144,145],"AI写作","署名","E-E-A-T","4XZBx71zk0Fsz3l1HUau9mjXA_pehltAKWo8TYYaAVQ",{"id":148,"title":149,"author":6,"body":150,"canonical":69,"category":227,"cover":69,"date":228,"description":229,"draft":73,"extension":74,"keywords":69,"meta":230,"navigation":76,"noindex":73,"ogImage":69,"path":231,"seo":232,"seoDescription":69,"seoTitle":69,"stem":233,"tags":234,"updated":69,"__hash__":238},"blog\u002Fblog\u002F360-search-ranking-logic.md","360 搜索的排名逻辑：老站、备案、地域词",{"type":8,"value":151,"toc":219},[152,155,159,162,165,168,171,174,177,180,183,186,189,192,195,198,201,204,207,210,213,216],[11,153,154],{},"360 搜索的量集中在 PC 端，排名偏好和百度不一样。我们拿 4 个站从 2025 年 10 月测到 2026 年 2 月，结论是：备案是门槛，老域名是加分，PC 下载类词是主战场，移动端和新品类词基本没戏。",[15,156,158],{"id":157},"_360-的用户从哪来","360 的用户从哪来",[11,160,161],{},"360 搜索的流量入口主要是 360 安全浏览器、360 导航和 360 安全卫士的默认搜索。用户画像偏 PC 办公场景，年龄结构比百度用户大一些。",[11,163,164],{},"这个画像决定了它的搜索需求：软件下载、办公工具、系统问题、本地服务。真正搜\"API 监控\"\"SaaS 选型\"这类词的很少。",[11,166,167],{},"我们监测的 4 个站里，360 带来的流量占比 1.8% 到 6.4%，最高的是一个桌面工具站，最低的是一个纯 B2B 的 SaaS 官网。",[15,169,170],{"id":170},"三个明显的排名偏好",[11,172,173],{},"第一，备案。没备案的站在 360 上收录都很困难，更别说排名。我们一个海外服务器、没备案的站，360 收录不到 20 页。",[11,175,176],{},"第二，站龄。360 对老域名明显友好。同样内容质量，注册 5 年以上的域名比新域名排名靠前。我们一个 2016 年的老站，核心词在 360 上比在百度上稳。",[11,178,179],{},"第三，地域词。360 对本地服务类查询的地域匹配比百度激进，同一个词在不同城市搜索，结果差异很大。这条对软件公司用处不大，但如果你做本地部署或本地服务，值得注意。",[15,181,182],{"id":182},"软件站能吃到什么",[11,184,185],{},"PC 工具下载类词最稳。比如\"XX 软件下载\"\"XX 工具电脑版\"，360 上还有量，而且竞争比百度小。",[11,187,188],{},"一个截图工具客户，我们把 40 个下载相关词做了落地页，360 每月带来 600 多次下载页访问，转化率和百度差不多。",[11,190,191],{},"另一个做办公插件的客户，把插件介绍页按 360 的偏好重写，加了版本号、系统要求、安装步骤，两个月后 12 个词进了前 3。",[15,193,194],{"id":194},"不同品类的表现",[11,196,197],{},"桌面软件、办公工具、系统工具：可以做，有量。",[11,199,200],{},"SaaS 产品、开发者工具：量很小，做基础收录就行，别投入内容。",[11,202,203],{},"新品类词：360 对新词的收录和排名都慢，我们一个做 AI 代码助手的客户，360 上几乎没量。",[15,205,206],{"id":206},"操作建议",[11,208,209],{},"备案是前提，没有就别做。sitemap 提交一次，之后每季度手动推一批核心页。内容不用单独写，把百度上表现好的页面稍作调整就行——360 的排名因素里内容权重没有百度那么重，适配成本低。",[15,211,212],{"id":212},"一句判断",[11,214,215],{},"顺带说个细节：360 的后台数据比百度粗糙，收录量只能看趋势。我们一般每周记一次数，做月度对比，别拿单日数据下结论。",[11,217,218],{},"360 适合做\"顺手补量\"，不适合做\"单独策略\"。如果你的产品是桌面工具，它值得单独排期；如果是 SaaS，把它放进多引擎的 10% 预算里就够。",{"title":62,"searchDepth":63,"depth":63,"links":220},[221,222,223,224,225,226],{"id":157,"depth":63,"text":158},{"id":170,"depth":63,"text":170},{"id":182,"depth":63,"text":182},{"id":194,"depth":63,"text":194},{"id":206,"depth":63,"text":206},{"id":212,"depth":63,"text":212},"SEO","2026-02-04","360 搜索的量集中在 PC 端，排名偏好和百度不一样。我们拿 4 个站从 2025 年 10 月测到 2026 年 2 月：备案是门槛，老域名是加分，PC 下载类词是主战场，移动端和新品类词基本没戏。哪个品类能做、哪个别碰，看我们五个月的测试结果。",{},"\u002Fblog\u002F360-search-ranking-logic",{"title":149,"description":229},"blog\u002F360-search-ranking-logic",[235,236,237],"360搜索","多引擎","PC流量","nhhc7y9O2adsAdHbu8mhkTh9n92n29yE-M2WCBETJcQ",1794088108689]