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.
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 es la forma de indicar a los motores de búsqueda para qué idiomas y qué países es su sitio, de modo que cada persona vea la versión correcta. Son dos preguntas independientes —en qué idioma está esta página y para qué país es— y tres palancas principales: la estructura de URL, las etiquetas hreflang y las señales en la página, como la moneda y la dirección. hreflang es la más importante, y lo primero que conviene recordar es que se trata de una sugerencia, no de una orden.
Qué es el SEO internacional
Si su sitio atiende a personas en más de un idioma o en más de un país, tiene un problema de SEO internacional que resolver, lo haya pensado o no. El objetivo es fácil de enunciar: ayudar a Google y a Bing a entender qué versión de una página está destinada a qué audiencia, y servir esa versión a la persona adecuada.
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 sitesEl error que casi todo el mundo comete al principio es tratar «idioma» y «país» como si fueran lo mismo. No lo son:
- La segmentación por idioma es para sitios multilingües: el mismo contenido ofrecido en más de un idioma.
- La segmentación por país es para sitios multirregionales: contenido dirigido a usuarios de distintos países, a veces en el mismo idioma.
Ejemplos rápidos para fijar la idea: Canadá es un país con dos idiomas oficiales (inglés y francés); eso es segmentación por idioma dentro de un mismo país. Estados Unidos y el Reino Unido son dos países que en buena medida comparten un idioma; eso es segmentación por país con el mismo idioma. Muchos sitios grandes necesitan ambas cosas a la vez. En una estrategia en español ocurre exactamente lo mismo: idioma y mercado siguen siendo ejes distintos, y Google ilustra 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. Es un ejemplo de cómo se separan idioma y mercado, no una garantía de posicionamiento.
Las tres cosas que usted realmente controla
- Estructura de URL. Dónde viven las versiones localizadas:
- ccTLD:
example.depara Alemania,example.frpara Francia. Es la señal más potente de «esto es para ese país», pero resulta cara y más difícil de gestionar. - Subdominio:
de.example.com. Fácil de configurar. - Subdirectorio:
example.com/de/. Poco mantenimiento, todo bajo un mismo dominio. Para la mayoría de los sitios, es lo que yo elegiría.
- ccTLD:
- hreflang. Una pequeña etiqueta que dice «esta URL es la versión alemana y aquella otra es la versión francesa». Es lo que permite que Google muestre a un visitante del Reino Unido la página británica aunque la que técnicamente posiciona sea la estadounidense.
- Señales en la página. Moneda, dirección, número de teléfono, idioma del texto, enlaces desde sitios locales. Todo eso refuerza de forma discreta a quién va dirigida una página. 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
Lo único que conviene acertar desde el principio
hreflang es una sugerencia, no una directiva. Puede configurarlo a la perfección y aun así Google puede decidir mostrar otra versión, o fusionar en una sola dos páginas de idiomas casi idénticas. Su función real no es forzar nada: consiste en intercambiar la versión regional correcta en los resultados de búsqueda cuando puede hacerlo. Aun así, configúrelo correctamente, porque cuando está roto ese intercambio no se produce en absoluto.
Conviene conocer también dos cosas que han cambiado: Google eliminó el antiguo informe «International Targeting» de Search Console en 2022, así que ya no se establecen allí los objetivos por país. Y Bing no funciona realmente con hreflang: prefiere otra etiqueta (más sobre ambos temas en la versión Advanced).
¿Quiere la versión más profunda —cómo elegir su estructura de URL, hreflang a escala, por qué la ventaja del ccTLD se está desvaneciendo y en qué se diferencia Bing—? Cambie a la pestaña Avanzado. Cada subtema (hreflang, x-default, traducción frente a localización, investigación de palabras clave, auditoría y SEO multilingüe) tiene su propio análisis en profundidad enlazado desde allí.
Ponga a prueba sus conocimientos: SEO internacional
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 sitesGary 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| Estructura | Ejemplo | Ventajas | Inconvenientes |
|---|---|---|---|
| ccTLD | example.de | Señal de país más potente; clara para los usuarios | Cara; divide la autoridad entre dominios; disponibilidad limitada |
| Subdominio | de.example.com | Fácil de configurar | A menudo se trata como un sitio aparte; menor reconocimiento |
| Subdirectorio | example.com/de/ | Consolida la autoridad bajo un solo dominio; poco mantenimiento | Un único host; señal puramente geográfica más débil |
| Parámetro de URL | example.com?loc=de | — | No 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ónEU,LATAM,APACniMENA; 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:
<meta http-equiv="content-language" content="fr-FR">— la metaetiqueta content-language- La cabecera HTTP
Content-Language - ccTLD / ubicación del servidor
- Idioma del texto del cuerpo
- 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:
| Sistema | Descubrimiento y envío | Lo que no hay que dar por supuesto |
|---|---|---|
| Enlaces rastreables, sitemaps cuando resultan útiles, Search Console; sin participación en IndexNow | Que el endpoint de envío o las directivas de otro motor configuren Google | |
| Bing | Bing Webmaster Tools e IndexNow | Que la ponderación regional de Bing coincida exactamente con la de Google |
| Naver | Search Advisor, flujos de sitemap/RSS, solicitudes de recopilación y el endpoint de IndexNow de Naver | Que el envío garantice la indexación o la posición |
| Yandex | Yandex Webmaster, regionalidad, sitemaps, hreflang e IndexNow | Que Google Search Console controle Yandex o sustituya su flujo de regiones |
| Cốc Cốc | Su propio rastreador e índice, envío manual de URL, descubrimiento mediante Sitemap: en robots.txt y directivas específicas para su bot | Que la documentación de Google demuestre el comportamiento de Cốc Cốc respecto a canonicalización, hreflang o citas en IA |
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.
Resumen con IA
Una versión condensada de la variante Advanced:
- SEO internacional = decir a los motores para qué idioma y/o país es cada página, de modo que la versión correcta llegue al usuario correcto. Dos ejes —segmentación por idioma (multilingüe) frente a segmentación por país (multirregional)— y tres palancas: estructura de URL, hreflang y señales en la página.
- Nada de esto garantiza resultados. Acertar con los ejes y las señales mejora lo bien que los motores emparejan las versiones regionales con quienes buscan; no promete indexación, posicionamiento, tráfico, conversiones, una configuración regional concreta en pantalla ni citas en IA.
- Filtre el mercado antes que la arquitectura. Priorice según la demanda de búsqueda, la elegibilidad del producto o servicio, la capacidad operativa, la competencia y la economía unitaria. Trate las cifras de volumen y tráfico del estilo de Ahrefs como estimaciones para dimensionar mercados; trate las filas de su propio GSC o de su analítica como datos observados una vez que ya opera en algún lugar similar.
- Idioma ≠ país. “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» (Gary Illyes). Para segmentar un país, use un código de región (
fr-CA) o un ccTLD; el atributolangde HTML no es fiable. - Estructura de URL: ccTLD (la señal de país más potente, pero cara y divide la autoridad) / subdominio (fácil) / subdirectorio (consolida la autoridad, poco mantenimiento). La opción por defecto de Patrick: el subdirectorio. Los subdominios y los subdirectorios son “essentially equivalent” (traducción) «esencialmente equivalentes» para Google.
- La ventaja del ccTLD se está desvaneciendo. El impulso del algoritmo LDCP (language demotion country promotion) de Google está perdiendo peso; Illyes (julio de 2024): “will also fade away” (traducción) «también se desvanecerá». El valor de marketing permanece; el de posicionamiento, no.
- hreflang es una sugerencia, no una directiva. Beneficio = intercambio de
versiones en la SERP, no indexación. Es ~1 de 19 señales de canonicalización. Reglas:
clústeres recíprocos/bidireccionales, autorreferencia (opcional pero recomendable),
x-default, códigos de región reales (nada de
EUniAPAC). El 67 % de 374 756 dominios tenía problemas de hreflang (estudio de Ahrefs). - Cada señal tiene un trabajo distinto: la detección de idioma lee el contenido visible (no el código ni la URL); la segmentación regional procede del ccTLD, hreflang, la ubicación del servidor y las pistas en la página; hreflang mapea URL alternativas (no declara el idioma); la canonicalización decide la URL indexada. No redirija automáticamente por IP (atrapa al rastreador; riesgo con el Reglamento contra el bloqueo geográfico de la UE): use URL separadas y estables, enlaces explícitos para cambiar de versión y hreflang en lugar de páginas adaptativas por región. Google ignora las metaetiquetas geográficas y el análisis de IP.
- El informe «International Targeting» de GSC quedó obsoleto el 22 de septiembre de 2022: “little value for the ecosystem.” (traducción) «poco valor para el ecosistema». La segmentación por país ahora se infiere de ccTLD + hreflang + señales en la página + enlaces. hreflang sigue teniendo soporte.
- Bing es distinto: “hreflang is a far weaker signal than content-language at Bing” (traducción) «hreflang es una señal mucho más débil que content-language en Bing» (Fabrice Canel). Bing prioriza la metaetiqueta content-language más la cabecera HTTP. Bing eliminó su propia función de Geo Targeting de Bing Webmaster Tools en 2020.
- Otros motores van por separado: Naver y Yandex tienen sus propios flujos de trabajo para webmasters y participan en IndexNow; Cốc Cốc documenta su propio rastreador, formulario de envío, descubrimiento de sitemaps y directivas. No infiera comportamientos no documentados a partir de Google.
- A escala (IBM): la gestión manual de hreflang falla — automatice la generación mediante middleware, monitorice constantemente y verifique la URL indexada de cada región. Una página por idioma = menos páginas y más fuertes.
Documentación oficial
Los documentos de fuente primaria que rigen la segmentación internacional en cada motor.
- Gestión de sitios multirregionales y multilingües — el documento central: las definiciones de idioma frente a país, las opciones de estructura de URL y la lista completa de señales regionales que utiliza Google.
- Versiones localizadas de sus páginas (hreflang) — los tres métodos de implementación, el requisito de bidireccionalidad, la autorreferencia, x-default y los códigos válidos de idioma y región.
- Visión general del SEO internacional — el índice de primer nivel de la guía internacional de Google.
- Páginas adaptativas por región — por qué servir contenido regional de forma dinámica es arriesgado, y la recomendación de usar URL separadas más hreflang en su lugar.
- Anuncio de x-default hreflang (abril de 2013) — la introducción original del valor de reserva
x-default. - Informe «International Targeting» obsoleto — el aviso de obsolescencia de 2022: la segmentación por país “had little value for the ecosystem” (traducción) «tenía poco valor para el ecosistema»; hreflang sigue teniendo soporte.
Bing / Microsoft
- Bing Webmaster Guidelines — las prioridades de señal de Bing, incluidas la metaetiqueta content-language y la cabecera HTTP.
- Going International (blog para webmasters de Bing, 2009) — fundacional y aún citado: el ccTLD como señal principal, y las advertencias contra el cambio de idioma basado en JS y en cookies.
- Bing Webmaster Tools Removes Geo-Targeting Feature (Search Engine Roundtable, septiembre de 2020) — Fabrice Canel confirma que la antigua función de Geo Targeting no se trasladó al rediseño de Bing Webmaster Tools.
Citas de la fuente
Declaraciones oficiales de Google y de Bing que enmarcan cómo funciona realmente la segmentación internacional.
Google — idioma frente a país, y los ccTLD
- “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» / “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» — Documentación de Google Search Central. Ir a la cita
- “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (traducción) «Los dominios específicos de un país (ccTLD) proporcionan una señal potente, tanto a los usuarios como a los motores de búsqueda, sobre el país de destino de un sitio web» — Documentación de Google Search Central. Ir a la cita
- “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» — Gary Illyes, Google (pódcast de Google, julio de 2024). Ver la cobertura
- “One of the main algorithms… is called something like LDCP — language demotion country promotion… 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… hoy en día… no tiene mucho sentido para nosotros aplicar automáticamente ese pequeño impulso porque es ambiguo» — Gary Illyes, Google (julio de 2024). Ver la cobertura
- “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á» — Gary Illyes, Google (julio de 2024). Ver la cobertura
Google — hreflang y estructura de URL
- “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» — John Mueller, Google (Bluesky, mayo de 2025). Ver la cobertura
- “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» — John Mueller, Google (mayo de 2025). Ver la cobertura
- “From our point of view… subdomains and subdirectories are essentially equivalent.” (traducción) «Desde nuestro punto de vista… los subdominios y los subdirectorios son esencialmente equivalentes» — John Mueller, Google. Ver la cobertura
Google — el informe obsoleto
- “The ability to target search results to specific countries using Search Console country targeting was determined to have little value for the ecosystem, and is no longer supported.” (traducción) «Se determinó que la posibilidad de dirigir los resultados de búsqueda a países concretos mediante la segmentación por país de Search Console tenía poco valor para el ecosistema, y ya no se admite» — Ayuda de Google Search Console. Ir a la cita
Bing / Microsoft
- “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» — Fabrice Canel, Microsoft Bing. Ver la cobertura
Varias de estas citas proceden de coberturas secundarias (Search Engine Journal, SE Roundtable, International Web Mastery) de pódcast y publicaciones en Bluesky o redes sociales que se resisten a una recuperación automatizada limpia: en particular, las citas de Illyes en Search Off the Record, el hilo de Mueller en Bluesky y la declaración de Canel sobre Bing. Confírmelas con las fuentes en vivo antes de tratar cualquiera de ellas como definitiva.
Los marcos de decisión
1. ¿Necesita segmentación por idioma, segmentación por país o ambas?
Empiece por aquí, porque determina todas las señales posteriores.
- El mismo contenido en varios idiomas, con la audiencia definida por el idioma →
segmentación por idioma (multilingüe). hreflang con códigos de idioma (
de,fr,ja). - Contenido igual o similar dirigido a países concretos → segmentación por país
(multirregional). hreflang con códigos de región (
en-GB,en-US) y/o ccTLD. - Ambas (por ejemplo, francés e inglés, cada uno dividido por país) → hreflang con
códigos de región (
fr-CA,fr-FR,en-CA,en-US). - La trampa: el idioma por sí solo nunca implica un país. Si el país importa, señálelo explícitamente.
2. ¿ccTLD, subdominio o subdirectorio?
Recorra la lista de arriba abajo; deténgase en la primera opción que encaje.
- Subdirectorio (
example.com/de/): mi opción por defecto. Elíjalo salvo que tenga un motivo concreto para no hacerlo: consolida la autoridad, es el más barato de mantener y Google lo trata como equivalente a un subdominio. - Subdominio (
de.example.com): elíjalo cuando la infraestructura o la estructura organizativa hagan que separar los hosts sea genuinamente más sencillo, y acepte que puede tratarse más como un sitio aparte. - ccTLD (
example.de): elíjalo cuando existan razones de marca, marketing o legales que exijan un dominio local (confianza local, requisitos del país), no por la mejora de SEO: esa ventaja de LDCP se está desvaneciendo. Presupueste el coste y la división de la autoridad. - Parámetros de URL: no. No se recomiendan para la configuración regional.
3. Haga corresponder cada señal o producto con su trabajo
No aplane la detección de idioma, el mapeo regional, la canonicalización y el envío en una única pila de «prioridades».
| Trabajo | Límite entre motores | |
|---|---|---|
| Detectar el idioma de la página | Contenido visible de la página | Valide la documentación del motor de destino; una etiqueta no es el texto |
| Mapear las URL regionales correspondientes | hreflang | El soporte y los métodos de entrega pueden variar |
| Agrupar duplicados y consolidar señales | Sistema de canonicalización | Una canónica declarada no es una orden absoluta |
| Informar y diagnosticar | Search Console | Use Bing Webmaster Tools, Naver Search Advisor, Yandex Webmaster o el producto del proveedor correspondiente |
| Notificar las URL modificadas | El propio rastreo de Google, los sitemaps y los flujos de Search Console | Bing, Naver y Yandex participan en IndexNow; Cốc Cốc documenta un flujo de envío distinto |
Para Bing en concreto, conserve la orientación sobre content-language acotada a ese
proveedor que aparece más arriba. No llame a hreflang el detector de idioma de Google: su
trabajo es mapear URL alternativas después de que Google haya leído el contenido visible.
4. La comprobación de «¿mi hreflang siquiera funciona?»
- Reciprocidad: ¿apunta de vuelta cada página del clúster? (Sin clúster, no hay intercambio.)
- ¿Está presente la autorreferencia (buena práctica) y configurado un valor de reserva x-default?
- Solo códigos válidos: idioma y región ISO reales, nada de
EU,APACniLATAM. - Etiquetas en el
<head>renderizado, no empujadas al<body>. - Confirme la URL indexada real de cada región mediante la inspección de URL de GSC: hreflang cabalga sobre la versión que se haya indexado.
Recursos que merecen su tiempo
Mis charlas
- Vas a equivocarte con el SEO internacional — Pubcon Vegas 2017 — la charla de la etapa en IBM: el SEO internacional se rompe constantemente, así que cuente con los problemas y construya sistemas que los detecten. Automatice todo; compruebe una y otra vez.
- SEO internacional: los aspectos técnicos extraños — Pubcon Vegas 2019 — clústeres de hreflang, sitemap frente a HTML (sin diferencia de velocidad), qué tolera Google, roturas de la sección head y los peligros de las redirecciones automáticas.
- Estudio de hreflang y problemas interesantes — Brighton SEO 2023 — la mecánica del intercambio de versiones, hreflang como una de ~19 señales para elegir la URL principal, y «una página por idioma» como arquitectura simplificadora.
- SEO internacional simplificado — panel de Outspoken Media (noviembre de 2023) — un panel con Fabrice Canel, de Bing, y Bill Hunt sobre gestión centralizada frente a descentralizada, automatización y en qué se diferencian Bing y Google.
Mis publicaciones
- El mayor estudio de hreflang realizado hasta la fecha — 374 756 dominios que usaban hreflang, el 67 % con al menos un problema, escrito junto a Oleksiy Golovko.
- Etiquetas hreflang: guía sencilla para principiantes — la guía que edité como una de mis primeras aportaciones en Ahrefs; el enfoque de clústeres de hreflang y una plantilla de semiautomatización.
Herramientas que uso para el trabajo internacional
- Ahrefs Site Explorer — tráfico y palabras clave posicionadas por país, para dimensionar un mercado y leer la estrategia de los competidores en cada mercado.
- Ahrefs Keywords Explorer — investigación de palabras clave por país y por idioma, con un traductor con IA para más de 40 idiomas; la herramienta que revela las brechas del mismo idioma en mercados distintos (el ejemplo de “ibis” frente a “bin chicken”).
- Ahrefs Site Audit — rastrea nueve categorías de problemas de hreflang y visualiza los clústeres para depurarlos.
De otros autores
- SEO internacional: todo lo que necesitas saber — la guía exhaustiva de Motoko Hunt en SEL.
- Buenas prácticas de SEO internacional — la guía de Ahrefs en formato de lista de comprobación, de Jamie Grant y Despina Gavoyannis.
- Implementación de hreflang: los diez mayores mitos de SEO — Motoko Hunt en SEJ; cubre los mitos de que «solo la página de inicio necesita hreflang» y el de la autorreferencia, con citas de Mueller.
- Google apunta a una reducción del valor SEO de los ccTLD — la cobertura de SEJ sobre el episodio de Search Off the Record de julio de 2024 con Gary Illyes acerca del declive del algoritmo LDCP.
- Google recuerda que las etiquetas hreflang son sugerencias, no directivas — la cobertura de SEJ sobre el hilo de John Mueller en Bluesky de mayo de 2025 acerca de hreflang y la selección de URL principal.
- Bing: hreflang es una señal mucho más débil que content-language — la cobertura de SER sobre la declaración de Fabrice Canel acerca de la pila de prioridades de señales de Bing.
- Pódcast de Google: internacionalización y hreflang (resumen del episodio de julio de 2024) — el análisis detallado de International Web Mastery sobre el episodio del pódcast con Gary Illyes y Martin Splitt, incluida la distinción entre idioma y país y la dependencia de hreflang respecto al rastreo.
Registro de cambios
Actualizado el 22 ago 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 10 ago 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 2 ago 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 27 jul 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 25 jul 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 18 jul 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.