Kaufland自动翻译还是自备译文？先看目标站目录采用谁

一批在Kaufland.de已经跑着的家居收纳配件准备复制到另一个Kaufland站点，真正卡住运营的不是翻译工具，而是同一批EAN在目标站的目录状态并不一样。

Kaufland跨站商品目录翻译与自备译文决策

有些EAN搜过去，目标站已经有本地语言标题、描述和图片；有些还没有完整商品资料。团队手里既有确认无误的德语源数据，也能做人工审校的目标语版本。这个时候很容易提出一个看似简单的问题：要不要把整批商品都交给Kaufland自动翻译，还是自己准备译文上传？

如果把这件事只当成“机器翻译和人工翻译谁更好”，方向已经偏了。

Kaufland真正需要先解决的是：目标站这个EAN现在有没有产品目录内容，这份内容来自哪里，你的新数据有没有机会成为最终展示内容，以及以后德国站源数据再改时，目标站会不会跟着变化。

截至2026年10月22日，Kaufland公开的Seller University仍然把产品数据与卖家的报价数据明确分开。这一层区别，直接决定了这批SKU该怎么处理。

先把商品页和你的报价拆开看

在Kaufland体系里，价格、库存、配送时间、商品状态属于卖家的offer data；标题、描述、图片、属性等则属于product data。

问题在于，product data并不是每个卖家各自拥有一套完全独立的商品页。

如果一个EAN已经存在于Kaufland目录中，卖家创建报价时可以直接使用已有产品数据，不一定需要重新提交标题、描述和图片。Kaufland的公开说明还明确提到，新创建的产品数据进入目录以后，其他卖家也可以使用。

这意味着同一个EAN更接近一条共享的产品目录记录，而不是“谁卖货，谁就拥有自己的详情页”。

所以，一批德国站商品准备上目标站时，第一张表不应该叫“待翻译SKU”，而应该叫“目标站目录核查”。

先把EAN拆成三种状态。

第一种，目标站已经有内容，而且商品身份和关键事实都正确。这种SKU没有必要因为自己手里有一份更漂亮的译文，就默认整页重做。先挂接正确商品，再看现有内容是否真的存在影响购买理解的问题。

第二种，目标站已经有内容，但存在错误、缺项或者明显影响购买理解的表达。这时要走产品数据修改或纠错思路，而不是把Kaufland自动翻译当成一个“覆盖现有商品页”的按钮。

第三种，目标站确实缺少产品数据。只有到了这一组，平台自动翻译与自备目标语数据才真正构成一个值得比较的选择。

这一步看似多做了一次盘点，实际上往往能砍掉大量无意义的翻译工作。

为什么已有目标站内容时，不该先开自动翻译

Kaufland目前公开的产品数据翻译流程并不含糊。

卖家可以在Seller Portal的Shop Settings中进入“Translation & transfer”，启用“Text translation and image transfer of product data”。准备好来源站产品数据以后，在其他目标市场创建对应offer，平台提供免费的产品数据自动翻译服务。

但同一份说明紧接着给出一个很关键的注意事项：准备让平台把产品数据翻译到目标销售渠道时，不要同时向目标渠道上传产品数据；如果目标销售渠道已经存在产品数据，官方说明要求先删除。

问题来了。

Kaufland关于删除产品数据的公开规则又明确写着：卖家只能删除自己创建的产品数据。

这两个规则放在一起看，边界就出来了。

如果目标站那条EAN内容本来就是你创建的，你可以根据账户里的实际可用操作处理自己的数据；但如果那是一条已经存在的共享目录记录，甚至来自其他卖家的历史产品数据，就不能想当然地认为“我先删掉，再让德国站自动翻译覆盖过去”。

自动翻译适合解决目标站缺内容的问题，不应该被理解成夺取已有共享商品页控制权的工具。

这也是本文最重要的一道分界线。

目标站没有内容，才轮到两种方案真正交手

假设目标站确认没有可用产品数据，德国站的源商品事实也已经核清，选择就简单了很多。

一种做法是直接采用Kaufland自己的自动产品数据翻译。

它最大的价值不是“翻得一定比人好”，而是把跨站铺商品时最重的一段重复劳动交给平台。对于结构简单、商品边界清楚、没有复杂适配关系的长尾SKU，这个效率非常实际，而且Kaufland当前公开说明把产品数据翻译列为免费服务。

