Cómo Traducir una Tienda PrestaShop Sin Romperla

Añadir un idioma a PrestaShop lleva unos dos minutos. Abres el back office, instalas el idioma y aparece en el selector del front office. Luego visitas la nueva versión de tu tienda y encuentras el mismo problema que todo el mundo: la interfaz está traducida, pero el contenido real de tu tienda, no.

Ahí es donde la mayoría de los proyectos de traducción en PrestaShop se tuercen. No porque las herramientas sean malas, sino porque la gente malinterpreta qué hace ya PrestaShop por ti y qué deja vacío de forma deliberada.

PrestaShop ya es multilingüe. Eso cambia todo el enfoque

WordPress necesita un plugin para tener siquiera el concepto de un segundo idioma. PrestaShop, no. Cada elemento de contenido traducible vive en una tabla de idioma dedicada: productos, categorías, páginas CMS, meta títulos, reescrituras de URL. La tienda fue concebida como multilingüe desde el primer día.

Por lo tanto, la pregunta nunca es "cómo hago mi tienda multilingüe". La tienda ya es multilingüe. La pregunta es "cómo relleno miles de filas vacías sin contratar una agencia y sin destrozar mis URLs".

Esa distinción importa, porque descarta toda una categoría de herramientas antes de que empieces a compararlas.

Qué te ofrece realmente el paquete de idioma oficial

Cuando instalas un idioma, PrestaShop descarga el paquete de idioma de la comunidad. Es gratuito y genuinamente útil, pero su alcance es limitado y conviene conocerlo con precisión.

El paquete rellena las cadenas de la interfaz más un pequeño conjunto de filas en la base de datos: las páginas estáticas predeterminadas y sus reescrituras de URL, los atributos de color y talla estándar, los estados de los pedidos, los tiempos de entrega de los transportistas y las categorías predeterminadas. En una tienda nueva, eso son unas pocas docenas de filas.

Lo que nunca toca: tu catálogo de productos y tus páginas CMS. Ni un nombre de producto, ni una descripción, ni una página personalizada. Ese es tu contenido, así que el paquete lo deja intacto.

Ese es exactamente el límite del trabajo. Todo lo que cubre el paquete no deberías pagar nunca a una IA para que lo traduzca. Todo lo que queda más allá es el trabajo real.

La trampa del overlay

Muchas herramientas de traducción, especialmente las que vienen del mundo WordPress, funcionan reescribiendo la página en el momento en que se envía al navegador. La tienda sigue siendo monolingüe por dentro y una capa intercambia el texto antes de que llegue al usuario.

En PrestaShop esto es un mal negocio, por razones que no se hacen evidentes el primer día, sino semanas después.

Tu tienda no sabe que las páginas traducidas existen. Así que el sitemap, las etiquetas hreflang, las URLs canónicas y los datos estructurados describen una tienda de un solo idioma. Los motores de búsqueda indexan lo que PrestaShop declara, no lo que un overlay pinta por encima.

El contenido transaccional se queda atrás. Los correos de confirmación de pedidos, las facturas y los albaranes en PDF se generan en el servidor, fuera de la página que el overlay intercepta. Los clientes reciben una tienda traducida y un correo en el idioma equivocado.

Además, pagas dos veces por lo que ya era gratis. Un overlay traduce todo lo que aparece en pantalla, incluidas las cadenas de interfaz y los estados de pedido que el paquete de idioma ya entregaba sin coste.

Y si ya gestionas una tienda multilingüe, un overlay es simplemente incompatible con ella. Acabas con dos fuentes de verdad en conflicto para el mismo contenido.

El último problema es el que más caro sale después: desactiva la herramienta y todas las páginas traducidas desaparecen de golpe.

Rellenar las tablas nativas en su lugar

La alternativa es poco glamurosa y mucho más sólida: escribir las traducciones directamente en las tablas de idioma que PrestaShop ya utiliza.

Una vez que esas filas están rellenas, PrestaShop se encarga del resto, porque para eso fue diseñado. El enrutamiento, las etiquetas hreflang, el sitemap, el selector de idioma que ya incluye tu tema, los correos electrónicos, las facturas en PDF. Nada de eso necesita un plugin. Necesita datos.

Esto también significa que las traducciones son tuyas en un sentido literal. Están en tu propia base de datos, en tus propias copias de seguridad, en tu propia exportación. Desactiva el módulo que las escribió y las páginas traducidas seguirán sirviendo contenido.

Ese es el enfoque que adopta el módulo de PrestaShop de TrueLang: catálogo, combinaciones, características, categorías, páginas CMS, filtros de búsqueda por facetas, reescrituras de URL y campos meta, escritos de forma nativa en PrestaShop 1.7.6 hasta la 8.x.

