SEO multilingüe: estructura de URL, qué es hreflang y cómo usarlo sin errores, y cuándo no vale un idioma

La respuesta corta

El SEO multilingüe se reduce a cuatro cosas. Dale a cada idioma su propia URL, por lo general una subcarpeta como /en/. Conecta las versiones de cada página con anotaciones hreflang recíprocas que incluyan a la propia página y un x-default. Deja que todas las URL de idioma se puedan rastrear, sin redirecciones automáticas entre ellas. Y publica solo los idiomas que puedas escribir y mantener bien.

Google recomienda URL separadas por idioma, detecta el idioma por el texto visible y no por el atributo lang, e ignora las anotaciones hreflang sin enlace de vuelta. Para Latinoamérica hay un detalle clave: Google no acepta es-419. Y el mayor riesgo es la calidad: traducción automática publicada en masa sin revisión. El 14 de octubre de 2026 retiramos de dardo.studio 15 idiomas traducidos a máquina, 795 de sus 954 URL, que traían unos cuatro clics de búsqueda por semana.

¿Multilingüe o multirregional?

La guía de Google para administrar sitios multirregionales y multilingües separa los dos casos:

• Un sitio multilingüe ofrece contenido en más de un idioma: una empresa colombiana con versión en español y en inglés. Google intenta mostrar el idioma de quien busca.
• Un sitio multirregional apunta a usuarios de distintos países: una tienda que vende en Colombia y en México con precios en cada moneda. Google intenta mostrar la versión del país.

En español esto importa más que en otros idiomas, porque un mismo idioma cubre una veintena de países. Si tu página sirve igual en Bogotá, Ciudad de México y Lima, usa una sola versión es. Usa versiones por país (es-CO, es-MX) solo si de verdad cambian precios, envíos, medios de pago o textos legales.

Estructura de URL: las cuatro opciones

Para la mayoría de las empresas, la subcarpeta es la mejor opción: un dominio, una analítica y toda la autoridad en un mismo lugar. dardo.studio usa /en/, /es/ y /pt/.

Tres detalles de la misma guía:

• .co no significa Colombia para Google. Google trata .co, junto con .io, .ai, .me y .tv, entre otros, como dominios genéricos. Un dominio .co no le dice a Google que tu negocio es colombiano.
• Las URL traducidas están bien. Puedes usar /es/servicios/diseno-web/; usa UTF-8 y escapa bien las URL en los enlaces.
• No cambies el idioma en la misma URL. Google recomienda URL separadas en lugar de cookies o ajustes del navegador que cambian el idioma de una misma dirección.

Qué es hreflang y cómo se escribe

hreflang le dice a Google que un grupo de páginas son versiones de idioma o región unas de otras, para que muestre la correcta. La documentación de versiones localizadas de Google, actualizada el 21 de septiembre de 2026, acepta tres métodos equivalentes: elementos <link> en el <head>, una cabecera HTTP Link (útil para PDF) y el sitemap XML. Usar más de uno no da ninguna ventaja en Search y es más difícil de mantener.

Este es el conjunto de nuestra página de contacto en español, copiado del HTML publicado. Las versiones en inglés y portugués llevan las mismas cuatro líneas:

<link rel="alternate" hreflang="en" href="https://dardo.studio/en/contact/">
<link rel="alternate" hreflang="es" href="https://dardo.studio/es/contacto/">
<link rel="alternate" hreflang="pt" href="https://dardo.studio/pt/contato/">
<link rel="alternate" hreflang="x-default" href="https://dardo.studio/en/contact/">

Las reglas de Google para cualquier método:

• Cada versión se lista a sí misma y a todas las demás, así que el conjunto es idéntico en todas las páginas del grupo.
• Las URL van completas, con https://. Las rutas relativas no sirven.
• Los enlaces de vuelta son obligatorios. Si dos páginas no se apuntan mutuamente, Google ignora las etiquetas.
• x-default es la página de respaldo para quien busca en un idioma que no tienes. Google lo pensó para selectores de idioma, pero funciona en cualquier página; el nuestro apunta a la versión en inglés.
• Los códigos son ISO 639-1 para el idioma y, si quieres, ISO 3166-1 alfa-2 para el país.

Nosotros publicamos hreflang en el HTML y también en el sitemap. Eso solo es seguro porque ambos se generan con los mismos datos del CMS; si mantienes las etiquetas a mano, elige un método.

