SEO internacional

Qué es realmente el SEO internacional: segmentación por idioma frente a segmentación por país, ccTLD/subdominio/subdirectorio, hreflang a escala, en qué se diferencia Bing y qué ha quedado obsoleto — por Patrick Stox.

Publicado por primera vez: 25 jun 2026 · Última actualización: 22 ago 2026 · Avanzado
Idiomas

El SEO internacional consiste en asegurarse de que los motores de búsqueda entiendan a qué países y/o idiomas se dirige su sitio, y sirvan la versión correcta a la persona correcta. Se divide en dos ejes —segmentación por idioma frente a segmentación por país— y funciona con tres palancas: la estructura de URL (ccTLD/subdominio/subdirectorio), hreflang y la localización en la página. Mi conclusión, ganada a pulso gestionando esto a escala de IBM: hreflang es una sugerencia, no una directiva (su beneficio real es el intercambio de versiones en la SERP, no la indexación); el hreflang manual falla a escala, así que automatice y monitorice de forma continua; la mejora de posicionamiento asociada al ccTLD se está desvaneciendo (Gary Illyes, julio de 2024); el informe «International Targeting» de GSC ya no existe (2022); y Bing se apoya en la metaetiqueta content-language, no en hreflang. Para la mayoría de los sitios yo elegiría subdirectorios y una página por idioma en lugar de una maraña de dominios por país. Filtre en qué mercados entra primero según demanda, elegibilidad, capacidad, competencia y economía; y tenga presente que nada de esto garantiza indexación, posicionamiento, tráfico ni conversiones: solo mejora sus probabilidades.

TL;DR — El SEO internacional se apoya en dos ejes (idioma frente a país) y tres palancas (estructura de URL, hreflang y señales en la página). hreflang es una sugerencia: su beneficio es el intercambio de versiones en la SERP, no la indexación, y Google puede anularlo. La mejora de posicionamiento asociada al ccTLD —el algoritmo LDCP de Google— se está desvaneciendo (Gary Illyes, julio de 2024). El informe «International Targeting» de GSC quedó obsoleto en 2022. Bing se apoya en la metaetiqueta content-language y trata hreflang como “a far weaker signal.” (traducción) «una señal mucho más débil». A escala empresarial, la gestión manual de hreflang fallará: automatice la generación y monitorice de forma continua. Mis opciones por defecto: subdirectorios y una página por idioma. Filtre la entrada en cada mercado según demanda, elegibilidad, capacidad, competencia y economía antes de elegir la arquitectura; y tenga presente que nada de esto garantiza indexación, posicionamiento ni tráfico: solo mejora las probabilidades de que los motores emparejen correctamente las versiones regionales.

Dos ejes, no uno

La distinción más útil de todo este tema es que la segmentación por idioma y la segmentación por país son cosas diferentes. La propia documentación de Google traza la línea con claridad: “Multilingual websites are those that offer content in more than one language,” (traducción) «Los sitios web multilingües son aquellos que ofrecen contenido en más de un idioma», mientras que “Multi-regional websites are those that explicitly target users in different countries.” (traducción) «Los sitios web multirregionales son aquellos que se dirigen explícitamente a usuarios de distintos países». Puede necesitar una, ambas o ninguna.

Evidence for this claim Google distinguishes multilingual sites from multi-regional sites; a site can be both. Scope: Google Search guidance for sites serving multiple languages, countries, or regions. Confidence: high · Verified: Google: Managing multi-regional and multilingual sites

Gary Illyes expuso la trampa sin rodeos: “The language is absolutely not a tell for what country you are targeting.” (traducción) «El idioma no es en absoluto un indicio del país al que se está dirigiendo». Una página en francés podría ser para Francia, Canadá, Bélgica o Suiza. Con el español ocurre lo mismo: dirigirse al idioma español no equivale a dirigirse al mercado argentino ni al español, y Google ilustra precisamente eso al mostrar que un sitio puede mantener versiones separadas para Argentina y España y, dentro de España, ofrecer contenido en español y en gallego. Si le importa el país, tiene que señalarlo explícitamente: un código de región en su hreflang (fr-CA, no solo fr) o un ccTLD. El idioma por sí solo no basta. Y el atributo lang de HTML no ayuda: el ejemplo de Illyes era un sitio en el que “Joomla just came with the Lang attribute set to English… And then you looked at the page, and it was 100% German.” (traducción) «Joomla simplemente venía con el atributo Lang configurado en inglés… Y luego mirabas la página y era 100 % alemán». Los motores aprendieron hace mucho a no fiarse de él.

