[{"data":1,"prerenderedAt":357},["ShallowReactive",2],{"blog-content-attribution":3,"blog-prev-content-attribution":127,"blog-next-content-attribution":247},{"id":4,"title":5,"author":6,"body":7,"canonical":111,"category":112,"cover":111,"date":113,"description":114,"draft":115,"extension":116,"keywords":111,"meta":117,"navigation":118,"noindex":115,"ogImage":111,"path":119,"seo":120,"seoDescription":111,"seoTitle":111,"stem":121,"tags":122,"updated":111,"__hash__":126},"blog\u002Fblog\u002Fcontent-attribution.md","内容效果归因：注册到底算哪篇文章的功劳","元析智能",{"type":8,"value":9,"toc":99},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87,90,93,96],[11,12,13],"p",{},"一篇文章带来 10 个注册，另一篇带来 3 个，不代表第一篇更好。内容归因难在路径长、触点杂。我们用三层归因：直接来源、辅助触点、品牌搜索。",[15,16,17],"h2",{"id":17},"归因为什么难",[11,19,20],{},"用户从第一次看到文章，到注册，可能经过：搜索、读文章、看文档、看定价、搜品牌词、再回来注册。",[11,22,23],{},"如果只按\"最后一次点击\"算，功劳全给了定价页，内容一文不值。如果按\"第一次点击\"算，功劳全给了第一篇科普文，也不对。",[15,25,26],{"id":26},"我们的三层归因",[11,28,29],{},"第一层，直接来源。用户注册时，来源是某篇文章的 URL，直接算这篇文章的。",[11,31,32],{},"第二层，辅助触点。用户注册前 30 天内，看过哪些内容。这些内容算\"辅助\"，按触点数分配权重。",[11,34,35],{},"第三层，品牌搜索。用户搜品牌词进来的，功劳分给\"之前让他记住品牌的内容\"。",[15,37,38],{"id":38},"一个例子",[11,40,41],{},"2026 年 3 月，一个客户的数据：A 文章直接带来 10 个注册，B 文章直接带来 3 个。",[11,43,44],{},"但辅助触点看：B 文章在 60 个注册的路径里出现过，A 文章只在 15 个里出现。",[11,46,47],{},"结论：B 文章的价值被低估了。它是一篇\"种草\"内容，不直接转化，但影响决策。",[15,49,50],{"id":50},"怎么落地",[11,52,53],{},"工具层面：GA4 里配置内容分组，把文章、文档、落地页分开。",[11,55,56],{},"数据层面：每周导一次\"注册前 30 天内容触点\"，按内容分组统计。",[11,58,59],{},"报告层面：每月出一次\"直接贡献 + 辅助贡献\"两张表，别只报直接贡献。",[15,61,62],{"id":62},"两个误区",[11,64,65],{},"第一个误区，只看直接转化。纯内容团队会因此被低估，然后被迫写\"硬广\"，长期伤害内容质量。",[11,67,68],{},"第二个误区，把辅助触点算成\"平均分配\"。60 个注册路径里出现过，不等于贡献均等。我们一般按触点位置加权：越靠近注册，权重越高。",[15,70,71],{"id":71},"一个提醒",[11,73,74],{},"归因没有完美方案。三层归因也只是一个\"更接近真相\"的模型，不是真理。",[11,76,77],{},"关键是：全公司用同一套口径，并且知道这套口径的偏差在哪。",[15,79,80],{"id":80},"一个容易吵起来的问题",[11,82,83],{},"内容团队和增长团队经常为归因口径吵架。增长团队看最后一次点击，内容团队看辅助触点。",[11,85,86],{},"我们的解法是：两个口径都报，但决策用\"辅助触点 + 品牌搜索\"的合并口径。因为内容的作用本来就是影响决策，不是直接收单。",[11,88,89],{},"这个口径需要老板认可，否则内容团队永远说不清自己的价值。",[15,91,92],{"id":92},"一句判断",[11,94,95],{},"内容的价值，一半在直接转化，一半在影响决策。只算直接转化，内容团队永远会被当成成本中心。",[11,97,98],{},"把辅助贡献讲清楚，是内容负责人最重要的工作之一。",{"title":100,"searchDepth":101,"depth":101,"links":102},"",2,[103,104,105,106,107,108,109,110],{"id":17,"depth":101,"text":17},{"id":26,"depth":101,"text":26},{"id":38,"depth":101,"text":38},{"id":50,"depth":101,"text":50},{"id":62,"depth":101,"text":62},{"id":71,"depth":101,"text":71},{"id":80,"depth":101,"text":80},{"id":92,"depth":101,"text":92},null,"内容运营","2026-09-30","一篇文章带来 10 个注册，另一篇带来 3 个，不代表第一篇更好。内容归因难在路径长、触点杂。我们用三层归因：直接来源、辅助触点、品牌搜索。算法、例子和两个误区都在这篇，两张表的做法也写了，每月出一次。",false,"md",{},true,"\u002Fblog\u002Fcontent-attribution",{"title":5,"description":114},"blog\u002Fcontent-attribution",[123,124,125],"内容归因","数据分析","内容评估","PicTA__fjjFq9y7DNAUZ1weg3_5yQPywcrS7Itp8VJ0",{"id":128,"title":129,"author":6,"body":130,"canonical":111,"category":235,"cover":111,"date":236,"description":237,"draft":115,"extension":116,"keywords":111,"meta":238,"navigation":118,"noindex":115,"ogImage":111,"path":239,"seo":240,"seoDescription":111,"seoTitle":111,"stem":241,"tags":242,"updated":111,"__hash__":246},"blog\u002Fblog\u002Fdeploy-speed-regression.md","上线之后变慢，半小时内怎么定位到原因",{"type":8,"value":131,"toc":226},[132,135,139,142,145,148,152,155,158,161,165,168,171,174,178,181,184,187,190,193,196,199,202,205,208,211,214,217,220,223],[11,133,134],{},"2026 年 9 月一个客户周五下午发版，晚上收到告警，移动端 LCP 从 2.3 秒涨到 4.1 秒。我们用半小时定位到原因，是先回滚再查，不是边查边等。",[15,136,138],{"id":137},"第一步先确认是真变慢","第一步：先确认是真变慢",[11,140,141],{},"排除网络波动和测试误差。同一时间用同一个工具测两次，看是否稳定。",[11,143,144],{},"看监控曲线。如果所有页面一起变慢，可能是 CDN 或者服务器的问题；如果只有某类页面，大概率是这次发版的内容。",[11,146,147],{},"再看真实用户数据。CrUX 有延迟，RUM 更及时，有自建监控的这时候才能看出影响面。",[15,149,151],{"id":150},"第二步先回滚","第二步：先回滚",[11,153,154],{},"确认是发版导致的，第一动作是回滚，不是查原因。",[11,156,157],{},"回滚之后用户先恢复正常，然后你在本地慢慢查。这个顺序很多人搞反，结果线上慢了两小时。",[11,159,160],{},"回滚前把版本号和变更记录存好，查的时候要用。",[15,162,164],{"id":163},"第三步看变更清单","第三步：看变更清单",[11,166,167],{},"对比发布前后的资源清单：新增了哪些 JS、图片、字体、第三方脚本，哪些文件体积变大了。",[11,169,170],{},"打包产物通常有 manifest，前后一对比，涨了多少一目了然。",[11,172,173],{},"第三方脚本尤其要查。这次的问题就是一个营销团队加的 A\u002FB 测试脚本，体积 260KB，还在 head 里同步加载。",[15,175,177],{"id":176},"第四步对比瀑布图","第四步：对比瀑布图",[11,179,180],{},"发布前后各抓一份 HAR，放在一起对比。",[11,182,183],{},"看关键资源的请求时间、顺序、优先级。我们这次看到 LCP 图片的请求被一个新脚本挤到了后面，开始时间晚了 1.2 秒。",[11,185,186],{},"这种问题不看瀑布图根本发现不了，因为文件本身没变。",[15,188,189],{"id":189},"我们遇到最多的四种回归",[11,191,192],{},"第一种，新加的第三方脚本。占了大概一半。",[11,194,195],{},"第二种，图片没压缩就上传。设计师给的原图直接传上去，一张三兆。",[11,197,198],{},"第三种，CSS 体积变大。组件库升级，样式文件翻倍。",[11,200,201],{},"第四种，缓存策略被改。发版时改了缓存头，所有静态资源重新下载。",[15,203,204],{"id":204},"回滚之外的补救",[11,206,207],{},"回滚之后要做两件事：把这次的回归写进复盘，说明是哪个提交、为什么没被发现；再补一条监控，让同类问题下次能被提前拦住。",[11,209,210],{},"如果一时修不好，还有临时方案：把新脚本改成异步加载、图片先压缩替换、给关键资源加 preload。",[11,212,213],{},"临时方案只能顶几天，别当长期解。我们见过一个站用临时方案撑了半年，最后谁也说不清当初为什么那么改。",[15,215,216],{"id":216},"一个预防措施",[11,218,219],{},"发版前跑一次性能对比，把核心页面的三个指标和上一个版本比，超过 10% 就不发。",[11,221,222],{},"这个检查放进 CI，几分钟能跑完。比上线后救火便宜太多。",[11,224,225],{},"发版窗口也有讲究。别在周五下午发大改动，出问题没人加班查。这条是我们用两次事故换来的。",{"title":100,"searchDepth":101,"depth":101,"links":227},[228,229,230,231,232,233,234],{"id":137,"depth":101,"text":138},{"id":150,"depth":101,"text":151},{"id":163,"depth":101,"text":164},{"id":176,"depth":101,"text":177},{"id":189,"depth":101,"text":189},{"id":204,"depth":101,"text":204},{"id":216,"depth":101,"text":216},"技术SEO","2026-09-29","发布后性能掉下去，先回滚还是先查。这篇写确认、对比、回滚的半小时流程，以及我们遇到最多的四种回归原因，和发版前的一次对比检查。",{},"\u002Fblog\u002Fdeploy-speed-regression",{"title":129,"description":237},"blog\u002Fdeploy-speed-regression",[243,244,245],"性能回归","排查","上线流程","H5Wk8VoF_ka-uLIKxfSIglkX4ws6Vzgi6B9CNkWDip4",{"id":248,"title":249,"author":6,"body":250,"canonical":111,"category":345,"cover":111,"date":346,"description":347,"draft":115,"extension":116,"keywords":111,"meta":348,"navigation":118,"noindex":115,"ogImage":111,"path":349,"seo":350,"seoDescription":111,"seoTitle":111,"stem":351,"tags":352,"updated":111,"__hash__":356},"blog\u002Fblog\u002Fdont-copy-competitor-topics.md","别按竞品选题清单写内容，你复制不了他的推力",{"type":8,"value":251,"toc":334},[252,255,258,261,264,267,270,273,277,280,283,286,289,292,295,298,301,304,307,310,313,316,319,322,325,328,331],[11,253,254],{},"竞品发什么你发什么，是最省事也最没用的选题方法。2026 年 5 月，一个客户跟风写了 12 篇跟竞品同题的文章，八周后 8 篇没进前 30。同期他自己拍的 6 篇场景文，4 篇进了前 20。",[15,256,257],{"id":257},"为什么竞品的题不适合你",[11,259,260],{},"三个原因。产品结构不同，他的功能组合决定了他能写什么。客户阶段不同，他在教育市场，你在抢单。内容团队规模不同，他能一周出一篇，你只能一月出一篇。",[11,262,263],{},"最容易被忽略的是第三种：他的选题是给他自己的产能设计的。",[15,265,266],{"id":266},"爆款背后有你看不到的推力",[11,268,269],{},"竞品那篇爆款，可能有外链、有社群转发、有行业媒体报道、有投放。你只看到内容，看不到推力。",[11,271,272],{},"内容一样，推力不同，排名差十倍。这就是跟风失败的最常见原因。",[15,274,276],{"id":275},"该学的是结构不是选题","该学的是结构，不是选题",[11,278,279],{},"他写“日志平台怎么选”，结构是选型要素加对比表。你可以学这个结构，但选题换成你自己的客户群关心的。",[11,281,282],{},"结构是可以复制的，选题和推力不行。",[15,284,285],{"id":285},"我们的做法",[11,287,288],{},"竞品目录只用来做两件事：找空位，验证需求。看到一个词他写过、有排名，说明需求真实存在，但我们的角度必须不同。",[11,290,291],{},"我们把竞品文章当成“需求证据”，不当“选题来源”。",[15,293,294],{"id":294},"什么时候可以跟",[11,296,297],{},"两种情况：新品类刚出现，所有人都在写科普，这时候跟没问题；或者竞品已经验证了一个词有搜索量，你从更细的角度切进去。",[11,299,300],{},"必须换角度。同题同角度，你永远排在他后面。",[15,302,303],{"id":303},"一个提问模板",[11,305,306],{},"看到竞品一篇文章，问三句：他为什么写这个？他靠什么排上去？我们换哪个角度能赢？",[11,308,309],{},"第三问答不上来，就别写。",[15,311,312],{"id":312},"最后一句",[15,314,315],{"id":315},"一个替代的选题来源",[11,317,318],{},"把竞品目录丢一边，看自己的工单和销售记录。客户问过的问题、丢单时对手说的那句话，比竞品的选题清单更贴你自己的业务。",[11,320,321],{},"我们的客户里，选题质量最高的那家，选题会从来不看竞品，只看客户。",[15,323,324],{"id":324},"一个折中的用法",[11,326,327],{},"每季度花一小时看竞品新增文章，只为了一件事：确认自己有没有漏掉某个新出现的需求。",[11,329,330],{},"看到漏掉的，进词表验证，不进排期。验证过了再说。",[11,332,333],{},"跟风的成本看起来低，其实最高。你花了同样的时间，写了一个注定排不上去的题，还占掉了排期。",{"title":100,"searchDepth":101,"depth":101,"links":335},[336,337,338,339,340,341,342,343,344],{"id":257,"depth":101,"text":257},{"id":266,"depth":101,"text":266},{"id":275,"depth":101,"text":276},{"id":285,"depth":101,"text":285},{"id":294,"depth":101,"text":294},{"id":303,"depth":101,"text":303},{"id":312,"depth":101,"text":312},{"id":315,"depth":101,"text":315},{"id":324,"depth":101,"text":324},"SEO","2026-10-01","竞品发什么你发什么，是最省事也最没用的选题方法。2026 年 5 月一个客户跟风写了 12 篇同题，8 篇没进前 30；同期 6 篇场景文，4 篇进前 20。",{},"\u002Fblog\u002Fdont-copy-competitor-topics",{"title":249,"description":347},"blog\u002Fdont-copy-competitor-topics",[353,354,355],"竞品分析","选题","内容策略","_2vTxbk1WTIYLUTtwb6mcExJOz3dAfe3_8MoujlRBpk",1794088101310]