En el episodio anterior vimos el caso de una clínica que tradujo su web al italiano y al inglés sin analizar antes los datos. El resultado fue el esperado: tiempo y dinero invertidos en mercados que nadie había validado. Cuando revisamos Google Analytics 4, el mercado con más tráfico orgánico era Alemania, un país para el que no tenían ni una sola página.
Ese error tiene dos capas. La primera es estratégica: no investigar antes de actuar. La segunda, que es la que abordamos hoy, es técnica: aunque esa clínica hubiera elegido bien los mercados, si la implementación técnica está mal hecha, Google no podrá servir la versión correcta al usuario correcto. El hreflang puede estar perfecto en teoría y ser completamente invisible para el rastreador. Las páginas pueden existir y no indexarse jamás. Y todo el trabajo de traducción puede quedar sepultado bajo una redirección mal configurada.
Este artículo es el mapa técnico que necesitas para que eso no ocurra. Cubre arquitectura de URLs, optimización on-page, implementación y auditoría del hreflang, el problema silencioso del GeoIP y la estrategia de link building internacional. Te lo cuento todo en el podcast de Negocios Locales, que puedas escuchar en Apple Podcast | Spotify | Ivoox.
Arquitectura de URLs: dónde vive tu web internacional
La primera decisión técnica es estructural: ¿cómo vas a organizar las versiones de tu web para cada idioma o país? Hay tres opciones y el debate sobre cuál es la mejor lleva años abierto. Aquí tienes un análisis honesto de cada una.
| Opción | Ventajas | Inconvenientes |
| ccTLD (.es, .fr, .it) | Máxima confianza local. Señal geográfica muy clara para Google. | Coste elevado: tres dominios, tres hostings y link building desde cero en cada uno. |
| Subdominio (es.web.com) | Separación jerárquica clara. Útil si las webs son muy diferentes entre sí. | Google las trata casi como entidades independientes. La autoridad del dominio raíz no fluye con la misma eficacia que en carpetas. |
| Subcarpeta web.com/es/ ✅ Recomendada | Todo el link building consolida un solo dominio. Gestión centralizada y más económica. | Menor sensación de cercanía local que un .es. |
La recomendación general para la mayoría de negocios es la subcarpeta, porque consolida toda la autoridad de enlazado en un único dominio. El esfuerzo de SEO es acumulativo, no fragmentado.
| 💡 Compra los dominios ccTLD de cada mercado objetivo (tu-negocio.fr, tu-negocio.it) aunque no vayas a usarlos como destino principal. Configura una redirección 301 de cada uno hacia la subcarpeta correspondiente. Así proteges tu marca, evitas que la competencia los registre y el usuario que escriba el dominio local llega igualmente a tu versión correcta. |
Optimización on-page: localizar no es traducir
Una vez definida la arquitectura, toca llenarla de contenido. Y aquí aparece el error más frecuente en proyectos de internacionalización: traducir el keyword research del español en lugar de hacer uno nuevo para cada mercado.
El ejemplo que lo ilustra mejor: en España vendemos jamón serrano. Si queremos llegar al mercado francés, jamón serrano no es una búsqueda relevante. La búsqueda con mayor volumen en Francia es jambon espagnol o jambon cru. Si traducimos literalmente, estamos optimizando para términos que nadie busca.
Este principio se llama localización, y va más allá del idioma: implica entender cómo piensa y qué busca el cliente potencial en ese mercado. Requiere un keyword research independiente para cada idioma, trabajado desde cero con herramientas como Semrush, Sistrix o incluso Ubersuggest.
Elementos on-page que no puedes olvidar en la versión internacional
- URLs traducidas: si tu página de mesas en español es /mesas/, la versión inglesa debe ser /tables/, no /mesas/. Una URL en el idioma equivocado genera desconfianza en el usuario y pierde la oportunidad de posicionar por la palabra clave en la URL.
- Titles y metadescripciones: son lo que el usuario ve antes de hacer clic. Si el contenido está en inglés pero el title está en español, la tasa de clic cae en picado. Cada versión necesita su propio title y metadescripción trabajados con las keywords del mercado destino.
- Texto alternativo de imágenes (ALT): Google indexa imágenes, y el texto ALT es la señal principal que usa para hacerlo. En WordPress, la biblioteca de medios es compartida por defecto, así que el ALT en español se replica en todas las versiones. La solución es usar plugins como WPML o Polylang, que permiten asignar un texto ALT diferente por idioma para cada imagen.
Hreflang: la señal que le dice a Google qué versión mostrar a cada usuario
Imagina que tienes la versión en español y la versión en inglés de una misma página sobre tus servicios. Sin ninguna indicación adicional, Google tiene que adivinar cuál mostrar a un usuario de Francia y cuál a uno de México. A veces acierta. A veces no.
El hreflang es la etiqueta HTML que elimina esa ambigüedad. Le indica a Google: esta página existe en varios idiomas, esta es la versión para hispanohablantes, esta para anglófonos y esta para francófonos. Con esa información, el buscador puede servir la versión correcta a cada usuario según su idioma y ubicación.
Antes de entrar en la implementación, hay un matiz crítico que muchos pasan por alto: el hreflang es una señal, no una directiva.
Una directiva, como una redirección 301 o un noindex, es una instrucción que Google está obligado a seguir. Una señal es una sugerencia que Google evalúa y puede ignorar si detecta inconsistencias. Si el hreflang está mal implementado, Google lo descartará y decidirá por su cuenta qué versión mostrar. Por eso la implementación tiene que ser impecable.
Tres formas de implementar el hreflang
- En el <head> del HTML: es la forma más habitual y la recomendada para la mayoría de sitios WordPress o HTML estáticos.
- En las cabeceras HTTP: se usa para archivos que no son HTML, como catálogos en PDF. El servidor envía la señal en la respuesta invisible que recibe el navegador, indicando que ese archivo tiene una versión alternativa en otro idioma.
- En el sitemap XML: recomendado para webs muy grandes donde añadir múltiples líneas de hreflang al HTML de cada página haría el código demasiado pesado. También es útil cuando el equipo de desarrollo tiene tiempos de entrega largos: se puede implementar en el sitemap de forma más ágil sin tocar el código de cada plantilla.
4. Las cuatro reglas del hreflang que no puedes saltarte
Implementar el hreflang no es difícil, pero un error se multiplica por el número de idiomas que tengas. Si tienes cinco idiomas y cometes un error en la etiqueta, ese error puede generar miles de señales incorrectas que Google tendrá que procesar y descartar.
Regla 1: Reciprocidad
Si la página en español apunta a la página en inglés como su versión alternativa, la página en inglés debe apuntar de vuelta a la de español. Sin bidireccionalidad, Google interpreta que hay un error de configuración y anula el efecto del hreflang.
La forma más fácil de comprobarlo: entra en la versión en español, copia la URL de la versión inglesa que aparece en el hreflang, ábrela y comprueba en el código fuente que esa página también tiene una etiqueta apuntando de vuelta al español.
Regla 2: Autorreferencia
Cada página debe incluir una etiqueta hreflang que apunte a sí misma. Puede parecer redundante, pero es obligatorio: Google necesita que la propia página confirme su identidad dentro del clúster de idiomas. Si una página dice que la versión en español es X, pero X no se incluye a sí misma en ese grupo, Google puede interpretar que hay un conflicto y descartar todas las etiquetas de esa página.
Regla de oro: si tienes tres idiomas, en cada una de las tres páginas debe haber exactamente tres etiquetas hreflang: las dos de las otras versiones y la propia.
Regla 3: Hreflang página a página
El hreflang no se configura a nivel de dominio, sino página a página. Si tienes una página de servicios, una de contacto y una de blog, cada una de ellas necesita su propio bloque de etiquetas hreflang apuntando a sus respectivas traducciones. No existe un hreflang global que cubra toda la web.
Regla 4: x-default, el comodín
No todas las webs tienen versión para todos los idiomas del mundo. Cuando un usuario llega desde un país para el que no tienes versión específica, el x-default le indica a Google qué versión mostrarle por defecto.
Si tienes la web en español, inglés y francés, y llega un usuario de Brasil, Google buscará el x-default. Si lo has configurado apuntando a la versión en español, ese será el fallback. Sin x-default, Google decide por su cuenta, y esa decisión puede no ser la que tú querrías.
Sintaxis correcta del hreflang
Las etiquetas van dentro del <head> del HTML y siguen este formato:
| <link rel=»alternate» hreflang=»es» href=»https://ejemplo.com/es/servicios/» /> <link rel=»alternate» hreflang=»en» href=»https://ejemplo.com/en/services/» /> <link rel=»alternate» hreflang=»fr» href=»https://ejemplo.com/fr/services/» /> <link rel=»alternate» hreflang=»x-default» href=»https://ejemplo.com/es/servicios/» /> |
Este bloque idéntico debe aparecer en las tres páginas: en la española, en la inglesa y en la francesa.
¿Cuándo usar código de idioma y cuándo añadir el código de región?
Los códigos de idioma siguen el estándar ISO 639-1 (es, en, fr) y los de región el ISO 3166-1 Alpha-2 (ES para España, MX para México, GB para Reino Unido). La combinación se escribe idioma-REGIÓN: es-ES, es-MX, en-GB.
- Usa solo el código de idioma (es, en, fr) cuando el contenido es el mismo para todos los hablantes de ese idioma, independientemente del país. Con una sola etiqueta cubres a todos los hispanohablantes del mundo.
- Añade el código de región (es-ES, es-MX) solo cuando el contenido es materialmente diferente por país: precios en moneda distinta, condiciones de envío diferentes, terminología local específica.
- Error frecuente: en-UK no existe en la nomenclatura ISO. El código correcto para Reino Unido es en-GB. Screaming Frog te lo marcará como ‘códigos regionales e idioma incoherentes’.
| ⚠️ Consistencia: No mezcles etiquetas con solo idioma y etiquetas con idioma-región en la misma web. Si empiezas con es, usa es en todas partes. Si empiezas con es-ES, usa es-ES en todas partes. Mezclarlos confunde a Google. |
Cómo auditar el hreflang con Screaming Frog: los 14 errores que debes conocer
Revisar el hreflang página a página en el código fuente es inviable en cuanto la web tiene más de unas pocas URLs. Screaming Frog automatiza toda la auditoría y te muestra de un vistazo qué está mal, dónde y por qué.
Encontrarás un panel con el recuento de URLs que contienen hreflang y una lista de errores clasificados. A continuación tienes todos los errores que puede detectar, ordenados por prioridad:
| Error en Screaming Frog | Qué significa |
| URL hreflang sin código 200 | Error grave. Estás enviando a Google a una página rota (404), una redirección (301) o un error de servidor (500). |
| Faltan enlaces de vuelta | Error de reciprocidad. Apuntas a la versión en inglés, pero la de inglés no te apunta de vuelta a ti. |
| Enlaces de vuelta noindex | La página a la que apuntas tiene un noindex. Google no puede indexar una versión que tú mismo le pides que oculte. |
| Falta autorreferencia | La página no se incluye a sí misma en el bloque de idiomas. Cada página debe decir: ‘yo soy la versión X’. |
| Falta X-Default | Ninguna etiqueta usa el atributo x-default. Los usuarios de países sin versión específica quedan sin comodín definido. |
| URL hreflang sin vincular | URLs que aparecen en el hreflang pero no están enlazadas en ningún menú o texto. Son páginas huérfanas. |
| Fuera de <head> | Las etiquetas están en el body o después del cierre del head. Google podría ignorarlas por completo. |
| Entradas múltiples | Etiquetas duplicadas o contradictorias: dos etiquetas que apuntan a dos URLs distintas en la misma página. |
| Sin usar canonical | La página tiene hreflang pero no tiene canonical propia. Google necesita la canónica para validar el idioma. |
| Enlaces de vuelta no canónicos | Apuntas a una traducción, pero esa página tiene una canonical hacia una tercera URL. El hreflang debe ser siempre entre URLs canónicas. |
| Códigos regionales e idioma incoherentes | Has escrito mal el código ISO. Ejemplo frecuente: en-UK (que no existe) en lugar de en-GB. |
| Enlaces de vuelta regionales e idioma incoherentes | Apuntas a una página como si fuera fr-FR pero ella te devuelve el enlace diciendo que eres en-US. Los códigos no coinciden. |
| Contiene hreflang | Indicador informativo: número total de páginas de tu web que tienen al menos una etiqueta hreflang. |
| Falta | Aviso general cuando Screaming Frog detecta que a una URL rastreada le falta el bloque completo de hreflang que debería tener. |
| 🔧 Herramienta rápida para auditorías puntuales: Si solo necesitas revisar una URL concreta sin lanzar un rastreo completo, puedes usar url de ‘Hreflang Tag Checker’. Te muestra al instante si hay errores de reciprocidad o códigos de idioma inválidos en la página que estás visitando. |
GeoIP: el error invisible que puede inutilizar todo tu trabajo técnico
Puedes tener el hreflang perfectamente implementado, la arquitectura de subcarpetas impecable y el contenido localizado para cada mercado. Y aun así, que Google no indexe jamás tus versiones en otros idiomas. La causa más frecuente de este problema es la redirección automática por IP, también llamada GeoIP.
El problema: el Googlebot es americano
La gran mayoría de los rastreadores de Google operan desde servidores ubicados físicamente en Estados Unidos. Cuando tu servidor detecta una visita proveniente de una IP americana y tienes configurada una regla del tipo ‘si el usuario viene de EE. UU., envíalo a la versión en inglés’, el bot de Google aterriza siempre en /en/, sin posibilidad de acceder a /es/ o /it/.
La consecuencia es directa: Google no puede rastrear ni indexar tus páginas en español o italiano porque tu propia web le impide el paso. Las etiquetas hreflang que hay dentro de esas páginas nunca serán leídas, y el error de reciprocidad que verás en Screaming Frog no tiene solución posible hasta que el rastreo esté desbloqueado.
La solución recomendada por Google
Google no recomienda las redirecciones automáticas por IP precisamente por este motivo. La alternativa que sí funciona es mostrar un banner o un selector de idioma no intrusivo cuando se detecta que el usuario podría preferir otra versión, pero permitiéndole y al bot quedarse en la URL que ha elegido.
Si por razones de negocio necesitas mantener las redirecciones por IP, la solución técnica es configurar el servidor para que detecte el User-Agent del rastreador y excluya al Googlebot de la lógica de redirección. Cualquier visita identificada como Googlebot debe poder acceder libremente a cualquier versión sin ser redirigida.
Link building internacional: la señal de relevancia geográfica que falta en muchos proyectos
La implementación técnica perfecta es condición necesaria pero no suficiente. Google también necesita señales externas que confirmen que tu contenido en francés es relevante para el mercado francés. Esas señales son los enlaces entrantes.
Un enlace desde un periódico español tiene autoridad, pero no le transmite a Google ninguna señal de relevancia geográfica para Francia. Para posicionar en un mercado extranjero, necesitas enlaces de webs con dominio local en ese mercado: .fr para Francia, .it para Italia, .de para Alemania.
Tipos de fuentes para el link building internacional
- Prensa local del país destino, especialmente medios con dominio ccTLD.
- Directorios de negocios específicos del sector en ese país.
- Colaboraciones y menciones en webs del mismo idioma.
- Notas de prensa distribuidas a través de agencias locales.
Hacer link building internacional desde medios y directorios españoles para posicionar páginas en otros idiomas es como competir con un brazo atado a la espalda: tienes la estructura, tienes el contenido, pero te falta la señal que confirma que eres relevante en ese mercado.
Si tuvieras que quedarte con un checklist accionable de todo lo que hemos visto:
- Arquitectura: subcarpetas para consolidar autoridad. Compra los ccTLD y redirígelos con 301 a la subcarpeta correspondiente.
- Contenido: keyword research propio por mercado, no traducción del español. Localiza las URLs, los titles, las metadescripciones y los textos ALT de las imágenes.
- Hreflang: reciprocidad, autorreferencia y x-default en cada página. Usa solo código de idioma si el contenido es igual para todos los hablantes; añade región solo si el contenido es diferente por país. Recuerda que es una señal: si está mal hecha, Google la ignorará.
- GeoIP: comprueba con Screaming Frog que el Googlebot no está siendo redirigido a una sola versión. Si tienes redirecciones por IP, excluye el User-Agent del bot de esa lógica.
- Link building: construye autoridad en cada mercado con enlaces de medios y dominios locales del país destino.
En el episodio 1 vimos que internacionalizar no es traducir. En este episodio hemos visto que tampoco es solo implementar: es implementar bien, sin errores que anulen el trabajo, y con una estrategia de construcción de autoridad adaptada a cada mercado.
Aquí tienes el vídeo