Nada de este mapeo de ejes es un mecanismo de garantía, y conviene decirlo con claridad: acertar con la distinción entre idioma y país y con las señales técnicas puede mejorar lo bien que Google y Bing emparejan las versiones regionales con quienes buscan, pero no promete indexación, posicionamiento, tráfico, conversiones, una configuración regional concreta en pantalla ni citas en respuestas de IA para ninguna página en particular. La lista de señales que aparece a continuación viene con sus propios límites documentados sobre qué cuenta y qué no.

Priorice el mercado antes de fijar la arquitectura

Antes de comprometerse con una estructura de URL, filtre el mercado en sí: la arquitectura es cara de deshacer, y elegirla antes de saber si merece la pena entrar en ese mercado es hacerlo al revés. La lista de comprobación práctica que utilizo: demanda de búsqueda en ese idioma o país, si su producto o servicio es realmente elegible para venderse u operar allí, si dispone de la capacidad operativa para darle soporte (atención al cliente, aspectos legales, pagos, logística), lo competitivo que ya es el mercado y si la economía unitaria funciona una vez que convierte. Trate las cifras de tráfico y de volumen de palabras clave del estilo de Ahrefs como estimaciones para dimensionar y comparar mercados entre sí; trate las filas de su propio Google Search Console o de su analítica como datos propios observados una vez que ya opera en algún lugar similar. Saltarse este filtro es la forma en que los equipos acaban con un ccTLD caro en un mercado que nunca iba a convertir. La página sobre investigación de palabras clave para SEO internacional cubre en profundidad el flujo de trabajo de investigación mercado a mercado.

Cómo elegir su estructura de URL

Esta es la única decisión arquitectónica que resulta cara de deshacer, así que merece la pena acertar. Google utiliza varias señales para deducir su configuración regional de destino —ccTLD, hreflang, ubicación del servidor y señales en la página como direcciones locales, números de teléfono, moneda y enlaces de sitios locales—, pero la estructura de URL es la que se fija en la infraestructura.

Evidence for this claim Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Scope: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Confidence: high · Verified: Google: Managing multi-regional and multilingual sites
EstructuraEjemploVentajasInconvenientes
ccTLDexample.deSeñal de país más potente; clara para los usuariosCara; divide la autoridad entre dominios; disponibilidad limitada
Subdominiode.example.comFácil de configurarA menudo se trata como un sitio aparte; menor reconocimiento
Subdirectorioexample.com/de/Consolida la autoridad bajo un solo dominio; poco mantenimientoUn único host; señal puramente geográfica más débil
Parámetro de URLexample.com?loc=deNo recomendado; difícil de segmentar

Mi opción por defecto para la mayoría de los sitios es el subdirectorio. Mantiene toda su autoridad bajo un mismo dominio en lugar de repartirla entre ccTLD separados, y supone mucho menos mantenimiento. John Mueller lleva años diciendo que “subdomains and subdirectories are essentially equivalent” (traducción) «los subdominios y los subdirectorios son esencialmente equivalentes» desde el punto de vista de Google, así que los factores decisivos suelen ser operativos, no motivos mágicos de SEO: elija lo que encaje con su stack y con su plan a largo plazo. Esto es orientación de profesional, fruto de gestionar esto a escala, no una regla universal de posicionamiento de Google: la propia documentación de Google enumera ventajas e inconvenientes de cada opción y no declara ganadora a ninguna estructura.

La gran advertencia es la historia de los ccTLD. Los ccTLD siguen siendo la señal de país más potente —Google los describe como “a strong signal… about the target country of a website” (traducción) «una señal potente… sobre el país de destino de un sitio web»—, pero esa ventaja se está reduciendo. Gary Illyes, en Search Off the Record en julio de 2024, describió el mecanismo subyacente y su declive: “One of the main algorithms… is called something like LDCP — language demotion country promotion… But nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (traducción) «Uno de los principales algoritmos… se llama algo así como LDCP: degradación por idioma, promoción por país… Pero hoy en día… no tiene mucho sentido para nosotros aplicar automáticamente ese pequeño impulso porque es ambiguo». Fue más allá: “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away,” (traducción) «Creo que con el tiempo, dentro de unos años, ese [beneficio del ccTLD] también se desvanecerá», porque “think about all the funny domain names that you can buy… It doesn’t say anything anymore about the country.” (traducción) «piense en todos los nombres de dominio curiosos que se pueden comprar… Ya no dice nada sobre el país». Su consejo práctico coincidía con el mío: sigue habiendo valor de marketing en un ccTLD, “but I would not worry too much about it” (traducción) «pero yo no me preocuparía demasiado por ello» en cuanto a posicionamiento. Google incluso ha estado redirigiendo sus propios ccTLD de país a google.com.

