Claude para traducir y localizar tu catálogo de ecommerce

Este blog se publica en tres idiomas, y el error que más tiempo me costó detectar no fue de traducción. Fue de búsqueda. Una de mis páginas en inglés estaba impecablemente escrita y no recibía ni una impresión, porque yo había traducido la keyword española en lugar de investigar qué teclea de verdad alguien en Reino Unido. La frase era correcta. El término no existía.

En un catálogo de ecommerce ese fallo se multiplica por el número de fichas, y llega acompañado: tallas que no corresponden, precios con la puntuación cambiada, plazos de devolución copiados de otra normativa. Este post va de cómo uso Claude para traducir y localizar contenido de ecommerce a escala sin producir esa copia plana que se nota al leerla. No es la guía de content ops ni la configuración de mercados en Shopify. Es la parte de calidad.

En 30 segundos:

• Traducir cambia las palabras. Localizar cambia lo que hay dentro: unidades, tallas, moneda, plazos legales y estación.
• Google solo considera duplicadas las versiones localizadas de una página si su contenido principal no está traducido.
• Una keyword traducida no es una keyword investigada, y esa distinción decide si la página traducida recibe tráfico.
• El glosario de términos bloqueados es la pieza que más errores evita cuando pasas de veinte fichas a dos mil.
• Con la API de lotes se procesan hasta 100.000 peticiones a mitad de precio: el cuello de botella deja de ser generar y pasa a ser revisar.

¿Qué diferencia hay entre traducir y localizar un catálogo?

Traducir cambia el idioma del texto. Localizar cambia los datos que van dentro de ese texto para que sigan siendo ciertos en el mercado de destino. Es una distinción aburrida hasta que la ves fallar en producción.

Un ejemplo de una tienda de moda que audité, con venta a Francia y a Reino Unido: las fichas inglesas decían “size 38” porque la ficha española decía “talla 38”. Gramaticalmente perfecto. Comercialmente, una devolución garantizada: la numeración británica no coincide. Nadie revisó ese campo porque el texto se leía bien.

Antes de tocar nada separo el contenido en dos: lo que se traduce y lo que se convierte. Lo primero es prosa y admite libertad. Lo segundo es dato, y necesita una regla explícita por mercado. Si mezclas ambos en el mismo prompt, el modelo acierta la mayoría de las veces, que en un catálogo grande es justo el problema.

¿Qué se rompe cuando traduces palabra por palabra?

Se rompe todo lo que no es prosa. La descripción larga sobrevive. Lo que no sobrevive son los campos que llevan un dato dentro: una talla, una medida, un plazo, un precio, porque el texto se traduce igual de bien mientras el dato deja de ser cierto en el mercado de destino.

La fila de la estacionalidad parece anecdótica. Es la que más he visto sabotear un lanzamiento: si vendes a España y a Argentina desde el mismo catálogo, tus rebajas de verano aterrizan en un país que está en invierno. El modelo traduce “verano” como “verano” porque eso le has pedido. Invertir el calendario editorial es decisión tuya.

Las devoluciones tienen otro riesgo, más caro. Un plazo de desistimiento no es copy: es una obligación con forma de frase. Lo saco del flujo automático.

¿Cómo se monta el flujo para un catálogo entero?

Con cuatro piezas: glosario congelado, prompt con ejemplos reales, procesamiento por lotes y un diff que alguien pueda revisar. En ese orden, porque cada una depende de la anterior.

