Sitio multilingüe: hreflang, URL y errores típicos
Un sitio multilingüe sin un esquema claro de URL y un hreflang correcto suele perder tráfico: el buscador mezcla versiones, muestra el idioma equivocado o trata las páginas como duplicados. Abajo - cómo elegir la estructura de direcciones, cómo vincular locales y qué errores se ven más en 2026.
- hreflang - señal al buscador sobre qué versión de idioma/región es para qué audiencia
- URL - prefijo de ruta, subdominio o dominio aparte; el esquema debe ser único y predecible
- Canonical - no debe romper el enlace entre locales
- Contenido - traducción o localización, no copy-paste de máquina sin revisión
- Regla - cada locale apunta a todos los demás y a sí mismo
Por qué importan hreflang y el esquema de URL
Un usuario en Alemania debería ver la versión alemana, en Brasil la portuguesa, en EE. UU. la inglesa. Sin señales explícitas, el buscador adivina por IP, idioma del navegador y enlaces - y a menudo se equivoca.
hreflang no posiciona una página por sí solo. Ayuda a elegir la versión correcta entre equivalentes. El esquema de URL decide cómo personas y bots encuentran esas versiones: vía /de/, de.example.com o example.de.
Esquemas de URL para multilingüismo
| Esquema | Ejemplo | Pros | Contras |
|---|---|---|---|
| Prefijo de ruta | example.com/de/blog/ |
Un dominio, analítica y certificados más simples | Exige disciplina en routing y sitemap |
| Subdominio | de.example.com/blog/ |
Flexibilidad de hosting y equipos | Más difícil compartir «peso» del dominio, más infraestructura |
| Dominio aparte | example.de/blog/ |
Señal local fuerte | Más caro de mantener, campañas SEO separadas |
Para la mayoría de sitios corporativos y blogs en 2026 conviene un prefijo de ruta: un stack, una analítica, deploys más simples. Subdominios y ccTLD tienen sentido con marca local fuerte, entidades legales distintas o un equipo dedicado al mercado.
Fije el idioma por defecto: o la raíz sin prefijo (/), o un /en/ explícito. Mezclar «a veces con prefijo, a veces sin» lleva a duplicados.
Cómo configurar hreflang correctamente
- En cada página liste todos los equivalentes disponibles:
hreflang="ru",hreflang="en",hreflang="de", etc. - Añada autorreferencia: la página también apunta a sí misma.
- El conjunto debe ser recíproco: si A enlaza a B, B enlaza a A.
- Use códigos BCP 47: idioma (
en) o idioma-región (en-GB,pt-BR). - Si aplica, indique
x-default- página por defecto para locales no coincidentes (a menudo selector de idioma o EN). - Duplique las mismas anotaciones en HTML
<link rel="alternate" hreflang="...">y/o en el sitemap XML.
Ejemplo en <head>:
<link rel="alternate" hreflang="ru" href="https://example.com/blog/post/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/blog/post/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/blog/post/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/post/" />
Errores típicos
1. Sin reciprocidad
La página en ruso enlaza a EN, pero la inglesa no tiene vuelta a RU. El buscador puede ignorar todo el grupo.
2. Canonical apunta al idioma «principal»
El canonical de la página rusa apunta a la inglesa «como original». Entonces los locales parecen duplicados, no alternativas. El canonical debe apuntar a sí mismo (o a la URL canónica del mismo locale), no a otro idioma.
3. Redirección automática por IP / Accept-Language
Usuario y bot no pueden abrir de forma estable la versión deseada. Mejor: URL dedicada por locale + conmutador de idioma, sin forzar redirección desde la raíz a un idioma «adivinado» para todos.
4. Conjunto incompleto de locales
El menú muestra 5 idiomas, hreflang lista 2. O un artículo tiene traducción y el siguiente no, pero el mapa sigue mostrando alternativas rotas. Prefiera un conjunto honesto: solo URLs que existan de verdad.
5. Confundir idioma y región
de es alemán. de-AT es alemán para Austria. Si el contenido es el mismo para DE/AT/CH, no cree tres páginas casi idénticas sin localización real de precios, envío y textos legales.
6. Significado distinto bajo una «traducción»
La URL está «traducida», pero la oferta, la moneda y el CTA siguen siendo de otro mercado. Para SEO ya no es un equivalente - hreflang puede perjudicar.
7. Sitemap y enlaces internos olvidados
Hay tags en <head>, pero el sitemap XML no tiene xhtml:link, y el enlace de idioma del pie siempre va al homepage en vez del equivalente del artículo actual. La interconexión interna entre locales refuerza la señal.
Checklist antes del lanzamiento
- Un esquema de URL en todo el sitio.
- Cada página indexable tiene un conjunto hreflang completo y recíproco + self.
- Canonical no fusiona idiomas distintos.
- No hay geo-redirect agresivo que corte la indexación.
- El sitemap incluye todos los locales y anotaciones.
- El conmutador de idioma lleva al equivalente, no solo al homepage.
- 404 y «aún no traducido» se gestionan de forma explícita (fallback suave o 404 honesto), sin servir en silencio otro idioma bajo la misma URL.
Conclusión
Un sitio multilingüe funciona cuando cada audiencia tiene una URL estable y hreflang vincula los equivalentes con honestidad. Elija un esquema de direcciones, mantenga la reciprocidad de las anotaciones, no rompa los locales con canonical ni geo-redirect - y el buscador dejará de adivinar el idioma por usted.
Si necesita diseñar el esquema de URL, hreflang y sitemap para su stack, o revisar el sitio actual frente a estos errores - contacte conmigo.
Preguntas frecuentes
¿Hace falta hreflang si solo hay dos idiomas?
Sí, si ambas versiones deben aparecer en búsqueda para su audiencia. Incluso un par RU/EN sin anotaciones recíprocas suele mostrar el idioma equivocado o parecer duplicados.
¿Qué es mejor: /en/ en la ruta o un subdominio?
Para la mayoría de proyectos - prefijo de ruta. El subdominio tiene sentido con hosting, equipo o aislamiento de mercado fuertes. Un ccTLD aparte - cuando marca y entidad legal son realmente locales.
¿Es obligatorio x-default?
No es obligatorio, pero es útil. Suele apuntar al selector de idioma o a la versión internacional principal (a menudo EN). Sin él, el buscador elige el fallback.
¿Se puede poner hreflang solo en el sitemap?
Sí, Google entiende las anotaciones del sitemap. En la práctica es más seguro duplicarlas en HTML y en el sitemap - más fácil de depurar y menos riesgo de desfase en deploys parciales.
¿Por qué el idioma en los resultados sigue mal tras configurar hreflang?
A menudo no fallan los tags, sino las señales alrededor: canonical a otro idioma, redirecciones, «traducción» fina/máquina, URLs rotas en el conjunto o falta de enlaces internos al equivalente. Compruebe la reciprocidad y que ambas páginas se indexen de verdad.