La Guía Técnica que Decide si tu Sitio Existe en el Extranjero
Si has leído mi artículo sobre por qué traducir el sitio no basta para expandir una empresa B2B en Italia, ya sabes que la localización semántica es solo la mitad del trabajo. La otra mitad —invisible, pero a menudo decisiva— es la arquitectura técnica internacional. Y en el centro de esa arquitectura hay un atributo que, mal implementado, puede hacer desaparecer tu versión para el extranjero del índice de Google: hreflang.
Como escribí en ese artículo, el 75% de los sitios multilingües presenta configuraciones erróneas de hreflang, un dato que fragmenta la autoridad de posicionamiento entre versiones idiomáticas y anula meses de trabajo editorial. En esta guía entramos en el detalle técnico: qué es hreflang, cómo implementarlo correctamente y qué errores evitar para no sabotear, silenciosamente, tu expansión a mercados extranjeros.
Hreflang es un atributo que indica a Google qué versión idiomática y geográfica de una página mostrar a un usuario determinado, según el idioma del navegador y la localización geográfica. No es un factor de ranking directo, sino una señal de direccionamiento: sin él, Google puede decidir por su cuenta qué URL mostrar en cada mercado, y a menudo se equivoca.
Para una empresa española que publica contenido tanto en el dominio principal como en /it/, esto tiene una consecuencia muy concreta: si Google.it sigue mostrando la página en español a un usuario italiano, la versión localizada —por bien escrita que esté— permanece invisible.
La sintaxis correcta requiere dos componentes:
La diferencia entre hreflang="it" y hreflang="it-IT" no es cosmética: la primera indica «italiano genérico», la segunda «italiano de Italia», una distinción crucial si tu empresa quiere diferenciar el mercado italiano de otras comunidades italófonas.
Hay casos en los que usar el código de región es contraproducente. Lo vemos más adelante.
Hreflang puede implementarse de tres formas, y la elección depende de la estructura del sitio.
Tags en el head HTML. El método más común en sitios WordPress: cada página localizada incluye en su <head> un link rel="alternate" hreflang="..." para cada versión idiomática disponible, incluida la referencia a sí misma (self-referencing).
Ejemplo de código en el TAG HTML:
<link rel=”alternate” href=”https://ericaweblab.com/” hreflang=”es” />
<link rel=”alternate” href=”https://ericaweblab.com/it/” hreflang=”it” />
Sitemap XML. Preferible en sitios B2B grandes con cientos de landing pages de servicio, porque centraliza las relaciones entre URLs sin sobrecargar el código de cada página.
Header HTTP. Indispensable para recursos no-HTML como PDFs, whitepapers o casos de estudio descargables — contenidos que son un activo de confianza fundamental en el B2B italiano y que a menudo se olvidan en la implementación de hreflang.
Del análisis de decenas de migraciones internacionales, y de los proyectos de expansión SEO hacia Italia que he liderado, he podido constatar que los errores se concentran casi siempre en tres puntos.
La regla técnica es innegociable: cada página localizada debe tener un canonical autorreferencial combinado con hreflang recíprocos, nunca un canonical que apunte a otro idioma.
Cuando .com (versión española) e .it compiten por la misma query sin un geotargeting correcto, no gana ninguna de las dos: ambas pierden posiciones, porque Google percibe ambigüedad sobre qué contenido es el «autorizado». Es un error técnico muy común que he observado en varios proyectos multilingües: las páginas sin etiqueta hreflang correcta pueden ser rastreadas pero no indexadas — una señal de que Google ya ha «decidido» no considerarlas relevantes para su idioma.
Además de los códigos idioma/región, existe un valor especial: hreflang="x-default". Sirve para indicar qué versión mostrar a usuarios cuyo idioma o zona geográfica no corresponde a ninguna de las variantes disponibles — normalmente una landing page de selección de idioma o la versión internacional en inglés. Para una empresa B2B que se expande progresivamente (primero Italia, luego quizá Francia o LATAM), x-default evita que nuevos mercados aún no localizados sean dirigidos de forma aleatoria. Si, por ejemplo, quieres alcanzar a todo el público angloparlante nativo sin geolocalización específica, usarás x-default en la versión inglesa:
<link rel=”alternate” href=”https://sitoweb.com/” hreflang=”en” />
<link rel=”alternate” href=”https://sitoweb.com/it/” hreflang=”it” />
<link rel=”alternate” href=”https://sitoweb.com/fr/” hreflang=”fr” />
<link rel=”alternate” href=”https://sitoweb.com/” hreflang=”x-default” />
Antes de considerar cerrada la implementación, verifica siempre:
Además de Google Search Console y crawlers avanzados como Screaming Frog, existen varias herramientas online gratuitas pensadas para validar hreflang sin competencias técnicas avanzadas:
La implementación correcta del etiquetado internacional depende de los objetivos del proyecto, o mejor dicho, de dónde se encuentra realmente tu público objetivo, no de un esquema fijo aplicable sin criterio. Hay casos concretos en los que he trabajado como consultora SEO internacional, que requieren especial atención a cómo se configura hreflang. Por ejemplo, si el objetivo es alcanzar a un público que busca un determinado servicio aunque se encuentre físicamente en otro país, la elección correcta es el language targeting: mostrar el contenido en un idioma determinado, independientemente del contexto geográfico del usuario.
Trabajé en el proyecto de una profesional española que ofrece servicios sanitarios a la comunidad española residente en Milán. En este caso, la versión en español del sitio debe usar solo el código de idioma es, sin el código de país ES — por tanto hreflang="es" y no hreflang="es-ES". Google interpreta es-ES como «español para usuarios en España», una señal de geotargeting que arriesga excluir precisamente a los usuarios españoles que buscan desde Italia, que es el público real del sitio.
Al omitir el código de país, el sitio comunica a Google: «esta página es para cualquiera que busque en español, dondequiera que esté» — la configuración correcta para llegar a una comunidad expat, turistas, o un público que vive establemente fuera de su país de origen.
En resumen: usa idioma-PAÍS (p. ej. es-ES, it-IT) cuando el contenido es específico de un mercado geográfico definido; usa solo idioma (p. ej. es, it) cuando el objetivo es alcanzar a todos los hablantes de ese idioma, sin importar dónde se encuentren — como en el caso de servicios pensados para una comunidad de expatriados o compatriotas en el extranjero.
Ningún esfuerzo editorial compensa una arquitectura técnica incorrecta — pero lo contrario también es cierto: un hreflang perfecto sobre contenido traducido sin localización semántica tampoco genera leads cualificados. Son dos pilares de la misma estrategia de SEO internacional.
Si estás planificando la expansión de tu empresa al extranjero y quieres verificar que la infraestructura técnica de tu sitio no esté ya saboteando los resultados, descubre cómo mi consultoría SEO internacional puede ayudarte.
No. Si no existe una versión alternativa real de esa página, no debe incluirse ninguna etiqueta hreflang, ni en la página misma ni como referencia desde las demás versiones idiomáticas. Añadir hreflang «por costumbre» hacia un idioma que no existe en esa sección del sitio es un error técnico.
Google ignora esa referencia y, si el error es sistemático, el informe de validación señalará anotaciones no correspondientes. Es común en sitios B2B que traducen solo las páginas de producto principales pero dejan hreflang «fantasma» hacia URLs que nunca se crearon. La solución es siempre eliminar la etiqueta, no forzar un enlace hacia un contenido inexistente.
Se usa hreflang="x-default", un valor que indica a Google qué página mostrar cuando ninguna de las variantes idiomáticas existentes corresponde a las preferencias del usuario.
En teoría, el hreflang debe describir siempre el idioma real del texto (es), no la carpeta de la URL (/it/). Sin embargo, publicar contenido no traducido en una carpeta extranjera está muy desaconsejado en la práctica SEO: genera contenido duplicado respecto a la versión original en español y arriesga crear conflictos con el tag canonical (si el canonical apunta a la versión principal, Google ignora los hreflang de la página /it/; si apunta a sí misma, envías señales ambiguas). La buena práctica es no publicar la URL en la carpeta /it/ hasta que la traducción esté lista, o mantenerla temporalmente excluida de la indexación y de los clústeres hreflang.
Desde 2022 ya no existe un informe hreflang dedicado en Search Console: la validación se hace página por página con la herramienta Inspección de URLs, haciendo clic en «Probar URL en vivo» y luego en «Más información», donde Google enumera las etiquetas hreflang efectivamente detectadas en el código. Para una auditoría técnica a escala global de todo el sitio, es necesario recurrir a crawlers SEO externos como Screaming Frog, Sitebulb, SISTRIX, Ahrefs o Semrush, cruzando sus datos con el estado de indexación de las páginas.
<link rel="alternate"> en el código mediante el hook PHP wp_head (en el archivo functions.php o con un Code Snippet), asegurándote de que aparezcan solo en las páginas con traducciones reales. Alternativamente, para no sobrecargar el HTML, puedes declarar los atributos xhtml:link directamente en el Sitemap XML.
¡Hola! Soy Erica Scarná, consultora SEO en Barcelona y fundadora de EricaWebLab. Italiana de nacimiento, vivo en España desde 2013. Me apasiona ayudar a empresas y profesionales a ganar visibilidad y aumentar su facturación con estrategias SEO que combinan análisis, empatía y comunicación auténtica.
