[{"data":1,"prerenderedAt":270},["ShallowReactive",2],{"blog-tech-media-pitch-structure":3,"blog-prev-tech-media-pitch-structure":80,"blog-next-tech-media-pitch-structure":195},{"id":4,"title":5,"author":6,"body":7,"canonical":64,"category":65,"cover":64,"date":66,"description":67,"draft":68,"extension":69,"keywords":64,"meta":70,"navigation":71,"noindex":68,"ogImage":64,"path":72,"seo":73,"seoDescription":64,"seoTitle":64,"stem":74,"tags":75,"updated":64,"__hash__":79},"blog\u002Fblog\u002Ftech-media-pitch-structure.md","媒体投稿老被拒稿，八成问题出在选题和结构上","元析智能",{"type":8,"value":9,"toc":57},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54],[11,12,13],"p",{},"媒体拒稿很少是因为文笔，多数是因为选题对编辑没用。2025 年 3 月到 11 月，我们帮客户投了 11 篇行业媒体稿，采用 7 篇，被拒 4 篇。被拒的 4 篇有一个共同点：都在写\"我们产品多好\"。",[15,16,17],"h2",{"id":17},"编辑在筛什么",[11,19,20],{},"编辑每天收几十封投稿，判断只用三秒：这事读者关心吗？有没有独家信息？有没有广告味？",[11,22,23],{},"独家信息是最好用的敲门砖。可以是你们后台脱敏后的一个数据，可以是一个客户的真实改造过程，也可以是一个反常识判断。比如\"我们统计了 40 个客户的落地页，转化率最高的不是最短的那版\"，这种编辑会看第二眼。",[11,25,26],{},"广告味来自三处：标题带产品名、正文出现两次以上产品、结尾有购买引导。这三处只要出现两处，基本就拒了。",[11,28,29],{},"有个简单的自测：把公司名和产品名全部替换成\"某公司\"，这篇文章还愿意读吗？如果读起来仍然是篇有用的行业分析，就说明内容本身站得住，被采用的概率会高很多。我们现在的稿子都要先过这一关。",[15,31,32],{"id":32},"选题从哪里捞",[11,34,35],{},"第一类是产品数据。你们后台一定有一些别人没有的数，比如某类功能的留存、某类客户的流失节点，脱敏之后就是选题。",[11,37,38],{},"第二类是客户访谈。客户怎么用、踩过什么坑、替换了谁，这些细节编辑爱要，因为没人写过。",[11,40,41],{},"第三类是行业争议。有分歧的话题天然有流量，比如\"AI 生成的内容要不要署名\"，但要求你有明确立场，不能两边都说好。",[15,43,44],{"id":44},"结构模板",[11,46,47],{},"标题给结论或数字，不要悬念。导语 100 字内把结论说完。正文两到三个小标题，每个小标题下先给判断再给论据。中间放一段数据或案例，越具体越好。结尾给判断，不要给广告。",[11,49,50],{},"投稿邮件本身也要短。三段：这篇写什么、为什么适合你们读者、作者是谁。附全文，别只发大纲等编辑来问。",[11,52,53],{},"有三句话千万别写：\"我们想宣传一下新品\"、\"能不能带官网链接\"、\"稿子你们随便改\"。前两句暴露目的，第三句暴露不自信。链接当然可以带，但要等编辑主动提。",[11,55,56],{},"投稿是长期动作，一年 3 到 6 篇合适。一篇被拒别急着改投别家，先问编辑一句\"哪里不合适\"，这个反馈比稿费值钱。",{"title":58,"searchDepth":59,"depth":59,"links":60},"",2,[61,62,63],{"id":17,"depth":59,"text":17},{"id":32,"depth":59,"text":32},{"id":44,"depth":59,"text":44},null,"内容运营","2025-11-29","我们帮客户投过 11 篇行业媒体稿，采用 7 篇。这篇讲编辑真正在筛什么、选题从哪里捞、结构怎么搭，以及投稿邮件里千万别写的那三句话。",false,"md",{},true,"\u002Fblog\u002Ftech-media-pitch-structure",{"title":5,"description":67},"blog\u002Ftech-media-pitch-structure",[76,77,78],"媒体投稿","内容策划","品牌曝光","9QVd-gR1b6-Rf46v0pLMla1S-EXXGmOM0xYEWL_KR1Q",{"id":81,"title":82,"author":6,"body":83,"canonical":64,"category":183,"cover":64,"date":184,"description":185,"draft":68,"extension":69,"keywords":64,"meta":186,"navigation":71,"noindex":68,"ogImage":64,"path":187,"seo":188,"seoDescription":64,"seoTitle":64,"stem":189,"tags":190,"updated":64,"__hash__":194},"blog\u002Fblog\u002Fblock-ai-crawlers-tradeoff.md","B2B 软件公司到底要不要屏蔽 AI 爬虫：三类页面的取舍账",{"type":8,"value":84,"toc":175},[85,88,91,94,97,100,104,111,117,123,126,129,132,135,138,141,151,154,157,160,163,166,169,172],[11,86,87],{},"软件公司别一刀切屏蔽 AI 爬虫。这是我 12 月在一个客户身上验证过的判断：他们 12 月 1 日在 CDN 上开了\"阻止 AI 爬虫\"开关，三周后品牌词查询里，四个 AI 引擎有三个不再提他们。销售那边开始接到\"你们家是不是没做了\"的电话。",[15,89,90],{"id":90},"谁在劝你屏蔽",[11,92,93],{},"劝得最凶的是内容站和媒体。它们的生意是卖阅读和订阅，AI 摘要直接把内容吃掉，用户不用点进来。屏蔽对它们来说是止损。",[11,95,96],{},"软件公司的账不一样。你的文档被 AI 读走，用户不会因此不买软件；相反，他在 AI 里搜\"这个报错怎么解\"，看到你的文档，才知道有你这么个工具。文档不是你的商品，是你的漏斗。",[11,98,99],{},"把内容站的策略照搬到软件站，是这半年最常见的误判。",[15,101,103],{"id":102},"三类页面三种策略","三类页面，三种策略",[11,105,106,110],{},[107,108,109],"strong",{},"文档页、API 参考、报错说明：全放开。"," 这是你最该被读的部分。我们把文档放开之后，一个客户在 Perplexity 里的来源占比从 18% 到 39%。",[11,112,113,116],{},[107,114,115],{},"定价页、对比页、功能页：放开，但要做成可引用块。"," 不放开等于把\"选型阶段\"让给竞品。",[11,118,119,122],{},[107,120,121],{},"白皮书、研究报告、需要留资的 PDF：可以限制。"," 这些本来就是转化资产，让 AI 全文读走没意义，给个摘要页引到表单更合理。",[15,124,125],{"id":125},"屏蔽之后丢的是什么",[11,127,128],{},"丢的不是流量，是\"被提及\"。AI 回答用户问题时，如果没读过你，它就只能从第三方那里拿信息。第三方写的你，通常是过时的、片面的，或者干脆是竞品写的对比文。",[11,130,131],{},"那个客户三周里的具体变化：品牌词回答里提到他们产品的比例从 71% 降到 28%；\"XX 替代方案\"这类查询，回答里出现了两个竞品，没有他们。",[11,133,134],{},"流量数字上几乎看不出来，因为本来 AI 带来的直接点击就少。这种损失要几个月后才会在成单里显形。",[15,136,137],{"id":137},"更细的做法",[11,139,140],{},"如果确实要限制，别用 CDN 的一键开关，用 robots.txt 分路径写：",[142,143,148],"pre",{"className":144,"code":146,"language":147},[145],"language-text","User-agent: GPTBot\nAllow: \u002Fdocs\u002F\nAllow: \u002Fpricing\u002F\nDisallow: \u002Fwhitepapers\u002F\n","text",[149,150,146],"code",{"__ignoreMap":58},[11,152,153],{},"再加一条：给 ChatGPT-User 单独放行。这个 agent 是用户主动触发的抓取，挡了它等于挡了正在用 AI 查你的潜在客户。",[15,155,156],{"id":156},"一个更隐蔽的损失",[11,158,159],{},"屏蔽还会让竞品的错误描述留在那里。AI 回答\"XX 和 YY 有什么区别\"时，如果读不到你的页面，它只能引用第三方。我们在 12 月那个客户身上看到一条：某技术博客 2024 年写的对比文，说他们\"只支持 MySQL\"，实际 2024 年底就支持了 PostgreSQL。",[11,161,162],{},"这篇旧文一直挂着。屏蔽之后，它从\"众多来源之一\"变成了\"唯一来源\"。错误描述被放大，而且没法通过优化官网来纠正。",[11,164,165],{},"这种账很难算，但它真实发生。",[15,167,168],{"id":168},"我们的立场",[11,170,171],{},"除非你的核心资产是可复制的文本内容（报告、数据、课程），否则别屏蔽。软件公司的护城河在执行和集成，不在那几页文字。",[11,173,174],{},"真担心被白嫖，就把最有价值的部分做成交互——在线试用、沙盒、计算器。文本被读走不可怕，读完之后用不上才可惜。",{"title":58,"searchDepth":59,"depth":59,"links":176},[177,178,179,180,181,182],{"id":90,"depth":59,"text":90},{"id":102,"depth":59,"text":103},{"id":125,"depth":59,"text":125},{"id":137,"depth":59,"text":137},{"id":156,"depth":59,"text":156},{"id":168,"depth":59,"text":168},"技术SEO","2025-11-28","内容站屏蔽 AI 爬虫是理智的，软件公司不一定。一个客户 12 月上了一键拦截，三周后品牌词回答里消失。文档页、定价页、白皮书要分开处理。",{},"\u002Fblog\u002Fblock-ai-crawlers-tradeoff",{"title":82,"description":185},"blog\u002Fblock-ai-crawlers-tradeoff",[191,192,193,183],"AI爬虫","robots.txt","GEO","QxaAbWAK5UV33c5BuDU9CAb5FdMUUal7cEJqSzi3skE",{"id":196,"title":197,"author":6,"body":198,"canonical":64,"category":65,"cover":64,"date":259,"description":260,"draft":68,"extension":69,"keywords":64,"meta":261,"navigation":71,"noindex":68,"ogImage":64,"path":262,"seo":263,"seoDescription":64,"seoTitle":64,"stem":264,"tags":265,"updated":64,"__hash__":269},"blog\u002Fblog\u002Fgithub-issues-longtail-content.md","GitHub Issues 是被浪费的长尾关键词内容库",{"type":8,"value":199,"toc":253},[200,203,207,210,213,216,219,222,226,229,232,235,238,241,244,247,250],[11,201,202],{},"开源项目的 issue 区是一个免费的搜索词库。2025 年 10 月我们给一个开源消息队列做内容规划，翻了它 1800 多个 issue，挑出 40 个高频问题，改写成文档页和博客，到 2026 年 1 月这批页面累计带来 2.6 万次自然访问，占文档站新流量的三成多。",[15,204,206],{"id":205},"为什么-issue-里有搜索词","为什么 issue 里有搜索词",[11,208,209],{},"用户报 issue 时用的是自己的话。“消费组 rebalance 一直卡住”“重启后 offset 丢失”“docker 启动报 no space left”。这些话和搜索引擎里的查询高度接近，因为都是遇到问题的人在描述问题。",[11,211,212],{},"我们做的是把这些问法抄进一张表，按出现次数排序，再去 Google 关键词工具和 Search Console 里核对搜索量。40 个里能查到明确搜索量的有 27 个，剩下的属于长尾，但意图很尖。",[15,214,215],{"id":215},"改写不是复制",[11,217,218],{},"把 issue 原文贴成文档页，是最差的做法。issue 里混着情绪、环境信息、临时方案，还有已经过时的回答。我们改写的结构固定：现象是什么、为什么会这样、怎么修、怎么预防。",[11,220,221],{},"举一个真实的例子。有个 issue 标题是“消费组卡住不动”，下面 30 多条回复，最后是一个成员给了配置项。我们写成《消费组 rebalance 卡住的 4 个原因》，上线两个月，这个页面的自然访问 3400 次，是文档站排名最好的页面前十。",[15,223,225],{"id":224},"哪类-issue-值得写","哪类 issue 值得写",[11,227,228],{},"第一类，同一个问题被问过三次以上。这是最硬的信号。",[11,230,231],{},"第二类，带报错原文的。报错信息是天然的精确匹配关键词，用户会原样搜。",[11,233,234],{},"第三类，有明确解决路径但没进文档的。这类内容 AI 回答引擎特别爱引用，因为结构清晰、结论明确。",[11,236,237],{},"不值得写的是：功能请求、单纯的 bug 报告、涉及特定客户环境的问题。这三类要么没搜索量，要么写出来没人看。",[11,239,240],{},"还有一个维度是时效。issue 里的方案如果依赖某个版本号，写进文档时必须标清适用区间，否则半年后又变成过期答案。我们给每篇这类页面加了“适用版本”一行，维护成本几乎为零，但用户照做不踩空。",[15,242,243],{"id":243},"顺手做两件事",[11,245,246],{},"一是把 issue 的回答补进 comment 并置顶，别让用户翻 30 楼。二是给高频 issue 打标签，GitHub 的标签页本身有站内搜索流量，也能让维护者快速定位。",[11,248,249],{},"改写后的页面要链回原 issue。用户看到“这个问题在 issue #412 有讨论”，会觉得你透明，也把权重分给了 GitHub 那边，两边都受益。",[11,251,252],{},"这套做法对项目的额外好处是减负。同样的问题被问到第五次时，直接甩链接，比重新解释省事。内容做得对，客服成本会降。",{"title":58,"searchDepth":59,"depth":59,"links":254},[255,256,257,258],{"id":205,"depth":59,"text":206},{"id":215,"depth":59,"text":215},{"id":224,"depth":59,"text":225},{"id":243,"depth":59,"text":243},"2025-11-30","一个开源项目 1800 个 issue 里，藏着大量用户真实搜索的问法。我们挑了 40 个改写成文档页，半年带来 2.6 万次自然访问。",{},"\u002Fblog\u002Fgithub-issues-longtail-content",{"title":197,"description":260},"blog\u002Fgithub-issues-longtail-content",[266,267,268],"GitHub","长尾关键词","开源运营","COHhK5UdyUvRvR3iO9FCrUNbraGETZ4yYyWaRAz-dNM",1794088110456]