[{"data":1,"prerenderedAt":335},["ShallowReactive",2],{"blog-ai-generated-byline-risk":3,"blog-prev-ai-generated-byline-risk":75,"blog-next-ai-generated-byline-risk":263},{"id":4,"title":5,"author":6,"body":7,"canonical":59,"category":60,"cover":59,"date":61,"description":62,"draft":63,"extension":64,"keywords":59,"meta":65,"navigation":66,"noindex":63,"ogImage":59,"path":67,"seo":68,"seoDescription":59,"seoTitle":59,"stem":69,"tags":70,"updated":59,"__hash__":74},"blog\u002Fblog\u002Fai-generated-byline-risk.md","AI 批量生成署名文章，我们为什么不接这种单子","元析智能",{"type":8,"value":9,"toc":52},"minimark",[10,14,19,22,25,28,31,34,37,40,43,46,49],[11,12,13],"p",{},"2026 年 1 月，一个客户拿来 60 篇已经用 AI 生成好的稿子，要求我们挂上团队作者的署名发布，一篇 200 块。我们拒了。不是因为 AI，是因为\"署名\"这两个字有重量。",[15,16,18],"h2",{"id":17},"ai-稿在作者信号上留下的三个痕迹","AI 稿在作者信号上留下的三个痕迹",[11,20,21],{},"第一是没有第一手细节。AI 能写出\"优化后效果明显提升\"，但写不出\"改完第 11 天，核心词从第 9 到第 5，询盘多了 3 个\"。读者和搜索引擎都能感觉到这种空。",[11,23,24],{},"第二是句式跨文章重复。单篇看不出来，把 10 篇放一起读，开头、转折、结尾的结构几乎一样。这种一致性在批量内容里非常显眼。",[11,26,27],{},"第三是作者页和内容对不上。一个作者今天写 Kubernetes 调优，明天写财务共享中心，后天写医疗合规，作者页上却没有对应的履历。这个矛盾是致命的。我们见过一个站，作者页上写着\"十年安全运维\"，文章却在教人如何\"关闭防火墙解决连接问题\"，两者放一起，谁看都觉得不对劲。",[15,29,30],{"id":30},"署名意味着责任",[11,32,33],{},"署名的意思是：这篇文章里的判断，这个人愿意负责。技术文章里的一个配置参数写错了，读者照着做会出故障；客户案例里的一个数字写错了，客户会找上门。",[11,35,36],{},"搜索引擎这几年在做的事，是把内容和实体关联起来。作者是谁、在哪个公司、写过什么、别人怎么评价他，这些信号越来越重要。批量署名等于主动告诉算法：这些文章没有负责人。反过来，一个真实作者持续在一个领域写，即使更新慢，积累的信任也是实的。",[15,38,39],{"id":39},"我们的底线",[11,41,42],{},"可以用 AI 做的事：查资料、列大纲、写初稿、改语句、生成对比表。不能让 AI 做的事：编数字、编客户、批量署名、不审校直接发。",[11,44,45],{},"2025 年我们发了 40 多篇文章，其中 18 篇的初稿有 AI 参与，但每一篇的事实、案例、数字都经过人工核对，客户案例都找当事人确认过。没有一篇是\"生成即发布\"。",[11,47,48],{},"那 60 篇稿子里的问题很典型：同一个\"行业痛点\"段落出现在 17 篇里，只是换了主语。发出去的前 5 篇可能没事，第 20 篇开始，同一批关键词下全是相似表述，谁都能看出来。",[11,50,51],{},"判断标准很简单：作者页上那个人，能不能回答这篇文章里的问题。如果答不上来，这个署名就是负资产，越早撤越好。",{"title":53,"searchDepth":54,"depth":54,"links":55},"",2,[56,57,58],{"id":17,"depth":54,"text":18},{"id":30,"depth":54,"text":30},{"id":39,"depth":54,"text":39},null,"内容运营","2026-02-02","2026 年 1 月有客户拿来 60 篇 AI 稿，要求挂我们团队的名字。我们拒了。这篇讲 AI 署名在作者信号上留下的三个痕迹，以及什么情况下用 AI 辅助写作没问题。",false,"md",{},true,"\u002Fblog\u002Fai-generated-byline-risk",{"title":5,"description":62},"blog\u002Fai-generated-byline-risk",[71,72,73],"AI写作","署名","E-E-A-T","4XZBx71zk0Fsz3l1HUau9mjXA_pehltAKWo8TYYaAVQ",{"id":76,"title":77,"author":6,"body":78,"canonical":59,"category":251,"cover":59,"date":252,"description":253,"draft":63,"extension":64,"keywords":59,"meta":254,"navigation":66,"noindex":63,"ogImage":59,"path":255,"seo":256,"seoDescription":59,"seoTitle":59,"stem":257,"tags":258,"updated":59,"__hash__":262},"blog\u002Fblog\u002Fconversational-query-rewrite.md","对话式查询改写：12 个关键词扩成 68 个整句问题",{"type":8,"value":79,"toc":243},[80,83,86,89,92,95,98,101,120,123,126,129,197,200,204,207,210,213,216,219,222,225,228,231,234,237,240],[11,81,82],{},"关键词是搜索框逼出来的产物，AI 搜索收的是整句话。2026 年 2 月我们把一个客户的 12 个核心关键词按四问法改写，得到 68 个整句问题，其中 57 个现有页面答不了。这个缺口就是接下来半年的选题表。",[15,84,85],{"id":85},"关键词和问题的差别",[11,87,88],{},"\"日志分析工具\"是关键词。它没有主语、没有场景、没有约束。",[11,90,91],{},"\"我们是 30 人的 SaaS 团队，每天 200G 日志，预算有限，用哪家日志分析合适\"是问题。这句里包含了规模、数据量、预算三个筛选条件，AI 要答它，必须找同时覆盖这三点的内容。",[11,93,94],{},"关键词只能覆盖品类，问题才能覆盖决策。",[15,96,97],{"id":97},"四问法",[11,99,100],{},"一个关键词拆四个方向：",[11,102,103,107,108,111,112,115,116,119],{},[104,105,106],"strong",{},"谁在问。"," 团队规模、角色、行业。\n",[104,109,110],{},"什么场景。"," 迁移、扩容、排障、合规审计。\n",[104,113,114],{},"担心什么。"," 成本、锁定、迁移难度、能不能私有部署。\n",[104,117,118],{},"要什么结果。"," 降本、过审、缩短排障时间。",[11,121,122],{},"四个方向各出 1 到 2 个问法，一个词能出 4 到 6 句。12 个词出 68 句，符合预期。",[15,124,125],{"id":125},"一个词的改写示例",[11,127,128],{},"从\"日志分析工具\"出发：",[130,131,132,145],"table",{},[133,134,135],"thead",{},[136,137,138,142],"tr",{},[139,140,141],"th",{},"类型",[139,143,144],{},"改写后的问法",[146,147,148,157,165,173,181,189],"tbody",{},[136,149,150,154],{},[151,152,153],"td",{},"规模",[151,155,156],{},"30 人团队用哪家日志分析工具合适",[136,158,159,162],{},[151,160,161],{},"场景",[151,163,164],{},"从 ELK 迁到别的日志平台要注意什么",[136,166,167,170],{},[151,168,169],{},"担心",[151,171,172],{},"日志分析工具按量计费还是按节点计费",[136,174,175,178],{},[151,176,177],{},"结果",[151,179,180],{},"怎么把排障时间从 2 小时压到 10 分钟",[136,182,183,186],{},[151,184,185],{},"对比",[151,187,188],{},"日志分析和可观测平台是一回事吗",[136,190,191,194],{},[151,192,193],{},"边界",[151,195,196],{},"私有部署的日志分析工具有哪些",[11,198,199],{},"这 6 句都能写成一篇文章，而且互不重复。原来那个关键词只能写一篇。",[15,201,203],{"id":202},"_57-个缺口的分布","57 个缺口的分布",[11,205,206],{},"我们把 68 句逐条对照现有页面，能答的 11 句，答不了的 57 句。",[11,208,209],{},"缺口集中在三块：计费与成本 14 句、迁移与兼容 12 句、团队规模与选型 11 句。这三块恰好都是销售在电话里反复解释的内容。",[11,211,212],{},"有意思的是，客户自己写过 4 篇\"行业趋势\"，一句缺口都没填上。趋势文带来的是品牌感，不是答案。",[15,214,215],{"id":215},"怎么排优先级",[11,217,218],{},"三个筛子过一遍：",[11,220,221],{},"能不能被回答成一句话？能，优先。需要三千字才能说清的，往后放。",[11,223,224],{},"销售会不会被问到？会，优先。让销售把最近 20 通电话里被问的问题写下来，比任何工具准。",[11,226,227],{},"竞品有没有写？没写，机会大；写了但写得差，机会更大。",[11,229,230],{},"排完，57 句里能立刻动手的 18 句。这 18 句做完，够撑三个月。",[15,232,233],{"id":233},"别把它当关键词工具用",[11,235,236],{},"这套改写的产出不是关键词列表，是问题清单。问题清单要能直接拿去问 AI，测出来它现在怎么答、引了谁。",[11,238,239],{},"拿 68 句去跑 4 个引擎，你会看到一张很有意思的图：哪些问题已经有答案但答案里没你，哪些问题压根没有像样的答案。前者改内容，后者抢首发。",[11,241,242],{},"改写这一步只花两小时，值。",{"title":53,"searchDepth":54,"depth":54,"links":244},[245,246,247,248,249,250],{"id":85,"depth":54,"text":85},{"id":97,"depth":54,"text":97},{"id":125,"depth":54,"text":125},{"id":202,"depth":54,"text":203},{"id":215,"depth":54,"text":215},{"id":233,"depth":54,"text":233},"GEO","2026-02-01","关键词是搜索框的产物，AI 搜索收的是整句。把 12 个核心词按四问法改写，得到 68 个真实问法，其中 57 个现有页面答不了。改写表可以直接抄。",{},"\u002Fblog\u002Fconversational-query-rewrite",{"title":77,"description":253},"blog\u002Fconversational-query-rewrite",[259,260,251,261],"对话式查询","关键词","内容规划","AmKjOdYlyiHFqI2VNr3NdeEp6N4HTGLXNm8Me-uwiIE",{"id":264,"title":265,"author":6,"body":266,"canonical":59,"category":323,"cover":59,"date":324,"description":325,"draft":63,"extension":64,"keywords":59,"meta":326,"navigation":66,"noindex":63,"ogImage":59,"path":327,"seo":328,"seoDescription":59,"seoTitle":59,"stem":329,"tags":330,"updated":59,"__hash__":334},"blog\u002Fblog\u002Fsql-example-pages-seo.md","数据工具的 SQL 示例页，比产品页更容易排上去",{"type":8,"value":267,"toc":317},[268,271,274,277,280,283,286,289,292,295,298,301,304,308,311,314],[11,269,270],{},"数据类工具做 SEO，最容易被忽略的资产是 SQL 示例页。2025 年 9 月我们给一个分析型数据库做内容规划，产品词竞争太贵，转而做了 60 个查询示例页，到 2026 年 2 月这批页面带来每月 1.2 万自然访问，是改版前的 3 倍多。",[15,272,273],{"id":273},"用户搜什么",[11,275,276],{},"搜的是任务，不是产品。“怎么查每个月的留存率”“怎么算移动平均”“怎么把宽表转成窄表”“json 字段怎么展开”。这些词的搜索量不大，单个几十到几百，但意图极其具体，而且搜的人正在写 SQL。",[11,278,279],{},"我们用一个逻辑筛词：有没有明确的分析任务、有没有标准写法、答案有没有争议。三个都有，就值得做一页。",[15,281,282],{"id":282},"页面怎么写才不水",[11,284,285],{},"第一，给可运行的表结构和数据。没有表结构，示例代码没法跑。我们每个页面开头给一段建表加插入语句，五行以内。",[11,287,288],{},"第二，给两种写法并说明差别。比如窗口函数和自连接的写法，性能差多少，什么数据量下该选哪个。这种对比是独家信息，抄不来。",[11,290,291],{},"第三，解释执行计划。贴一段 EXPLAIN 的输出，说明为什么走了全表扫描。这段内容是给进阶用户看的，也是拉开和其他页面差距的地方。",[15,293,294],{"id":294},"一个真实的例子",[11,296,297],{},"我们写的“计算 7 日留存”页面，上线四个月访问 2100 次，还从两个技术博客带回了外链。客户自己的工程师说，他们内部新人培训也在用这个页面。这说明内容确实解决了问题，不是给搜索引擎看的。",[11,299,300],{},"这类页面的转化路径和产品页不同。用户看完 SQL 示例，下一步是“这个数据库跑这个查询要多久”，所以页面底部放一个性能对比的链接，比放“免费试用”有效。",[11,302,303],{},"版本差异要写清。窗口函数、JSON 函数在不同版本里行为不一样，我们会在示例页标注“本文在 14 及以上验证”。用户用的是旧版本，看到这行就知道该查别的页，不会照着跑报错。",[15,305,307],{"id":306},"别做的两类-sql-内容","别做的两类 SQL 内容",[11,309,310],{},"一类是“SQL 教程”大词。“SQL 入门”“SQL 语法”这些词被教程站占满了，你写不过他们。",[11,312,313],{},"另一类是纯语法翻译。函数文档官网就有，你复述一遍没有信息增益。除非你能给出“这个函数在 XX 场景下比 YY 快 3 倍”这种实测结论。",[11,315,316],{},"数据工具的内容路线，本质是用具体任务换长尾流量。这条路慢，但竞争对手少，而且来的用户是真正在干活的人。",{"title":53,"searchDepth":54,"depth":54,"links":318},[319,320,321,322],{"id":273,"depth":54,"text":273},{"id":282,"depth":54,"text":282},{"id":294,"depth":54,"text":294},{"id":306,"depth":54,"text":307},"技术SEO","2026-02-03","分析型数据库的竞争在商业词上很挤，但“怎么写 SQL 查留存率”这类任务页几乎没人认真做。我们做了 60 个带表结构和执行计划的示例页，半年自然访问涨了 3 倍。",{},"\u002Fblog\u002Fsql-example-pages-seo",{"title":265,"description":325},"blog\u002Fsql-example-pages-seo",[331,332,333],"数据工具","SQL","长尾词","XQbKStwiqctaBsbnR95O3oWimyFE-m8GMqK64tFvOCQ",1794088108698]