Cómo traducir 2000 productos de PrestaShop sin un equipo

Un catálogo de dos mil productos no es una versión más grande de uno de veinte. Es un problema distinto. Con veinte productos puedes traducirlo todo, leerlo todo y corregirlo todo en una tarde. Con dos mil, cualquier enfoque que requiera que mires cada página ya ha fracasado.

Por tanto, la pregunta no es cómo traduzco mi catálogo. Es qué necesito traducir realmente, en qué orden y qué reviso cuando no puedo revisarlo todo.

Primero, mide lo que realmente tienes

La mayoría de los comerciantes sobreestiman su catálogo por un amplio margen, porque cuentan productos en lugar de texto distinto.

Una tienda con 2000 productos suele tener unos pocos cientos de descripciones genuinamente distintas. El resto son variantes del mismo texto, a veces idénticas salvo por una talla o un color. Los atributos, las características y los nombres de las categorías se repiten en todo el catálogo: cuarenta valores de atributo pueden cubrir cada producto que vendes.

Antes de poner precio a cualquier proyecto de traducción, cuenta esto por separado:

• Nombres de productos y descripciones cortas, los campos que aparecen en los listados y que más se leen.
• Descripciones largas, el texto más pesado pero no el más leído.
• Atributos, características y sus valores, un conjunto pequeño reutilizado miles de veces.
• Categorías, sus descripciones y sus campos meta, pocos en número y con mucho tráfico.
• Páginas CMS, las que generan confianza y consiguen enlaces.

Esa lista, en ese orden, es también un orden de prioridad decente. Los dos últimos son los más pequeños y entre los más valiosos.

Lo que la tienda ya te da gratis

El paquete de idioma oficial de PrestaShop rellena la interfaz, las páginas estáticas predeterminadas, los estados de pedido, los tiempos de entrega de los transportistas y los atributos estándar de color y talla. Ese es un trabajo real que nunca deberías pagar por rehacer.

Instala el paquete de idioma para cada idioma de destino antes de ejecutar cualquier traducción. No cuesta nada, lleva un minuto y elimina una parte del contenido de la factura. Todo lo que cubre ya es correcto e idiomático, revisado por la comunidad de PrestaShop en lugar de generado.

Lo que nunca toca es product_lang y cms_lang: tu catálogo y tus páginas. Ese es el proyecto real.

Traduce en el orden que resulta rentable

Con un catálogo grande, la tentación es pulsar el botón y traducirlo todo a la vez. Funciona, pero gasta tu presupuesto uniformemente en páginas cuyo valor no es nada uniforme.

Una secuencia más sensata, especialmente en un primer idioma de destino:

Primero las categorías. Suelen ser unas cuantas docenas, posicionan para las consultas comerciales amplias y son las páginas en las que aterriza un nuevo visitante. Incluye sus descripciones y campos meta.

Luego tus productos más vendidos. Toma los productos que generan el ochenta por ciento de tus ingresos, que en la mayoría de las tiendas son un par de cientos de referencias. Traduce nombres, descripciones cortas, descripciones largas y campos meta.

Después los atributos y características. Poco volumen, efecto en todo el catálogo. Una página de producto con una descripción traducida y valores de atributo sin traducir sigue pareciendo rota.

Luego las páginas CMS. Entrega, devoluciones, contacto, términos. Estas convierten, y en el extranjero tienen más peso que en casa porque el visitante no tiene otra razón para confiar en ti.

Finalmente la larga cola. Todo lo demás, de una pasada, sin ceremonias.

El valor de este orden es que puedes detenerte entre dos pasos, publicar y ver si el mercado responde antes de gastar en el resto.

Los errores que hacen que un catálogo grande sea caro

Retraducir lo que un humano ya corrigió. En una tienda que lleva años funcionando, algunas descripciones en alemán probablemente fueron escritas a mano. Cualquier herramienta que las sobrescriba te cuesta el doble: una vez por la traducción, otra por la indignación. Un campo editado manualmente debería reconocerse como tal y no tocarse nunca más.

Traducir la misma cadena mil veces. Si tu herramienta envía los valores de atributo de cada producto individualmente, pagas mil veces por cuarenta palabras distintas. Esto suele ser invisible en la interfaz y muy visible en la factura.

Ignorar los códigos. Las referencias de producto, códigos EAN, números de modelo y tallas deberían salir por el otro lado sin cambios. Cuando no es así, obtienes un catálogo donde la referencia de un producto difiere entre idiomas, lo que rompe la búsqueda dentro de tu propia tienda y confunde a tus proveedores.

Dejar que los términos de marca se desvíen. En más de dos mil productos, un vocabulario no gestionado produce tres nombres para la misma familia de productos. Un glosario configurado antes de la ejecución son diez minutos que ahorran una semana.

Cómo revisar un catálogo que no puedes leer

No vas a leer dos mil páginas de producto traducidas. Nadie lo hace. Aún puedes obtener una confianza real a partir de una muestra, si seleccionas deliberadamente en lugar de aleatoriamente.

Elige quince páginas: tus cinco más vendidas, tres productos con formato inusual, dos con descripciones técnicas largas, las dos categorías más grandes y tus páginas de entrega y devoluciones. Luego busca los fallos que la traducción automática realmente produce, que rara vez son gramaticales.

Busca números, unidades y códigos que cambiaron. Busca un nombre de producto que se convirtió en un sustantivo común. Busca una tabla de tallas donde las columnas ya no se alinean. Mira el proceso de pago en el idioma de destino, de principio a fin, incluido el correo electrónico de confirmación del pedido.

Eso es una hora de trabajo y detecta casi todo lo que te avergonzaría. Nuestro propio método para esa comprobación está en cómo revisar una traducción en un idioma que no hablas.

Lo que cuesta, honestamente

La razón por la que los catálogos grandes solían permanecer monolingües es que los precios por palabra de las agencias hacen que dos mil productos sean un proyecto de cinco cifras. La traducción automática cambió eso en un orden de magnitud, y los modelos modernos lo han vuelto a cambiar.

El coste que importa no es el precio por palabra, es si sigues pagando después de que el trabajo esté hecho. Un catálogo es un stock, no un flujo: traduces un producto una vez y se vende durante años. Una suscripción que te factura mensualmente por páginas traducidas la primavera pasada invierte esa lógica y crece exactamente a medida que crece tu catálogo.

El precio basado en créditos se ajusta a la forma del trabajo. Pagas por la ejecución, vuelves a pagar cuando añades productos y nada intermedio. Las licencias de TrueLang incluyen 5 EUR de crédito, lo que supone unas cien páginas a dos idiomas, por lo que un catálogo grande es cuestión de recargar una vez en lugar de suscribirse a cualquier cosa.

La secuencia práctica

1. Instala el paquete de idioma oficial para cada idioma de destino.
2. Cuenta tu contenido distinto, no tus productos.
3. Traduce categorías, luego los más vendidos, después los atributos, luego las páginas CMS y finalmente la cola.
4. Configura el glosario antes de la primera ejecución, no después de la tercera.
5. Toma una muestra de quince páginas y comprueba los fallos mecánicos.
6. Relee y mejora a mano solo las páginas que venden. Ahí es donde el tiempo humano gana más.

El módulo de TrueLang para PrestaShop escribe todo ello en las tablas de idioma propias de PrestaShop, por lo que el enrutamiento, las etiquetas hreflang, el mapa del sitio, los correos electrónicos y las facturas siguen funcionando tal y como la plataforma pretendía, decidas lo que decidas sobre la herramienta más tarde.