比如普通抽屉分隔件、结构单一的置物配件，如果源站标题、描述、材质、数量和尺寸本身已经准确，没有容易被一个介词改变意思的安装条件，完全可以把这类商品放进自动翻译候选池。

另一种是直接准备目标站当地语言的产品数据。

Kaufland目前允许通过Seller Portal、产品数据文件以及Seller API等方式创建或更新产品数据；新产品至少需要满足相应的必需产品信息要求。卖家如果已经有人工审校过的目标语内容，可以选择直接维护目标市场的数据，而不是先让德国数据翻过去再返工。

这里有一个容易混淆的细节。

Kaufland一方面提供自己的自动产品数据翻译服务，另一方面，其产品数据指南又要求商品描述使用正确、无误的语言，并出现了“不允许自动生成翻译”的表述。两个公开页面没有进一步把这层边界解释透。

因此，运营上不要替平台补一条并不存在的规则。更稳妥的区分是：决定采用Kaufland自动翻译，就走Kaufland提供的官方翻译功能；决定提交自己的目标语内容，就把它当正式商品数据做人工审校，不要从外部翻译器批量生成一遍便原样上传。

自备译文的意义，是你愿意为那些不能翻错的购买条件负责，而不是换了另一套机器翻译。

真正该人工审校的是“翻错一句就会改变订单”的商品

这批SKU不需要整店站队。

更合理的办法，是先按内容风险拆。

像“包含几个”“不包含什么”“适用于什么型号”“只能装在哪种厚度的板材上”“需要何种安装空间”“一个包装到底是单件还是套装”等信息，一旦译错，买家理解的已经不是文风问题，而是买到的东西可能和预期不同。

这些SKU更值得把人工审校前置。

反过来，一些产品结构非常简单，源数据已经规范，标题和描述主要是稳定的事实陈述，没有复杂安装、兼容或套装关系，就更适合先让平台自动翻译，再抽样检查实际结果。

还要加一个现实维度：销量暴露。

某个SKU本身并不复杂，但如果它预计会承担这批商品的大部分订单，人工复核的价值也会上升。因为一天卖一单和一天卖一百单，同一个很小的表述错误，最后产生的售后暴露不是一个量级。

所以实际排序可以很朴素：先看会不会翻错商品意思，再看这个错误一旦发生会影响多少订单。

不要用“高客单就人工、低客单就机器”这样过于粗糙的规则代替判断。

自备译文提交了，也别急着认为前台已经换成你的版本

这可能是Kaufland目录运营里最容易产生误解的一步。

卖家在自己的后台看到导入成功，不等于已经证明目标站商品页最终采用了这份内容。

因为前面已经说过，Kaufland的产品数据具有共享目录属性。当前公开Seller University也没有公布一张可以让卖家直接套用的统一排序表，告诉你“已有目录数据、其他卖家数据、Kaufland自动译文、自备目标语内容”四者发生冲突时，一定按照什么固定次序决定所有字段。

公开材料至少透露了一个值得注意的信号：在法国EPR相关产品属性的纠错说明中，Kaufland明确写到，卖家提交的数据修改建议会经过自动优先级系统检查后，再应用到市场中的产品数据。

这个说明针对的是特定属性纠错场景，不能直接扩大成“所有标题和描述也使用完全相同算法”。

但它足以提醒卖家一件事：数据提交动作和最终目录采用动作不是天然等号。

因此，自备目标语内容值不值得做，不能只看文件有没有成功上传，而要看最终目录结果。

实际操作中，可以先拿一小组EAN观察，而不是第一天就把全部SKU切过去。

提交之前，留一份目标站当前产品数据快照。Kaufland的产品数据报告目前可以帮助卖家识别“EANs not found”、无效商品、产品数据改进信息以及导入错误。

提交或触发翻译以后，再检查处理状态和对应报告，最后打开目标站实际商品详情页，对照标题、描述、关键属性、图片以及特别容易改变购买理解的字段。

如果后台接受了一份内容，而前台仍然不是预期版本，就应该把它当成“目录采用问题”继续排查，而不是反复上传同一个翻译文件。

后续德国数据再改，反而是更值得提前留口子的地方

第一次跨站翻过去只是开始。

