[{"data":1,"prerenderedAt":363},["ShallowReactive",2],{"blog-dont-copy-competitor-topics":3,"blog-prev-dont-copy-competitor-topics":123,"blog-next-dont-copy-competitor-topics":237},{"id":4,"title":5,"author":6,"body":7,"canonical":107,"category":108,"cover":107,"date":109,"description":110,"draft":111,"extension":112,"keywords":107,"meta":113,"navigation":114,"noindex":111,"ogImage":107,"path":115,"seo":116,"seoDescription":107,"seoTitle":107,"stem":117,"tags":118,"updated":107,"__hash__":122},"blog\u002Fblog\u002Fdont-copy-competitor-topics.md","别按竞品选题清单写内容，你复制不了他的推力","元析智能",{"type":8,"value":9,"toc":94},"minimark",[10,14,18,21,24,27,30,33,37,40,43,46,49,52,55,58,61,64,67,70,73,76,79,82,85,88,91],[11,12,13],"p",{},"竞品发什么你发什么，是最省事也最没用的选题方法。2026 年 5 月，一个客户跟风写了 12 篇跟竞品同题的文章，八周后 8 篇没进前 30。同期他自己拍的 6 篇场景文，4 篇进了前 20。",[15,16,17],"h2",{"id":17},"为什么竞品的题不适合你",[11,19,20],{},"三个原因。产品结构不同，他的功能组合决定了他能写什么。客户阶段不同，他在教育市场，你在抢单。内容团队规模不同，他能一周出一篇，你只能一月出一篇。",[11,22,23],{},"最容易被忽略的是第三种：他的选题是给他自己的产能设计的。",[15,25,26],{"id":26},"爆款背后有你看不到的推力",[11,28,29],{},"竞品那篇爆款，可能有外链、有社群转发、有行业媒体报道、有投放。你只看到内容，看不到推力。",[11,31,32],{},"内容一样，推力不同，排名差十倍。这就是跟风失败的最常见原因。",[15,34,36],{"id":35},"该学的是结构不是选题","该学的是结构，不是选题",[11,38,39],{},"他写“日志平台怎么选”，结构是选型要素加对比表。你可以学这个结构，但选题换成你自己的客户群关心的。",[11,41,42],{},"结构是可以复制的，选题和推力不行。",[15,44,45],{"id":45},"我们的做法",[11,47,48],{},"竞品目录只用来做两件事：找空位，验证需求。看到一个词他写过、有排名，说明需求真实存在，但我们的角度必须不同。",[11,50,51],{},"我们把竞品文章当成“需求证据”，不当“选题来源”。",[15,53,54],{"id":54},"什么时候可以跟",[11,56,57],{},"两种情况：新品类刚出现，所有人都在写科普，这时候跟没问题；或者竞品已经验证了一个词有搜索量，你从更细的角度切进去。",[11,59,60],{},"必须换角度。同题同角度，你永远排在他后面。",[15,62,63],{"id":63},"一个提问模板",[11,65,66],{},"看到竞品一篇文章，问三句：他为什么写这个？他靠什么排上去？我们换哪个角度能赢？",[11,68,69],{},"第三问答不上来，就别写。",[15,71,72],{"id":72},"最后一句",[15,74,75],{"id":75},"一个替代的选题来源",[11,77,78],{},"把竞品目录丢一边，看自己的工单和销售记录。客户问过的问题、丢单时对手说的那句话，比竞品的选题清单更贴你自己的业务。",[11,80,81],{},"我们的客户里，选题质量最高的那家，选题会从来不看竞品，只看客户。",[15,83,84],{"id":84},"一个折中的用法",[11,86,87],{},"每季度花一小时看竞品新增文章，只为了一件事：确认自己有没有漏掉某个新出现的需求。",[11,89,90],{},"看到漏掉的，进词表验证，不进排期。验证过了再说。",[11,92,93],{},"跟风的成本看起来低，其实最高。你花了同样的时间，写了一个注定排不上去的题，还占掉了排期。",{"title":95,"searchDepth":96,"depth":96,"links":97},"",2,[98,99,100,101,102,103,104,105,106],{"id":17,"depth":96,"text":17},{"id":26,"depth":96,"text":26},{"id":35,"depth":96,"text":36},{"id":45,"depth":96,"text":45},{"id":54,"depth":96,"text":54},{"id":63,"depth":96,"text":63},{"id":72,"depth":96,"text":72},{"id":75,"depth":96,"text":75},{"id":84,"depth":96,"text":84},null,"SEO","2026-10-01","竞品发什么你发什么，是最省事也最没用的选题方法。2026 年 5 月一个客户跟风写了 12 篇同题，8 篇没进前 30；同期 6 篇场景文，4 篇进前 20。",false,"md",{},true,"\u002Fblog\u002Fdont-copy-competitor-topics",{"title":5,"description":110},"blog\u002Fdont-copy-competitor-topics",[119,120,121],"竞品分析","选题","内容策略","_2vTxbk1WTIYLUTtwb6mcExJOz3dAfe3_8MoujlRBpk",{"id":124,"title":125,"author":6,"body":126,"canonical":107,"category":225,"cover":107,"date":226,"description":227,"draft":111,"extension":112,"keywords":107,"meta":228,"navigation":114,"noindex":111,"ogImage":107,"path":229,"seo":230,"seoDescription":107,"seoTitle":107,"stem":231,"tags":232,"updated":107,"__hash__":236},"blog\u002Fblog\u002Fcontent-attribution.md","内容效果归因：注册到底算哪篇文章的功劳",{"type":8,"value":127,"toc":215},[128,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182,185,188,191,194,197,200,203,206,209,212],[11,129,130],{},"一篇文章带来 10 个注册，另一篇带来 3 个，不代表第一篇更好。内容归因难在路径长、触点杂。我们用三层归因：直接来源、辅助触点、品牌搜索。",[15,132,133],{"id":133},"归因为什么难",[11,135,136],{},"用户从第一次看到文章，到注册，可能经过：搜索、读文章、看文档、看定价、搜品牌词、再回来注册。",[11,138,139],{},"如果只按\"最后一次点击\"算，功劳全给了定价页，内容一文不值。如果按\"第一次点击\"算，功劳全给了第一篇科普文，也不对。",[15,141,142],{"id":142},"我们的三层归因",[11,144,145],{},"第一层，直接来源。用户注册时，来源是某篇文章的 URL，直接算这篇文章的。",[11,147,148],{},"第二层，辅助触点。用户注册前 30 天内，看过哪些内容。这些内容算\"辅助\"，按触点数分配权重。",[11,150,151],{},"第三层，品牌搜索。用户搜品牌词进来的，功劳分给\"之前让他记住品牌的内容\"。",[15,153,154],{"id":154},"一个例子",[11,156,157],{},"2026 年 3 月，一个客户的数据：A 文章直接带来 10 个注册，B 文章直接带来 3 个。",[11,159,160],{},"但辅助触点看：B 文章在 60 个注册的路径里出现过，A 文章只在 15 个里出现。",[11,162,163],{},"结论：B 文章的价值被低估了。它是一篇\"种草\"内容，不直接转化，但影响决策。",[15,165,166],{"id":166},"怎么落地",[11,168,169],{},"工具层面：GA4 里配置内容分组，把文章、文档、落地页分开。",[11,171,172],{},"数据层面：每周导一次\"注册前 30 天内容触点\"，按内容分组统计。",[11,174,175],{},"报告层面：每月出一次\"直接贡献 + 辅助贡献\"两张表，别只报直接贡献。",[15,177,178],{"id":178},"两个误区",[11,180,181],{},"第一个误区，只看直接转化。纯内容团队会因此被低估，然后被迫写\"硬广\"，长期伤害内容质量。",[11,183,184],{},"第二个误区，把辅助触点算成\"平均分配\"。60 个注册路径里出现过，不等于贡献均等。我们一般按触点位置加权：越靠近注册，权重越高。",[15,186,187],{"id":187},"一个提醒",[11,189,190],{},"归因没有完美方案。三层归因也只是一个\"更接近真相\"的模型，不是真理。",[11,192,193],{},"关键是：全公司用同一套口径，并且知道这套口径的偏差在哪。",[15,195,196],{"id":196},"一个容易吵起来的问题",[11,198,199],{},"内容团队和增长团队经常为归因口径吵架。增长团队看最后一次点击，内容团队看辅助触点。",[11,201,202],{},"我们的解法是：两个口径都报，但决策用\"辅助触点 + 品牌搜索\"的合并口径。因为内容的作用本来就是影响决策，不是直接收单。",[11,204,205],{},"这个口径需要老板认可，否则内容团队永远说不清自己的价值。",[15,207,208],{"id":208},"一句判断",[11,210,211],{},"内容的价值，一半在直接转化，一半在影响决策。只算直接转化，内容团队永远会被当成成本中心。",[11,213,214],{},"把辅助贡献讲清楚，是内容负责人最重要的工作之一。",{"title":95,"searchDepth":96,"depth":96,"links":216},[217,218,219,220,221,222,223,224],{"id":133,"depth":96,"text":133},{"id":142,"depth":96,"text":142},{"id":154,"depth":96,"text":154},{"id":166,"depth":96,"text":166},{"id":178,"depth":96,"text":178},{"id":187,"depth":96,"text":187},{"id":196,"depth":96,"text":196},{"id":208,"depth":96,"text":208},"内容运营","2026-09-30","一篇文章带来 10 个注册，另一篇带来 3 个，不代表第一篇更好。内容归因难在路径长、触点杂。我们用三层归因：直接来源、辅助触点、品牌搜索。算法、例子和两个误区都在这篇，两张表的做法也写了，每月出一次。",{},"\u002Fblog\u002Fcontent-attribution",{"title":125,"description":227},"blog\u002Fcontent-attribution",[233,234,235],"内容归因","数据分析","内容评估","PicTA__fjjFq9y7DNAUZ1weg3_5yQPywcrS7Itp8VJ0",{"id":238,"title":239,"author":6,"body":240,"canonical":107,"category":351,"cover":107,"date":352,"description":353,"draft":111,"extension":112,"keywords":107,"meta":354,"navigation":114,"noindex":111,"ogImage":107,"path":355,"seo":356,"seoDescription":107,"seoTitle":107,"stem":357,"tags":358,"updated":107,"__hash__":362},"blog\u002Fblog\u002Fwikidata-knowledge-panel.md","维基数据和知识面板，B2B 软件要不要管",{"type":8,"value":241,"toc":341},[242,245,248,251,254,257,260,263,266,269,272,275,278,281,284,287,290,293,296,299,302,305,308,311,314,317,320,323,326,329,332,335,338],[11,243,244],{},"2026 年 9 月有客户问，要不要去维基百科建个条目。我们的回答是先别急。过去两年我们帮三个客户做过 Wikidata 条目，只有一个通过，另外两个因为关注度不足被删。",[15,246,247],{"id":247},"知识面板的信息从哪来",[11,249,250],{},"它不是官方提交的，是从多个来源汇总生成的：维基百科、维基数据、官网结构化数据、第三方数据库、新闻。",[11,252,253],{},"这意味着你没法直接\"提交一个面板\"，只能让这些来源对得上。",[15,255,256],{"id":256},"什么公司适合做",[11,258,259],{},"第一，有独立媒体报道的。不是自己发的新闻稿，是第三方写的报道。",[11,261,262],{},"第二，在行业里有可查的记录。获奖、融资、开源项目、被引用。",[11,264,265],{},"第三，有明确的实体边界。公司、产品、创始人，三者关系清楚。",[11,267,268],{},"新公司、小团队，基本不具备条件，急着建会被删。",[15,270,271],{"id":271},"条目为什么会被删",[11,273,274],{},"最常见的原因是关注度不足。维基百科要求有独立的、非自营的来源证明。",[11,276,277],{},"第二个原因，写得像广告。条目里放产品卖点、客户名单，会被当成宣传。",[11,279,280],{},"第三个原因，来源单一。所有引用都来自自家官网和新闻稿。",[15,282,283],{"id":283},"知识面板信息错了怎么办",[11,285,286],{},"先确认错误在哪：是公司信息错、还是产品归属错、还是和别的公司混了。",[11,288,289],{},"然后分两条线：一是修正官网的结构化数据，二是联系引用源。",[11,291,292],{},"如果面板里有\"声称此面板\"的入口（部分品类有），可以用官方身份认领并提交更正。",[15,294,295],{"id":295},"一个成本估算",[11,297,298],{},"建一个合规条目，准备工作通常两到三周：找独立来源、确认关注度、写草稿、走提交流程。",[11,300,301],{},"被删之后可以申诉，但成功率不高。我们试过两次，通过一次。",[15,303,304],{"id":304},"替代做法",[11,306,307],{},"对大部分 B2B 软件公司，比建维基更实际的做法是：",[11,309,310],{},"官网加 Organization 结构化数据，写清 legalName、foundingDate、address。",[11,312,313],{},"用 sameAs 串起领英、GitHub、Crunchbase、G2 这些官方页面。",[11,315,316],{},"把关于页写成一个完整的实体介绍，而不是一段愿景。",[11,318,319],{},"这三件事做完，实体信息就足够清楚，不必非得有维基条目。",[15,321,322],{"id":322},"一个更现实的做法",[11,324,325],{},"如果目标只是让 AI 说对，把建维基的时间和钱花在官网结构化和第三方页面认领上，效率高得多。",[11,327,328],{},"我们的经验是，整理好关于页加结构化数据，两周能完成，成本不到维基条目的十分之一。",[15,330,331],{"id":331},"一个态度",[11,333,334],{},"维基和知识面板是锦上添花，不是必需品。",[11,336,337],{},"大部分软件公司的问题不是没有维基条目，是官网的实体信息不清楚、第三方来源对不上。",[11,339,340],{},"先修这些，再考虑要不要冲维基。顺序反了，容易花钱打水漂。",{"title":95,"searchDepth":96,"depth":96,"links":342},[343,344,345,346,347,348,349,350],{"id":247,"depth":96,"text":247},{"id":256,"depth":96,"text":256},{"id":271,"depth":96,"text":271},{"id":283,"depth":96,"text":283},{"id":295,"depth":96,"text":295},{"id":304,"depth":96,"text":304},{"id":322,"depth":96,"text":322},{"id":331,"depth":96,"text":331},"行业观察","2026-10-02","我们给三个客户做过 Wikidata 条目，只有一个通过。这篇写知识面板的信息从哪来、什么公司适合做、条目为什么会被删，以及替代做法。",{},"\u002Fblog\u002Fwikidata-knowledge-panel",{"title":239,"description":353},"blog\u002Fwikidata-knowledge-panel",[359,360,361],"知识图谱","实体","GEO","3Pke65a_ZJW_aPjS6xKwsNsN-zkMuDvDw7nfMqomC3o",1794088101278]