1. Congela el glosario antes de traducir la primera ficha. Nombres de producto, materiales propietarios, colecciones, claims regulados y todo término que la marca use igual en cualquier idioma. Este archivo entra en cada petición.
2. Define las reglas de conversión por mercado. Tallas, unidades, formato de precio y estacionalidad, con la regla escrita, no implícita.
3. Escribe el prompt con ejemplos, no con adjetivos. La documentación de Anthropic señala que los ejemplos son una de las formas más fiables de dirigir el formato, el tono y la estructura de la salida, y recomienda incluir entre tres y cinco. Tres fichas ya traducidas y aprobadas valen más que un párrafo describiendo tu tono de voz.
4. Estructura la entrada con etiquetas XML. La misma guía explica que ayudan al modelo a interpretar prompts complejos sin ambigüedad cuando mezclas instrucciones, contexto, ejemplos y datos variables. Un <glosario>, un <reglas_mercado> y una <ficha> por petición.
5. Procesa en lotes. La API de lotes admite 100.000 peticiones o 256 MB por lote, la mayoría terminan en menos de una hora y cuestan la mitad.
6. Saca un diff revisable, no un CSV nuevo. Original y traducción en columnas, con los campos convertidos marcados. Si no se puede leer en diagonal, nadie la va a revisar.

Un detalle de coste: si repites el mismo bloque de glosario e instrucciones en cada petición, el prompt caching reutiliza ese prefijo y reduce tiempo y coste. Su duración por defecto es de cinco minutos, así que solo compensa si lanzas las peticiones seguidas. El resto de la maquinaria de producción a escala está en mi guía de Claude para content ops en ecommerce.

¿Por qué el glosario es la pieza que más rinde?

Porque es lo único que impide que el mismo concepto se traduzca de tres formas distintas en tres fichas consecutivas. Un modelo no tiene memoria entre peticiones independientes, y en un lote de dos mil llamadas paralelas cada una decide por su cuenta.

En un catálogo de decoración vi el mismo acabado como “brushed brass”, “burnished brass” y “antique brass” dentro de la misma familia. Las tres eran defendibles. El problema no era la calidad: el filtro de la página de colección se rompió, porque el atributo dejó de tener un valor único.

Mi glosario tiene tres bloques y no más:

• Bloqueado. Términos que no se traducen nunca. Marca, colección, material propietario.
• Fijado. Términos que sí se traducen, pero con una única traducción aprobada por idioma. Aquí van acabados, tejidos, categorías y todo lo que alimente un filtro de navegación.
• Prohibido. Palabras que no quiero ver en la salida, normalmente calcos y falsos amigos ya detectados.

El tercer bloque es el que más crece, y es la forma más barata que conozco de convertir el feedback del revisor en regla permanente. Cada corrección repetida dos veces se convierte en una línea. La tercera vez ya no llega al revisor.

¿Sigue haciendo falta un revisor nativo?

Sí, y no por desconfianza en el modelo. El error que te va a costar dinero no es el gramatical, que se ve, sino el que se lee perfectamente y no es lo que dice tu categoría en ese mercado.

¿Qué detecta un nativo que un modelo bien instruido no? Registro, sobre todo. Si tu marca tutea en español y tu traducción francesa usa el “vous” de un banco, no hay ninguna frase incorrecta y el tono está mal. También detecta la convención de categoría: cómo llama el sector a una cosa frente a lo que técnicamente es. Y el claim que aquí es marketing normal y allí roza lo regulado.

Lo que hago es muestreo estratificado. Cien por cien de plantillas y copy legal, cien por cien de páginas de categoría porque son pocas y concentran tráfico, y una muestra por familia en las fichas. Si en una familia salen tres correcciones, se revisa entera y se actualiza el glosario.

Eso depende de cuánto se parezcan tus fichas. En moda, con descripciones plantilladas, el muestreo funciona. En producto técnico hay que revisar bastante más.

¿Qué pasa con el SEO de las páginas traducidas?

Necesitan dos cosas que la traducción no te da: su propia investigación de keywords y sus etiquetas hreflang bien puestas.

Empiezo por lo bueno. Google es explícito en que las versiones localizadas de una página solo se consideran duplicadas si su contenido principal no está traducido. Traducir de verdad el cuerpo no te genera un problema de duplicado. Lo que sí lo genera es traducir la plantilla y dejar el contenido en el idioma original, que es justo lo que pasa cuando alguien “internacionaliza” cambiando solo el menú y el pie.

