SEO Internacional · Google Search Console avanzado
Google Search Console
para múltiples países:
la guía técnica real
La mayoría de los problemas en SEO internacional no son de estrategia ni de contenido. Son de configuración técnica que nadie revisó con suficiente atención. Esta guía existe para que puedas construir la infraestructura correcta desde el principio.
Hay una escena que se repite en los equipos de SEO internacional con una regularidad casi cómica: alguien abre Google Search Console, ve una lista interminable de propiedades, dominios, subdominios y carpetas mezcladas sin ningún orden aparente, y dice —con la voz de quien acaba de abrir el armario de cables de la oficina— «¿quién hizo esto?»
La respuesta, casi siempre, es: nadie en concreto. Pasó. Fue creciendo. Primero había un país, luego dos, luego alguien contrató un freelance para el mercado latino, otro para el germánico, y de repente tienes una constelación de propiedades que nadie controla del todo.
Este artículo existe para que eso no te pase, o para que, si ya te pasó, puedas salir del caos con la cabeza en su sitio.
Por qué Search Console para múltiples países es un animal completamente diferente
Gestionar Search Console para un solo dominio es relativamente sencillo. Tienes tus impresiones, tus clics, tus errores de cobertura y tus Core Web Vitals. Lo entiendes en una tarde.
Pero cuando entras en territorio internacional, el tablero cambia. De repente hay preguntas que antes no existían:
- ¿Uso un dominio por país (ccTLD), subdominios o subdirectorios?
- ¿Cómo sabe Google que mi versión en español de México no compite con la de España?
- ¿Dónde configuro la segmentación geográfica?
- ¿Por qué la versión alemana de mi sitio aparece en resultados austriacos pero no alemanes?
- ¿Qué pasa si tengo el mismo contenido en varios países?
Estas no son preguntas hipotéticas. Son las que llegan a los foros de SEO cada semana. Y la mayoría de respuestas que circulan están incompletas, desactualizadas o directamente son incorrectas.
La decisión estructural que lo cambia todo: ccTLD vs subdominio vs subdirectorio
Antes de abrir Search Console, antes incluso de pensar en etiquetas hreflang, tienes que tener clara una decisión que —si ya tomaste— no puedes cambiar fácilmente: cómo estructuras tu presencia internacional.
Opción 1 — ccTLD
ejemplo.de · ejemplo.fr · ejemplo.mx
Señal geográfica máxima
Señal geográfica más fuerte. No necesitas configurar segmentación en Search Console.
Confianza inmediata del usuario local al ver la extensión de su país.
Cada dominio es una entidad separada con autoridad que construir desde cero.
Si tienes diez países, tienes diez sitios con su propia estrategia de link building.
Opción 2 — Subdominios
de.ejemplo.com · fr.ejemplo.com
Sitios semi-independientes
Más fáciles de gestionar que los ccTLD. Google reconoce la relación entre ellos.
Puedes configurar la segmentación geográfica en Search Console.
Comparten menos autoridad con el dominio principal que los subdirectorios.
La tendencia en sitios grandes es alejarse de los subdominios hacia subdirectorios.
Opción 3 — Subdirectorios
ejemplo.com/de/ · ejemplo.com/fr/
Autoridad concentrada
Toda la autoridad del dominio fluye hacia las versiones locales.
Muchas empresas grandes (Booking, Airbnb) usan esta estructura precisamente por eso.
La señal geográfica es más débil. Dependes más del hreflang y del contenido.
Requiere una arquitectura de servidor bien pensada desde el inicio.
La respuesta incorrecta
No haberlo pensado antes de lanzar y tener que migrar después. Una migración internacional mal ejecutada puede destruir meses o años de posicionamiento acumulado. Si estás en esa situación ahora, planifica la migración con mucho más cuidado que el proyecto original.
Cómo añadir y verificar propiedades en Search Console para cada país
Una vez tienes clara la estructura, llega el momento operativo. Y aquí hay más matices de lo que parece.
Tipos de propiedad en Search Console
Google Search Console permite dos tipos de propiedad con comportamientos muy distintos:
- Propiedad de dominio: Abarca todo lo que cuelga de ese dominio, incluidos subdominios, subdirectorios, versiones http y https. Es la opción más completa y la recomendada si tienes control del DNS. Para verificarla, necesitas añadir un registro TXT en tu proveedor de DNS.
- Propiedad de prefijo URL: Solo cubre una URL específica:
https://ejemplo.com/de/es diferente dehttps://ejemplo.com/de(con o sin barra final). Es más granular pero puede crear confusión si no eres consistente con las URLs.
Recomendación pragmática para la mayoría de casos
Una propiedad de dominio principal que englobe todo, más propiedades de prefijo para los mercados más importantes donde necesitas informes detallados independientes. Si tienes ccTLD o subdominios, no tienes elección: cada uno necesita su propia propiedad.
Verificación via DNS (propiedad de dominio) — paso a paso
- Entra en Search Console y elige «Propiedad de dominio»
- Introduce tu dominio sin protocolo (
ejemplo.com, nohttps://ejemplo.com) - Copia el registro TXT que te proporciona Google
- Ve a tu proveedor de DNS (Cloudflare, GoDaddy, Namecheap…) y añade ese registro TXT en los registros de tu dominio
- Vuelve a Search Console y haz clic en «Verificar». La propagación DNS puede tardar de minutos a varias horas, raramente más.
La segmentación geográfica: el botón que mucha gente no encuentra
Esta es una de las funciones más importantes y más mal documentadas de Search Console para SEO internacional: la segmentación geográfica. Permite decirle explícitamente a Google: «esta propiedad está orientada a usuarios de Alemania» o «esta propiedad no tiene un país objetivo específico».
Dónde encontrarla: Dentro de cada propiedad → Configuración (el engranaje) → Configuración internacional → Segmentación geográfica.
Esta señal tiene más peso que el contenido del idioma pero menos que un ccTLD. Aquí la guía de cuándo configurarla y cuándo no:
- Configúrala cuando: usas subdirectorios o subdominios y quieres reforzar la señal geográfica; tu contenido tiene precios locales, referencias culturales o leyes específicas del país; tienes versiones muy similares en el mismo idioma para países distintos (español de México vs. español de España)
- No la configures cuando: tu contenido es global y quieres aparecer en múltiples países; tienes un ccTLD (la señal ya es suficiente); o no estás seguro — sin configuración es mejor que una configuración incorrecta
Trampa clásica
Configurar la segmentación geográfica para «España» en la propiedad raíz que contiene todos los subdirectorios. Si tienes ejemplo.com/de/ y ejemplo.com/fr/, la propiedad de dominio no debería tener país objetivo. Los subdirectorios individuales, si los tienes como propiedades separadas, sí pueden tenerlo.
Hreflang: el tema que genera más confusión en SEO internacional
El hreflang es una etiqueta HTML que le dice a Google qué páginas son alternativas entre sí para diferentes idiomas y regiones. Sin él, Google tiene que adivinar. Y cuando Google adivina en SEO internacional, suele equivocarse de maneras creativas.
Una implementación básica en el <head> de tu página española:
HTML — Ejemplo de implementación hreflang
<!-- En el <head> de cada página que tiene variantes -->
<link rel="alternate" hreflang="es-ES" href="https://ejemplo.com/es-es/pagina/" />
<link rel="alternate" hreflang="es-MX" href="https://ejemplo.com/es-mx/pagina/" />
<link rel="alternate" hreflang="de" href="https://ejemplo.com/de/pagina/" />
<link rel="alternate" hreflang="fr" href="https://ejemplo.com/fr/pagina/" />
<link rel="alternate" hreflang="x-default" href="https://ejemplo.com/pagina/" />Cada página que tiene versiones alternativas debe incluir todas las etiquetas, incluyendo una etiqueta que apunta a sí misma. Este es uno de los errores más comunes: la página alemana también debe incluir la etiqueta hreflang="de" apuntando a sí misma.
x-default: la etiqueta que muchos omiten
El hreflang="x-default" señala la URL que se debe mostrar cuando ninguna de las otras variantes coincide con el idioma o la región del usuario. Suele ser la página de inicio global, un selector de idiomas, o la versión en inglés si es tu idioma principal. No es obligatorio, pero su ausencia puede provocar comportamientos extraños en los resultados de países que no tienes cubiertos explícitamente.
Errores de hreflang en Search Console
| Error | Qué significa | Gravedad |
|---|---|---|
| Página de retorno faltante | La página A apunta a B con hreflang, pero B no apunta de vuelta a A. El hreflang debe ser siempre bidireccional | Crítico |
| Idioma no reconocido | Estás usando códigos de idioma malformados o inventados. Los códigos deben seguir el estándar ISO 639-1 | Crítico |
| URL no indexada | El hreflang apunta a una URL que Google no puede rastrear o que está bloqueada en robots.txt | Crítico |
| Demasiadas etiquetas hreflang | Sitios con muchos idiomas pueden tener un bloque hreflang muy extenso. No es un error per se, pero puede ralentizar el procesamiento | A revisar |
Organizar múltiples propiedades sin perder la cabeza
Cuando tienes más de cuatro o cinco propiedades, la interfaz de Search Console puede volverse un laberinto. Aquí van estrategias reales para mantener el orden.
El rol de los usuarios y permisos
Cada propiedad puede tener sus propios usuarios con diferentes niveles de acceso. Para empresas con equipos locales por país, la práctica recomendable es:
- Propietario central (el SEO global o la agencia coordinadora): acceso total, puede añadir y eliminar usuarios
- Usuarios con acceso completo para los equipos locales de cada mercado: ven todos los datos pero no gestionan usuarios
- Usuarios restringidos para stakeholders que solo necesitan ver informes de rendimiento
Evita dar acceso de propietario a demasiadas personas. Es más difícil de revocar y controlar, y si alguien abandona la empresa manteniendo ese acceso, puede convertirse en un problema de seguridad real.
Vincula Search Console con Google Analytics 4
Este paso es infrautilizado y extremadamente valioso. Al vincular ambas plataformas, puedes ver el comportamiento post-clic de los usuarios de búsqueda orgánica directamente en GA4, segmentado por país. Para vincularlo: en Search Console → Configuración → Asociaciones → Google Analytics.
Una vez vinculado, en GA4 aparece un informe de adquisición de búsqueda orgánica con datos de impresiones, clics y posición media combinados con métricas de comportamiento como tasa de engagement o conversiones. Para SEO internacional, esto permite responder: ¿los usuarios alemanes que llegan de Google convierten mejor que los franceses? ¿Desde qué queries llegan y qué hacen después?
Los informes de Search Console que más importan en SEO internacional
Informe de rendimiento segmentado por país
En el informe de Rendimiento, haz clic en el botón + Nuevo y selecciona País. Puedes comparar dos países o ver el rendimiento de cada uno por separado. Filtra por URLs para ver qué páginas locales rinden mejor en cada mercado. Esto te permite detectar patrones como: ¿por qué el tráfico de México es alto pero la posición media es baja? ¿Estamos perdiendo contra competidores locales?
Informe de cobertura por propiedad
Cada propiedad tiene su propio informe de cobertura. Errores que son normales en un mercado pueden ser críticos en otro. Revisa regularmente:
- Redirigido: URLs que redirigen a otra parte. En SEO internacional puede indicar problemas de canonicalización cross-country
- Excluido (duplicado sin canónica elegida por el usuario): Google está viendo contenido duplicado y tomando sus propias decisiones. Quieres ser tú quien decida, no Google
- Excluido (bloqueado por robots.txt): Asegúrate de que la versión local no está bloqueando recursos críticos como CSS o JS
Core Web Vitals por país
Los Core Web Vitals pueden variar significativamente por país, especialmente si tus servidores están centralizados en una región. Un sitio con servidores en Europa puede tener excelentes métricas en Alemania pero mediocres en México o Brasil. Si un mercado tiene malos números, investiga si el problema es de infraestructura (CDN, caché, proximidad del servidor) antes de tocar el código.
Errores que comete casi todo el mundo al escalar a múltiples países
Error 01
Confundir idioma con país
Hreflang tiene dos componentes: idioma (es, de) y opcionalmente región (es-MX, es-ES). Si solo configuras el idioma, Google elige qué versión mostrar en cada país. Si configuras idioma + región, le das instrucciones más precisas. Para idiomas poco fragmentados regionalmente, solo el código de idioma suele ser suficiente.
Error 02
Canonicalizar al dominio equivocado
La etiqueta canonical en ejemplo.com/de/pagina/ debe apuntar a sí misma, no a ejemplo.com/pagina/. Si canonicalizas todas las versiones al dominio principal, le estás diciendo a Google que las versiones locales son duplicados. Es una de las formas más efectivas de autosabotearse en SEO internacional.
Error 03
No gestionar el contenido duplicado entre países
Si tienes el mismo producto en España y México con descripciones idénticas, Google probablemente consolidará las señales en una sola URL. La solución no siempre es reescribir todo: adaptar precios, moneda, ejemplos o referencias locales puede ser suficiente para que el contenido sea genuinamente diferente por mercado.
Error 04
Olvidar los sitemaps locales
Cada versión de tu sitio debería tener su propio sitemap (o una sección del sitemap global) que incluya todas las URLs de esa versión y sus etiquetas hreflang. Súbelo desde la propiedad correspondiente en Search Console para que Google lo procese en el contexto correcto.
Error 05
Ignorar las búsquedas de marca local
Antes de obsesionarte con términos transaccionales, verifica cómo apareces para búsquedas de tu propia marca en cada mercado. Es el indicador más básico de que tu presencia local está funcionando. Si no apareces de forma destacada para tu propia marca en un país, hay algo fundamentalmente roto.
Error 06
No documentar las decisiones tomadas
¿Por qué elegiste subdirectorios en vez de subdominios? ¿Por qué el mercado brasileño tiene segmentación geográfica pero el latinoamericano no? Esta documentación parece innecesaria hasta que entra alguien nuevo al equipo o hasta que hay que justificar una decisión ante el cliente tres meses después.
La mentalidad correcta para gestionar todo esto a largo plazo
Configurar Search Console para múltiples países no es un proyecto de un día. Es un sistema que necesita mantenimiento regular. La Herramienta de Inspección de URLs es tu primera parada cuando algo no funciona como esperabas: introduce cualquier URL y te dice cómo la ve Google, qué versión indexa, qué canonical reconoce y qué versión hreflang detecta. Es el diagnóstico más directo que existe.
Define un calendario de revisión
Semanalmente
- Informe de rendimiento básico por mercado
- Alertas de caídas de tráfico en propiedades clave
- Errores críticos nuevos en cobertura
Mensualmente
- Cobertura e indexación de cada propiedad
- Revisión de errores hreflang activos
- Comparativa de posiciones por mercado
- Sitemaps actualizados y enviados
Trimestralmente
- Core Web Vitals por país e infraestructura
- Auditoría completa de hreflang
- Revisión de permisos y usuarios activos
- Actualización de documentación de decisiones
El diagnóstico más directo que existe
Cuando algo no funciona como esperabas, la Herramienta de Inspección de URLs dentro de cada propiedad de Search Console es tu primera parada. Introduce cualquier URL y te dice exactamente cómo la ve Google: qué versión indexa, qué canonical reconoce, qué versión hreflang detecta. No hay interpretaciones ni suposiciones: es lo que ve el bot.
El resultado de hacerlo bien
Cuando tienes Google Search Console correctamente configurado para múltiples países, pasan cosas concretas y medibles: dejas de perder tráfico porque la versión incorrecta de tu sitio aparece en el país equivocado. Empiezas a ver datos que antes no tenías sobre qué términos usan los usuarios en Alemania frente a México para buscar lo mismo. Detectas que tu versión francesa tiene un problema de indexación que lleva meses sin verse.
Pero más allá de los datos, tienes algo más valioso: la tranquilidad de saber que la infraestructura técnica de tu SEO internacional está construida sobre bases sólidas. Que cuando llegue tráfico de Múnich o de Ciudad de México, hay un sistema pensado para recibirlo.
En SEO internacional, la mayoría de los problemas no son de estrategia ni de contenido. Son de configuración técnica que nadie revisó con suficiente atención. Ahora ya no tienes esa excusa.
La mayoría de los problemas en SEO internacional no son de estrategia ni de contenido. Son de configuración técnica que nadie revisó con suficiente atención.