Ejemplos de sitios web multilingües de WordPress (y qué copiar)

Resume este post con: 8 minutos de lectura

ChatGPT Perplejidad Grok Inteligencia artificial de Google

Los buenos sitios web multilingües de WordPress comparten tres hábitos. Cada idioma vive en su propia URL. Cada página utiliza etiquetas hreflang para informar a los motores de búsqueda sobre sus versiones en otros idiomas. Y los visitantes pueden cambiar de idioma desde cualquier página sin perder su lugar. Los cuatro ejemplos en vivo a continuación llegan de diferentes maneras, uno con un subdominio por idioma y otros con subcarpetas simples, y uno de ellos muestra algo que no debes copiar.

Verificamos el HTML en vivo de cada ejemplo en septiembre de 2026. Los cuatro funcionan en WordPress (sus páginas cargan activos desde wp-content), y registramos la estructura de URL y la configuración de hreflang de cada uno. Los sitios cambian, así que trate los detalles como una instantánea.

Conclusiones clave

• Subcarpetas (example.com/de/) son la estructura más común y simple para sitios multilingües de WordPress. Los subdominios se adaptan a grandes comunidades lingüísticas que se gestionan por separado.
• Los buenos sitios incluyen una etiqueta hreflang autorreferencial, el conjunto completo de alternativas y un x-default fallback.
• Los conmutadores de idiomas funcionan mejor cuando muestran los nombres de los idiomas en el propio idioma (deutsch, español) y aparecen en todas las páginas.
• Un sitio regional con contenido diferente en cada país es algo diferente de un sitio traducido. No agregue hreflang entre páginas que no sean equivalentes.
• Un complemento multilingüe y un servicio de traducción alojado pueden producir el mismo resultado. Juzgue el resultado en lugar de la herramienta.

¿por qué mirar ejemplos reales

Un guía te dice qué hacer. Un sitio en vivo le muestra cómo se ve la cosa terminada. Cuando estudies un ejemplo, comprueba cuatro cosas:

1. Estructura URL. ¿Dónde se encuentra la versión alemana?
2. Hreflang. Ver el código fuente de la página y buscar hreflang. Se enumeran todas las versiones de idiomas, incluida la página en sí y una x-default?
3. Conmutador de idioma. ¿Dónde está, cómo están etiquetados los idiomas y te mantiene en la misma página?
4. Profundidad de traducción. ¿Se traducen la navegación, el pie de página, los botones, las fechas y los metadatos, o solo el cuerpo del texto?

Ejemplo 1: Sitios locales de WordPress.org (un subdominio por idioma)

WordPress.org ejecuta un sitio local separado para cada comunidad lingüística: alemán en de.wordpress.org, español en es.wordpress.org, y así sucesivamente.

Lo que encontramos:

• Cada idioma tiene su propio subdominio con el suyo propio lang atributo (<html lang="de"> en el sitio alemán).
• La página de inicio alemana enumera 156 valores hreflang distintos, uno para cada sitio local de WordPress.org, para que los motores de búsqueda puedan hacer coincidir a cada buscador con la comunidad adecuada.
• Cada sitio local funciona como su propio espacio, con noticias y contenidos locales, en lugar de como un espejo del inglés.

La parte que vale la pena copiar: si cada idioma tiene su propio equipo, contenido y prioridades, los subdominios los mantienen separados mientras hreflang une las páginas equivalentes.

La parte que no hay que copiar a ciegas es la escala. Más de 150 versiones lingüísticas es un proyecto comunitario con voluntarios en todos los idiomas. La mayoría de las empresas deberían empezar con dos o tres idiomas y hacerlo bien.

Ejemplo 2: el blog de Mozilla (subcarpetas con un valor predeterminado x)

El blog de Mozilla en blog.mozilla.org mantiene cada edición de idioma en una subcarpeta, incluido el inglés (/en/) y alemán (/de/).

Lo que encontramos:

• La página de inicio alemana declara tres alternativas a hreflang: en → /en/, de → /de/, y x-default → /en/.
• El lang El atributo en las páginas alemanas es de-DE.

Para la mayoría de los sitios, este es el patrón más limpio de copiar. Cada idioma es una subcarpeta en un dominio, por lo que la autoridad del sitio permanece en un solo lugar y x-default indica a los motores de búsqueda qué versión mostrar a las personas cuyo idioma no está cubierto. Nuestro guía hreflang explica por qué el x-default la línea importa.

Ejemplo 3: TranslatePress.com (subcarpetas con códigos de idioma y región)

TranslatePress crea un complemento de traducción de WordPress y su propio sitio web es un sitio de WordPress multilingüe en inglés, español, alemán, francés e italiano.

Lo que encontramos:

• El inglés se encuentra en la raíz (translatepress.com/) y los demás idiomas en subcarpetas (/es/, /de/, /fr/, /it/).
• Enumera cada idioma dos veces en hreflang, una vez con un código de solo idioma (es) y una vez con un código de idioma-región (es-ES), plus x-default señalando la raíz inglesa.
• El selector de idioma está presente en la página y etiqueta los idiomas por nombre.

La parte que vale la pena copiar: mantener el idioma original en la raíz y agregar traducciones en subcarpetas es fácil en un sitio existente, porque ninguna de sus URL actuales cambia.

Una cosa en la que pensar antes de copiar el resto. Listado de ambos es y es-ES para la misma URL es válido, pero solo ayuda si luego puedes crear versiones separadas para otras regiones (por ejemplo es-MX). Si tienes una versión por idioma, los códigos de solo idioma son suficientes. Nuestra lista de códigos de idioma hreflang te ayuda a elegir los correctos.

Ejemplo 4: Salas de redacción regionales de Microsoft Source (un sitio regional, no traducido)

El sitio de noticias de Microsoft funciona en WordPress y tiene ediciones regionales. Llegas a la edición alemana desde news.microsoft.com/de-de/, y aterriza en una página regional con a ?lang=de parámetro.

Lo que encontramos:

• La edición alemana utiliza <html lang="de-DE"> y transmite historias en alemán.
• No encontramos etiquetas hreflang en el encabezado de la página alemana que revisamos.

Esto es correcto para una sala de redacción regional, que es una publicación separada y no una traducción del sitio en inglés. Muchas historias alemanas no tienen equivalente en inglés, por lo que intercambiar entre las páginas regionales sería un error. Siga la misma regla en su sitio: vincule páginas equivalentes con hreflang y omita páginas que existan en un solo mercado. Sin embargo, no copie el formato URL. Google enumera parámetros de URL como ?lang= como “no recomendado” para sitios multilingües y prefiere subcarpetas, subdominios o dominios de países (Centro de búsqueda de Google).

Qué tienen en común los mejores sitios multilingües de WordPress

Para obtener una lista de verificación más larga, consulte nuestra guía Mejores prácticas para sitios web multilingües de WordPress.

Cómo crear un sitio como estos en WordPress

Hay dos formas generales de hacerlo.

El primero es un complemento multilingüe que almacena traducciones en WordPress, como WPML, Polylang o TranslatePress. Usted crea o traduce cada página dentro de WordPress, y el complemento maneja las URL y hreflang. Obtienes control total, a costa de una mayor configuración, especialmente con creadores de páginas, campos personalizados y WooCommerce. Vea nuestra comparación de Weglot, WPML y ConveyThis sobre en qué se diferencian estos enfoques.

El segundo es un servicio de traducción alojado con un complemento de WordPress, como ConveyThis. Usted instala el complemento y elige los idiomas, y el servicio traduce sus páginas y las sirve en URL de idiomas. Luego revisa y edita las traducciones.

Con ConveyThis para WordPress, el resultado coincide con los patrones anteriores:

• Cada idioma se sirve en su propia URL: subcarpetas por defecto en WordPress, o subdominios si lo prefieres.
• Las etiquetas Hreflang se agregan automáticamente y se traducen los títulos de las páginas, las meta descripciones y JSON-LD.
• Se agrega un selector de idioma a cada página. Usted elige si hay banderas o no, y si los idiomas están etiquetados en inglés, en su propio idioma o mediante código.
• Un editor visual, un glosario y una memoria de traducción le permiten refinar las traducciones en contexto y mantener los términos consistentes.

El complemento tiene 1000+ instalaciones activas en WordPress.org y tiene una calificación de 4,4/5 de 145 calificaciones. Para sitios en vivo que usan ConveyThis, en WordPress y en otros lugares, consulte nuestro ejemplos de clientes.

Preguntas frecuentes

¿Cuál es la mejor estructura de URL para un sitio WordPress multilingüe? Para la mayoría de los sitios, subcarpetas (example.com/de/). Mantienen todos los idiomas en un dominio y son los más sencillos de mantener. Los subdominios tienen sentido cuando cada idioma se ejecuta como un sitio separado.

¿Cómo puedo saber si un sitio multilingüe está construido en WordPress? Vea el código fuente de la página y busque rutas que contengan wp-content o wp-includes. Algunos sitios los ocultan, por lo que su ausencia no prueba que un sitio no sea WordPress.

¿Necesito una instalación de WordPress separada para cada idioma? No. Un complemento multilingüe o un servicio de traducción pueden servir a todos los idiomas desde una instalación de WordPress. WordPress Multisite es una opción cuando cada idioma es un sitio separado con su propio contenido.

¿Qué hace que un selector de idioma sea bueno? Es visible en cada página, etiqueta los idiomas en su propio idioma (deutsch, no alemán), mantiene al visitante en la página equivalente y nunca fuerza una redirección basada únicamente en la configuración del navegador.

Para configurar su sitio de WordPress de la misma manera, prueba ConveyThis gratis con un idioma y 5.000 palabras.