La misma documentación indica que hay tres formas de declarar las versiones, HTML, cabeceras HTTP y sitemap, y que cada versión de idioma debe incluirse a sí misma además de todas las demás. Ese autorreferenciado es el fallo que más encuentro. La configuración concreta la cubro en Shopify internacional: hreflang, mercados y traducciones, así que aquí no la repito. Google también recomienda evitar redirigir automáticamente a los usuarios de una versión lingüística a otra.

Y la parte incómoda. La keyword de tu página traducida no debería salir del traductor. Trato cada mercado como un sitio nuevo: investigación propia, y la traducción se escribe alrededor de ese término. Es más trabajo, y es la diferencia entre una página traducida y una página que rankea. El mismo criterio aplico al generar meta descriptions a escala: el snippet compite contra resultados locales, no contra la traducción del snippet español.

Hay un motivo más para no automatizar del todo. Las políticas de spam de Google incluyen, dentro del abuso de contenido a gran escala, generar muchas páginas mediante transformaciones automatizadas como sinónimos o traducciones cuando aportan poco valor. La lectura práctica no es “no uses IA para traducir”: es que el valor tiene que estar ahí. Para el resto del SEO de la ficha, tengo SEO para páginas de producto en Shopify y, a nivel colección, SEO de páginas de colección.

Preguntas frecuentes

¿Google penaliza el contenido traducido con IA?

No por usar IA. Sus políticas de spam apuntan a generar muchas páginas mediante transformaciones automatizadas, traducciones incluidas, cuando aportan poco valor. La diferencia está en si la página resuelve la consulta en ese mercado o solo replica la original con otras palabras. Traducción revisada y localizada: sin problema. Tirada masiva sin revisar: riesgo.

¿Puedo usar la misma keyword traducida en cada idioma?

Casi nunca funciona. El término más buscado en el mercado de destino suele diferir de la traducción literal del español, y a veces ni siquiera es la palabra que tú usarías. Haz investigación propia por mercado y escribe la traducción alrededor de ese término. Si inviertes el orden, acabas con una página correcta que nadie busca.

¿Cuánto cuesta traducir un catálogo grande con Claude?

Depende del tamaño de tus fichas y del modelo, así que cualquier cifra que te den sin ver tu catálogo es inventada. Lo que sí es fijo: la API de lotes cuesta la mitad y admite hasta 100.000 peticiones por lote. En mi experiencia el coste dominante pasa a ser el tiempo del revisor nativo.

¿Basta con traducir el título y la meta description?

No. Google indica que las versiones localizadas solo se consideran duplicadas si el contenido principal no está traducido, y eso es lo que pasa cuando traduces solo metadatos y plantilla. Una ficha con título en francés y cuerpo en español convierte fatal. Traduce el contenido principal o no publiques esa versión.

¿Qué reviso primero si no puedo revisarlo todo?

Por este orden: copy legal y de devoluciones, plantillas compartidas, páginas de categoría, y luego una muestra por familia de producto. Plantillas y categorías se repiten en miles de URLs, así que un error ahí se multiplica. Una ficha mal traducida cuesta una venta; una plantilla, el mercado entero.

Traducir es la parte barata

Traducir un catálogo dejó de ser el cuello de botella. Un lote bien montado devuelve dos mil fichas en un rato. Lo que sigue costando es lo demás: las reglas por mercado, mantener el glosario vivo, revisar lo que hay que revisar y hacer investigación de búsqueda desde cero en cada idioma.

Por eso desconfío de quien vende “traducimos la tienda con IA en una semana”. La traducción se hace en una tarde. La localización es un proyecto, y el hreflang, la investigación por mercado y la revisión nativa son la mayor parte de él. Cuando alguien salta esos pasos el resultado se detecta rápido: fichas que se leen bien, no rankean y generan devoluciones por talla. Para una lectura general del sitio antes de expandirte, la auditoría SEO de Shopify con Claude es el punto de partida.

En mi sitio la regla no ha cambiado en tres idiomas: nada se publica sin una keyword investigada en ese idioma y sin una lectura completa de alguien que hable así. Si quieres que revise tu catálogo multilingüe, tu hreflang y el flujo con el que lo traduces, reserva 30 minutos de consultoría y lo miramos juntos.