Los códigos que fallan (y el caso es-419)

es-419 merece la advertencia porque se usa mucho para decir "español de Latinoamérica". Lo encontramos incluso en páginas de Google Workspace, que el 17 de octubre de 2026 anotaban su versión latinoamericana de Gmail con hreflang="es-419". La documentación de Google Search dice que no se admite, así que sigue la documentación: es para una sola versión, o códigos de país si de verdad tienes versiones por país.

Así etiquetan el español algunos sitios grandes, revisados el mismo día:

Sin un es genérico, a quien busca en español desde un país que no listaste le toca el x-default, si lo hay.

Los errores de hreflang más comunes

• Faltan enlaces de vuelta. La página A lista a B, pero B no lista a A, y ambas anotaciones pueden ignorarse. Pasa cuando un idioma tiene una página que el otro no, o cuando cambias un slug en un solo idioma.
• Un canonical que apunta a otro idioma. La guía de canonicalización de Google dice que, con hreflang, el canonical debe estar en el mismo idioma. Una página en español con canonical a su versión en inglés le dice a Google que la española es un duplicado. Cada versión debe ser su propio canonical.
• hreflang hacia redirecciones, 404 o páginas con noindex. Cada anotación debe apuntar a la URL final que responde 200, se puede indexar y es su propio canonical.
• Traducir solo la plantilla. Google considera duplicadas las páginas localizadas solo si el contenido principal sigue sin traducir. Una página con el menú traducido al inglés y el cuerpo todavía en español no es una versión en inglés.
• Un lang que contradice el texto. Google no usa lang para detectar el idioma, pero los lectores de pantalla sí: el criterio 3.1.1 de WCAG 2.2 (nivel A) exige que el idioma de cada página se pueda determinar por software.

Un verificador de hreflang rápido

El informe de Segmentación internacional de Search Console está obsoleto, aunque Google dice que sigue usando hreflang. Su documentación remite a herramientas externas como el probador de hreflang de Merkle, que revisa una página publicada. Para revisar por tu cuenta, este script descarga una página, luego cada alternativa, y confirma que responde 200 y enlaza de vuelta:

page="https://dardo.studio/es/contacto/"
for alt in $(curl -s "$page" | grep -o '<link rel="alternate" hreflang="[^"]*" href="[^"]*"' \
             | sed 's/.*href="//; s/"$//' | sort -u); do
  code=$(curl -s -o /dev/null -w '%{http_code}' "$alt")
  back=$(curl -s "$alt" | grep -c "hreflang=\"[^\"]*\" href=\"$page\"")
  echo "$alt  status=$code  links_back=$back"
done

El 17 de octubre de 2026 devolvió status=200 links_back=1 en las tres versiones. Supone el orden de atributos de arriba; ajusta el patrón a tu HTML.

Redirigir por idioma: lo que Google desaconseja y un patrón seguro

Google lo dice claro: evita redirigir automáticamente de una versión de idioma a otra según lo que creas que habla el usuario, porque puede impedir que usuarios y buscadores vean todas las versiones. Su página sobre páginas que se adaptan a la configuración regional explica por qué: las IP de Googlebot parecen estar en Estados Unidos y sus solicitudes no llevan cabecera Accept-Language. Un sitio que elige el contenido por IP o por idioma del navegador le mostrará a Google una sola versión. Para un negocio en Colombia con versión en inglés, eso puede significar que Google nunca vea la española.

Redirigir por idioma sí sirve en direcciones que no pertenecen a un idioma. Así lo hace dardo.studio:

• Las URL de idioma nunca redirigen. /en/contact/, /es/contacto/ y /pt/contato/ siempre responden 200, están en el sitemap y llevan el conjunto hreflang.
• Las direcciones neutras eligen versión. /contact/ o /contacto/, las que usamos en enlaces compartidos, responden con una redirección temporal según el Accept-Language del visitante, marcada Vary: Accept-Language y sin caché.
• Quien no envía preferencia recibe el idioma propio de la dirección. Googlebot no envía ninguna, así que /contacto/ lo lleva a la página en español, no a la inglesa.

$ curl -sI https://dardo.studio/contact/ -H "Accept-Language: es-CO,es;q=0.9"
HTTP/2 302
location: https://dardo.studio/es/contacto/

