[{"data":1,"prerenderedAt":337},["ShallowReactive",2],{"blog-content-partnership":3,"blog-prev-content-partnership":116,"blog-next-content-partnership":229},{"id":4,"title":5,"author":6,"body":7,"canonical":101,"category":102,"cover":101,"date":103,"description":104,"draft":105,"extension":106,"keywords":101,"meta":107,"navigation":108,"noindex":105,"ogImage":101,"path":109,"seo":110,"seoDescription":101,"seoTitle":101,"stem":111,"tags":112,"updated":101,"__hash__":115},"blog\u002Fblog\u002Fcontent-partnership.md","内容共创：和行业媒体、KOL 合作，写什么、怎么分工","元析智能",{"type":8,"value":9,"toc":90},"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],[11,12,13],"p",{},"内容共创不是找人转发。我们做过 12 次共创：联合报告、专家约稿、媒体专栏，效果差三倍，差别在选题和分工。",[15,16,17],"h2",{"id":17},"为什么做内容共创",[11,19,20],{},"三个好处：借对方的受众、借对方的可信度、分摊生产成本。",[11,22,23],{},"但共创做不好，就是互相发个稿、换个链接，没什么实际效果。我们前三次共创就是这样，白忙。",[15,25,26],{"id":26},"三种合作形式",[11,28,29],{},"第一种，联合报告。两家或多家一起做行业调研，联合署名发布。成本分摊，受众互补，可信度最高。",[11,31,32],{},"第二种，专家约稿。请行业专家、客户的技术负责人写稿，我们提供选题和编辑支持。信息增益高，但专家时间难约。",[11,34,35],{},"第三种，媒体专栏。在垂直媒体开专栏，定期供稿。稳定曝光，但内容要符合媒体调性，不能太硬广。",[15,37,38],{"id":38},"怎么分工",[11,40,41],{},"联合报告：一方出数据和案例，一方出调研和写作，共同审稿。署名和版权提前谈清楚。",[11,43,44],{},"专家约稿：我们定选题和结构，专家写核心观点和案例，我们做编辑和事实核查。",[11,46,47],{},"媒体专栏：媒体定调性和频率，我们出内容。标题和角度可以协商，但别硬塞产品。",[15,49,50],{"id":50},"怎么衡量效果",[11,52,53],{},"三个数：曝光（阅读、下载）、引用（外链、二次转载）、转化（留资、注册）。",[11,55,56],{},"我们的经验：联合报告的引用效果最好，专家约稿的转化最好，媒体专栏的曝光最稳。",[15,58,59],{"id":59},"一个失败的案例",[11,61,62],{},"2025 年 7 月，我们和一个行业媒体合作专栏，写了 6 篇。内容是通用的行业分析，没有独家数据，也没有产品关联。",[11,64,65],{},"结果：阅读量一般，外链为 0，转化几乎为 0。复盘发现：我们把专栏当成了\"发稿渠道\"，而不是\"内容合作\"。",[11,67,68],{},"后来改成：每篇专栏都带我们的独家数据，结尾链到一份深度报告。第二季度，专栏带来的下载量涨了 4 倍。",[15,70,71],{"id":71},"选题的三个标准",[11,73,74],{},"第一，对方受众关心。不是我们想说什么，是对方读者想看什么。",[11,76,77],{},"第二，我们有独家。数据、案例、经验，至少占一个。",[11,79,80],{},"第三，能承接。读者看完能做什么：下载报告、注册试用、关注专栏。",[15,82,83],{"id":83},"一句判断",[11,85,86],{},"内容共创的核心是\"互相增值\"，不是\"互相转发\"。没有独家内容的合作，做一次就够了，别做成常规。",[11,88,89],{},"找合作方的时候，先看对方的受众和我们重不重叠。重叠度 50% 到 80% 最好，太低没效果，太高是竞争。这件事我们每年复盘一次，合作方也在换。",{"title":91,"searchDepth":92,"depth":92,"links":93},"",2,[94,95,96,97,98,99,100],{"id":17,"depth":92,"text":17},{"id":26,"depth":92,"text":26},{"id":38,"depth":92,"text":38},{"id":50,"depth":92,"text":50},{"id":59,"depth":92,"text":59},{"id":71,"depth":92,"text":71},{"id":83,"depth":92,"text":83},null,"内容运营","2026-09-21","内容共创不是找人转发。我们做过 12 次共创：联合报告、专家约稿、媒体专栏，效果差三倍，差别在选题和分工。三种形式怎么选、分工怎么定、效果怎么衡量都在这篇。12 次合作里我们只留下了 5 个长期伙伴，这 5 个才是重点。",false,"md",{},true,"\u002Fblog\u002Fcontent-partnership",{"title":5,"description":104},"blog\u002Fcontent-partnership",[113,114,102],"内容合作","行业媒体","TObSnUxp6tCFUrvuYJ99Q5npANIzDLG1yJf33_g7_Ok",{"id":117,"title":118,"author":6,"body":119,"canonical":101,"category":217,"cover":101,"date":218,"description":219,"draft":105,"extension":106,"keywords":101,"meta":220,"navigation":108,"noindex":105,"ogImage":101,"path":221,"seo":222,"seoDescription":101,"seoTitle":101,"stem":223,"tags":224,"updated":101,"__hash__":228},"blog\u002Fblog\u002Fperformance-budget.md","给页面定性能预算，超过就拦住不让上线",{"type":8,"value":120,"toc":208},[121,124,127,130,133,136,139,142,145,148,151,154,157,160,163,166,169,172,175,178,181,184,187,190,193,196,199,202,205],[11,122,123],{},"2026 年 9 月我们给一个客户的官网加性能预算，第一次跑 CI 就拦下了两个提交：一个把 JS 包从 680KB 顶到 1.1MB，另一个加了四张大图。没有预算，这两件事在评审时都不会被发现。",[15,125,126],{"id":126},"为什么需要预算",[11,128,129],{},"性能是慢慢变差的。每次加一个脚本、一张图、一个统计工具，单独看都合理，加起来就超标了。",[11,131,132],{},"等到用户抱怨或者指标掉出合格线，已经很难回溯是哪个提交造成的。",[11,134,135],{},"预算就是在每次提交时设一道线，超过就得说清理由。",[15,137,138],{"id":138},"定哪四个数",[11,140,141],{},"第一个，首屏 JS 体积。我们的默认线是 300KB，压缩后。软件官网通常够用。",[11,143,144],{},"第二个，首屏图片总量。默认 500KB，超过就要换格式或者裁尺寸。",[11,146,147],{},"第三个，请求数。首屏不超过 40 个请求，超过多半是图标、字体、统计拆得太碎。",[11,149,150],{},"第四个，三个核心指标的实验室值。LCP 2.5 秒、INP 200 毫秒、CLS 0.1。",[15,152,153],{"id":153},"怎么落地",[11,155,156],{},"CI 里跑 Lighthouse CI，对核心页面测三次，取中位数，和预算比。",[11,158,159],{},"PR 里自动贴对比，说明哪个指标超了、超了多少。超过就阻塞合并，或者要求负责人写明原因。",[11,161,162],{},"我们通常给两个页面设门禁：首页和核心产品页。这两个页面决定了大部分流量和转化。",[15,164,165],{"id":165},"超了怎么办",[11,167,168],{},"先看是真超标还是误报。Lighthouse 波动大，一次超标可以重跑确认。",[11,170,171],{},"真超标就两条路：改回提交，或者调预算。调预算要有人批，而且要在 PR 里留下记录。",[11,173,174],{},"我们的规矩是预算每季度可以调一次，平时只降不升。",[15,176,177],{"id":177},"怎么跟不写代码的人解释",[11,179,180],{},"预算这个说法对业务方不直观。我们换个说法：这个页面在手机上打开不能超过三秒，超过就要改。",[11,182,183],{},"然后把目标和预算数字对应起来，让对方知道 300KB 的 JS 大概对应多少秒。",[11,185,186],{},"有了这个换算，评审时说这个库加进来会让首屏慢半秒，比说超过预算了有效得多。",[15,188,189],{"id":189},"一个真实的变化",[11,191,192],{},"2026 年 5 月预算上线前，这个站的 JS 从一年前的 400KB 涨到 1.2MB，没人说得清怎么涨的。",[11,194,195],{},"上了预算之后三个月，包体回落到 700KB 左右。不是做了大重构，是每次提交都被迫想一下这个依赖值不值。",[15,197,198],{"id":198},"一个态度",[11,200,201],{},"性能预算的本质是流程，不是技术。它把性能从上线后才发现的问题，变成提交前就要面对的问题。",[11,203,204],{},"没有流程，优化就是一阵风。做完一次冲进合格线，半年后又回到原点。",[11,206,207],{},"设定预算这件事，一个下午就能做完。真正难的是坚持执行，尤其是业务方催着上线的时候。",{"title":91,"searchDepth":92,"depth":92,"links":209},[210,211,212,213,214,215,216],{"id":126,"depth":92,"text":126},{"id":138,"depth":92,"text":138},{"id":153,"depth":92,"text":153},{"id":165,"depth":92,"text":165},{"id":177,"depth":92,"text":177},{"id":189,"depth":92,"text":189},{"id":198,"depth":92,"text":198},"技术SEO","2026-09-20","没有预算的站，JS 只会一年比一年多。这篇写预算定哪四个数、怎么在 CI 里落地、超了怎么办，以及我们给软件官网的默认阈值，一个下午就能配上。",{},"\u002Fblog\u002Fperformance-budget",{"title":118,"description":219},"blog\u002Fperformance-budget",[225,226,227],"性能预算","前端工程","上线流程","UpePvQ3lvxowIQfMYlLg8RJ7ZrOvB8KjVdtHb44P5qI",{"id":230,"title":231,"author":6,"body":232,"canonical":101,"category":102,"cover":101,"date":326,"description":327,"draft":105,"extension":106,"keywords":101,"meta":328,"navigation":108,"noindex":105,"ogImage":101,"path":329,"seo":330,"seoDescription":101,"seoTitle":101,"stem":331,"tags":332,"updated":101,"__hash__":336},"blog\u002Fblog\u002Fcontent-to-signup-path.md","内容页到注册，中间有三个位置能补",{"type":8,"value":233,"toc":315},[234,237,241,244,247,251,254,257,261,264,267,270,273,276,279,282,285,288,291,294,297,300,303,306,309,312],[11,235,236],{},"内容页带来流量，但用户读完就走，是很常见的浪费。我们在内容页固定放三个承接位置，2026 年 4 月给一个客户改过之后，内容页到试用的转化率从 0.9% 到 2.1%。",[15,238,240],{"id":239},"位置一读完之后的一段话","位置一：读完之后的一段话",[11,242,243],{},"文章结尾放一段 60 到 100 字的延展，说明“如果你想解决这个问题，我们有个东西可以帮上忙”，然后一个链接。",[11,245,246],{},"不要放整块广告图，不要弹窗。读者刚读完内容，情绪还在，一句话就够。",[15,248,250],{"id":249},"位置二正文里的功能链接","位置二：正文里的功能链接",[11,252,253],{},"文章提到某个问题时，顺手链到对应的功能页或文档页。这是最自然的承接，因为上下文相关。",[11,255,256],{},"注意别每段都链。一篇 2000 字的文章，链三到五个足够。",[15,258,260],{"id":259},"位置三侧边栏","位置三：侧边栏",[11,262,263],{},"放两样：相关内容（同簇的其他文章）、一个可以下载的东西（清单、模板、白皮书）。",[11,265,266],{},"白皮书这类东西的价值不是线索，是让还没准备好注册的人留下邮箱。",[15,268,269],{"id":269},"三个位置的顺序",[11,271,272],{},"先正文链接，再结尾一段话，最后侧边栏。很多站反过来，一上来就放侧边栏广告，读者第一眼就被推走。",[15,274,275],{"id":275},"我们改过的那个站",[11,277,278],{},"原来每篇文末挂一个巨大的注册横幅，跳出率 74%。改成结尾一段话加两个相关链接之后，跳出率 61%，试用率翻了一倍多。",[11,280,281],{},"改动量很小，就是换了承接方式，正文一个字没动。",[15,283,284],{"id":284},"别做的事",[11,286,287],{},"别在正文中间插弹窗。别把注册按钮做成浮窗跟着滚。别在每段后面都加一句引导。",[11,289,290],{},"这三种做法都会让内容看起来像广告页，长期伤害比短期收益大。",[15,292,293],{"id":293},"怎么衡量",[11,295,296],{},"看两个数：内容页到功能页的点击率、内容页到注册的转化率。第一个数低说明承接位置放错，第二个数低说明话术不对。",[15,298,299],{"id":299},"承接页本身也要有内容",[11,301,302],{},"功能页别只放一句“开始试用”。写清这个功能解决什么问题、适合谁、有什么限制，用户才愿意点。",[11,304,305],{},"2026 年 5 月我们改了一个客户的功能页，加了 300 字的适用说明，从内容页跳过来的用户转化率涨了 40%。",[15,307,308],{"id":308},"别把所有流量导向同一个页面",[11,310,311],{},"文档流量导向注册，观点流量导向订阅，对比流量导向咨询。三种流量的意图不同，落地页也不该一样。",[11,313,314],{},"这两个数要按页面类型分开看。教程页和观点页的转化率本来就不该一样。",{"title":91,"searchDepth":92,"depth":92,"links":316},[317,318,319,320,321,322,323,324,325],{"id":239,"depth":92,"text":240},{"id":249,"depth":92,"text":250},{"id":259,"depth":92,"text":260},{"id":269,"depth":92,"text":269},{"id":275,"depth":92,"text":275},{"id":284,"depth":92,"text":284},{"id":293,"depth":92,"text":293},{"id":299,"depth":92,"text":299},{"id":308,"depth":92,"text":308},"2026-09-22","内容带来流量，接不住就白做。我们给内容页固定三个承接位置：读完后的一段话、正文里的功能链接、侧边栏的相关内容。改完试用率从 0.9% 到 2.1%。",{},"\u002Fblog\u002Fcontent-to-signup-path",{"title":231,"description":327},"blog\u002Fcontent-to-signup-path",[333,334,335],"内容转化","承接页","转化率","oE2AzrZpQ7tpovTPy_-1Q2dXAcfPZCj6CKySY0a3uPI",1794088101575]