hreflang: la señal técnica central

hreflang es el caballo de batalla del SEO internacional, y es el tema al que he dedicado más tiempo que a casi cualquier otro asunto técnico: fue una de mis primeras aportaciones al incorporarme a Ahrefs, editando nuestra guía de hreflang.

Qué hace en realidad. hreflang indica a Google (y a Yandex) a qué idioma o región está destinada una URL. Su beneficio real es el intercambio de versiones en la SERP: a un visitante del Reino Unido se le puede mostrar su página en-gb aunque la que posiciona sea la en-us, siempre que hreflang esté configurado correctamente. Cuando las etiquetas están rotas, ese intercambio sencillamente no ocurre. Lo que hreflang no hace es garantizar la indexación ni anular la canonicalización: es una de aproximadamente 19 señales de canonicalización, no una carta ganadora.

Tres métodos de implementación, todos equivalentes: etiquetas <link rel="alternate" hreflang="…" href="…" /> en el <head>; una cabecera HTTP Link:; o entradas <xhtml:link> en su sitemap XML. No hay una diferencia inherente de velocidad —las señales se comprueban en el momento del rastreo en cualquiera de los casos—, así que use la que su stack genere de forma más fiable. (En una configuración mixta de ccTLD más .com, los sitemaps XML alojados de forma centralizada son la manera habitual de gestionar clústeres entre dominios.)

Las reglas de oro:

  • Bidireccional / recíproco. Si la página X apunta a la página Y, Y debe apuntar de vuelta a X. hreflang funciona por clústeres —un conjunto de páginas que se referencian entre sí— y un clúster solo se forma cuando los enlaces son recíprocos. Así funciona también el reparto de señales dentro del clúster: la página más fuerte puede impulsar a las demás.
  • La autorreferencia es una buena práctica pero, según Mueller, técnicamente “optional” (traducción) «opcional».
  • x-default es su valor de reserva para los usuarios cuyo idioma o región no coincide con ninguna versión concreta.
  • Use códigos de región reales. en-GB, fr-BE, zh-Hans: idioma ISO 639-1 más una región ISO 3166-1 opcional. No existen los códigos de región EU, LATAM, APAC ni MENA; se segmentan países individuales (es-MX, es-AR, es-CO).

Los errores comunes están por todas partes. En el estudio de hreflang de Ahrefs en el que trabajé —el mayor realizado hasta la fecha, sobre 374 756 dominios que usaban hreflang—, el 67 % tenía al menos un problema. Mi reacción sincera en aquel momento: “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” (traducción) «Me sorprende que las cifras no fueran peores… Sospecho que muchos de estos sitios tienen implementaciones básicas». La conclusión se mantiene: “Hreflang is complex and hard to get right. It can break in so many different ways.” (traducción) «Hreflang es complejo y difícil de implementar bien. Puede romperse de muchísimas formas distintas».

hreflang es una sugerencia, no una directiva. Esta es la idea que más necesita interiorizarse. Como lo expresó Mueller (Bluesky, mayo de 2025): “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (traducción) «hreflang no garantiza la indexación… si son iguales (por ejemplo, fr-fr y fr-be), es habitual que se elija una como principal». Y: “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (traducción) «A menudo hreflang seguirá intercambiando la URL, pero los informes se atribuirán a la URL principal». Así que Google puede consolidar variantes de idioma casi idénticas, y sus informes se apoyarán en la URL que haya elegido como principal.

Otras señales — y las cosas que Google ignora

Más allá de hreflang y del ccTLD, Google lee la localización en la página: moneda local, direcciones, números de teléfono, el idioma del texto del cuerpo y los enlaces desde sitios locales. Dos cosas que explícitamente no utiliza: las metaetiquetas de geolocalización (geo.position, geo.region, geo.placename) y el análisis de ubicación basado en IP, que califica de “not reliable” (traducción) «no fiable».