$ curl -sI https://dardo.studio/contacto/
HTTP/2 302
location: https://dardo.studio/es/contacto/
vary: Accept-Language, Cookie

Las direcciones neutras no van en el sitemap ni en hreflang. La documentación de redirecciones de Google dice que una redirección temporal no es señal de que el destino sea el canonical, así que ese peso lo cargan las URL de idioma: canonical propio, entrada en el sitemap y enlaces internos. Cuando alguien llega a la versión "equivocada", un aviso que ofrece el otro idioma es más amable que cualquier redirección.

Calidad de la traducción: cuándo la traducción automática es un riesgo

Las políticas contra el spam de Google, actualizadas el 28 de agosto de 2026, definen el abuso de contenido a escala como muchas páginas generadas sobre todo para manipular el ranking y no para ayudar, sin importar cómo se hicieron. Entre sus ejemplos está el contenido copiado y pasado por transformaciones automáticas como la traducción. Traducir tus propias páginas no aparece nombrado, pero la prueba es la misma: ¿cada página le aporta algo a quien la lee?

El personal de Google ha respondido la pregunta directamente. En las horas de oficina de SEO de junio de 2024, Gary Illyes dijo que una traducción automática de baja calidad puede afectar el posicionamiento y recomendó que un hablante nativo la revise y corrija. John Mueller dijo que no hay marcado para señalar traducciones automáticas: si estás conforme con las páginas, indéxalas; si no, usa noindex. Las directrices de Bing agregan que el contenido generado a gran escala sin supervisión ni revisión editorial puede quedar fuera del índice.

Hay además un respaldo que no tienes que construir. Google puede traducir resultados de búsqueda por su cuenta, con título y fragmento traducidos, para búsquedas en 21 idiomas, entre ellos español, portugués, francés, alemán, árabe, hindi, coreano y tailandés. Para un idioma que no puedes hacer bien, una buena página en tu idioma principal puede llegar a esas búsquedas por esa vía. Es nuestra lectura de la función, no una promesa de Google.

Nuestra decisión: retirar 15 idiomas traducidos a máquina

El 14 de octubre de 2026, dardo.studio dejó de publicar 15 idiomas traducidos a máquina: francés, alemán, italiano, neerlandés, sueco, polaco, ucraniano, ruso, árabe, hindi, tailandés, japonés, coreano y chino simplificado y tradicional. Eran 795 de las 954 URL del sitio y traían unos cuatro clics de búsqueda por semana. Cada una de esas páginas responde ahora con una sola 301 a su versión en inglés, y cualquier otra dirección bajo un idioma retirado va al inicio en inglés:

$ curl -sI https://dardo.studio/fr/blog/apparaitre-reponses-ia/
HTTP/2 301
location: https://dardo.studio/en/blog/appear-in-ai-answers/

Nuestras razones:

1. No podíamos respaldarlos. Trabajamos en inglés y español, así que no podíamos revisar los otros 15, y el propio personal de Google dice que las traducciones automáticas de baja calidad pueden perjudicar.
2. La mayor parte del sitio, casi nada del valor. Cinco de cada seis URL sumaban unos cuatro clics por semana.
3. Una 301 y no un 404 o 410. Google indica la redirección permanente cuando estás seguro de que no la vas a revertir. Quien sigue un enlace viejo en francés llega al mismo contenido en un idioma que sí escribimos, en vez de a un error.
4. Menos idiomas, bien escritos. Mantuvimos inglés y español, los idiomas en que trabajamos, y portugués para Brasil.

Es una decisión, no un resultado: van tres días y no hay datos de impacto. Lo que hay que mirar: si las URL retiradas salen del índice de Google y si las páginas en inglés ganan impresiones en esos países. Las redirecciones siguen un mapa página por página, como en una migración; nuestro generador de redirecciones 301 arma uno a partir de dos sitemaps, y la guía para migrar tu página web sin perder posicionamiento cubre el resto de un cambio de URL.

Checklist para lanzar un idioma nuevo

Si tu sitio en español también atiende a hispanohablantes en Canadá, la guía de diseño web en español en Toronto cubre ese caso.

Qué hacer ahora

Pasa el verificador de hreflang de arriba por tus tres páginas más importantes y recorre el checklist para cada idioma que publicas. Si quieres que Dardo planee o rehaga un sitio multilingüe, con textos escritos para cada mercado y hreflang generado desde una sola fuente, mira sitios web multilingües.