Cómo traducir un sitio web de WordPress

Cómo traducir un sitio web de WordPress

4 de febrero de 2026
Resumen
  • Elige entre duplicar la base de datos, usar un proxy perimetral o crear un flujo con XLIFF, PO o CSV, según quién gestione el contenido, la carga de la base de datos y las necesidades de suscripción.
  • Conserva los delimitadores de los bloques de Gutenberg y las claves JSON, y traduce solo los valores de texto; protege los campos ACF serializados con herramientas que tengan en cuenta el esquema.
  • Exporta los catálogos grandes de WooCommerce a CSV o XLIFF, traduce externamente las columnas de contenido y vuelve a importarlos para evitar sobrecargar el servidor de producción.

Traducir un sitio web de WordPress es una decisión de arquitectura, no una tarea de redacción. Un sitio moderno de WordPress combina el marcado de bloques de Gutenberg, Advanced Custom Fields (ACF), metadatos serializados en la base de datos y catálogos de WooCommerce. Para ampliar la traducción de forma segura, hay que separar el texto traducible de la sintaxis interna de la base de datos.

WordPress impulsa más del 43% de la web. Su flexibilidad lo ha convertido en la base de todo tipo de proyectos, desde blogs personales hasta redes editoriales empresariales y grandes tiendas de WooCommerce.

Sin embargo, traducir WordPress es notoriamente complejo. El contenido no está en un único archivo de texto: está repartido entre las tablas de la base de datos MySQL (wp_posts, wp_postmeta, wp_terms), almacenado en tipos de contenido personalizados, integrado en plantillas de temas y encerrado en comentarios de bloques de Gutenberg.

Esta guía de arquitectura explica cómo traducir un sitio web de WordPress de forma fiable, sin estropear el tema, corromper los campos personalizados ni hinchar la base de datos.

Comparativa de las 3 arquitecturas de traducción de WordPress

Toda implementación multilingüe de WordPress se basa en una de estas tres arquitecturas. Antes de elegir una herramienta, es fundamental conocer sus ventajas e inconvenientes técnicos:

1. Duplicación de registros en la base de datos (WPML, Polylang)

En este modelo tradicional, el plugin de traducción duplica cada página, entrada y producto como un registro independiente en la tabla wp_posts y los vincula mediante tablas relacionales de la base de datos.

  • Cómo funciona: Una entrada en inglés con el ID 101 tiene su correspondiente entrada en español con el ID 102 y otra en alemán con el ID 103.
  • Ventajas: Tienes total libertad editorial para cada idioma. Puedes crear diseños distintos, asignar categorías únicas y personalizar las metadescripciones SEO para cada idioma.
  • Costes ocultos: El tamaño de la base de datos se multiplica por el número de idiomas. En una tienda de WooCommerce con 10,000 productos, añadir cuatro idiomas crea 50,000 registros de entradas y cientos de miles de filas en wp_postmeta, lo que puede reducir considerablemente el rendimiento de las consultas a la base de datos en servicios de alojamiento estándar.

2. Traducción mediante proxy dinámico en el edge (Weglot)

En lugar de duplicar filas de la base de datos, un proxy de traducción se interpone entre tu servidor de WordPress y tus visitantes, y detecta y traduce cadenas en el edge de DNS o de red.

  • Cómo funciona: La base de datos de WordPress permanece 100% en inglés. El proxy intercepta las solicitudes de páginas, sustituye las cadenas dinámicamente y sirve páginas ya traducidas.
  • Ventajas: Configuración inmediata, sin añadir peso a la base de datos de WordPress. Los plugins y los campos personalizados nunca entran en conflicto porque el sitio original no se modifica.
  • Costes ocultos: Pagas una suscripción SaaS mensual indefinida, cuyo importe depende del total de palabras traducidas. Si la cancelas, tus páginas traducidas desaparecen al instante.

3. Flujo de trabajo desacoplado basado en archivos (exportaciones XLIFF, PO y CSV)

Cada vez más equipos empresariales modernos desacoplan la traducción de WordPress: exportan el contenido traducible a archivos de intercambio estandarizados (paquetes XLIFF/ZIP de WPML, exportaciones CSV de WooCommerce o archivos .po de temas), lo revisan con motores de IA externos y vuelven a importar archivos limpios.

  • Ventajas: Control total de los datos, sin ejecutar modelos de IA pesados en el entorno de ejecución PHP de WordPress. Puedes aplicar glosarios de marca a miles de productos y elegir entre los niveles de calidad Lite y Standard.
Tres arquitecturas de traducción para WordPress, desde la duplicación de bases de datos hasta flujos desacoplados con archivos.

Las 4 trampas técnicas que corrompen las traducciones de WordPress

Traducir contenido de WordPress con chatbots de IA genéricos o herramientas básicas de traducción suele provocar fallos técnicos silenciosos:

1. Corrupción de la sintaxis de los bloques de Gutenberg

El editor de bloques Gutenberg de WordPress incluye parámetros de diseño dentro de delimitadores de bloque:

wp:paragraph {"fontSize":"large","className":"hero-lead"}
Welcome to our global platform.
/wp:paragraph

Las herramientas de traducción genéricas suelen traducir las claves JSON dentro del delimitador del bloque (por ejemplo, convertir "large" en "grand"), corromper la sintaxis del delimitador o alterar las comillas. Cuando vuelves a abrir la entrada en el panel de administración de WordPress, Gutenberg muestra el error irrecuperable “Este bloque contiene contenido inesperado o no válido”.

2. Corrupción de arrays serializados de PHP en wp_postmeta

Advanced Custom Fields (ACF), las configuraciones de widgets y las opciones de los temas suelen almacenar datos estructurados como cadenas serializadas de PHP:

a:2:{s:5:"title";s:12:"Case Studies";s:4:"link";s:23:"https://example.com/cs/";}

En PHP serializado, el marcador s:12: indica explícitamente que la cadena que viene a continuación tiene exactamente 12 bytes. Si una herramienta de traducción sin control traduce "Case Studies" al francés ("Études de cas", 14 bytes) sin actualizar el contador de bytes, PHP no puede deserializar la cadena (unserialize() devuelve false) y el campo personalizado desaparece por completo de la parte visible de tu sitio.

3. Destrucción de los atributos de los shortcodes

Muchos temas antiguos y maquetadores de páginas (Elementor, Divi, WPBakery) utilizan shortcodes:

[cta_box title="Summer Sale" button_url="https://example.com" button_text="Shop Now"]

Las herramientas de IA sin supervisión suelen traducir los nombres de los parámetros funcionales (title=, button_url=) en lugar de traducir solo el texto visible entre comillas, y dejan el shortcode completamente inoperativo.

4. Desincronización del feed de productos y los SKU de WooCommerce

Las exportaciones de WooCommerce incluyen decenas de columnas operativas que no deben traducirse: ID, SKU, Tax:class, In stock?, Regular price, Attribute 1 name y Attribute 1 value.

Si el traductor traduce los atributos de producto de forma incoherente o modifica los identificadores SKU, se interrumpe la sincronización del inventario y WooCommerce crea productos duplicados en lugar de traducciones localizadas.

Marcado de bloques de Gutenberg antes y después de traducir: se traduce el texto, pero se conservan los marcadores JSON del diseño.

El proceso de traducción de WordPress que crece contigo

Para localizar grandes sitios de WordPress sin complicaciones, usa AI Glot para gestionar el flujo de exportación e importación:

Paso 1: Exporta el contenido de WordPress

Exporta los recursos que quieras traducir según la configuración de tus plugins:

  • Desde WPML: Exporta los paquetes de traducción como archivos XLIFF o archivos ZIP.
  • Desde WooCommerce: Usa el exportador integrado en Productos > Exportar para descargar un archivo CSV.
  • Desde temas y plugins: Localiza los archivos de localización gettext .po o .pot.

AI Glot es compatible de forma nativa con XLIFF, PO, POT, CSV y XLSX, además de más de 35 formatos de localización adicionales.

Paso 2: Define el alcance con una instrucción sencilla en inglés

Sube el archivo exportado a AI Glot y especifica las reglas en inglés sencillo:

Translate the post_title and post_content fields into French and German. Preserve all Gutenberg block syntax (wp:...), shortcodes, and HTML markup. Leave IDs, URLs, and slugs untouched. Use formal register throughout.

El motor separa el texto que se puede traducir del código estructural para garantizar que la sintaxis de los bloques y los atributos de la base de datos se mantengan intactos byte por byte.

Una sola frase sustituye la pantalla de configuración. El plan se devuelve para su revisión.

Paso 3: Revisa el plan determinista e importa

Revisa el plan preliminar para comprobar los campos detectados, el recuento de palabras traducibles y el coste en créditos. Cuando lo apruebes, descarga el archivo localizado e impórtalo directamente en WordPress mediante WPML o el importador CSV de WooCommerce.

Recibes un único archivo en el mismo formato en que llegó.

Resumen: crea un sitio de WordPress preparado para crecer en todo el mundo

Traducir un sitio web de WordPress no debería poner en riesgo el rendimiento de la base de datos ni el diseño de los temas. Si combinas formatos de exportación fiables, como XLIFF o CSV, con una traducción con IA que tiene en cuenta el esquema, puedes localizar catálogos empresariales y extensos archivos de blog en cuestión de minutos.

Prueba tus archivos de exportación de WordPress con la muestra gratuita de 5,000 palabras de AI Glot: regístrate gratis.

¿Listo para traducir tus archivos grandes?

Crea una cuenta gratuita →

Prompt copiado

  1. 1Abre tu agente de IA
  2. 2Pega el promptCtrl V
  3. 3Sigue sus indicaciones
Mostrar el prompt

Traduce un archivo por mí con AI Glot. Pregúntame qué archivo y qué idiomas, y luego sigue https://ai-glot.com/agent.md

Tus primeras 5.000 palabras gratis