Ayuda tener claro qué trabajo hace en realidad cada señal, porque se mezclan constantemente: la detección de idioma procede del contenido visible de la página, no de datos a nivel de código ni de la URL; Google la determina leyendo lo que hay realmente en la página. La segmentación regional (para qué país es una página) se señala mediante el ccTLD, hreflang, la ubicación del servidor y las pistas en la página mencionadas arriba, aunque Google es explícito en que la ubicación del servidor por sí sola “is not definitive” (traducción) «no es definitiva». hreflang hace un trabajo más estrecho que cualquiera de esos dos: mapea entre sí las URL alternativas de cada región para que se pueda intercambiar la correcta en los resultados; no declara el idioma de una página. Y la canonicalización es la decisión aparte sobre qué URL se indexa y posiciona realmente: hreflang alimenta esa decisión, pero no la controla por completo.

Una trampa que conviene evitar: no redirija automáticamente a los usuarios por IP. La recomendación de Google es “avoid automatically redirecting users to a different language version based on their perceived geographic location.” (traducción) «evite redirigir automáticamente a los usuarios a una versión en otro idioma en función de su ubicación geográfica percibida». Las redirecciones geográficas atrapan al rastreador en la configuración regional desde la que parece originarse, de modo que Google nunca ve sus otras versiones; y en la UE, el geobloqueo basado en IP puede chocar con el Reglamento contra el bloqueo geográfico. Use URL separadas y estables por idioma, manténgalas directamente accesibles (sin rutas exclusivas de una región que desaparezcan al salir de la región «correcta») y ofrezca a los usuarios enlaces explícitos para cambiar de idioma o región por sí mismos, en lugar de adivinar por ellos. El mismo razonamiento descarta el cambio de contenido basado en cookies o en Accept-Language: Google recomienda “using separate locale URL configurations” (traducción) «usar configuraciones de URL separadas por región» con hreflang en lugar de páginas adaptativas por región, porque Googlebot no envía cabeceras Accept-Language de forma predeterminada y habitualmente rastrea desde infraestructura ubicada en Estados Unidos; así que una respuesta que se adapta según la ubicación percibida o las cabeceras puede que sencillamente nunca llegue a verse en sus otras versiones regionales.

El informe «International Targeting» de GSC ya no existe

Si una guía le dice que configure su país de destino en Search Console, está desactualizada. Google dejó obsoleto el informe «International Targeting» el 22 de septiembre de 2022, afirmando que la función de segmentación por país “was determined to have little value for the ecosystem, and is no longer supported.” (traducción) «se determinó que tenía poco valor para el ecosistema y ya no se admite». ¿Qué la sustituyó? Nada directo: la segmentación por país ahora se infiere a partir de ccTLD + hreflang + señales en la página + enlaces entrantes. Los datos de errores de hreflang que vivían en ese informe también han desaparecido de GSC, así que hoy hreflang se valida con un rastreador. Google sí confirmó que “will continue to support and use hreflang tags.” (traducción) «seguirá admitiendo y utilizando las etiquetas hreflang». Para comprobar qué versión indexó realmente Google para una página, use la herramienta de inspección de URL. La síntesis de Google fue “little value for the ecosystem.” (traducción) «Poco valor para el ecosistema».

Cómo gestiona esto Bing de forma diferente

Aquí es donde la mayoría de las guías o se saltan a Bing o se equivocan, y yo he tenido la ventaja de escucharlo de primera mano en un panel con Fabrice Canel, de Bing. El conjunto de señales de Bing es genuinamente distinto del de Google. Palabras del propio Canel: “hreflang is indeed a far weaker signal than content-language at Bing.” (traducción) «hreflang es, en efecto, una señal mucho más débil que content-language en Bing». En su forma abreviada: “a far weaker signal.” (traducción) «Una señal mucho más débil».

Las señales preferidas de Bing, en orden aproximado de prioridad:

  1. <meta http-equiv="content-language" content="fr-FR"> — la metaetiqueta content-language
  2. La cabecera HTTP Content-Language
  3. ccTLD / ubicación del servidor
  4. Idioma del texto del cuerpo
  5. Configuración regional de las páginas que enlazan

Así que la receta multimotor es: implemente hreflang para Google y añada metaetiquetas content-language para Bing. Bing leerá hreflang, pero lo trata como una señal débil. Y a diferencia de Google (que eliminó su propio informe de segmentación en 2022), Bing también retiró su función de Geo Targeting: Fabrice Canel confirmó en septiembre de 2020 que no se trasladó al rediseño de Bing Webmaster Tools, y recomendó a los SEO usar en su lugar la metaetiqueta content-language o la cabecera HTTP.

Otros motores necesitan su propio flujo de trabajo

