Un WordPress multilingüe es arquitectura de publicación
¿Quieres un sitio WordPress multilingüe? Bien. Incluso valiente.
Un WordPress multilingüe puede ser excelente. También puede convertirse en una trampa con forma de plugin si la capa lingüística obtiene demasiado control sobre el contenido, las URL, los menús y las señales SEO.
La decisión del lector
Qué ha cambiado en nuestro flujo de trabajo de 2026
Esta advertencia nace de la experiencia. WPML dañó este sitio. Polylang se convirtió en nuestro plugin multilingüe favorito para uso general. Ahora hemos añadido nuestro propio flujo de trabajo lingüístico asistido por IA a partir de lo aprendido.
Polylang como base
Fuera de nuestro propio sistema, Polylang sigue siendo nuestro plugin multilingüe favorito porque las entradas separadas para cada idioma son más fáciles de inspeccionar, reparar y comprender.
Flujo de trabajo asistido por IA
Devenia cuenta ahora con su propio flujo de trabajo lingüístico asistido por IA para publicar y mantener este sitio en varios idiomas. No se trata de pegar texto en un traductor y esperar lo mejor, sino de trabajar con un flujo de trabajo real.
Las personas siguen decidiendo
El encaje con el mercado, el tono y la terminología, el criterio comercial, las pruebas y los ejemplos, así como la revisión editorial final, siguen necesitando personas.
Cuando WPML dañó este sitio
No es una situación hipotética. WPML dañó devenia.com. Desaparecieron índices de la base de datos, se dañaron tablas y el contenido quedó tan corrupto que recuperarlo exigió trabajo especializado de bases de datos.
Tuvimos que recurrir a un administrador de MySQL. Pasó varios días reconstruyendo lo que pudo a partir de la base de datos de producción dañada y las copias de seguridad. Incluso la copia de seguridad estaba dañada por el mismo fallo. Parte del contenido se recuperó. Otra parte se perdió para siempre.
Qué ocurrió
Elige deliberadamente la arquitectura multilingüe
WordPress no gestiona correctamente varios idiomas de forma nativa, así que hace falta un plan para el contenido, las URL, los menús, los metadatos, las señales de búsqueda y la revisión editorial. La mayoría empieza preguntando «¿qué plugin?». Es comprensible. También es donde empiezan los problemas.
Buenas opciones de plugins
El riesgo operativo
La opción de sitios separados
Por qué funciona Polylang
Lo que Polylang no elimina
El trabajo multilingüe no consiste solo en traducir. Es arquitectura de publicación. Polylang ofrece una base sensata y un flujo de trabajo controlado mantiene disciplinado el resto del proceso editorial.
El trabajo SEO que no puedes omitir
Elijas la arquitectura que elijas, no descuides los aburridos fundamentos del SEO.
Señales de idioma y URL
- Etiquetas hreflang: los buscadores deben saber a qué idioma y región sirve cada página.
- Palabras clave localizadas: la intención de búsqueda rara vez se traduce de forma directa entre mercados.
- URL coherentes: elige una estructura y evita cambiarla a la ligera más adelante.
Señales de confianza y revisión
- Pruebas localizadas: los ejemplos, las objeciones y las señales de confianza deben encajar con el mercado.
- Reparación de enlaces internos: las páginas traducidas deben enlazar con páginas traducidas cuando estas existan.
- Revisión editorial: una buena publicación multilingüe no depende solo de la gramática, sino de si un comprador real que habla ese idioma confiaría en la página.
Sitios separados: más seguros cuando importa el aislamiento
Para proyectos multilingües grandes, importantes o con implicaciones legales, las instalaciones separadas de WordPress pueden seguir siendo la opción más segura. Más mantenimiento, sí. Menos riesgo de fallos compartidos, también.
La decisión de arquitectura debe corresponderse con el riesgo comercial, legal, editorial y operativo del proyecto multilingüe.
Preguntas frecuentes
¿Un WordPress multilingüe consiste solo en traducir?
No. El trabajo multilingüe es arquitectura de publicación: las URL, los menús, los enlaces internos, hreflang, las páginas obsoletas, el control de calidad, los textos localizados y la revisión editorial forman parte del trabajo.
¿Por qué Devenia sigue prefiriendo Polylang fuera de su propio flujo de trabajo?
Polylang mantiene entradas o páginas separadas para cada idioma, lo que permite inspeccionar, reparar, comprender y controlar editorialmente el modelo de contenido con más facilidad.
¿Puede la IA sustituir la revisión humana del contenido multilingüe?
No. La IA puede ayudar dentro de un flujo de trabajo controlado, pero el encaje con el mercado, el tono, la terminología, el criterio comercial, las pruebas, los ejemplos y la revisión editorial final siguen necesitando personas.
En resumen
Evita WPML. Dañó este sitio web hasta el punto de exigir trabajo especializado de bases de datos para recuperarlo, y parte del contenido se perdió para siempre.
1
2
3
4
Un sistema WordPress multilingüe debe facilitar que el contenido de cada idioma se pueda inspeccionar, reparar, revisar y considerar fiable.