[{"data":1,"prerenderedAt":329},["ShallowReactive",2],{"blog-multilingual-not-translation":3,"blog-prev-multilingual-not-translation":122,"blog-next-multilingual-not-translation":200},{"id":4,"title":5,"author":6,"body":7,"canonical":106,"category":107,"cover":106,"date":108,"description":109,"draft":110,"extension":111,"keywords":106,"meta":112,"navigation":113,"noindex":110,"ogImage":106,"path":114,"seo":115,"seoDescription":106,"seoTitle":106,"stem":116,"tags":117,"updated":106,"__hash__":121},"blog\u002Fblog\u002Fmultilingual-not-translation.md","多语言内容不是翻译，是重写，翻两百篇只带来 3% 流量","元析智能",{"type":8,"value":9,"toc":93},"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],[11,12,13],"p",{},"把中文文章翻译成英文再发，是我们见过最贵的无效动作。2025 年我们接手一个客户站，他把 200 篇中文博客机翻成英文，发了一整年，英文自然流量只占全站 3%。后来挑 20 篇重写，六个月后这个比例到 11%。",[15,16,17],"h2",{"id":17},"翻译为什么不行",[11,19,20],{},"三个原因。搜索词不一样，中文说“接口监控”，英文用户搜“API monitoring”，直译出来的词没人搜。决策链路不一样，海外用户更早看定价和合规。案例不一样，中国客户的场景对海外读者没有参照价值。",[11,22,23],{},"翻得再准，也只是把中文的答案搬到另一个语言里，问题本身没变。",[15,25,26],{"id":26},"每个语言单独做词表",[11,28,29],{},"英文词表不能从中文词表翻出来，要按目标市场的搜索习惯重新挖。同一个功能，英美用户和中东用户的叫法可能都不同。",[11,31,32],{},"我们的做法是每个语言先挖 100 个词，跟中文词表比对，重合度往往只有 20% 到 30%。",[15,34,35],{"id":35},"谁写",[11,37,38],{},"母语写手加你们的产品知识，不要机翻加润色。机器翻译的问题不在语法，在语气和取舍。",[11,40,41],{},"一个可执行的做法：你们提供结构和要点，母语写手用本地表达重写，最后你们做事实核对。",[15,43,44],{"id":44},"哪些内容值得重写",[11,46,47],{},"文档、产品页、定价页优先级最高，这几类是成交路径上的。博客只重写 3 到 5 篇支柱页，其余不翻。",[11,49,50],{},"翻译全站是最容易做的决定，也是最没用的决定。",[15,52,53],{"id":53},"技术上的三件事",[11,55,56],{},"URL 用子目录 \u002Fen\u002F，别用参数。每个语言版本互相有 hreflang。别让机翻页面被自动索引后又长期不更新，那会被当成低质内容。",[11,58,59],{},"2025 年 12 月我们还遇到一个情况，客户用插件自动翻译，切换语言时 URL 不变，导致两套内容抢同一个地址，收录直接乱掉。",[15,61,62],{"id":62},"一个前提",[11,64,65],{},"如果你没有英文的销售或客服能力，别做英文内容。流量进来了没人接，只会拉高跳出率，还浪费一年时间。",[15,67,68],{"id":68},"翻译工具能用在哪",[11,70,71],{},"能用在做词表初筛、做文档的对照参考、做客服回复模板。不能用在对外发布的内容上。",[11,73,74],{},"我们自己的做法是：机翻只用来快速判断一篇中文内容值不值得重写，判断完就扔掉。",[15,76,77],{"id":77},"本地化还包括这些",[11,79,80],{},"计量单位、日期格式、支付方式、合规声明、案例里的公司规模。这些细节不改，读者一眼就知道这页不是为他写的。",[11,82,83],{},"2025 年 11 月我们看过一个站，英文版里还写着“支持微信支付”，海外读者看到就关了。",[15,85,86],{"id":86},"一个成本参考",[11,88,89],{},"请母语写手重写一篇 1500 字的技术内容，市场价大概是机翻加润色的三到五倍。听起来贵，但机翻那 200 篇带来的流量折合下来，单个访客成本更高。",[11,91,92],{},"多语言内容不是翻译工程，是第二次做内容。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103,104,105],{"id":17,"depth":95,"text":17},{"id":26,"depth":95,"text":26},{"id":35,"depth":95,"text":35},{"id":44,"depth":95,"text":44},{"id":53,"depth":95,"text":53},{"id":62,"depth":95,"text":62},{"id":68,"depth":95,"text":68},{"id":77,"depth":95,"text":77},{"id":86,"depth":95,"text":86},null,"内容运营","2026-02-18","一个客户把 200 篇中文博客机翻成英文，一年后英文自然流量只占全站 3%。改成针对本地市场重写 20 篇，六个月后到 11%。翻译和重写是两件事。",false,"md",{},true,"\u002Fblog\u002Fmultilingual-not-translation",{"title":5,"description":109},"blog\u002Fmultilingual-not-translation",[118,119,120],"多语言内容","出海SEO","内容策略","v2FETtepIsHHtW4lEvPgb2UtQa4KDKhXmQpGTZxFOnM",{"id":123,"title":124,"author":6,"body":125,"canonical":106,"category":188,"cover":106,"date":189,"description":190,"draft":110,"extension":111,"keywords":106,"meta":191,"navigation":113,"noindex":110,"ogImage":106,"path":192,"seo":193,"seoDescription":106,"seoTitle":106,"stem":194,"tags":195,"updated":106,"__hash__":199},"blog\u002Fblog\u002Flqip-blur-lcp-trap.md","模糊占位图很好看，但它会让 LCP 数字骗人",{"type":8,"value":126,"toc":181},[127,130,134,137,140,143,146,154,157,160,163,166,169,172,175,178],[11,128,129],{},"模糊占位图好看，但它会让 LCP 的数字骗人。今年 2 月我们查一个设计工具站，GSC 里 LCP 是 0.9 秒，用户却在群里说\"打开要三秒\"。原因就是首图用了 20×20 的 base64 模糊图，浏览器把 LCP 记在了这张低清图上。",[15,131,133],{"id":132},"lcp-记的是画出来的那一刻","LCP 记的是\"画出来的那一刻\"",[11,135,136],{},"LCP 的定义是视口内最大内容元素的渲染时间。模糊占位图先渲染，尺寸已经撑满，浏览器就认为 LCP 完成了。真图两秒后替换上去，指标不会重算。",[11,138,139],{},"这不是说模糊图不能用，是说它会让监控失效。我们给这个站加了自建埋点，记录\"首图高清版加载完成\"的时间，P75 是 2.6 秒，和用户感受对得上。",[15,141,142],{"id":142},"更麻烦的是体验本身",[11,144,145],{},"模糊图从小图放大，在移动端看起来就是一团色块，用户会以为页面坏了。这个站移动端跳出率 58%，比同类站高出一截。",[11,147,148,149,153],{},"改法两条：首屏图不用 LQIP，直接用最终尺寸的 WebP 加 ",[150,151,152],"code",{},"fetchpriority=\"high\"","；折叠线以下的图才用模糊占位，那时候用户还没看到，不影响首屏感受。",[15,155,156],{"id":156},"如果一定要用占位",[11,158,159],{},"三个要求：占位图要清楚到能看出内容轮廓，我们一般用 32×32 起步；真图加载完要有淡入，避免生硬跳变；埋点单独记\"高清图完成时间\"，别只信 LCP。",[11,161,162],{},"一个更干净的替代方案：纯色或者渐变占位，配合正确的宽高比。这种占位不会干扰 LCP 记录，视觉上也干净。我们现在默认推荐这个，模糊图只留给图册类页面。",[15,164,165],{"id":165},"怎么跟设计团队谈",[11,167,168],{},"设计师喜欢模糊占位，因为它让加载过程显得精致。我们的说法是：可以保留占位的美感，但首图除外。首图是用户对速度的第一印象，让他先看到一团模糊，再等两秒变清晰，感受比直接等两秒更差。",[11,170,171],{},"这个站最后是折中方案：首图不做 LQIP，改成低饱和度的渐变占位；图册和案例详情页保留模糊过渡。改完设计没意见，数据也回来了。",[15,173,174],{"id":174},"一个判断标准",[11,176,177],{},"如果你发现 LCP 数据很好、用户却说慢，先查首屏图是不是用了 LQIP 或者骨架图。这是我们在 5 个站上验证过的高频原因，排查只要看 Elements 里第一张图的 src 是不是 data URI。",[11,179,180],{},"顺带说一句：这个站改完并没有让 LCP 变差，反而从\"假 0.9 秒\"变成真实的 1.6 秒。指标诚实了，后面的优化才有意义。团队一开始不愿意改，因为数字变丑了，我跟他们说：监控的作用是发现问题，不是让报表好看。",{"title":94,"searchDepth":95,"depth":95,"links":182},[183,184,185,186,187],{"id":132,"depth":95,"text":133},{"id":142,"depth":95,"text":142},{"id":156,"depth":95,"text":156},{"id":165,"depth":95,"text":165},{"id":174,"depth":95,"text":174},"技术SEO","2026-02-17","一个设计工具站 GSC 里 LCP 0.9 秒，用户却反馈打开要三秒。原因是首图用了 20×20 的 base64 模糊图，浏览器把 LCP 记在了低清图上。附判断标准和替代方案。",{},"\u002Fblog\u002Flqip-blur-lcp-trap",{"title":124,"description":190},"blog\u002Flqip-blur-lcp-trap",[196,197,198],"LCP","图片优化","性能监控","0LsV2fcuhcvfTJQsEcRpgpGaU2U834VoGv4TwvS9NME",{"id":201,"title":202,"author":6,"body":203,"canonical":106,"category":317,"cover":106,"date":318,"description":319,"draft":110,"extension":111,"keywords":106,"meta":320,"navigation":113,"noindex":110,"ogImage":106,"path":321,"seo":322,"seoDescription":106,"seoTitle":106,"stem":323,"tags":324,"updated":106,"__hash__":328},"blog\u002Fblog\u002Fcomparison-query-geo-playbook.md","「哪个好」类问题：B2B 软件怎么在 AI 回答里占位",{"type":8,"value":204,"toc":309},[205,208,211,218,224,230,233,237,240,243,246,249,255,261,264,270,273,276,279,282,288,294,300,303,306],[11,206,207],{},"\"XX 和 YY 哪个好\"这类问题，AI 回答里通常只挂 3 个品牌。第 4 名不存在。你不写对比内容，位置不会空着，会由第三方和竞品填上。",[15,209,210],{"id":210},"三种问法",[11,212,213,217],{},[214,215,216],"strong",{},"直接对比。","\"A 和 B 有什么区别\"。用户已经锁定两个选项，只差判断。",[11,219,220,223],{},[214,221,222],{},"品类选型。","\"数据同步工具有哪些值得看\"。用户在列清单阶段。",[11,225,226,229],{},[214,227,228],{},"替代品。","\"XX 的替代方案\"。用户对现状不满，最容易转化。",[11,231,232],{},"三种问法对应三种内容：对比页、选型指南、替代方案页。这三种页面我们统称决策页，它们决定了 AI 在用户掏钱那一刻提不提你。",[15,234,236],{"id":235},"ai-从哪拿对比信息","AI 从哪拿对比信息",[11,238,239],{},"两个来源。一是能找到的对比表格，二是第三方评测。前者它直接搬，后者它做交叉验证。",[11,241,242],{},"这就是为什么自己写对比页有用。你写的表格是全网唯一的完整版本，AI 想答这个对比，绕不开你。我们在 2026 年 3 月复查一个客户的对比页，6 周里被 4 个引擎引用过。",[11,244,245],{},"反过来，如果全网只有第三方写过这个对比，而且写于两年前，AI 就用两年前的结论。那个结论里可能你还没这个功能。",[15,247,248],{"id":248},"自己写对比页的三条规矩",[11,250,251,254],{},[214,252,253],{},"第一，给维度，不给结论。"," 一张表列 8 个维度：部署方式、数据量上限、延迟、计费、权限模型、审计日志、迁移成本、支持语言。每个维度双方都填。用户自己会算，你不用替他下结论。",[11,256,257,260],{},[214,258,259],{},"第二，明确说不适合谁。"," 这一条最反直觉，也最有用。我们给一个安全工具客户写的是：\"如果你们只有 5 个开发、没有专职运维，这套方案偏重，建议先用云托管版。\" 这段话被引用得最多。",[11,262,263],{},"因为它可信。只夸自己的对比页，AI 会判断为营销材料，不引。",[11,265,266,269],{},[214,267,268],{},"第三，给场景结论。"," 表格解决\"差在哪\"，场景解决\"我该选谁\"。写三句话：\"200 人以下、单区域部署，选 A 更省事；多区域、要审计，选 B。\"",[15,271,272],{"id":272},"一个页面的效果",[11,274,275],{},"那个客户的对比页，8 个维度表加 3 个场景结论，全文 1800 字。上线 6 周，进了 4 个引擎的回答，同时在 Google 上排到相关查询第 3。",[11,277,278],{},"转化上，这页的询盘率是博客的 4 倍。看对比页的人已经在决策了。",[15,280,281],{"id":281},"三个别做的",[11,283,284,287],{},[214,285,286],{},"只夸自己。"," 每个维度都写自己赢，AI 不信，人也不信。",[11,289,290,293],{},[214,291,292],{},"贬低对手。"," 说别人\"稳定性差\"但没有测试条件，属于不可验证的指控。这种句子不会被引用，还会拉低整页可信度。",[11,295,296,299],{},[214,297,298],{},"用\"各有千秋\"。"," 这句等于没答。用户来问对比，就是要一个能拿去做决定的判断。",[15,301,302],{"id":302},"对比页要有人维护",[11,304,305],{},"软件每季度都在变，两年前的对比表会骗人。我们建议对比页设一个复查日，每季度核一遍参数，更新日期。",[11,307,308],{},"一个过时的对比页比没有更糟，因为它会稳定地被引用，稳定地误导人。",{"title":94,"searchDepth":95,"depth":95,"links":310},[311,312,313,314,315,316],{"id":210,"depth":95,"text":210},{"id":235,"depth":95,"text":236},{"id":248,"depth":95,"text":248},{"id":272,"depth":95,"text":272},{"id":281,"depth":95,"text":281},{"id":302,"depth":95,"text":302},"GEO","2026-02-19","AI 回答对比类问题时最多挂 3 个品牌。不写对比内容，位置就是别人的。自己写对比页的三条规矩：给维度、给场景、明确说不适合谁。",{},"\u002Fblog\u002Fcomparison-query-geo-playbook",{"title":202,"description":319},"blog\u002Fcomparison-query-geo-playbook",[317,325,326,327],"对比页","AI搜索","B2B软件","KI2xwo_GidiBi9sKiCIKL2P0NlkO_KV2QEImAlurGrI",1794088108279]