Google frente a Bing no es todo el mapa internacional. En cuanto un mercado depende de otro motor, mantenga el contenido compartido y la base técnica, pero verifique el flujo de trabajo específico de ese proveedor en lugar de traducir una lista de comprobación pensada para Google:

SistemaDescubrimiento y envíoLo que no hay que dar por supuesto
GoogleEnlaces rastreables, sitemaps cuando resultan útiles, Search Console; sin participación en IndexNowQue el endpoint de envío o las directivas de otro motor configuren Google
BingBing Webmaster Tools e IndexNowQue la ponderación regional de Bing coincida exactamente con la de Google
NaverSearch Advisor, flujos de sitemap/RSS, solicitudes de recopilación y el endpoint de IndexNow de NaverQue el envío garantice la indexación o la posición
YandexYandex Webmaster, regionalidad, sitemaps, hreflang e IndexNowQue Google Search Console controle Yandex o sustituya su flujo de regiones
Cốc CốcSu propio rastreador e índice, envío manual de URL, descubrimiento mediante Sitemap: en robots.txt y directivas específicas para su botQue la documentación de Google demuestre el comportamiento de Cốc Cốc respecto a canonicalización, hreflang o citas en IA
Evidence for this claim Google, Bing, Naver, Yandex, and Cốc Cốc expose different documented submission, webmaster, regionality, crawler, or directive workflows, so one provider's controls must not be treated as a universal cross-engine contract. Scope: Documented provider workflows only; this does not establish ranking weights, market share, or undocumented canonical, hreflang, or AI-citation behavior. Confidence: medium · Verified: IndexNow participating endpoints Naver Search Advisor Yandex Webmaster Cốc Cốc Search Console guidance

Los detalles corresponden a las guías de SEO específicas por mercado. La regla útil aquí es más simple: los principios compartidos de SEO viajan; los controles de producto, las vías de envío, los diagnósticos y el comportamiento no documentado, no.

SEO internacional a gran escala

Dirigí el SEO internacional en IBM, en uno de los mayores sitios corporativos del mundo: varios CMS, varias infraestructuras, decenas de millones de URL. La lección más importante: la gestión manual de hreflang falla a escala. No se pueden curar a mano etiquetas recíprocas en millones de páginas y en múltiples sistemas. Lo que sí funciona:

  • Automatice todo lo posible. Genere hreflang a partir de un sistema de referencia —a menudo un middleware que conecta sus CMS— en lugar de dejar que cada equipo escriba las etiquetas a mano.
  • Compruebe una y otra vez. Los problemas surgen constantemente; esto es un trabajo de rastreo continuo más alertas, no una auditoría trimestral. Cuente con que algo se romperá y construya sistemas que lo detecten.
  • Vigile las «roturas de la sección head». Las etiquetas hreflang que un HTML mal formado empuja al <body> se ignoran: verifique que están en el <head> renderizado.
  • Verifique la URL indexada de cada región con la inspección de URL de GSC, porque la eficacia de hreflang depende de qué versión se indexó realmente, no solo de lo que diga su etiqueta canónica.

Desde el punto de vista arquitectónico, mi preferencia a gran escala es una página por idioma en lugar de una página por país o región: produce menos páginas y más fuertes, permite la personalización dinámica y esquiva buena parte de la complejidad de hreflang. La paciencia también cuenta: los cambios internacionales avanzan a la velocidad de los ciclos de rastreo, no a la velocidad que quisieran sus responsables.

Adónde ir a continuación

Este hub es el mapa. Cada subtema que aparece a continuación es un análisis en profundidad por sí mismo:

Hreflang (con su propia sección en la barra lateral)

  • hreflang: la etiqueta al completo — los tres métodos de implementación, los clústeres, la reciprocidad, los errores habituales y la validación.
  • x-default hreflang: el valor de reserva para los usuarios cuyo idioma o región no coincide con ninguna de sus versiones, y dónde ayuda realmente.

Localización, contenido y auditorías

  • traducción frente a localización: por qué traducir páginas con máquina no es lo mismo que localizar para un mercado, y qué implica para usted la guía de Google sobre traducción automática.
  • investigación de palabras clave para SEO internacional: investigar la demanda mercado a mercado, allí donde el mismo idioma difiere según el país (la clásica brecha entre “ibis” y “bin chicken”).
  • auditoría de SEO internacional: cómo rastrear, validar y depurar clústeres de hreflang y señales regionales en un sitio multimercado.
  • SEO multilingüe: la mitad de la disciplina dedicada a la segmentación por idioma, en profundidad.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.