Por Miguel Ángel Jiménez, Head of SEO en Gecko Studio
Llevas meses (o años) construyendo la versión inglesa, francesa o alemana de tu web. La tienes activa, el contenido está traducido, las URLs están separadas. Y aun así, algo no cuadra: el tráfico internacional no llega, o llega a la versión equivocada. Usuarios alemanes aterrizan en el .es. La versión francesa no aparece cuando buscas desde París.
El problema casi nunca es el contenido. Es que Google no sabe —con certeza— a qué usuario debe mostrar qué versión. Y cuando Google duda, elige mal. Pero antes incluso de llegar a Google, hay un error más caro y más temprano: decidir cómo y dónde lanzar cada mercado sin haber auditado ese mercado primero.
Una auditoría SEO internacional bien ejecutada cubre las dos capas: la estratégica (qué estructura de dominios elegir y con qué expectativa de autoridad) y la técnica (hreflang, geo-targeting, canónicos, canibalización entre versiones). Este artículo recorre ambas, en ese orden, porque arreglar el hreflang de una web montada sobre una mala decisión de dominio es ponerle puertas al campo.
Qué es (y qué no es) una auditoría SEO internacional
Una auditoría SEO internacional es el diagnóstico de cómo está preparada una web para ser entendida por Google en más de un idioma o más de un país. No es traducir contenido ni «poner el hreflang». Es verificar que cada decisión —estructura de dominios, hreflang, canónicos, geo-targeting, enlazado interno por versión— le dice a Google lo mismo y sin contradicciones.
La diferencia con una auditoría SEO «normal» es que aquí el error más caro no es un title flojo: es servir la versión equivocada al usuario equivocado, o haber lanzado un mercado en un dominio que parte de cero y tardará años en competir. Una web puede tener un on-page impecable en cinco idiomas y aun así perder casi todo el tráfico internacional por una de esas dos razones.
Antes de saltar a un dominio nuevo: la decisión que lo condiciona todo
La pregunta que más nos llega no es técnica, es estratégica: «vamos a entrar en Francia y Reino Unido, ¿lanzamos .fr y .co.uk o lo montamos en subcarpetas de nuestro dominio actual?». Y la respuesta nunca es automática: depende de tres factores que hay que auditar antes de comprar un solo dominio.
1. Un dominio nuevo arranca de cero
Esto es lo que más se subestima. Cuando registras un .fr nuevo para entrar en Francia, ese dominio empieza sin autoridad: Domain Rating bajo, sin perfil de enlaces, sin historial. Toda la autoridad que tu marca ha construido durante años en su dominio principal no se hereda al nuevo ccTLD. Estás empezando una carrera de autoridad desde la línea de salida, mientras tus competidores locales llevan años corriendo.
Una subcarpeta (dominio.com/fr/), en cambio, hereda la autoridad del dominio principal: los enlaces que apuntan a tu home ayudan también a tus páginas francesas. Por eso, salvo que el mercado lo exija, la subcarpeta suele ser el camino más rápido a tráfico. El ccTLD da la señal de país más fuerte que existe, pero te cobra ese plus en años de construcción de autoridad. Auditar esto significa ser honesto sobre cuánto presupuesto de enlazado y cuánto tiempo tienes para cada mercado nuevo.
2. Mira qué está rankeando en cada mercado
Antes de decidir nada, hay que abrir la SERP real del mercado objetivo —no la española— y leer quién rankea y por qué. ¿Son competidores locales fuertes o agregadores internacionales? ¿Qué tipo de página gana, la transaccional o la informativa? ¿Qué nivel de autoridad tienen los que están arriba? Ese análisis te dice si el mercado es asumible o si vas a chocar contra muros de autoridad imposibles de superar a corto plazo con un dominio recién nacido.
3. Comprueba qué extensión de dominio domina cada mercado
Este es el dato que más decide y el que casi nadie mira. En muchos mercados, el ccTLD local domina la SERP de forma aplastante, hasta el punto de que las propias multinacionales renuncian a su .com y compiten con el dominio local. Lo vemos en datos reales:
Equivalente en texto (los mismos datos del gráfico):
| Mercado / búsqueda | ccTLD local en el top 10 | .com en el top 10 |
|---|---|---|
| Reino Unido — «car hire» | 9 dominios .co.uk |
1 dominio .com |
| Francia — «location de voiture» | 7 dominios .fr |
3 dominios .com |
La lectura es clara: en mercados donde el ccTLD domina, una web extranjera lo tiene cuesta arriba, y hasta las marcas globales lo asumen lanzando dominio local. En otros mercados el .com convive de igual a igual y una subcarpeta bien señalizada compite sin problema. No hay regla universal: hay que mirar la SERP de cada mercado antes de elegir. Esa comprobación —barata, media hora de análisis— evita la decisión de dominio más cara de revertir.
Estructura de la web: ccTLD, subdominio o subcarpeta
Una vez analizado el mercado, la decisión de estructura se concreta en tres opciones, cada una con su compromiso:
| Estructura | Señal de país | Autoridad | Gestión |
|---|---|---|---|
ccTLD (.es, .fr, .co.uk) |
Máxima | Arranca de cero, independiente por dominio | Más compleja (un sitio por país) |
Subdominio (fr.dominio.com) |
Media (configurable) | Google lo trata casi como sitio aparte | Intermedia |
Subcarpeta (dominio.com/fr/) |
Media (vía hreflang + Search Console) | Hereda la del dominio principal | La más sencilla |
En la auditoría, lo primero es documentar qué estructura existe y si es consistente. Proyectos migrados o crecidos sin planificación suelen mezclar subcarpetas con subdominios para distintos idiomas, lo que complica enormemente la implementación de hreflang y diluye las señales. La pregunta de control: ¿hay una sola lógica de estructura para todos los mercados, o cada idioma se montó como pudo en su momento?
Auditoría de hreflang: los errores que cuestan tráfico
El atributo hreflang es la señal principal con la que le dices a Google qué versión de idioma/país corresponde a cada página y a qué audiencia va dirigida. Se implementa en el <head> de cada página, en el sitemap XML, o en las cabeceras HTTP (para PDFs y documentos no HTML).
La sintaxis básica es:
<link rel="alternate" hreflang="es-es" href="https://www.dominio.com/es/pagina/" />
<link rel="alternate" hreflang="en-gb" href="https://www.dominio.com/en-gb/pagina/" />
<link rel="alternate" hreflang="fr" href="https://www.dominio.com/fr/pagina/" />
<link rel="alternate" hreflang="x-default" href="https://www.dominio.com/pagina/" />El x-default indica la versión que se sirve cuando ningún idioma/país coincide con el usuario. Se suele apuntar a la página de selección de idioma o a la versión principal.
Los cinco errores de hreflang más frecuentes
1. Falta de return tags (etiquetas de retorno). Es el error más común y el que Google penaliza más silenciosamente. El hreflang es bidireccional: si la página en /es/ declara que su equivalente en inglés está en /en/, la página en /en/ también debe declarar que su equivalente en español está en /es/. Si falta alguna de estas referencias cruzadas, Google ignora toda la anotación. Comprobación práctica: para cada página con hreflang, verifica que todas las versiones referenciadas incluyen, a su vez, referencias a todas las demás del mismo grupo.
2. Hreflang apuntando a URLs que devuelven 404 o redirigen. Ocurre cuando se elimina o mueve una página en un idioma pero no se actualizan las anotaciones en las demás versiones. Google rastrea cada URL declarada en hreflang; si encuentra una que no existe o redirige, la anotación se invalida. Comprobación práctica: extrae todas las URLs declaradas en hreflang (sitemap o <head>) y pásalas por un rastreador. Filtra las que devuelvan 3xx, 4xx o 5xx.
3. x-default mal configurado o ausente. El x-default se omite en muchas implementaciones, lo que significa que cuando un usuario llega desde un país sin versión específica (por ejemplo, México si solo hay versiones para España y Reino Unido), Google no tiene instrucción clara sobre qué mostrar. En otros casos se configura apuntando a una URL inexistente o a una que tiene su propio hreflang, creando un bucle lógico.
4. Uso incorrecto de los códigos de idioma y región. hreflang="es" cubre el español genérico; hreflang="es-es" es específico para España; hreflang="es-mx" para México. Muchas implementaciones usan es cuando quieren decir es-es, o mezclan ISO 639-1 (idioma) con ISO 3166-1 (país) de forma incorrecta. Google es relativamente tolerante con esto, pero los errores de código pueden hacer que la versión correcta no se sirva al país correcto. Un caso típico: declarar en para una web que en realidad apunta a Reino Unido (en-gb) y a Estados Unidos (en-us) con contenido, precios y moneda distintos.
5. Versiones declaradas que no existen como páginas reales. Algunas implementaciones añaden hreflang para mercados que en realidad no tienen contenido propio: por ejemplo, declaran una versión fr-be (francés de Bélgica) que redirige a la fr genérica. Si Google rastrea la URL y obtiene un contenido idéntico sin señal propia, puede tratarlo como duplicado.
La buena noticia es que casi todos estos errores se detectan de golpe: un rastreo con Screaming Frog o el informe de hreflang de Ahrefs te devuelve, en una sola pasada, los return tags faltantes, las URLs con error y las discrepancias de idioma. El trabajo de criterio empieza después, al priorizar cuáles arreglar primero.
Geo-targeting y Search Console: configuración por país
Más allá del hreflang, en estructuras de subcarpeta o subdominio conviene reforzar el targeting geográfico de cada propiedad. Esta configuración actúa como señal complementaria, especialmente cuando el dominio no da señal de país por sí mismo.
Qué revisar en la auditoría:
- Cada propiedad de subcarpeta o subdominio debería tener claro su país objetivo y su audiencia, coherente con el hreflang implementado en el código.
- Los ccTLD (
.es,.fr,.co.uk) ya tienen geo-targeting implícito; no necesitan configuración adicional, pero sí deben estar verificados como propiedades independientes en Search Console. - Verifica que el targeting declarado coincide con el hreflang. Una discrepancia entre ambos genera confusión.
En proyectos con varias propiedades activas es habitual encontrar propiedades sin verificar, duplicadas (con y sin www) o versiones de subdominio que nunca se añadieron. Todo eso son puntos ciegos en los datos y en las señales que recibe Google.
Lee tus datos por país antes de tocar nada
Una auditoría internacional empieza por mirar de dónde viene realmente tu tráfico, no de dónde crees que viene. En herramientas como Ahrefs o el informe de rendimiento por país de Search Console puedes ver, mercado a mercado, cuántas impresiones y clics recibe cada versión y qué URL recibe el tráfico de cada país.
Ese cruce —impresiones por URL y por país— responde a dos preguntas clave de la auditoría. Primero: ¿el tráfico que llega es la audiencia que el negocio quiere? Un sitio en español puede recibir muchas visitas de mercados que no le interesan comercialmente; saberlo cambia la estrategia de versiones. Segundo: es la forma más fiable de detectar que Google está sirviendo la versión equivocada, como veremos enseguida. Sin estos datos, cualquier decisión sobre crear, fusionar o diferenciar versiones es a ciegas.
Canibalización entre versiones de idioma
La canibalización SEO clásica —dos páginas compitiendo por la misma keyword— tiene una variante internacional especialmente dañina: dos versiones del mismo contenido en distintos idiomas compitiendo por la misma intención cuando el usuario busca en inglés y tanto la versión en inglés alojada en el .es como la versión en-gb aparecen en el índice.
Cómo detectarla:
- Busca en Google
site:tudominio.com keywordcombinando con términos de la versión en el idioma que te interesa. - Usa Search Console para cruzar las URLs que reciben impresiones para la misma keyword en el mismo mercado.
- Con un rastreador tipo Screaming Frog, extrae todas las páginas con hreflang y comprueba si hay URLs de distintos idiomas que comparten el mismo contenido sin canónico cruzado.
La solución habitual no es eliminar contenido, sino asegurarse de que el hreflang está bien implementado y de que los canónicos no apuntan a la versión equivocada. Una página en /fr/ con un canonical que apunta a /es/ le está diciendo a Google que ignore la versión francesa, aunque el hreflang diga lo contrario. Cuando hreflang y canónico se contradicen, gana el canónico: por eso es uno de los primeros cruces que hacemos en cualquier auditoría internacional.
Contenido duplicado entre mercados del mismo idioma
Un caso muy frecuente, y justamente el de los mercados angloparlantes: la web para Reino Unido (/en-gb/ o un .co.uk) y la versión para Estados Unidos o Australia tienen prácticamente el mismo contenido, solo con cambios en la moneda o el teléfono. Google puede tratarlas como duplicados y consolidar la señal en una sola URL, dejando la otra sin indexar.
Opciones para gestionarlo:
- Canónico cruzado: si el contenido es prácticamente idéntico, declara una como canónica de la otra. Pierdes el targeting granular pero evitas el problema de duplicado.
- Diferenciación real: añade contenido específico del mercado (testimonios locales, precios en moneda local, referencias geográficas). Es el camino correcto a largo plazo.
- Hreflang correcto: si son genuinamente audiencias distintas con contenido similar, el hreflang bien implementado le indica a Google que debe indexar ambas para sus respectivos mercados.
Cómo detectar que Google sirve la versión equivocada
Este es el síntoma que más preocupa y que a veces pasa desapercibido durante meses. Señales a buscar:
- Search Console, rendimiento por país: filtra por país y comprueba qué URL recibe impresiones. Si usuarios de Francia aterrizan mayoritariamente en la versión española, hay un problema de targeting.
- Inspección de URL: en Search Console, inspecciona una URL de la versión francesa y mira en «Indexación» qué página declara Google como canónica. Si apunta a la versión española, Google ha decidido que son duplicados.
- Resultados en la SERP local: comprueba (con una herramienta de SERP por país o con una VPN) qué versión de tu web aparece al buscar desde el país objetivo. Si para una búsqueda en francés aparece tu URL en inglés o en español, el targeting está roto.
- Informe de hreflang en Screaming Frog o Ahrefs: ambas generan un informe de errores de hreflang con return tags faltantes, URLs con errores y discrepancias de idioma. Es la forma más rápida de pasar de «creo que algo va mal» a una lista concreta de páginas a corregir.
El patrón más habitual es que la versión con más autoridad de enlazado (normalmente la principal) acaba absorbiendo tráfico de las versiones secundarias porque los errores de hreflang y canónico dejan a Google sin instrucción clara. La solución es sistemática: primero el hreflang limpio, luego el enlazado interno coherente dentro de cada versión, luego la diferenciación de contenido.
Si quieres entender el marco completo antes de aplicarlo a tu caso, la guía de auditoría SEO de Gecko Studio cubre el proceso completo desde el análisis técnico hasta el rastreo y la indexación.
Cómo priorizar las correcciones (no todas valen lo mismo)
Una auditoría que devuelve 200 incidencias sin orden de prioridad es casi inútil. Cuando cerramos el diagnóstico internacional, ordenamos los arreglos por impacto real de tráfico, no por número de errores:
- Primero, lo que rompe la indexación: hreflang a 404, canónicos que apuntan a otra versión, páginas importantes sin ninguna etiqueta. Son los que hacen que Google sirva o indexe la versión equivocada.
- Después, lo que afecta a páginas con tráfico o potencial: corrige antes la categoría que ya recibe impresiones que la página que nadie visita, aunque ambas tengan el mismo error.
- Por último, la coherencia fina: códigos de idioma/región,
x-default, limpieza de versiones declaradas que no aportan.
En sitios generados a partir de plantilla (e-commerce, directorios, páginas por ciudad), este orden se acelera: como un cambio en la plantilla propaga la corrección a decenas de páginas a la vez, conviene arreglar el patrón una vez y verificar el resultado en una muestra, en lugar de ir página por página.
Lista de comprobación: auditoría SEO internacional paso a paso
Fase 0 — Estrategia (antes de tocar el sitio)
- Analiza la SERP real de cada mercado objetivo: quién rankea, con qué tipo de página y con qué autoridad.
- Comprueba qué extensión de dominio domina cada mercado (ccTLD local vs
.com). - Decide estructura (ccTLD / subdominio / subcarpeta) según señal de país necesaria, presupuesto de autoridad y plazos.
Fase 1 — Inventario
- Documenta todas las versiones de idioma/país existentes y sus URLs base.
- Verifica que la estructura es consistente entre todos los mercados.
- Comprueba que todas las propiedades están en Search Console y con geo-targeting configurado.
- Revisa el reparto de tráfico por país: ¿coincide con los mercados objetivo?
Fase 2 — Auditoría técnica de hreflang
- Extrae todas las anotaciones hreflang (sitemap +
<head>). - Verifica return tags para cada grupo de páginas.
- Comprueba que todas las URLs declaradas en hreflang devuelven 200.
- Verifica que el
x-defaultapunta a una URL válida y coherente. - Comprueba los códigos de idioma y región (ISO 639-1 + ISO 3166-1).
Fase 3 — Canónicos y duplicados
- Verifica que los canónicos no contradicen el hreflang.
- Detecta páginas con contenido idéntico entre versiones sin estrategia de canónico.
- Comprueba que no hay versiones de idioma indexadas que devuelvan la misma respuesta.
Fase 4 — Análisis de rendimiento
- En Search Console, cruza impresiones por URL y por país para detectar desajustes.
- Comprueba qué versión de cada página tiene más señales de enlazado y si corresponde con la principal.
- Revisa la cobertura de indexación de cada versión (páginas excluidas, descubiertas sin indexar).
Preguntas frecuentes sobre auditoría SEO internacional
¿Qué es el SEO internacional?
Es el conjunto de técnicas para que una web posicione en varios países o idiomas a la vez, sirviendo a cada usuario la versión correcta. Incluye la estructura de URLs (ccTLD, subdominio o subcarpeta), el hreflang, el geo-targeting y la diferenciación de contenido por mercado. La auditoría SEO internacional es el diagnóstico que verifica que todo eso está bien implementado.
¿Conviene lanzar un dominio nuevo (.fr, .co.uk) o usar una subcarpeta?
Depende del mercado. Un ccTLD nuevo da la señal de país más fuerte, pero arranca sin autoridad: empiezas a construir Domain Rating desde cero. Una subcarpeta hereda la autoridad del dominio principal y llega antes a tráfico. La regla práctica: si la SERP del mercado está dominada por ccTLD locales —y muchas lo están—, valora el dominio local asumiendo el coste de autoridad; si el .com compite de igual a igual allí, la subcarpeta suele ser más eficiente.
¿Es obligatorio usar hreflang si tengo la web en varios idiomas?
No es obligatorio técnicamente, pero sí muy recomendable. Sin hreflang, Google intentará determinar por su cuenta qué versión mostrar, y en webs con contenido similar entre versiones el resultado suele ser que solo una se indexa correctamente. Para webs con subdirectorios de idioma o contenido traducido, hreflang es prácticamente imprescindible.
¿Los ccTLD necesitan hreflang?
Sí. Aunque los ccTLD como .es o .fr ya envían una señal fuerte de país, necesitan hreflang para que Google entienda que son versiones equivalentes entre sí y consolide las señales de autoridad correctamente. Sin hreflang, cada ccTLD compite de forma independiente.
¿Cuánto tarda en reflejarse una corrección de hreflang en Google?
Depende del crawl budget y la frecuencia de rastreo del sitio. En webs medianas, los cambios en el sitemap y en el <head> suelen procesarse en unas 2 a 4 semanas; en webs grandes o con crawl budget limitado puede tardar más. Es un rango orientativo de la industria, no una garantía.
¿Es mejor subdominio o subcarpeta para SEO internacional?
En la mayoría de casos, subcarpeta: concentra la autoridad de enlazado en un solo dominio, es más fácil de gestionar y no requiere verificaciones separadas para los países sin ccTLD. Los subdominios tienen sentido cuando los mercados son muy distintos en contenido o tecnología. Los ccTLD son la mejor señal de targeting de país, pero requieren construir autoridad independiente para cada dominio.
¿Cómo sé si Google está ignorando mi hreflang?
El indicador más fiable es el informe de Search Console sobre páginas con hreflang: si hay errores ahí (URLs no encontradas, return tags faltantes, idiomas no reconocidos), Google está ignorando esas anotaciones. Complementariamente, inspecciona varias URLs de versiones secundarias y observa qué declara Google como canónica: si siempre apunta a la versión principal, el hreflang no está surtiendo efecto.
SEO internacional: estrategia de dominios y hreflang, en la misma dirección
La pregunta que más recibimos de empresas con presencia internacional es: «tenemos la web traducida, ¿por qué no llega tráfico del extranjero?». La respuesta está en dos capas. La estratégica: a veces el mercado se lanzó en una estructura de dominio que parte con desventaja, sin haber mirado qué extensión domina allí ni con cuánta autoridad arranca. Y la técnica: hreflang incompleto, canónicos que contradicen el targeting, versiones duplicadas sin diferenciación.
El trabajo de auditoría SEO internacional es ordenar ambas: elegir bien dónde compites y decirle a Google, con precisión, qué versión existe para cada mercado y cómo se relacionan entre sí. Cuando las dos capas están alineadas, el tráfico internacional responde.
Si tienes una web multiidioma o planeas entrar en nuevos mercados y sospechas que algo no está funcionando como debería, una auditoría SEO profesional sobre la implementación internacional suele revelar los puntos de fuga en pocas horas de análisis.