假设半年后德国站把“4件套”改成“6件套”，或者修正了包装内容、尺寸、适配型号。如果目标站采用的是人工审校版本，一个很自然的问题就是：德国源数据发生变化后，平台会不会重新翻译？会重新处理哪些字段？已经人工修改的目标语内容会不会继续保留？

至少从本次能够核到的Kaufland公开Seller University说明来看，这一层没有给出足够明确的通用答案。

因此不要自行创造一个“自动同步”“人工译文锁定”或者“源站更新永不覆盖”的机制。公开规则没有写清的东西，就不要拿来设计生产流程。

对运营团队来说，更实际的方法反而很土：自己维护一张跨站内容变更表。

每个EAN至少记住它目前采用哪种来源——沿用目标站已有目录、Kaufland自动翻译，还是自己维护目标语内容；再记录哪些字段属于高风险字段，以及最后一次核对目标站前台是什么时候。

德国源数据如果只是优化一句营销表达，人工目标语版本未必需要跟着动；如果改的是包装数量、兼容性、尺寸或者包含物，所有目标市场都应该进入复核队列。

这不是Kaufland提供的“版本锁定功能”，只是卖家自己的内容变更控制。恰恰因为公开页面没有承诺自动同步边界，这张表才有价值。

300个SKU，不妨这样算一次人工到底花在哪里

做一个纯管理假设。

一批300个EAN准备补目标市场商品资料。核完目录后发现，200个EAN已经有准确可用的目标语产品数据，30个虽然已有内容但存在疑点，需要单独进入纠错队列；真正缺目标站产品资料的只有70个。

这70个里面，再按购买理解风险拆一次：48个结构简单，先走Kaufland自动翻译；22个涉及安装条件、包装数量或适配关系，准备人工审校的目标语版本。

假设一个SKU从对照德语源内容到完成目标语业务审校平均需要8分钟，内部内容人员的综合时间成本按150元/小时估算。

如果70个全部人工做，需要约9.3小时，对应约1400元的内部时间成本。

只审22个高风险SKU，大约需要2.9小时，约440元。差出来的约6.4小时、960元，不是靠降低翻译质量省出来的，而是因为另外48个SKU根本没有充分理由占用同样级别的人工。

那30个已有目录但有疑点的EAN不要算进这笔“翻译成本”。它们解决的是目录纠错和采用问题，是另一条工作流。

这个例子的数字都是管理假设，不代表Kaufland收费。Kaufland当前公开的自动产品数据翻译服务本身为免费服务。真正需要算的是团队时间应该投到哪里。

这批货现在怎么推进

运营团队可以按下面的顺序执行：

1. 先按目标市场查询全部EAN，把商品分成“已有且正确、已有但待修正、目标站缺数据”三组，不要先建整批翻译任务。 2. 再核一次德国源数据里的商品身份、包装数量、型号、尺寸和关键适配条件。商品事实有问题时先修事实，语言不能替商品身份错误擦屁股。 3. 对目标站已有且正确的EAN直接利用现有目录；对已有但错误的EAN进入产品数据纠错和结果验证，不默认自动翻译可以覆盖。 4. 对目标站缺数据的EAN，再按语义风险和销售暴露拆分。简单稳定的商品可先采用Kaufland自动翻译，高风险内容提交经过人工审校的目标语数据。 5. 不要在同一个目标渠道上一边计划采用平台自动转译，一边又无差别上传另一整套目标语产品数据。官方自动翻译路径本身就要求注意目标渠道现有产品数据状态。 6. 先用少量代表性EAN跑通后台状态、报告与前台展示的闭环，再扩大到余下商品；德国源数据以后发生实质修改时，再把相关目标站重新拉回核查队列。

这类事情也很能说明平台准入和平台内经营控制为什么必须分开看。ESG跨境在部分海外电商平台有真实的官方招商合作，可提供入驻支持、前置资料预审与专席对接；但Kaufland并不是本文可以据此宣称官方合作的平台，更不能把其他平台的官方通道能力想象成能够干预Kaufland共享商品目录。

到了Kaufland具体商品页上，内容有没有被采用，还是要回到Kaufland自己的目录机制和卖家账户里的实际结果。

先查目录，再选翻译来源；先看前台真正用了谁，再决定扩大。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。