# GEO multilingüe y hreflang para respuestas de IA > hreflang indica a los motores qué versión de idioma servir. Cómo influye en los motores de respuestas de IA, la canibalización entre idiomas y las entidades por locale. _Source: https://seomatrix.ai/ru/blog/multilingual-geo/ · Updated: 2026-07-14_ --- En corto: el **GEO multilingüe** consiste en lograr que un motor de respuestas de IA cite la *versión de idioma correcta* de tu página. Cuando publicas el mismo tema en inglés, ruso y español, tres cosas deciden cuál cita un asistente: el cluster `hreflang` que mapea las variantes, las señales de idioma y región de la consulta, y si cada locale lleva sus propias entidades limpias en vez de una sombra traducida por máquina. Acierta y una pregunta en español mostrará tu página en español; falla y tus tres locales compiten en silencio por una cita. Este sitio se publica en `en`, `ru` y `es`, así que lo aplicamos sobre nosotros mismos. ## Qué significa de verdad el GEO multilingüe El SEO multilingüe clásico pregunta: *¿qué URL posiciona Google para un buscador en español?* El GEO multilingüe plantea algo más difícil: *¿de qué cuerpo de idioma saca un motor una frase — y la atribuye al locale que coincide?* La unidad de competencia pasó del enlace posicionado al pasaje citado, y un pasaje tiene idioma. Un modelo que saca una definición de tu página en inglés para responder en ruso es peor que un enlace en inglés posicionado-pero-no-clicado: no hay clic que redirigir. Así que el trabajo tiene dos lados: hacer cada locale independientemente *legible y citable*, y hacer explícita la relación entre locales para que el motor sepa que son el mismo contenido, no tres duplicados delgados. ## Cómo elige un motor de respuestas de IA la variante de idioma No hay un "factor de posicionamiento por idioma" publicado para las respuestas de IA, pero las entradas observables son las que la recuperación siempre usó, más o menos en este orden: | Señal | Qué le dice al modelo | Dónde vive | |---|---|---| | Idioma de la consulta | en qué idioma responder | el prompt del usuario | | Cluster `hreflang` | qué URLs son la misma página en otros idiomas | `` o sitemap | | `` + contenido | el idioma real de este documento | la propia página | | Entidades por locale | que esta variante trata de verdad el tema | títulos, cuerpo, schema | | Pistas de región (`x-default`, ccTLD, `es-MX`) | qué variante regional encaja | hreflang, URL | El idioma de la consulta domina: pregunta en español, responde en español. Todo lo demás es cómo el motor *encuentra* tu página en español en vez de traducir la inglesa al vuelo. hreflang es el mapa que conecta el cluster; el contenido por locale es lo que hace que cada nodo merezca su propia cita. ## hreflang: sigue siendo la señal portante hreflang es anterior a las respuestas de IA, pero hace justo lo que el GEO multilingüe necesita: declara "estas URLs son la misma página en otros idiomas/regiones" para que un motor las trate como un concepto canónico con varias caras de idioma, no como duplicados peleando. Las reglas no han cambiado: - **Recíproco.** Si `en` apunta a `es`, `es` debe apuntar de vuelta a `en`. Un hreflang de un solo sentido se ignora. - **Autorreferencial.** Cada página se lista a sí misma en su cluster. - **Códigos BCP 47.** `es`, `es-MX`, `ru` — idioma, opcionalmente idioma-región. No `sp`, no `es_MX`. - **Un `x-default`.** El respaldo para un idioma que no publicaste. Sirve hreflang en el ``, en un sitemap XML o en cabeceras HTTP — elige uno y sé consistente. Nuestro [validador de hreflang](/es/tools/hreflang/) existe porque el fallo más común es una etiqueta de retorno rota que expulsa en silencio a un locale entero del cluster. ## Canibalización entre idiomas: el fallo silencioso La canibalización dentro de un idioma — dos páginas en inglés peleando por una consulta — está bien entendida ([canibalización semántica](/es/blog/semantic-cannibalization/)). La versión entre idiomas es más traicionera. Ocurre cuando tus locales son traducciones automáticas casi idénticas sin hreflang que las una: para un motor parecen varias páginas delgadas sobre el mismo tema, la confianza se reparte y ninguna es una cita firme. La solución no es podar — *quieres* los tres idiomas — sino unirlas con hreflang recíproco para que lean como un concepto, y hacer cada locale su propia página. > **La trampa de la traducción automática** — Un locale que es una TA palabra por palabra de tu página en inglés, sin ejemplos locales, sin fuentes locales y sin enlace hreflang, es lo peor de ambos mundos: no lee como una variante genuina para una persona, ni lee como la *misma página* para un motor. O traduces con localización real (ejemplos, entidades, fuentes en ese idioma) o unes la TA con hreflang firme — pero nunca publiques un duplicado traducido a secas. ## Entidades por locale, no cadenas traducidas Una entidad es algo que un motor reconoce — un producto, una organización, un lugar — con independencia de la palabra usada para ella. Entre idiomas, la misma entidad tiene cadenas de superficie distintas ("Search Console" frente a "Консоль поиска") pero debe resolverse al *mismo* nodo. Dos reglas lo hacen funcionar: - **Mantén estables los nombres propios y los nombres canónicos de marca/producto** entre locales para que la entidad sobreviva a la traducción; localiza la prosa alrededor. - **Localiza las entidades de apoyo** — cita fuentes en el idioma de la variante, usa ejemplos apropiados a la región — para que la página trate de verdad *sobre* el tema en ese idioma, no un eco. Es la misma disciplina de [triples](/es/blog/triples/), aplicada por locale. ## Nos comemos nuestra propia comida: en / ru / es Este post existe en tres idiomas. Cada uno es una localización real, no una pasada de TA; cada uno enlaza al blog y las herramientas de su propio locale (`/blog/…`, `/ru/blog/…`, `/es/blog/…`); los tres comparten una `key`, así que el build los une en un cluster hreflang automáticamente. Esa última parte es la victoria perezosa: deriva hreflang del modelo de contenido, no lo mantengas a mano. Nuestro flujo [verificador hreflang](/es/tools/hreflang/) está construido justo alrededor de eso — traduce un post, conserva la `key`, y las etiquetas de retorno se generan solas. ## Checklist - [ ] Cada página localizada lleva hreflang recíproco y autorreferencial. - [ ] Los códigos de idioma son BCP 47 (`es`, `ru`, `en`), región solo cuando importa. - [ ] Exactamente un `x-default` por cluster. - [ ] `` coincide con el idioma real de la página. - [ ] Cada locale es una localización genuina, no un duplicado de TA a secas. - [ ] Los nombres propios se mantienen estables; las entidades y fuentes de apoyo se localizan. - [ ] Los enlaces internos se quedan dentro del locale (una página en español enlaza a páginas en español). El punto no son las cifras exactas, sino la forma: una etiqueta recíproca ausente puede colapsar un cluster de tres idiomas hasta la variante que el motor encontró por casualidad, deshaciendo la razón misma de publicar en tres idiomas. ## En corto - GEO multilingüe = lograr que las respuestas de IA citen la versión del *idioma correcto*, atribuida bien. - El idioma de la consulta decide el idioma de la respuesta; hreflang y el contenido por locale deciden *cuál de tus páginas* lo llena. - El hreflang recíproco, autorreferencial y en BCP 47 une tus locales en un concepto en vez de duplicados que compiten. - La canibalización entre idiomas nace de duplicados de TA a secas sin hreflang — localiza de verdad y une el cluster. - Mantén estables los nombres propios, localiza las entidades de apoyo y deriva hreflang del modelo de contenido para que no se desvíe. ## Fuentes - **Google Search Central — "Tell Google about localized versions of your page"** — las reglas canónicas de hreflang (reciprocidad, `x-default`, sitemap frente a ``). - **Google Search Central — "Managing multi-regional and multilingual sites"** — guía de segmentación por idioma frente a región. - **BCP 47 / RFC 5646, "Tags for Identifying Languages"** — el estándar de etiquetas de idioma que usan hreflang y ``. - **Aggarwal et al., "GEO", KDD '24** — [arXiv:2311.09735](https://arxiv.org/abs/2311.09735): la citabilidad depende de la extraíbilidad del pasaje, que el contenido limpio por locale maximiza. ## FAQ ### ¿Afecta hreflang a las respuestas de IA? No como factor de posicionamiento, sino como fontanería. hreflang declara que tus versiones de idioma son la misma página, así que un motor de respuestas las trata como un concepto con varias caras de idioma en lugar de duplicados delgados. Eso es lo que le permite recuperar tu página en español para una consulta en español en vez de traducir la inglesa al vuelo. ### ¿Cómo elige un motor de respuestas de IA la variante de idioma? El idioma de la consulta domina: pregunta en español y responde en español. Por debajo, el motor usa tu cluster hreflang para hallar la URL correcta, el idioma y el contenido de la propia página para confirmarlo, y las pistas de región (x-default, es-MX, ccTLD) para elegir entre variantes regionales. El contenido limpio por locale es lo que hace que cada variante merezca la cita. ### ¿Pueden mis versiones de idioma canibalizarse entre sí en las respuestas de IA? Sí, cuando son traducciones automáticas casi idénticas sin hreflang que las una. Para un motor parecen varias páginas delgadas sobre un tema, la confianza se reparte entre ellas y ninguna llega a ser una cita firme. La solución no es podar: es hreflang recíproco más localización real para que cada locale sea su propia página.