[{"data":1,"prerenderedAt":341},["ShallowReactive",2],{"blog-multilingual-content-workflow":3,"blog-prev-multilingual-content-workflow":123,"blog-next-multilingual-content-workflow":221},{"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\u002Fmultilingual-content-workflow.md","多语言内容：翻译、改写、本地化，三件事别混着做","元析智能",{"type":8,"value":9,"toc":96},"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,93],[11,12,13],"p",{},"把中文稿翻译成英文就发，是出海内容最常见的错误。翻译解决语言，改写解决搜索习惯，本地化解决用户场景，三层成本差三倍。",[15,16,17],"h2",{"id":17},"三个层次的区别",[11,19,20],{},"翻译：把中文逐句变成英文，保留原结构和关键词。",[11,22,23],{},"改写：按目标语言的搜索习惯重新组织，重挖关键词，重写标题和结构。",[11,25,26],{},"本地化：按目标市场的用户场景重写，换案例、换价格、换合规表述。",[11,28,29],{},"成本上，翻译是 1，改写是 2.5，本地化是 4。",[15,31,32],{"id":32},"什么时候用翻译",[11,34,35],{},"只有一种情况：内部文档、帮助中心这类\"必须准确、不需要搜索流量\"的内容。",[11,37,38],{},"比如 API 参考文档，翻译准确就行，不需要考虑英文用户的搜索习惯。这类内容用翻译，成本最低。",[15,40,41],{"id":41},"什么时候必须改写",[11,43,44],{},"面向搜索流量的内容，必须改写。",[11,46,47],{},"原因：中文和英文的关键词对不上。同一个功能，中文用户搜\"接口限流\"，英文用户搜\"rate limiting\"，搜索量和意图都不同。",[11,49,50],{},"我们 2025 年做过对比：直译的英文文章，6 个月平均排名 40 开外；改写过的，3 个月进前 20。",[15,52,53],{"id":53},"什么时候要本地化",[11,55,56],{},"目标市场是重点市场，且用户场景和中国差别大的时候。",[11,58,59],{},"比如做欧洲市场，数据合规的表述、支付方式、部署选项都不一样。这些内容必须本地化，否则用户一看就知道不是给他们写的。",[15,61,62],{"id":62},"我们的流程",[11,64,65],{},"第一步，判断内容类型：文档用翻译，博客和落地页用改写。",[11,67,68],{},"第二步，重做关键词研究：用目标语言的工具重新挖词，不沿用中文词表。",[11,70,71],{},"第三步，改写或本地化：标题、开头、案例、CTA 全部重写。",[11,73,74],{},"第四步，找母语者审一遍：不一定要资深写手，但必须是母语者，能看出不自然的地方。",[15,76,77],{"id":77},"一个失败案例",[11,79,80],{},"2025 年 9 月我们接过一个客户，把 200 篇中文博客用机器翻译成英文直接发。",[11,82,83],{},"结果：Google 收录了，但零排名零流量。我们抽查了 20 篇，标题是直译的，关键词不对，案例全是中国的，英文读者看不懂。",[11,85,86],{},"后来删掉重写，只保留了 40 篇，花了两个月。这个教训之后，我们定了一条规矩：面向搜索流量的内容，不接受纯翻译。",[15,88,89],{"id":89},"一句判断",[11,91,92],{},"多语言内容的成本不在语言，在\"重做一遍判断\"。翻译是省钱的捷径，但省下的钱会以流量的形式还回去。",[11,94,95],{},"预算有限的时候，宁少做，也别做直译。10 篇改写，比 100 篇直译有用，这件事没有捷径。",{"title":97,"searchDepth":98,"depth":98,"links":99},"",2,[100,101,102,103,104,105,106],{"id":17,"depth":98,"text":17},{"id":32,"depth":98,"text":32},{"id":41,"depth":98,"text":41},{"id":53,"depth":98,"text":53},{"id":62,"depth":98,"text":62},{"id":77,"depth":98,"text":77},{"id":89,"depth":98,"text":89},null,"内容运营","2026-09-12","把中文稿翻译成英文就发，是出海内容最常见的错误。翻译解决语言，改写解决搜索习惯，本地化解决用户场景，三层成本差三倍。什么时候用哪层、我们的流程和一个失败案例都在这篇，照着走能少花冤枉钱。",false,"md",{},true,"\u002Fblog\u002Fmultilingual-content-workflow",{"title":5,"description":110},"blog\u002Fmultilingual-content-workflow",[119,120,121],"多语言内容","内容本地化","出海内容","7Z7oNlTdkooAyF9u8E8PEBjJ2W8yY5YGc4qNRaQFvtE",{"id":124,"title":125,"author":6,"body":126,"canonical":107,"category":108,"cover":107,"date":211,"description":212,"draft":111,"extension":112,"keywords":107,"meta":213,"navigation":114,"noindex":111,"ogImage":107,"path":214,"seo":215,"seoDescription":107,"seoTitle":107,"stem":216,"tags":217,"updated":107,"__hash__":220},"blog\u002Fblog\u002Fcontent-velocity-quality.md","一个月二十篇和五篇，哪个更有用取决于一件事",{"type":8,"value":127,"toc":201},[128,131,135,138,141,144,147,150,153,156,159,162,165,168,171,174,177,180,183,186,189,192,195,198],[11,129,130],{},"一个月二十篇和五篇，哪个更有用？我们统计了 4 个客户站一年的数据，发文篇数和自然流量几乎没有相关性，有效篇数才有。有效篇数指的是：带独家信息、能被搜索和 AI 引用、能带来动作的那几篇。",[15,132,134],{"id":133},"那-4-个站的数据差在哪","那 4 个站的数据差在哪",[11,136,137],{},"一个站一年发 240 篇，自然流量涨了 18%。另一个站一年发 60 篇，涨了 41%。",[11,139,140],{},"发 240 篇的那个站，我抽查了 40 篇，有 31 篇是同类选题的不同说法，另外 9 篇甚至标题改了、内容没改。",[15,142,143],{"id":143},"为什么数量不管用",[11,145,146],{},"因为搜索结果的容量有限。一个主题域最多排得下二三十个页面，再多就是自己跟自己抢。",[11,148,149],{},"篇数上去之后，单篇的投入一定下降，内链也被摊薄。数量和质量在同一个预算下是取舍关系。",[15,151,152],{"id":152},"有效篇数怎么算",[11,154,155],{},"我们内部的标准：有一处独家信息、能排进前 20、页面有点击或转化、能被至少一个 AI 引用。",[11,157,158],{},"四条满足两条以上算有效。4 个站的有效篇数分别是 31、28、19、12，和流量涨幅基本对得上。",[15,160,161],{"id":161},"什么时候该追求数量",[11,163,164],{},"两种情况：新站需要先铺收录，或者你在抢一个全新品类的词。",[11,166,167],{},"这两种情况下，前 30 篇可以粗放一点，把覆盖面做出来。但过了这个阶段，就必须转质量。",[15,169,170],{"id":170},"我们的实际配比",[11,172,173],{},"一年 50 篇左右：30 篇是有效内容，10 篇是文档和 FAQ 这类基础页，剩下 10 篇允许试错。",[11,175,176],{},"试错的 10 篇如果不灵，不硬救，直接并掉。这个比例我们跑了两年，稳定。",[15,178,179],{"id":179},"一个反问",[11,181,182],{},"如果一个月二十篇，但每篇都不能被引用，你是在做内容，还是在填后台？",[15,184,185],{"id":185},"怎么跟老板解释",[11,187,188],{},"别讲质量对数量，讲有效篇数和询盘的关系。我们把 4 个站的数据做成一张表，一眼能看出总篇数和询盘没有关系。",[11,190,191],{},"2026 年 2 月拿这张表跟一个客户的总监沟通，他当场就把下半年的篇数目标从 120 篇改成 60 篇，预算不变。",[15,193,194],{"id":194},"一个折中办法",[11,196,197],{},"如果老板一定要数量，就把基础页也算进去：文档、FAQ、术语、集成页。这些页确实需要量，而且做起来快，不占有效内容的预算。",[11,199,200],{},"这个问题问清楚，节奏就定了。",{"title":97,"searchDepth":98,"depth":98,"links":202},[203,204,205,206,207,208,209,210],{"id":133,"depth":98,"text":134},{"id":143,"depth":98,"text":143},{"id":152,"depth":98,"text":152},{"id":161,"depth":98,"text":161},{"id":170,"depth":98,"text":170},{"id":179,"depth":98,"text":179},{"id":185,"depth":98,"text":185},{"id":194,"depth":98,"text":194},"2026-09-11","我们统计过 4 个客户站一年的数据，篇数和自然流量几乎没有相关性，有效篇数才有。有效篇数指带独家信息、能被引用、能带来动作的那几篇。",{},"\u002Fblog\u002Fcontent-velocity-quality",{"title":125,"description":212},"blog\u002Fcontent-velocity-quality",[218,219,108],"内容数量","内容质量","415nZxGIqfct4WbIxjFW3IaA0AXp29is5Da_fg_9Qo0",{"id":222,"title":223,"author":6,"body":224,"canonical":107,"category":329,"cover":107,"date":330,"description":331,"draft":111,"extension":112,"keywords":107,"meta":332,"navigation":114,"noindex":111,"ogImage":107,"path":333,"seo":334,"seoDescription":107,"seoTitle":107,"stem":335,"tags":336,"updated":107,"__hash__":340},"blog\u002Fblog\u002Fentity-info-consistency-ai.md","AI 认错你的公司，多半是三个来源不一致",{"type":8,"value":225,"toc":320},[226,229,233,236,239,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],[11,227,228],{},"2026 年 9 月我们抽查了一家软件公司的公开信息，八个来源里有三个和官网对不上：成立时间差两年、产品归属写错、公司名用了旧简称。AI 回答里把它和另一家公司混成了一段话。",[15,230,232],{"id":231},"ai-怎么认实体","AI 怎么认实体",[11,234,235],{},"它从多个来源收集信息：官网、维基百科、工商数据库、社交资料、评测站、新闻稿。",[11,237,238],{},"这些来源信息不一致时，它不会自动判断哪个对，往往挑出现次数最多的那个，或者干脆混着说。",[11,240,241],{},"所以实体识别的第一件事不是写内容，是让所有来源说同一件事。",[15,243,244],{"id":244},"三项必须对齐",[11,246,247],{},"第一，公司名和品牌名的关系。公司全称是什么，品牌名是哪个，产品属于哪个法律主体。",[11,249,250],{},"第二，产品归属。这个产品是自有还是代理，属于哪个产品线。",[11,252,253],{},"第三，基本事实。成立时间、总部所在地、团队规模区间。",[11,255,256],{},"三项对齐之后，实体就清楚了。",[15,258,259],{"id":259},"常见的不一致",[11,261,262],{},"品牌名当公司名用，官网上到处是品牌名，找不到公司全称。",[11,264,265],{},"产品名变来变去，同一个产品在官网叫 A，在应用商店叫 B，在文档里叫 C。",[11,267,268],{},"旧名残留。公司改过名，但旧名还留在隐私政策、备案信息、第三方数据库里。",[11,270,271],{},"多主体混用。集团有多个公司，不同页面写的主体不同。",[15,273,274],{"id":274},"怎么修",[11,276,277],{},"先做一张实体信息表，写清公司全称、品牌名、产品名、成立时间、地址、官网。",[11,279,280],{},"然后逐个来源改：官网全站统一，第三方数据库认领，社交平台补全，评测站更新。",[11,282,283],{},"官网上加 Organization 结构化数据，用 legalName 写全称，name 写品牌名，sameAs 串起官方账号。",[15,285,286],{"id":286},"一个最容易忽略的来源",[11,288,289],{},"第三方数据库容易被忽略。天眼查、企查查这类平台上的公司信息，很多是自动抓的，有滞后。",[11,291,292],{},"我们遇到过一个客户改了名，工商已经变更，但三个数据库里还是旧名，AI 回答也跟着用旧名。",[11,294,295],{},"认领和更正这些条目，花不了多少时间，但对实体识别很关键。",[15,297,298],{"id":298},"怎么验证",[11,300,301],{},"问 AI 三个问题：某公司是做什么的、某产品属于哪家公司、某公司和另一家公司是什么关系。",[11,303,304],{},"如果回答里出现混淆、含糊、或者把两家公司合并，说明实体还没理顺。",[11,306,307],{},"修完再问一遍，间隔两周以上，因为数据更新需要时间。",[15,309,310],{"id":310},"一个态度",[11,312,313],{},"实体一致性是 GEO 里最基础也最枯燥的部分。",[11,315,316],{},"它不像内容优化那样有即时反馈，但它决定了 AI 说的是不是你。说错了，后面的内容都白做。",[11,318,319],{},"这项工作一次做完，之后每季度对一遍，成本很低。",{"title":97,"searchDepth":98,"depth":98,"links":321},[322,323,324,325,326,327,328],{"id":231,"depth":98,"text":232},{"id":244,"depth":98,"text":244},{"id":259,"depth":98,"text":259},{"id":274,"depth":98,"text":274},{"id":286,"depth":98,"text":286},{"id":298,"depth":98,"text":298},{"id":310,"depth":98,"text":310},"技术SEO","2026-09-13","我们抽查八个公开来源，一家公司的信息有三处对不上。这篇写 AI 怎么认实体、哪三项必须对齐、不一致怎么修，以及怎么验证修好了。",{},"\u002Fblog\u002Fentity-info-consistency-ai",{"title":223,"description":331},"blog\u002Fentity-info-consistency-ai",[337,338,339],"GEO","实体","品牌信息","M_cRFAsEWLKlp5ngqaumi2PqwwScNg0826EnepSA5Sk",1794088101853]