Las URLs son donde se daña una tienda con tráfico real

Si vas a traducir algo en una tienda que ya tiene tráfico, lee esta sección dos veces.

Las rutas predeterminadas de PrestaShop incluyen el ID del objeto, como /3-clothes o /content/1-delivery. Como el ID forma parte de la URL, cambiar la reescritura no rompe la dirección anterior: el controlador frontal reconoce el ID y redirige a la nueva. Eso te cubre en productos y categorías.

Las páginas estáticas son la excepción. Sus reescrituras no contienen ID, así que en el momento en que traduces una, la dirección antigua se convierte en un auténtico 404. Si esas páginas tienen enlaces entrantes o están indexadas, necesitas redirecciones desde las direcciones antiguas, no buenas intenciones.

Las URLs traducidas siguen mereciendo la pena. Un /femmes/robes-ete le gana a /3-summer-dresses en un SERP francés. Hazlo con el plan de redirecciones preparado de antemano, no después de que caiga el tráfico. La misma disciplina se aplica a cualquier migración multilingüe: los rankings que ya tienes son el activo que estás protegiendo.

El checkout, los correos y las facturas forman parte de la tienda

Es fácil cantar victoria cuando las páginas de producto tienen buen aspecto. Pero los clientes no se detienen en las páginas de producto.

Las etiquetas del checkout, el texto de los pasos de pago, los correos de confirmación de pedidos, las facturas y los albaranes forman parte de la experiencia de compra, y todos ellos son lugares donde una tienda a medio traducir pierde la confianza del cliente justo en el momento en que estaba a punto de ganar dinero. Un enfoque nativo los cubre, porque PrestaShop los genera a partir de las mismas tablas de idioma.

Protege lo que ya escribiste

Dos reglas ahorran una cantidad enorme de trabajo de limpieza más adelante.

No sobreescribas nunca el trabajo humano. Si alguien de tu equipo reescribió una descripción de producto en alemán, ningún proceso automatizado debería volver a tocarla. Un campo editado a mano debe reconocerse como tal y dejarse en paz permanentemente.

Mantén un glosario. Nombres de marca, gamas de productos, términos del sector, las palabras que nunca quieres que se traduzcan. La traducción con IA es ya lo suficientemente buena como para que los fallos rara vez sean gramaticales. Son fallos de terminología: el nombre de tu modelo convertido en un sustantivo común, tu marca traducida con buena voluntad. Un glosario cuesta diez minutos y lo previene todo.

Cuánto debería costar esto

Los precios de traducción son donde un proyecto normal se convierte en un gasto operativo impredecible. Las herramientas por suscripción te cobran cada mes por páginas que tradujiste una sola vez y publicaste hace tiempo, y la factura crece con tu catálogo.

Para una tienda, ese modelo es al revés. Un catálogo no es un flujo, es un stock. Traduces un producto una vez y lo vendes durante dos años.

El precio por créditos encaja mucho mejor: pagas por el trabajo de traducción que realmente ejecutas, y nada mientras tu catálogo está ahí vendiendo. Las licencias de TrueLang incluyen 5 EUR de crédito, suficiente para una tienda de unas cien páginas en dos idiomas, sin ninguna suscripción detrás. Si quieres ver los números en detalle, los desglosamos en cuánto cuesta traducir un sitio web.

Un orden de operaciones sensato

1. Instala primero el paquete de idioma oficial para cada idioma de destino. Es gratuito y cubre la interfaz.
2. Comprueba tu idioma de origen. En PrestaShop, el origen es el idioma en el que realmente escribiste el contenido, que no siempre coincide con el idioma predeterminado de la tienda.
3. Traduce el catálogo y las páginas CMS. Esa es la parte que ninguna otra cosa cubre.
4. Relee las páginas que venden: los más vendidos, las landing pages, las políticas de envío y devoluciones.
5. Mantén las redirecciones en cualquier página estática cuya URL haya cambiado.
6. Comprueba el hreflang y el sitemap una vez, en el front office. Si las traducciones están en las tablas nativas, PrestaShop los genera correctamente por su cuenta.

La versión corta

PrestaShop ya sabe cómo ser multilingüe. Simplemente llega con las estanterías vacías.

Rellena las estanterías correctamente, en las propias tablas de la tienda, y todo lo que viene después funciona como la plataforma tenía previsto: URLs, SEO, correos electrónicos, facturas y traducciones que siguen siendo tuyas independientemente de lo que decidas más adelante sobre la herramienta que las produjo.