Montar un WordPress multiidioma parece una decisión técnica y no lo es. Lo técnico —instalar un plugin, pulsar traducir— se resuelve en una tarde. Lo que decide si el proyecto sale bien son cuatro preguntas que casi nadie se hace antes de pagar una licencia: quién va a escribir, dónde van a vivir las traducciones, cómo se estructuran las URL y cuánto cuesta mantener todo eso dentro de dos años.
Esta guía va en ese orden. No es una lista de plugins: es el recorrido completo para que no tengas que rehacerlo.
Al grano: si solo vas a leer un párrafo, que sea este. Una web multiidioma necesita una URL propia por idioma, contenido servido desde tu dominio y etiquetas hreflang que declaren las equivalencias. Si falta cualquiera de las tres, no tienes una web en varios idiomas: tienes una web en uno con un traductor encima, y Google la trata como tal.
1. Antes de elegir plugin: ¿qué significa «traducir» en tu caso?
La palabra tapa tres proyectos distintos, con presupuestos y plazos que no se parecen.
| Lo que quieres | Lo que necesitas | Plazo realista |
|---|---|---|
| Que un visitante extranjero entienda tu web | Traducción al vuelo, sin más | Una tarde |
| Vender en otro país | URL por idioma, contenido indexable, hreflang | Dos a seis semanas |
| Operar de verdad en dos mercados | Todo lo anterior, más soporte y contenido propio en cada idioma | Permanente |
La confusión más cara del sector es tratar el segundo caso con herramientas del primero. Un traductor de navegador instalado en cinco minutos no te posiciona en Alemania, por muy bien que traduzca: no existe ninguna dirección alemana que Google pueda indexar.
2. Quién va a escribir: la pregunta que decide el plugin
Hay dos familias de herramientas y se diferencian justo en esto.
Las que organizan. Polylang es el ejemplo claro: declara el idioma como una taxonomía de WordPress, crea una entrada gemela por idioma y las enlaza. Es ligero, gratuito y deja tu base de datos estándar. No traduce nada: los raíles los pone él, el tren lo pones tú.
Las que traducen. WPML, TranslatePress o WP-Translate traen motor de traducción propio y gestor. Cuestan más y pesan más, pero funcionan aunque nadie de tu equipo escriba en inglés.
Esa pregunta no cambia con el tiempo y la licencia sí. Si nadie va a redactar el segundo idioma, la herramienta que solo organiza te deja a medias el primer día, aunque sea gratis. Lo desarrollamos con datos en la comparativa de WPML vs Polylang.
3. Dónde viven tus traducciones (y qué pasa si dejas de pagar)
Esta es la variable que casi nadie mira antes de contratar y la que más duele después.
- En tu base de datos — WPML, Polylang, TranslatePress, WP-Translate. Si desinstalas, el contenido sigue ahí.
- En el servidor de un tercero — Weglot, Linguise, los planes de pago de GTranslate. Funcionan muy bien y ahorran mantenimiento, pero el día que cancelas, las traducciones se van contigo fuera.
- En ningún sitio — la traducción al vuelo del modo gratuito de GTranslate y similares. Se genera en cada visita y se descarta.
No hay una respuesta correcta universal: un equipo sin tiempo puede preferir pagar por no ocuparse. Pero conviene decidirlo antes de traducir trescientas páginas, no después. Lo comparamos a fondo en GTranslate vs WPML y en Weglot vs WPML.
4. La estructura de URL: subdirectorio, subdominio o dominio propio
Los tres funcionan para Google. Se diferencian en esfuerzo y en cómo reparten autoridad.
| Ejemplo | Autoridad | Mantenimiento | Cuándo elegirlo | |
|---|---|---|---|---|
| Subdirectorio | tuweb.com/en/ | Se suma toda al dominio | Bajo | Casi siempre. Es la opción por defecto |
| Subdominio | en.tuweb.com | Se reparte | Medio | Si cada idioma lo lleva un equipo distinto |
| Dominio propio | tuweb.de | Empieza de cero | Alto | Operación local real: empresa, almacén, soporte |
Para la inmensa mayoría de proyectos, subdirectorio. Cada enlace que consigues en cualquier idioma refuerza el dominio entero, y no tienes que mantener certificados ni configuraciones por separado. Solo hay dos razones sólidas para no hacerlo: que vayas a montar una sociedad en ese país o que cada mercado tenga su propio equipo editorial.
La estructura fina —qué pasa con el idioma por defecto, si lleva prefijo o no, cómo quedan las categorías— la cubrimos en la guía de URLs por idioma en WordPress.
Consejo: elige la estructura antes de traducir la primera página. Cambiarla después significa redirigir una a una todas las URL que ya estaban indexadas, y el tráfico tarda meses en recuperarse. Es de las poquísimas decisiones de este proyecto que son caras de deshacer.
5. El contenido no son solo las entradas
Aquí es donde casi todas las webs multiidioma se quedan a medias. Traduces entradas, páginas y productos, te das por satisfecho, y el visitante alemán se encuentra el menú en castellano.
La lista completa de lo que hay que traducir:
- Entradas, páginas y productos. Lo obvio, y lo que cubre cualquier plugin.
- Menús, widgets y pie de página. Suelen ser textos escritos a mano en el personalizador.
- Textos del tema. «Leer más», «Buscar», «Dejar un comentario». Vienen del código del tema.
- Textos de los plugins. Formularios, avisos de cookies, mensajes de error.
- Metadatos SEO. Título, descripción y Open Graph, uno por idioma.
- Slugs de las URL. Una web en inglés con direcciones en castellano rinde peor en su mercado.
- Correos transaccionales. Si vendes, el cliente recibe la confirmación en el idioma de tu WordPress, no en el suyo, salvo que lo configures.
- Imágenes con texto dentro. Las que nadie recuerda hasta que alguien las ve.
Los puntos 3 y 4 son los que distinguen a las herramientas: hay plugins que ni los tocan. Tenemos guías dedicadas para traducir los menús y los textos del tema, para traducir los formularios y para los correos de WooCommerce.
6. SEO multiidioma: tres cosas, y ninguna es opcional
Una URL por idioma con contenido propio. Ya lo hemos visto: sin esto, el idioma no existe para Google.
Etiquetas hreflang. Son las que le dicen a Google que /precios/ y /en/pricing/ son la misma página en dos idiomas. Sin ellas, tus versiones no se suman: compiten entre sí por las mismas consultas. Es el fallo más caro y el más invisible, porque la web se ve perfecta. Lo explicamos al detalle en la guía práctica de hreflang, y si usas Yoast conviene leer qué cubre Yoast del hreflang y qué no, porque la respuesta sorprende a mucha gente.
Un sitemap que incluya todos los idiomas. Si tu sitemap solo lista el castellano, las demás versiones acaban indexándose igual, pero meses más tarde. Lo cubrimos en sitemap por idioma en WordPress.
Ojo: traducir tu web no genera contenido duplicado. Google lleva años diciéndolo y sigue siendo el miedo número uno. Lo que sí hace daño es servir la misma página por dos rutas o no declarar las equivalencias entre idiomas. Está desarrollado en contenido duplicado y web multiidioma.
7. Cuánto cuesta de verdad
El precio de la primera factura engaña, porque casi todo el sector va por suscripción y el contenido crece. Haz el cálculo a tres años y con tus números:
- Cuenta las piezas reales: entradas, páginas, productos, textos del tema y del maquetador.
- Multiplica por los idiomas que vas a mantener, no por los que te gustaría tener.
- Mira si el plan incluye una bolsa de palabras o cobra la traducción automática aparte (WPML la cobra por créditos; Polylang te manda a tu propia cuenta de DeepL).
- Suma tres anualidades, no una.
Lo desglosamos con precios reales en cuánto cuesta traducir una web WordPress. Y si ya tienes WPML y el precio es tu motivo para cambiar, mira primero las alternativas reales a WPML y cómo migrar sin perder posiciones.
8. Cuántos idiomas poner
Menos de los que te apetece. Cada idioma es un coste recurrente: contenido nuevo, soporte, revisión de precios y condiciones. Dos idiomas bien atendidos rinden más que cinco a medio hacer, y eso se nota en la tasa de rebote antes que en la facturación.
La forma de decidirlo no es por intuición: está en tus propios datos de Search Console y Analytics. Lo explicamos paso a paso en cuántos idiomas debería tener tu web.
9. Y si lo que te frena es el volumen
Todo lo anterior da por hecho que alguien se sienta a traducir, con más o menos ayuda de una máquina. Si tu problema es que tienes cien o trescientas piezas paradas y las quieres en otro idioma ya, ese planteamiento no te sirve.
WP-Translate le da la vuelta: lanza la traducción de todo el sitio de una vez y marca cada pieza como pendiente de revisar. Corriges después lo que de verdad vende —la página de precios, las fichas de producto— y el resto funciona mientras tanto. Trae varios motores de IA incluidos, así que no abres cuenta en DeepL ni gestionas claves de API; guarda las traducciones en tu base de datos con su URL por idioma y su hreflang; y es kertamaksu (89 €, 169 € o 289 € según el número de sitios) en vez de suscripción anual.
No es mejor para todo el mundo: si tienes traductores en plantilla con flujos de aprobación, WPML sigue siendo el estándar; si cada idioma lleva contenido distinto escrito a mano, Polylang encaja mejor. Puedes comparar sin pagar con la versión gratuita, o ver los planes y precios.
Preguntas frecuentes
¿Puedo empezar por un idioma y añadir más luego?
Sí, y es lo recomendable. Lo que no conviene cambiar después es la estructura de URL. Añadir un tercer idioma a una estructura bien montada es trivial; rehacer la estructura con dos idiomas indexados, no.
¿La traducción automática vale para publicar tal cual?
Para el grueso del contenido, sí, y Google no penaliza por ser automática: penaliza el contenido que no aporta nada. Lo que hay que revisar siempre a mano es la página de precios, las fichas de producto, las condiciones legales y cualquier texto con nombres propios.
¿Necesito un servidor más potente?
Casi nunca. Un plugin de idiomas añade consultas, pero rara vez es la causa de que una web vaya lenta. Lo medimos en ¿ralentiza tu web un plugin de traducción?.
¿Y si el plugin que elija deja de mantenerse?
Por eso importa dónde viven las traducciones. Si están en tu base de datos, cambiar de plugin es un trabajo de migración incómodo pero posible. Si están en un servicio externo, no hay migración: hay que volver a traducir.
Seguir leyendo
- hreflang con Yoast SEO — qué cubre de verdad y qué te toca completar
- WPML vs TranslatePress — el gestor contra el editor visual
- alternativas a TranslatePress — 6 opciones reales con precios de 2026
- cambiar el idioma de WordPress — Cambiar el idioma de WordPress (y por qué no es lo mismo que traducir tu web)
- contenido duplicado en webs multiidioma — cuándo Google no te penaliza y cuándo sí
- GTranslate vs WPML — traducción al vuelo contra traducción guardada
- cómo traducir un plugin de WordPress — Loco Translate, archivos .po y cuándo no sirve
- errores de SEO multiidioma — 9 errores de SEO multiidioma que hunden una web (y cómo detectarlos hoy)
- Weglot vs WPML — pagar por no ocuparte, o que las traducciones sean tuyas
- poner WooCommerce en español — Cómo poner WooCommerce en español del todo (incluidos los correos y el checkout)
- migrar de WPML a otro plugin — Cómo migrar de WPML a otro plugin sin perder las traducciones (ni el posicionamiento)
- alternativas a Polylang — qué usar cuando duplicar cada entrada deja de tener sentido
- si un plugin de traducción ralentiza WordPress — ¿Un plugin de traducción ralentiza WordPress? Qué pesa de verdad y cómo medirlo
- cuántos idiomas debería tener tu web — decidirlo con datos, no por intuición