[{"data":1,"prerenderedAt":261},["ShallowReactive",2],{"blog-multi-engine-budget-split":3,"blog-prev-multi-engine-budget-split":103,"blog-next-multi-engine-budget-split":176},{"id":4,"title":5,"author":6,"body":7,"canonical":87,"category":88,"cover":87,"date":89,"description":90,"draft":91,"extension":92,"keywords":87,"meta":93,"navigation":94,"noindex":91,"ogImage":87,"path":95,"seo":96,"seoDescription":87,"seoTitle":87,"stem":97,"tags":98,"updated":87,"__hash__":102},"blog\u002Fblog\u002Fmulti-engine-budget-split.md","多引擎策略的预算怎么分：7:2:1 还是 5:3:2","元析智能",{"type":8,"value":9,"toc":77},"minimark",[10,14,18,21,24,27,30,34,37,40,44,47,50,53,56,59,62,65,68,71,74],[11,12,13],"p",{},"按固定比例分预算基本是拍脑袋。我们的分法按\"这个引擎能不能验证转化\"来：能验证的多投，不能验证的只做基础适配。7:2:1 和 5:3:2 都能用，但要看你的客户在哪。",[15,16,17],"h2",{"id":17},"先说结论",[11,19,20],{},"这套分法我们从 2025 年 7 月开始用在 9 个客户上，跑了三个季度，才敢写出来。",[11,22,23],{},"国内软件公司，我们一般按 6:3:1 分：百度 60%，Google 30%，Bing 和其他国内引擎 10%。",[11,25,26],{},"出海软件公司反过来，7:2:1：Google 70%，Bing 20%，百度和国内引擎 10%。",[11,28,29],{},"这个比例不是定律，是起点。每季度按数据调一次，别一年不动。",[15,31,33],{"id":32},"国内软件公司为什么给-google-30","国内软件公司：为什么给 Google 30%",[11,35,36],{},"很多国内 SaaS 觉得 Google 跟自己没关系。错在判断\"客户在哪\"的方式——你的客户是国内公司，但他们的技术负责人会用 Google 搜英文方案，你的文档、GitHub、技术博客会出现在英文结果里。",[11,38,39],{},"我们一个国内数据库工具的客户，官网中文流量占 85%，但英文文档页每月带来 200 多个注册，其中 40% 是国内用户。这 30% 的预算不亏。",[15,41,43],{"id":42},"出海软件公司为什么-bing-值-20","出海软件公司：为什么 Bing 值 20%",[11,45,46],{},"出海只做 Google 是常见错误。Bing 在西欧和北美还有份额，而且它的索引喂给 Copilot 这类产品。我们一个 API 工具客户，Bing 带来的注册占 12%，单个注册成本是 Google 的三分之一。",[11,48,49],{},"Bing 的投入主要在技术配置和长尾词，不需要单独写一套内容，复用 Google 的内容做适配即可，所以 20% 的预算里有一半是人力，一半是工具和监测。",[15,51,52],{"id":52},"一个失败的分配案例",[11,54,55],{},"2025 年有个客户坚持按 4:4:2 分，百度 Google 各 40%，国内其他引擎 20%。做了 8 个月，百度这边内容不够，核心词没起来；Google 那边竞争太激烈，投入产出比很差；20% 花在 360、搜狗上，带来的询盘是 0。",[11,57,58],{},"第 9 个月改成 7:2:1，砍掉搜狗和 360 的独立内容投入，只保留基础提交，三个月后百度核心词进了前 10，总询盘翻了一倍。",[15,60,61],{"id":61},"每季度怎么调",[11,63,64],{},"我们一般每季度最后一周做这件事，花半天，把三个数拉齐再定下季度预算。最忌讳的是按月调，数据波动太大，调完自己都记不清为什么。",[11,66,67],{},"看三个数：每个引擎带来的有效访问、注册或询盘数、单个转化成本。连续两个季度转化成本高于均值的引擎，预算砍半。",[11,69,70],{},"新增引擎先给 5% 试一个季度，跑不出数据就撤。别一上来就给它独立内容团队，那是烧钱。",[15,72,73],{"id":73},"一句判断",[11,75,76],{},"预算分配的核心不是\"哪个引擎重要\"，是\"哪个引擎的效果你能验证\"。验证不了的渠道，给再少也是浪费；验证得了的，给再多也有上限——超过那个上限，边际收益会掉得很快。",{"title":78,"searchDepth":79,"depth":79,"links":80},"",2,[81,82,83,84,85,86],{"id":17,"depth":79,"text":17},{"id":32,"depth":79,"text":33},{"id":42,"depth":79,"text":43},{"id":52,"depth":79,"text":52},{"id":61,"depth":79,"text":61},{"id":73,"depth":79,"text":73},null,"内容运营","2026-02-22","按固定比例分预算基本是拍脑袋。我们的分法按“这个引擎能不能验证转化”来：能验证的多投，不能验证的只做基础适配。国内软件公司和出海公司两套分法，附一个失败的分配案例和每季度的调整方法。",false,"md",{},true,"\u002Fblog\u002Fmulti-engine-budget-split",{"title":5,"description":90},"blog\u002Fmulti-engine-budget-split",[99,100,101],"多引擎","预算分配","SEO策略","VAJ1x6R1zazQuYl4FPFhNGkGhNBBE5WNKPwe4Qsz78c",{"id":104,"title":105,"author":6,"body":106,"canonical":87,"category":88,"cover":87,"date":166,"description":167,"draft":91,"extension":92,"keywords":87,"meta":168,"navigation":94,"noindex":91,"ogImage":87,"path":169,"seo":170,"seoDescription":87,"seoTitle":87,"stem":171,"tags":172,"updated":87,"__hash__":175},"blog\u002Fblog\u002Fai-prompt-template-library-seo.md","AI 工具的模板库：做 500 个不如做 50 个",{"type":8,"value":107,"toc":160},[108,111,114,117,121,124,127,130,133,136,139,142,145,148,151,154,157],[11,109,110],{},"AI 产品做模板库引流，从 2024 年火到现在，大部分做成了 SEO 垃圾场。2025 年 11 月我们接手一个 AI 写作工具的模板区，420 个模板页，每月自然访问 8000 次左右，注册转化 0.3%。砍到 50 个重做，访问降到 6000，注册转化涨到 3.2%，注册数翻了 2.5 倍。",[15,112,113],{"id":113},"批量页为什么失效",[11,115,116],{},"420 个页面的结构几乎一样：标题、一段模板文字、一个“使用这个模板”按钮。内容差异只有中间那段提示词。搜索引擎能识别出这是同一模板批量生成，用户也能。这类页面的排名在 2025 年下半年开始明显下滑，我们看的是展示量跌了七成。",[15,118,120],{"id":119},"_50-个怎么做","50 个怎么做",[11,122,123],{},"第一，按任务场景选，不按行业选。“电商文案”太宽，“小红书 3C 产品开箱文案”才有人搜。",[11,125,126],{},"第二，每个模板页给三样东西：模板原文、使用说明、一个真实输出示例。输出示例要标清输入是什么，输出哪里改过。",[11,128,129],{},"第三，写清楚什么时候不该用。比如“这个模板不适合超过 500 字的长文，会丢结构”。这句话让页面可信，也降低了用户的挫败感。",[11,131,132],{},"第四，加一个变体区。给同一任务的两个不同写法，说明各自适合的风格。这部分是信息增益，同行的模板页基本没有。",[15,134,135],{"id":135},"数据长什么样",[11,137,138],{},"重做后的 50 个页面里，有 12 个进了前两页，最好的一个排第二。这些页面的共同点是搜索词精确到使用场景，比如“周报模板 发给老板”“面试自我介绍 技术岗”。",[11,140,141],{},"单页平均每月带来 11 个注册，批量页时代是 0.8 个。维护成本也降了，原来 420 个页面每个月要检查一遍失效链接，现在 50 个，一个人半天搞定。",[15,143,144],{"id":144},"模板库的真正价值",[11,146,147],{},"模板库的真正价值不在流量，而在于它是产品体验的入口。",[11,149,150],{},"顺带说一个运营细节：模板页的更新日期要真实维护。我们见过一批 2024 年生成后再没动过的页面，搜索引擎逐渐降低抓取频率，最后连品牌词都排不上去。模板内容会过时，模型对提示词的响应也会变，每季度挑十个重测一遍，比新增一百个页面有用。",[11,152,153],{},"用户用模板跑出好结果，才会留下来。用户用模板跑出好结果，才会留下来。所以模板页的 CTA 不该是“注册”，应该是“在编辑器里打开这个模板”，注册放到保存那一步。",[11,155,156],{},"最后补一句：模板标题要写成人会搜的说法。“周报模板”比“周期性工作汇报文档模板”好搜，也更像人话，点击率差一倍。",[11,158,159],{},"我们现在的建议是：模板库控制在 100 个以内，每个季度下掉表现最差的 10 个，补 10 个新的。让模板库保持更新，比让它保持数量重要。",{"title":78,"searchDepth":79,"depth":79,"links":161},[162,163,164,165],{"id":113,"depth":79,"text":113},{"id":119,"depth":79,"text":120},{"id":135,"depth":79,"text":135},{"id":144,"depth":79,"text":144},"2026-02-21","prompt 模板库是 AI 产品最常见的引流页，但大部分是机器生成的空壳。我们做了 50 个可复用的模板，单页平均带来的注册是批量页的 14 倍。",{},"\u002Fblog\u002Fai-prompt-template-library-seo",{"title":105,"description":167},"blog\u002Fai-prompt-template-library-seo",[173,174,88],"AI 工具","模板库","zReQrj05osMteuxZUC97V6qYS9g8jx2D5KkEn2ERs3Q",{"id":177,"title":178,"author":6,"body":179,"canonical":87,"category":249,"cover":87,"date":250,"description":251,"draft":91,"extension":92,"keywords":87,"meta":252,"navigation":94,"noindex":91,"ogImage":87,"path":253,"seo":254,"seoDescription":87,"seoTitle":87,"stem":255,"tags":256,"updated":87,"__hash__":260},"blog\u002Fblog\u002Flog-daily-digest-script.md","把抓取日志做成每日简报，六十行脚本的事",{"type":8,"value":180,"toc":241},[181,184,187,190,193,196,199,202,205,208,211,214,217,220,223,226,229,232,235,238],[11,182,183],{},"2026 年 3 月我们给三个站上了日志简报，每天早上 9 点一条消息推送到项目群，四个数字，六十行脚本。上线两个月，比之前做的那个交互式日志看板有用得多，因为看板没人打开。",[15,185,186],{"id":186},"简报只放四个数",[11,188,189],{},"蜘蛛请求总数，和过去 7 日均值比；各搜索引擎的占比，Google 和百度分开；新增 404 的数量；抓取最多的三个目录和最少的一个核心目录。",[11,191,192],{},"四个数之外的东西都不放。日志里能算的指标有几十个，全放进去就没人看了。我们的原则是：一条消息能在手机屏幕上读完，超过这个长度就是失败。",[15,194,195],{"id":195},"怎么算",[11,197,198],{},"统计窗口取前一天 0 点到 24 点，避开当天日志没写完的问题。蜘蛛请求要按 IP 反查验证，不能只信 UA，否则一堆假蜘蛛会把数字抬高。",[11,200,201],{},"和过去 7 日均值对比，波动超过正负 30% 的标红。这个阈值是试出来的：低于 30% 的波动基本都是正常起伏，天天标红等于没标。",[15,203,204],{"id":204},"脚本结构",[11,206,207],{},"读日志、筛蜘蛛、聚合、生成 markdown、推送到群机器人，五步。中间任何一步失败都要抛异常，不能静默跳过。",[11,209,210],{},"我们踩过一个坑：日志文件某天没轮转，脚本读到空文件，照样推送了一条“今日抓取 0 次”。第二天团队以为站挂了，查了半天。现在脚本会先校验文件行数，低于阈值直接报错。",[15,212,213],{"id":213},"数据不准的时候怎么发现",[11,215,216],{},"简报最怕数字全对但没人看。我们的办法是每天加一句备注，把和昨天差异最大的那项写出来，比如“百度蜘蛛请求掉了 42%”或者“新增 404 集中在 docs\u002Fv1 目录”。",[11,218,219],{},"写这句要两分钟，但团队会在群里接话。数字本身没人讨论，一句结论有人讨论。",[11,221,222],{},"还有一点，简报只发工作日。周末日志量本来就低，发出来只制造噪音，周一早上合并成一条就行。",[15,224,225],{"id":225},"为什么不做看板",[11,227,228],{},"看板的问题是没人主动打开。我们做过一个，数据比简报全，可交互，上线一个月后台访问记录不到 20 次，还都是我们自己点的。",[11,230,231],{},"群消息不一样，它推到你面前。有异常的时候大家会在群里讨论，没异常的时候看一眼就过。这个交互成本低得多。",[15,233,234],{"id":234},"用下来的感受",[11,236,237],{},"两个月里发现过两次真正的异常：一次是 CDN 配置改动导致百度蜘蛛全部被拦，一次是站点地图生成失败影响了新页面抓取。都是当天就发现了，没有拖到周报。",[11,239,240],{},"它不是诊断工具，只是提醒你去看。真要分析还是得回到日志和 GSC，但有人提醒和没人提醒，差别很大。",{"title":78,"searchDepth":79,"depth":79,"links":242},[243,244,245,246,247,248],{"id":186,"depth":79,"text":186},{"id":195,"depth":79,"text":195},{"id":204,"depth":79,"text":204},{"id":213,"depth":79,"text":213},{"id":225,"depth":79,"text":225},{"id":234,"depth":79,"text":234},"工具评测","2026-02-23","日志看板没人打开，群里每天一条简报却有人讨论。这篇写简报的四个数字、脚本结构、异常判定阈值，以及为什么别做交互看板。文末附阈值设置。",{},"\u002Fblog\u002Flog-daily-digest-script",{"title":178,"description":251},"blog\u002Flog-daily-digest-script",[257,258,259],"日志分析","自动化","简报","cp4JatvdKR5kPj8wtMXOz8m3PfnA_QFCGGCOvmXTOdo",1794088108168]