WooCommerce multilingüe: traduce tu tienda sin WPML (2026)
Hacer que una tienda WooCommerce sea realmente multilingüe implica mucho más que traducir los títulos de producto. Las cadenas del carrito, el flujo de checkout, las páginas de categoría, las páginas de cuenta de cliente y los emails de pedido tienen que funcionar en cada idioma. Esta guía repasa qué requiere eso en la práctica, cómo se comparan los principales enfoques y qué puedes saltarte.
Qué significa realmente WooCommerce multilingüe
Una tienda WooCommerce plenamente multilingüe cubre varias áreas de contenido distintas:
Páginas de producto
Títulos de producto, descripciones cortas, descripciones completas y texto de reseñas. La superficie de traducción con más contenido.
Páginas de categoría y etiqueta
Nombres de categoría, descripciones y rutas de navegación (breadcrumbs). También son páginas críticas para el SEO, donde el contenido traducido afecta directamente al posicionamiento.
Navegación
Elementos de menú, enlaces de cabecera y navegación de pie de página — normalmente las mismas cadenas que el resto del tema de WordPress.
Carrito y checkout
WooCommerce incluye decenas de cadenas de interfaz: "Añadir al carrito", "Finalizar compra", etiquetas de campo, mensajes de validación y texto de opciones de envío. Son cadenas PHP del núcleo de WooCommerce, no contenido de entrada.
Confirmación de pedido y páginas de cuenta
Mensajes de estado del pedido, el texto de la página de "Gracias" y el área de cuenta del cliente (pedidos, direcciones, datos de la cuenta).
Variaciones y atributos de producto
Etiquetas de variación como "Talla" y "Color", y sus valores de opción ("Pequeño", "Mediano", "Rojo") mostrados en las páginas de producto y en el carrito.
Los tres enfoques
Hay tres formas principales de hacer WooCommerce multilingüe, cada una con un modelo distinto:
WPML + plugin WooCommerce Multilingual
Modelo de duplicación de contenido: cada producto existe como una entrada de WordPress independiente por idioma. WPML las enlaza. Las traducciones se introducen manualmente en el panel de WordPress. Requiere WPML, su flujo de trabajo WooCommerce multilingual y un esfuerzo manual considerable por producto.
Polylang + Polylang for WooCommerce
El mismo modelo de duplicación de contenido que WPML, pero con un coste de licencia menor. El flujo de trabajo de traducción es igualmente manual — cada producto, categoría y atributo requiere una copia traducida creada en el panel. Más económico, pero no menos trabajo.
Traducción automática (etiqueta de script)
Un script añadido al tema de WordPress o mediante un plugin. Sin duplicación de contenido — las entradas de producto originales no cambian. El texto elegible de producto, categoría y carrito renderizado en el navegador puede traducirse in situ cuando un visitante cambia de idioma; las extensiones de checkout y las páginas de pago alojadas requieren verificación.
El problema de WPML/Polylang para WooCommerce
El modelo de duplicación de contenido crea un problema estructural que crece con el tamaño del catálogo. Cada entrada de producto debe existir una vez por idioma — una entrada de WordPress independiente, un conjunto de campos meta independiente y, en términos de WooCommerce, inventario y precios independientes si son necesarios.
Para una tienda con 200 productos y 3 idiomas de destino: 600 registros en la base de datos solo para los productos, antes de contar categorías, etiquetas y taxonomías de atributos. Cuando actualizas la descripción de un producto, la actualizas 3 veces. Cuando añades un producto nuevo, lo creas 3 veces.
Los fallos de sincronización son habituales — actualizar la versión en inglés y olvidar la copia en francés hace que los clientes franceses vean precios desactualizados o descripciones obsoletas hasta que alguien lo note. WPML ofrece herramientas de sincronización, pero añaden trabajo adicional en cada actualización de contenido.
Polylang tiene el mismo problema estructural. Menor coste, la misma carga de mantenimiento.
Cómo añadir Lingvit a WooCommerce
Tres pasos:
- 1Instala el plugin de WordPress de Lingvit desde el directorio de plugins de WordPress o sube el ZIP del plugin en Plugins → Añadir nuevo.
- 2En el panel de Lingvit, crea un proyecto para tu tienda. Copia el ID de proyecto que aparece en la pantalla de configuración.
- 3En el panel de WordPress, en Ajustes → Lingvit, pega el ID de proyecto y selecciona tus idiomas de destino. Guarda. El plugin inyecta la etiqueta de script en todas las páginas del front-end automáticamente.
No se duplica ninguna entrada de producto. El texto elegible de producto, categoría y carrito puede traducirse en tiempo de ejecución y almacenarse para su reutilización. Verifica las extensiones de checkout, las páginas del proveedor de pagos y los flujos de confirmación antes de publicar.
Qué se traduce automáticamente
Se traduce cada nodo de texto renderizado en el front-end. Para una tienda WooCommerce, eso cubre:
| Área de contenido | Traducido automáticamente |
|---|---|
| Títulos y descripciones de producto | Sí |
| Etiquetas de variación (Talla, Color) y valores de opción | Sí |
| Páginas de categoría y etiqueta | Sí |
| Cadenas del carrito de WooCommerce ("Añadir al carrito", "Subtotal") | Sí |
| Cadenas del flujo de checkout y etiquetas de campo | Sí |
| Mensajes de estado del pedido | Sí |
| Páginas de cuenta de cliente | Sí |
| Blog y páginas de contenido | Sí |
Desplázate horizontalmente para ver todas las columnas.
Qué sigues teniendo que gestionar aparte
La traducción basada en el DOM solo cubre el contenido renderizado en el navegador. Dos áreas quedan fuera de ese alcance:
Emails transaccionales
WooCommerce envía los emails de confirmación de pedido, notificación de envío y cuenta desde código PHP del lado del servidor. Nunca se renderizan en un DOM de navegador. Para traducirlos, configura plantillas de email por idioma en WooCommerce → Ajustes → Emails o usa un plugin de email multilingüe como WooCommerce Multilingual Email o una solución similar que envíe los emails en el idioma del cliente.
Pasarela de pago y páginas alojadas
Stripe Checkout, las páginas alojadas de PayPal y otros flujos de pago externos se sirven desde el dominio del proveedor de pagos. Su localización la controla el proveedor — la mayoría detecta el idioma del navegador automáticamente. Los campos de checkout de WooCommerce previos al paso de pago se traducen con normalidad mediante Lingvit.
SEO para WooCommerce multilingüe
Lingvit crea URL específicas por idioma para cada versión de tu tienda: /fr/shop/, /de/product/blue-chair/, etc. Cada URL es indexable de forma independiente por los buscadores.
Las etiquetas hreflang se añaden automáticamente a cada página, indicando a los buscadores cuál es la URL canónica para cada idioma y región. Esto evita que la URL original y las traducidas compitan entre sí en los resultados de búsqueda.
Los meta títulos y descripciones se traducen junto con el contenido de la página, así que las versiones traducidas también tienen metadatos localizados en los resultados de búsqueda. El schema de producto (datos estructurados JSON-LD) de cada URL de idioma incluye el nombre y la descripción del producto traducidos, lo que habilita resultados enriquecidos en la búsqueda local.
En el caso de las páginas de categoría de WooCommerce — a menudo los objetivos SEO con más tráfico — los nombres y descripciones de categoría traducidos aparecen en las URL específicas de cada idioma, dando a cada versión su propia relevancia de palabras clave en el idioma de destino.
Preguntas frecuentes
- ¿Funciona Lingvit con páginas de producto de Elementor?
- Sí. Elementor renderiza HTML en el front-end como cualquier otra página construida con un constructor. El MutationObserver de Lingvit gestiona con normalidad el contenido renderizado por Elementor, incluidas las plantillas de página de producto construidas con los widgets de WooCommerce de Elementor.
- ¿Qué pasa con los campos de producto de Advanced Custom Fields (ACF)?
- Sí, si los valores de los campos ACF se renderizan en el DOM del front-end. Los campos mostrados en descripciones de producto, pestañas o áreas de plantilla personalizadas se traducen automáticamente. Los campos usados solo en el panel de WordPress o en lógica del lado del servidor (emails personalizados, respuestas de API) no los traduce Lingvit.
- ¿Afecta Lingvit a la velocidad o el rendimiento de WooCommerce?
- El script se carga de forma asíncrona y las traducciones almacenadas pueden reutilizarse, pero el rendimiento total depende de la página, el navegador, la red y la entrega del widget. Prueba los flujos representativos de producto, carrito y checkout antes del lanzamiento.
Guías relacionadas
Traduce tu tienda WooCommerce
Cupo de caracteres mensual · Entrega en caché incluida · 10 min de configuración · Páginas de producto, carrito y checkout.