Montar bien un sitio multilingüe: hreflang, direcciones y trampas
Un segundo idioma es la forma más económica de ganar alcance, porque la sustancia ya existe. Es también el punto donde surgen la mayoría de los errores técnicos, porque cuatro cosas tienen que estar bien a la vez y tres de ellas son invisibles.
Lo esencial
- Los subdirectorios (
/en/) son la elección correcta para la mayoría de las empresas: más simples que dominios propios, más eficaces que los parámetros. - hreflang debe ser recíproco: cada versión remite a todas las demás, a sí misma y a una versión por defecto.
- Las direcciones se traducen también. Un texto en inglés bajo una dirección en español es media traducción.
- La redirección automática según el idioma del navegador es el error grave más frecuente: deja fuera a rastreadores y usuarios.
La parte técnica de un sitio multilingüe es abarcable si se monta bien una vez, y laboriosa si hay que corregirla después. Por eso compensa la media hora previa.
La estructura de direcciones
| Variante | Ejemplo | Adecuada para |
|---|---|---|
| Subdirectorio | ejemplo.es/en/ | casi todos: un dominio, una fuerza |
| Subdominio | en.ejemplo.es | sistemas u operadores separados |
| Dominio de país propio | ejemplo.de | presencias de mercado autónomas con equipo propio |
| Parámetro | ejemplo.es/?lang=en | nada: evitar |
Los subdirectorios ganan casi siempre, porque todas las versiones de idioma se benefician de la fuerza del mismo dominio. Los dominios de país propios exigen construir cada uno por separado, y eso solo compensa con un equipo por mercado.
Poner bien hreflang
Cuatro reglas que deben cumplirse a la vez. Si se incumple una, el grupo entero suele ignorarse.
- Recíproco. Si la versión en español remite a la inglesa, la inglesa debe remitir también a la española. Las indicaciones unilaterales se descartan.
- Autorreferencia. Cada página remite también a sí misma. Se olvida con frecuencia y no es opcional.
- Indicar la versión por defecto. Un
x-defaultpara todos los idiomas no cubiertos. - Direcciones absolutas. Completas con protocolo y dominio, sin rutas relativas.
es para español general, es-ES para español de España. Quien solo tenga una versión en español pone es, no es-ES. Si no, los visitantes de otros países hispanohablantes no reciben la versión asignada.
Seis errores que vuelven invisible un sitio multilingüe
1. Redirección automática según el idioma del navegador
El error más grave. Los rastreadores llegan casi siempre con la configuración de idioma estadounidense y entonces no ven nunca las demás versiones. Y los usuarios tampoco llegan adonde querían.
Correcto: mostrar un aviso con una propuesta, pero sin redirigir. Recordar la elección.
2. Direcciones sin traducir
/en/aviso-legal/ en lugar de /en/legal-notice/. Parece una versión a medias, y desperdicia el término de búsqueda en la dirección.
Correcto: traducir los segmentos de dirección por idioma, fijarlos de forma duradera y no volver a cambiarlos.
3. El canonical apunta al idioma principal
Si la página en inglés indica como dirección canónica la española, estáis diciendo: esta página es un duplicado, toma la otra. Desaparece del índice.
Correcto: cada versión de idioma es su propia dirección canónica.
4. Falta el atributo lang
<html lang="es"> falta o está igual en todas las versiones. Afecta no solo a los buscadores sino también a los lectores de pantalla, donde provoca una pronunciación incomprensible.
Correcto: el código adecuado por versión, puesto de forma automática.
5. Un solo sitemap para todo, sin indicaciones de idioma
Sin indicaciones hreflang en el sitemap falta la conexión entre las versiones justo en el punto donde se reconocería con más facilidad.
Correcto: hreflang o en el sitemap o en el <head>, de forma consecuente en un solo sitio.
6. Páginas traducidas a medias
Titulares traducidos, texto corrido en el idioma original. Para los buscadores es una página sin idioma claro, y para los visitantes un problema de confianza.
Correcto: mejor menos páginas completas que todas a medias.
¿Sabías que…?
Traducir por sí solo no basta: hay cuatro cosas que deben adaptarse al país y no solo al idioma: los importes en la moneda local, la situación legal aplicable, los ejemplos habituales del lugar y los formatos de fecha.
Una versión en inglés que menciona francos suizos y la ley suiza de protección de datos revisada no es una versión para el mercado británico sino una traducción de la página suiza. Puede quererse así a conciencia, pero debería ser una decisión y no un descuido.
El mantenimiento es el problema de verdad
La construcción es un esfuerzo único. El mantenimiento es permanente, y ahí fracasan los sitios multilingües más a menudo que en la técnica.
Al cabo de un año, la imagen típica es esta: el idioma principal tiene 40 páginas, el segundo 31, el tercero 22. Los cambios se hicieron en el idioma principal y se olvidaron en los demás, y ya nadie sabe qué versión está al día.
Contra eso solo ayuda una decisión estructural: un cambio no se considera terminado hasta que se ha llevado a todos los idiomas. Quien no pueda sostener eso debería ofrecer menos idiomas: tres bien mantenidos ganan con claridad a ocho obsoletos.
Lista de comprobación antes de arrancar
- Cada página remite por hreflang a todas las versiones, a sí misma y a x-default
- Cada versión es su propia dirección canónica
<html lang>está puesto correctamente por versión- Los segmentos de dirección están traducidos y fijados de forma duradera
- Ninguna redirección automática según el idioma del navegador
- La selección de idioma es visible y funciona sin JavaScript
- Importes, referencias legales y ejemplos están adaptados, no solo traducidos
- Existe un proceso fijo que lleva los cambios a todos los idiomas
Revisa la configuración multilingüe de mi web. Datos: - Dominio: [dirección] - Idiomas: [lista con códigos de idioma] - Estructura de direcciones: [subdirectorio / subdominio / dominio propio] - Bloque hreflang de una página de ejemplo: [insertar bloque] - Indicación canonical de esa misma página: [insertar] - Atributo lang de esa misma página: [insertar] - ¿Hay redirección automática según el idioma del navegador? [sí / no] - ¿Están traducidos los segmentos de dirección? [ejemplo por idioma] Tareas: 1. Comprueba las cuatro reglas de hreflang: reciprocidad, autorreferencia, x-default presente, direcciones absolutas. Nombra cada incumplimiento por separado. 2. Comprueba si los códigos de idioma están bien elegidos, en especial si una indicación de región es demasiado estrecha. 3. Comprueba el canonical y el atributo lang en busca de contradicciones con la versión de idioma. 4. Nombra los puntos de mis datos que pueden volver invisible una versión de idioma, ordenados por gravedad. 5. Devuélveme el bloque hreflang corregido completo. No inventes direcciones: marca lo que falte como [por completar].
Conclusión
Técnicamente, un sitio multilingüe se decide en cuatro puntos: estructura de direcciones, hreflang recíproco, dirección canónica propia por versión, y ninguna redirección automática. Si esos cuatro están bien, el resto funciona.
La pregunta de verdad es después organizativa: ¿podéis llevar cada cambio a todos los idiomas? Si no, menos idiomas es la mejor decisión.
Preguntas frecuentes
¿Qué estructura de direcciones es mejor para sitios multilingües?
Los subdirectorios del tipo /en/ para casi todas las empresas: todas las versiones de idioma se benefician de la fuerza del mismo dominio y la gestión sigue siendo sencilla. Los dominios de país propios solo compensan con presencias de mercado autónomas y equipo propio; los parámetros de idioma en la dirección deberían evitarse.
¿Qué hay que tener en cuenta con hreflang?
Cuatro reglas a la vez: las indicaciones deben ser recíprocas, cada página debe remitir también a sí misma, hace falta un x-default para los idiomas no cubiertos, y todas las direcciones deben indicarse de forma absoluta. Si se incumple una regla, a menudo se ignora el grupo entero.
¿Conviene redirigir a los visitantes automáticamente a su idioma?
No. Los rastreadores llegan casi siempre con la configuración de idioma estadounidense y entonces no ven nunca las demás versiones; y los usuarios no aterrizan donde querían. Lo correcto es un aviso con una propuesta que recuerde la elección tomada, sin redirección automática.
¿Hay que traducir las direcciones?
Sí. Un texto en inglés bajo una dirección en español parece a medias y desperdicia el término de búsqueda en la dirección. Los segmentos de dirección deberían traducirse por idioma y fijarse después de forma duradera: los cambios posteriores cuestan la visibilidad ya construida.
¿Cuántos idiomas tienen sentido?
Tantos como se puedan mantener de forma duradera. El estado más frecuente al cabo de un año son versiones de distinta completitud en las que ya nadie sabe cuál está al día. Tres idiomas bien mantenidos funcionan mucho mejor que ocho obsoletos; lo decisivo es un proceso fijo que lleve cada cambio a todas las versiones.
Marketing que se configura solo
La beta del Studio Engine está abierta. Reserva tu plaza y participa desde el principio.
Unirse a la beta →