Traducir una tienda WooCommerce parece un problema resuelto: instalas un plugin de traducción, conectas una IA, le das a traducir y ya está. Y funciona… para el ochenta por ciento de la tienda. El veinte por ciento restante es justo el que el cliente ve cuando ya te ha pagado.
Este artículo va de las tres capas que hay que traducir, en qué se diferencian, y del fallo que se cuela en casi todas las tiendas multiidioma: los correos de pedido llegando en español a un cliente francés.
Una tienda no es una sola cosa que traducir, son tres
El error de fondo es tratar la tienda como un conjunto de páginas. No lo es. Tiene tres capas con mecanismos distintos:
- El contenido: fichas de producto, categorías, atributos, páginas legales. Vive en la base de datos y se traduce como cualquier contenido.
- La interfaz: los textos de WooCommerce y de tu tema — «Añadir al carrito», «Finalizar compra», los mensajes de error del formulario. No son contenido tuyo: vienen del código del plugin y se traducen por otro mecanismo.
- Los correos transaccionales: confirmación de pedido, pedido en proceso, pedido completado, reembolso. Se generan fuera de una petición de página normal, y esa diferencia lo cambia todo.
La mayoría de plugins de traducción resuelven muy bien la capa 1, razonablemente la 2, y la 3 es donde aparecen las sorpresas.
Capa 1: el catálogo
Es la parte agradecida. Con un plugin de traducción con IA conectada, un catálogo de doscientos productos se traduce en una sesión.
Tres cosas que conviene vigilar:
Los atributos y variaciones se olvidan. Si vendes ropa con atributo «Color» y valores «Rojo», «Azul», eso son términos de taxonomía, no texto del producto. Se traducen por separado y es muy fácil dejarse la mitad. Revisa un producto variable en el idioma nuevo antes de dar el catálogo por bueno.
Las unidades y formatos no se traducen solos. Una talla española no es una talla británica, y una IA traducirá «Talla 40» como «Size 40» sin avisarte de que en Reino Unido eso es otra cosa. Esto no lo arregla ningún plugin: es una decisión de negocio sobre tu tabla de tallas.
El SEO del producto traducido. El título y la meta descripción de cada ficha también necesitan traducción, y no siempre viajan con el contenido. Si usas Yoast, comprueba que los campos SEO del idioma nuevo no están vacíos: nuestra guía de trucos de Yoast a nivel pro tiene la parte de revisión masiva de estos campos.
Capa 2: la interfaz de compra
Aquí hay una distinción que ahorra mucho tiempo entender: los textos de la interfaz de WooCommerce ya están traducidos a decenas de idiomas por la comunidad. No hay que traducirlos, hay que cargarlos.
Si el idioma del sitio está bien configurado y los ficheros de idioma están actualizados, «Add to cart» sale como «Añadir al carrito» sin que hagas nada. Cuando ves inglés en botones de WooCommerce, casi nunca es un problema de traducción: es que faltan los ficheros de idioma o el idioma activo no es el que crees.
Lo que sí tienes que traducir tú son los textos de tu tema, los de plugins pequeños sin traducción y los que hayas personalizado a mano. Esos sí pasan por el plugin de traducción.
Prueba el proceso completo en el idioma nuevo antes de abrirlo al público: añadir al carrito, ir al carrito, iniciar el pago, provocar un error a propósito dejando un campo vacío. Los mensajes de error son el sitio donde más se cuelan textos sin traducir, porque nadie los mira.
Capa 3: los correos, donde falla casi todo el mundo
Este es el motivo principal de este artículo.
La mayoría de plugins de traducción funcionan interceptando la generación de la página: cuando WordPress va a mostrar contenido, el plugin lo intercepta y devuelve la versión traducida. Es un mecanismo eficaz y es el que usan casi todos.
El problema es que un correo de pedido no es una página. Se genera cuando cambia el estado de un pedido, muchas veces desde una tarea programada o desde una llamada de la pasarela de pago, sin que haya ninguna visita de por medio. En ese contexto no hay idioma «activo» de navegación: hay el idioma por defecto del sitio. Y por eso el cliente francés recibe su confirmación en español.
还有一个更令人困惑的细微差别：一封WooCommerce邮件有 两个不同的部分。 模板 —页眉、页脚、产品表格标签、以及“感谢您的购买”—和 正文，包含具体的订单数据。它们在流程的不同时间点生成。完全可能出现一个翻译了而另一个没有翻译的情况，最终导致一封邮件一半是这种语言，一半是那种语言。如果这发生在你身上，你没有看错。
如何真正检查它
不要相信插件的预览。唯一有效的测试是：
- 创建一个一欧元的产品，并从目录中隐藏。
- 浏览商店 用你想要测试的语言，从隐身窗口。
- 使用你可以访问的电子邮件地址购买该产品。
- 然后从后台查看订单状态：处理中、已完成。
- 打开收到的每封邮件并检查 模板和正文分开.
为你开放的每种语言重复此操作。这很无聊，但这是唯一知道的方法。
如果它们没有被翻译怎么办
按从少到多的努力顺序：
- 检查订单是否保存了客户的语言。 良好支持WooCommerce的翻译插件会将语言存储在订单中，以便后续使用。如果未保存，则后续无法处理。
- 检查WooCommerce语言文件。 这些邮件的大部分文本来自WooCommerce，并且已经官方翻译。如果缺少文件，它会以基础语言显示。
- 单独翻译邮件模板。 你自定义的文本通常在翻译插件中有自己的位置，与页面内容分开。
- 如果你认真地进行海外销售，请用真金白银验证。 每种语言下一欧元的测试订单比一个不理解自己发票的客户花费更少。
在选择插件之前，值得直接询问支持团队他们是否翻译交易邮件以及是否在订单中保存语言。这个答案能很好地区分优劣。我们在我们的比较中回顾了各种替代方案 多语言WordPress翻译插件，如果你正在寻找一个使用AI处理大部分目录的插件，你可以查看 WP Translate Master.
AI翻译得很好，但它不懂商业
关于商店中机器翻译质量的一点说明，这与博客的质量不同。
现代AI能很好地翻译产品描述。它不做的就是适应：
- 你所在行业的术语。 如果你销售技术组件，有些词语在你的市场中有特定的说法。如果插件支持，给它一个词汇表；如果不支持，手动检查最常重复的二十个术语。
- 法律义务。 退货、保修和隐私文本不是翻译，而是 重写 根据目标国家的法规。将你的西班牙政策直译成德语会得到一个不符合当地规定的文本。
- 商业语调。 销售文案在不同市场之间变化很大。从西班牙语到德语的直译通常听起来过于生硬。
合理的规则： 目录用AI，法律文本找专业人士。目录是数量，可以容忍小错误；法律文本则不能。
常见问题
我需要为每种语言使用不同的域名吗？
不。最常见和最简单的维护方式是使用以下类型的子文件夹 /en/ o /fr/ 在同一个域名内，这还能将权重集中在一个地方。重要的是每个版本都有自己稳定的URL和标签 hreflang 正确声明替代方案。
我是翻译整个目录还是只翻译我卖得最好的？
从你销售的产品开始，而不是全部。翻译四百个SKU却发现那个市场只卖三十个是浪费时间。先开放主要类别和结账流程页面，衡量几个月，然后根据数据进行扩展。
会影响商店速度吗？
可以，这取决于插件如何工作。那些在每次访问时即时翻译的会增加服务器负担；那些将翻译保存在数据库中的服务速度更快但占用更多空间。如果你发现激活多语言后商店变慢，首先检查那里。任何多语言商店都应该配置好页面缓存。
我可以只用AI翻译，不用插件吗？
对于小型且稳定的目录，是的：你导出，用AI翻译，然后作为新语言的产品导入。这是更多手动工作但零依赖。一旦产品经常变化，这种做法就不再划算，因为每次变化都必须在每种语言中手动复制。
摘要
翻译一个商店是三项工作，而不是一项。目录是容易的部分，也是AI发挥作用的地方。界面通常已经翻译好，只需正确加载。而交易邮件是盲点：它们在浏览上下文之外生成，模板和正文是分开的，唯一知道它们是否有效的方法是在每种语言中下真实订单。
如果你在向公众开放语言之前进行这项测试，就能避免收到客户询问为什么他们的发票是他们不懂的语言的邮件。这需要半小时，是整个项目中投入最值得的半小时。
