SEO multilingüe

TL;DR — El SEO multilingüe consiste en optimizar un sitio disponible en más de un idioma para que la versión correcta aparezca a la persona correcta. Se trata del idioma, no del país; esa es la primera distinción que debes tener clara. Das a cada idioma su propia URL, indicas a Google qué URL son versiones equivalentes mediante hreflang y dejas que Google determine el idioma a partir del texto real de la página.

SEO multilingüe frente a SEO multirregional: acláralo primero

Estas dos ideas se confunden constantemente, y todo el tema resulta más claro cuando las separas:

• Multilingüe = tu sitio ofrece más de un idioma. Un sitio suizo en alemán, francés e italiano es multilingüe: tres idiomas, un país.
• Multirregional = tu sitio se dirige a usuarios de más de un país. Un sitio con versiones independientes en inglés de EE. UU. y del Reino Unido es multirregional: un idioma, dos regiones.

Muchos sitios son ambas cosas (piensa en una marca global con versiones en inglés, español y francés, cada una dividida por país). Pero las señales y los problemas son diferentes, así que conviene saber con cuál estás trabajando. Esta página trata la parte del idioma.

Qué significa realmente la orientación por idioma

Cuando tu sitio tiene la misma página en varios idiomas, quieres que Google:

1. Sepa que existe cada versión lingüística.
2. Entienda que son versiones de lo mismo.
3. Muestre la versión alemana a quienes busquen en alemán y la francesa a quienes busquen en francés.

Lo consigues con un puñado de señales, principalmente el atributo hreflang, una pequeña etiqueta que dice «esta URL es la versión española, aquella es la versión francesa y esta es la relación entre ellas». Después, Google intenta servir la versión correspondiente.

La parte que sorprende a los principiantes: Google determina en qué idioma está una página leyendo las palabras visibles, no a partir de ningún ajuste de tu código. Así que una página que se declare alemana en el código, pero esté llena de texto en inglés, se tratará como inglesa. Escribe contenido real en el idioma de destino; esa es la señal que cuenta.

Dónde viven las distintas versiones lingüísticas (estructura de URL)

Necesitas una URL independiente para cada idioma. Hay tres formas habituales de hacerlo:

• Subdirectorio — example.com/es/, example.com/fr/. La opción habitual para la mayoría de sitios: es fácil de configurar y todas las versiones comparten la fuerza de tu único dominio.
• Subdominio — es.example.com, fr.example.com. Funciona, pero los motores de búsqueda lo tratan más como un sitio independiente.
• Dominio de código de país (ccTLD) — example.es, example.fr. Es la señal más fuerte para orientar por país, pero tendrás que construir autoridad para un sitio web completamente independiente.

Evita introducir el idioma en un parámetro de URL como example.com?lang=es: Google recomienda específicamente no hacerlo.

Cuándo necesitas realmente SEO multilingüe (frente a limitarte a traducir)

Si solo traduces las palabras y las colocas en la misma URL, o rediriges automáticamente a todo el mundo según su ubicación, en realidad no tienes SEO multilingüe y Google quizá ni siquiera encuentre tus otros idiomas. Necesitas la combinación real (URL independientes + hreflang + contenido que Google pueda rastrear) cuando ofrezcas de verdad varios idiomas y quieras que cada uno se posicione. Si solo tienes un idioma, puedes saltarte todo esto.

¿Quieres profundizar en la parte técnica: cómo funciona el algoritmo lingüístico de Google, las diferencias de Bing, los errores habituales de hreflang y la amenaza de la traducción automática de 2025? Cambia a la pestaña Avanzado.

Errores de SEO multilingüe

Tratar lang como el detector de idioma de Google

Por qué falla: Google determina el idioma a partir del texto visible de la página, en lugar de confiar en el atributo HTML. Qué hacer: haz que el contenido principal renderizado use de forma coherente el idioma de destino; conserva los metadatos correctos para la accesibilidad y para los motores que sí los utilizan.

Usar hreflang para declarar el idioma de una página

Por qué falla: hreflang asigna URL alternativas; no sustituye al contenido traducido con sentido. Qué hacer: publica una URL rastreable e independiente con contenido visible en el idioma de destino y conecta después las versiones equivalentes con hreflang recíproco.

Forzar a los visitantes mediante una redirección automática de idioma

Por qué falla: los rastreadores y los usuarios multilingües pueden quedar atrapados en la versión supuesta. Qué hacer: mantén cada versión accesible directamente y ofrece una sugerencia visible junto con enlaces de idioma rastreables.

Ponte a prueba: SEO multilingüe

TL;DR — Con el modelo mental correcto, la mayor parte del SEO multilingüe encaja en su sitio. Google no lee el atributo <html lang> ni la cabecera HTTP Content-Language para detectar el idioma; utiliza principalmente el texto visible. Otros motores pueden usar señales diferentes, así que verifica sus indicaciones actuales. hreflang no declara el idioma de una página; indica qué URL son alternativas para que Google pueda intercambiar la adecuada, y es una sugerencia, no una directiva. También es endiabladamente propenso a errores: mi estudio de 374 756 dominios descubrió que el 67 % tenía problemas de hreflang. Usa subdirectorios en la mayoría de sitios, no redirijas automáticamente a Googlebot y traduce solo las páginas con un caso de negocio real.

Multilingüe ≠ multirregional

La distinción fundamental. Multilingüe se refiere al idioma; multirregional, al país. Un sitio suizo en alemán, francés e italiano es multilingüe, pero de una sola región. Un sitio en inglés para EE. UU. y el Reino Unido es multirregional, pero de un solo idioma. Se solapan continuamente, pero utilizan señales distintas y generan problemas diferentes, por lo que yo los mantengo separados mentalmente y tú también deberías hacerlo. La formulación de Google es: “A multilingual website is any website that offers content in more than one language,” (traducción) «un sitio web multilingüe es cualquier sitio que ofrece contenido en más de un idioma», frente a “A multi-regional website is one that explicitly targets users in different countries.” (traducción) «un sitio web multirregional es aquel que se dirige explícitamente a usuarios de distintos países».

Cómo detecta Google realmente el idioma de una página (esta es la clave)

Este es el aspecto que más se malinterpreta de todo el tema, y vale la pena insistir porque mucha gente se equivoca:

Google ignora tu atributo <html lang>. Google ignora tu cabecera HTTP Content-Language. Lee el texto visible.

Directamente de la documentación: “Google uses the visible content of your page to determine its language. We don’t use any code-level language information such as lang attributes, or the URL.” (traducción) «Google determina el idioma a partir del contenido visible de la página y no emplea datos lingüísticos del código, como los atributos lang, ni la URL». Y en la página de hreflang: “Google doesn’t use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language.” (traducción) «Google no utiliza hreflang ni el atributo HTML lang para detectar el idioma de una página; en su lugar, usamos algoritmos para determinarlo».

En Search Off the Record (julio de 2024), Gary Illyes le dio un nombre: LDCP — Language Demotion, Country Promotion. Su explicación: “if someone is searching in German and your page is in English, then you would get a demotion.” (traducción) «si alguien busca en alemán y tu página está en inglés, sufrirías una pérdida de posición». Es un mecanismo de posicionamiento y más fundamental que hreflang: si tu página no está realmente en el idioma de quien busca, LDCP la degrada independientemente de lo que indiquen tus etiquetas. (Illyes también señaló que este tipo de señalización manual está desapareciendo, al indicar que Google ya tenía sistemas que «aprenden automáticamente» a emparejar versiones en idiomas alternativos; la autodetección es la dirección que está tomando.)

¿Por qué desconfía tanto Google de <html lang>? Porque se equivoca constantemente. Gary contó la historia de Joomla: el CMS “came with the Lang attribute set to English” (traducción) «venía con el atributo Lang establecido en inglés», aunque la página era 100 % alemana; por eso concluyó “you can’t trust that” (traducción) «no puedes fiarte de eso». John Mueller ha dicho lo mismo: el atributo HTML lang es “something we don’t use at all” (traducción) «algo que no usamos en absoluto» y “almost always wrong” (traducción) «casi siempre incorrecto», motivo por el que Google tiende a ignorarlo.

La conclusión: la detección del idioma es un problema de contenido, no de marcado. Escribe contenido real en el idioma de destino. El atributo lang sigue siendo importante para la accesibilidad (lectores de pantalla) y para Bing, pero no para la detección lingüística de Google.

Bing lo hace al revés

Bing no admite hreflang. Y mientras Google ignora las señales lingüísticas a nivel de código, Bing depende de ellas. Su orden de prioridad es:

1. <meta http-equiv="content-language" content="en-us"> — la señal principal.
2. Atributo <html lang=""> — señal secundaria.
3. Contenido de texto de la página.

El formato de Bing es un código de idioma ISO 639 de dos letras, un guion y un código geográfico ISO 3166 (en-us, es-mx). Por tanto, un sitio correctamente internacionalizado que funcione en ambos motores necesita contenido en URL independientes más hreflang (para Google/Yandex) más la etiqueta meta content-language (para Bing). No son redundantes: alimentan a motores diferentes.

Qué hace realmente hreflang (y qué no hace)

hreflang es un mapa de relaciones, no un detector de idiomas. No le indica a Google el idioma de una página; Google ya lo obtiene del contenido. Le indica qué URL son alternativas entre sí y para qué audiencia de idioma-región, de modo que Google pueda mostrar la adecuada a cada persona. Google dice: “Use hreflang to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content.” (traducción) «Usa hreflang para informar a Google de las variaciones de tu contenido, de modo que podamos entender que estas páginas son versiones localizadas del mismo contenido».

Tres cosas tienen que estar bien o el clúster se ignora:

• Bidireccionalidad. “If two pages don’t both point to each other, the tags will be ignored.” (traducción) «si dos páginas no se enlazan mutuamente, las etiquetas se ignorarán». La versión inglesa apunta a la italiana y la italiana debe apuntar de vuelta.
• Autorreferencia. Cada página se incluye a sí misma junto con todas las demás.
• x-default como alternativa para idiomas no coincidentes (recomendado, pero no estrictamente obligatorio).

Hay tres métodos de entrega: etiquetas <link> HTML en el <head>, la cabecera HTTP Link (útil para archivos no HTML como los PDF) o un sitemap XML con el espacio de nombres xhtml:link. Las URL deben estar completamente cualificadas e incluir https://.

Y, lo que es fundamental: hreflang es una sugerencia, no una directiva. La frase de Google es que “hreflang annotations are a hint to Google, not a directive.” (traducción) «las anotaciones hreflang son una sugerencia para Google, no una directiva». Puede ignorarlas y lo hará cuando las etiquetas canónicas, las señales de contenido o el estado de indexación no coincidan.

El ángulo valioso y poco cubierto: hreflang acelera la indexación de idiomas nuevos

Este es un beneficio del que casi nadie habla. En el mismo episodio de SOTR, Gary Illyes dijo que descubrir hreflang activa un rastreo de verificación de las alternativas: “There is a dependency crawl triggering when we discover Hreflang, like we want to verify that.” (traducción) «cuando descubrimos Hreflang se activa un rastreo de dependencias, porque queremos verificarlo». En términos sencillos: cuando Google encuentra hreflang en una página, rastrea las versiones en idiomas alternativos para verificar la relación, lo que acelera la indexación de tus páginas en idiomas nuevos. Por tanto, hreflang no solo sirve para mostrar la versión correcta; también acelera el descubrimiento de idiomas recién lanzados.

Por qué tus datos de hreflang en GSC parecen escasos (y es normal)

Otro punto de Illyes que conviene interiorizar: Search Console solo informa de la URL principal que Google elige como representativa de cada grupo; además, explicó que la gran mayoría de los clústeres de hreflang corresponden a alternativas. Por eso esas URL alternativas no aparecen individualmente en los informes de cobertura de GSC. Si tus paneles hacen parecer que tus páginas lingüísticas «no están indexadas», a menudo solo refleja la forma en que GSC informa de la versión principal, no un problema real. Verifica con la herramienta de Inspección de URL y las SERP activas en lugar de confiar en el recuento agregado.

Contenido duplicado: es-MX frente a es-ES

Un temor común es que dos variantes del español se marquen como duplicadas. La regla real de Google es: “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (traducción) «las versiones localizadas de una página solo se consideran duplicadas si el contenido principal de la página permanece sin traducir». Dos páginas realmente en español con diferencias regionales reales (moneda, vocabulario y referencias locales) son distintas. Pero dos URL es-ES y es-MX con texto idéntico y sin diferenciación regional se tratarán como duplicadas; hreflang por sí solo no las separa: lo hace el contenido regional diferenciado. Dentro de un clúster hreflang válido, las señales también pueden consolidarse entre las alternativas, lo que suele ser útil.

Estructura de URL, enlaces internos y detección del idioma

Estructura. Subdirectorios (/es/, /fr/) para la mayoría de sitios: heredan la autoridad del dominio raíz y requieren poco mantenimiento. Los subdominios se tratan más como sitios independientes. Los ccTLD son la señal más fuerte de orientación por país, pero implican propiedades y construcción de enlaces independientes. Los parámetros de URL están explícitamente «no recomendados».

Enlaces internos entre versiones. Enlaza entre sí las versiones lingüísticas de forma sensata (el selector de idioma forma parte de ello), pero no trates cada alternativa como un enlace principal de navegación. Deja que hreflang comunique la relación formal y que el selector sirva a los usuarios.

Experiencia de usuario de la detección de idioma y trampa de rastreabilidad. Aquí es donde los sitios se rompen silenciosamente. Googlebot “sends HTTP requests without setting Accept-Language in the request header” (traducción) «envía solicitudes HTTP sin establecer Accept-Language en la cabecera de la solicitud» y rastrea principalmente desde IP de EE. UU. (aunque también utiliza algunas IP de fuera de EE. UU.). Si rediriges automáticamente a los usuarios a una versión lingüística según su IP o Accept-Language, Googlebot quizá solo vea la versión inglesa y nunca descubra las demás. La instrucción directa de Google es: “Avoid automatically redirecting users from one language version of a site to a different language version.” (traducción) «evita redirigir automáticamente a los usuarios de una versión lingüística de un sitio a otra versión lingüística».

Haz esto en su lugar: sirve URL independientes, anótalas con hreflang y, si quieres ayudar a los usuarios, muestra un banner de sugerencia no intrusivo («Esta página está disponible en inglés; ¿quieres cambiar?») que los mantenga en su URL actual y recuerde su elección mediante una cookie o localStorage. Usa Accept-Language como sugerencia, nunca como activador de una redirección. Y no uses banderas como identificadores de idioma: las banderas representan países, no idiomas.

Calidad de la traducción y traducción automática

La traducción automática no está prohibida por sí misma. La definición de Google dice: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (traducción) «el abuso de contenido a escala ocurre cuando se generan muchas páginas con el propósito principal de manipular las posiciones de búsqueda y no de ayudar a los usuarios». Ir a la cita La traducción aparece como un ejemplo de transformación automatizada cubierta por esa política: “including through automated transformations like synonymizing, translating, or other obfuscation techniques,” (traducción) «incluidas transformaciones automatizadas como la sinonimización, la traducción u otras técnicas de ofuscación», específicamente “where little value is provided to users.” (traducción) «cuando se aporta poco valor a los usuarios». Ir a la cita El criterio es el valor, no el método de producción. El riesgo real es volcar traducción automática a escala sin supervisión editorial; la traducción automática con revisión y selección humana (un flujo que a menudo se denomina MTPE) es una forma estándar y escalable de evitarlo. Evalúa una página traducida como evaluarías cualquier página: ¿responde a una intención de búsqueda real de ese mercado? Y no traduzcas simplemente tus palabras clave en inglés: haz una investigación de palabras clave real para cada idioma, porque la intención y la formulación varían entre mercados. (Más información: traducción automática y SEO.)

Esquema para sitios multilingües

Usa la propiedad inLanguage en el esquema de Article/Product/FAQPage para indicar el idioma del contenido y proporciona a cada versión lingüística su propio bloque de esquema en ese idioma. El esquema y hreflang hacen trabajos distintos: hreflang asigna URL alternativas; el esquema aclara el significado y el idioma del contenido. Son capas complementarias.

La tasa de errores: mi estudio de 374 756 dominios

Realicé un estudio sobre 374 756 dominios usando hreflang. El titular: más del 67 % tenía problemas. El desglose, empezando por los más comunes: ausencia de x-default (56,3 %), ausencia de etiquetas autorreferentes (18 %), referencias rotas o redirigidas (16,9 %), ausencia de etiquetas recíprocas (15,3 %), referencias no canónicas (8 %), códigos ISO incorrectos (4,6 %), incoherencia entre HTML lang y hreflang (3,2 %), entradas de idioma duplicadas (2,5 %) y la misma página declarada para varios idiomas (2,5 %).

Dos salvedades impiden que esto sea una catástrofe. Primero, las dos primeras —x-default y las referencias autorreferentes— son recomendadas, no estrictamente obligatorias, así que la gravedad real es menor de lo que sugiere el 67 %. Segundo, Google corrige muchas de estas cosas por ti. Gary Illyes ha dicho que los errores de hreflang «no causaron problemas» durante su etapa de implementación, y mi postura de siempre (desde mi charla Enterprise SEO Chaos en SMX) es que quizá no merezca la pena perseguir cada error de hreflang, porque probablemente Google corrige muchos automáticamente. Pero los errores estructurales —enlaces recíprocos ausentes y URL rotas— sí rompen el clúster y deben corregirse. Prioridad: corrige lo estructural y monitoriza lo conductual.

La amenaza de 2025: el proxy translate.goog de Google

Hay un matiz más reciente que conviene conocer (el artículo de Motoko Hunt en Search Engine Land de junio de 2025): cuando Google determina que no hay contenido local de alta calidad disponible, traduce automáticamente el contenido mediante un proxy translate.goog. El navegador importa: los usuarios de Chrome se dirigen a la URL original del editor (se conserva el tráfico), pero los de Safari/Firefox pasan por translate.goog (se pierde tráfico). Los datos de Ahrefs lo situaron en 6,2 millones de apariciones en AI Overviews con URL traducidas y cientos de millones de clics de exposición. La lectura estratégica es: publicar contenido nativo en el idioma local es tanto la defensa (Google no traducirá mediante proxy lo que ya ofreces) como el ataque (te posicionas tú mismo en esos mercados). Trata las SERP traducidas automáticamente como una señal de demanda no satisfecha.

La advertencia de Mueller: no lo traduzcas todo

Por último, moderación. John Mueller advierte contra el impulso de estar en todos los idiomas: “Let’s create all languages! Let’s make pages for all countries! What if someone in Japan wants to read it in Swahili?” (traducción) «¡Creemos todos los idiomas! ¡Hagamos páginas para todos los países! ¿Y si alguien en Japón quiere leerlo en suajili?»; y señala que “it’s easy to dig into endless pits of complexity with hreflang.” (traducción) «es fácil caer en pozos interminables de complejidad con hreflang». Su consejo, que comparto, es: “first… limit the number of pages you create to those that are absolutely critical & valuable.” (traducción) «primero… limita el número de páginas que creas a las que sean absolutamente críticas y valiosas». Prioriza las páginas con mucho tráfico y conversión en mercados con demanda demostrada (usa GSC para encontrar consultas que ya generan impresiones en un idioma de destino). Cada versión lingüística que creas implica costes continuos de rastreo, indexación, canonicalización y mantenimiento: inviértelos solo donde haya un retorno real.

Resumen de IA

Una síntesis de la versión Advanced:

• Multilingüe ≠ multirregional. Lo multilingüe trata el idioma (un sitio suizo en 3 idiomas y 1 país); lo multirregional trata el país (inglés de EE. UU. y del Reino Unido). Se solapan, pero utilizan señales diferentes.
• Google detecta el idioma a partir del texto visible, no de <html lang>, no de la cabecera Content-Language ni de la URL. Gary Illyes llamó LDCP (Language Demotion, Country Promotion) al mecanismo de posicionamiento: las páginas en el idioma equivocado pierden posiciones.
• Bing es lo contrario: no admite hreflang y usa <meta http-equiv="content-language"> como señal principal (prioridad: meta content-language > html lang > contenido).
• hreflang es un mapa de relaciones, no un detector de idiomas, y es una sugerencia, no una directiva. Debe ser bidireccional y autorreferente; x-default es recomendable.
• Beneficio adicional: descubrir hreflang activa un rastreo de verificación y acelera la indexación de las páginas en idiomas nuevos (Illyes). La mayoría de alternativas no son canónicas, por lo que GSC informa de menos páginas; es normal.
• es-MX frente a es-ES solo son duplicadas si el contenido principal no está traducido; las diferencias regionales reales las separan.
• Estructura de URL: subdirectorios para la mayoría de sitios; los ccTLD son más fuertes para orientar por país; evita los parámetros de URL. No redirijas automáticamente por IP/Accept-Language: Googlebot rastrea sin Accept-Language y principalmente desde IP de EE. UU., por lo que podría no encontrar tus otros idiomas.
• La traducción automática no está prohibida. La política de abuso de contenido a escala de Google menciona la traducción como un ejemplo de «transformación automatizada», pero la infracción consiste en publicar muchas páginas de poco valor para manipular las posiciones; el criterio es el valor, no el método. La traducción automática sin revisión editorial a escala es el riesgo real; la traducción automática con revisión humana (MTPE) es un flujo estándar y escalable.
• Tasa de errores: mi estudio de 374 756 dominios encontró problemas de hreflang en el 67 %, pero Google corrige muchos automáticamente: corrige los errores estructurales y monitoriza el resto.
• Amenaza de 2025: el proxy translate.goog de Google puede apropiarse del tráfico donde falta contenido nativo; el contenido local nativo es defensa y ataque.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda.

Google

• Gestión de sitios multirregionales y multilingües — el documento fundamental: definiciones, opciones de estructura de URL, señales de región y la advertencia sobre las redirecciones automáticas.
• Versiones localizadas de tus páginas — la referencia de hreflang: los tres métodos de implementación, bidireccionalidad, autorreferencia, x-default y la regla sobre contenido duplicado.
• International SEO Overview — el punto de entrada para optimizar por idioma, país y región.
• How Google Crawls Locale-Adaptive Pages — por qué servir contenido diferente según la región percibida puede crear lagunas de rastreo e indexación y la nota sobre Accept-Language.

Bing / Microsoft

• Cómo indicar a Bing el país y el idioma de tu sitio web — la etiqueta meta content-language, su formato y el orden de prioridad que usa Bing (sigue siendo la referencia técnica principal).
• Bing Webmaster Guidelines — las directrices generales, incluida la orientación por idioma y país.

Citas de las fuentes

Declaraciones públicas de Google y Bing sobre SEO multilingüe.

Google: cómo se detecta el idioma

• “Google uses the visible content of your page to determine its language. We don’t use any code-level language information such as lang attributes, or the URL.” (traducción) «Google utiliza el contenido visible de tu página para determinar su idioma. No usamos información lingüística a nivel de código, como los atributos lang o la URL». — Documentación de Google Search Central. Ir a la cita
• “Google doesn’t use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language.” (traducción) «Google no utiliza hreflang ni el atributo HTML lang para detectar el idioma de una página; en su lugar, usamos algoritmos para determinarlo». Ir a la cita

Google: hreflang y duplicados

• “Use hreflang to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content.” (traducción) «Usa hreflang para informar a Google de las variaciones de tu contenido, de modo que podamos entender que estas páginas son versiones localizadas del mismo contenido». Ir a la cita
• “If two pages don’t both point to each other, the tags will be ignored.” (traducción) «si dos páginas no se enlazan mutuamente, las etiquetas se ignorarán». Ir a la cita
• “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (traducción) «las versiones localizadas de una página solo se consideran duplicadas si el contenido principal permanece sin traducir». Ir a la cita

Google: redirecciones y definiciones

• “Avoid automatically redirecting users from one language version of a site to a different language version.” (traducción) «evita redirigir automáticamente a los usuarios de una versión lingüística de un sitio a otra». Ir a la cita
• “A multilingual website is any website that offers content in more than one language.” (traducción) «un sitio web multilingüe es cualquier sitio que ofrece contenido en más de un idioma». Ir a la cita

Gary Illyes, Google (pódcast de Google sobre internacionalización y hreflang, 25 de julio de 2024)

• Sobre el algoritmo LDCP: “if someone is searching in German and your page is in English, then you would get a demotion.” (traducción) «si alguien busca en alemán y tu página está en inglés, sufrirías una pérdida de posición».
• Sobre por qué lang en HTML no es fiable: “came with the Lang attribute set to English” (traducción) «venía con el atributo Lang establecido en inglés», aunque la página era 100 % alemana, de modo que “you can’t trust that” (traducción) «no puedes fiarte de eso».
• Sobre el rastreo de verificación activado por hreflang: “There is a dependency crawl triggering when we discover Hreflang, like we want to verify that.” (traducción) «cuando descubrimos Hreflang se activa un rastreo de dependencias, porque queremos verificarlo».
• Sobre los informes de GSC: “Search Console only reports canonicals” (traducción) «Search Console solo informa de las URL principales»; la mayoría de los clústeres de hreflang corresponden a alternativas. Escucha el episodio

John Mueller, Google

• Sobre el atributo HTML lang: “something we don’t use at all” (traducción) «algo que no usamos en absoluto» y “almost always wrong” (traducción) «casi siempre incorrecto».
• Sobre crear demasiados idiomas: “It’s easy to dig into endless pits of complexity with hreflang.” (traducción) «es fácil caer en pozos interminables de complejidad con hreflang» / “My recommendation would be first to limit the number of pages you create to those that are absolutely critical & valuable.” (traducción) «mi recomendación sería limitar primero el número de páginas que creas a las que sean absolutamente críticas y valiosas».

Los marcos de decisión

1. ¿Necesitas un sitio multilingüe o multirregional? (o ambos)

Ejecuta esto antes que nada: determina a qué señales debes recurrir:

Are you serving more than one LANGUAGE?
├─ No  → not a multilingual problem. Stop here for language work.
└─ Yes → multilingual. You need: distinct URLs per language
         + hreflang (Google/Yandex) + content-language meta (Bing)
         + real content in each language.

Are you also targeting more than one COUNTRY?
├─ No  → single-region multilingual (e.g. Swiss DE/FR/IT).
│        Use language-only hreflang codes (es, fr, de).
└─ Yes → multi-regional too. Add region to hreflang (es-MX, es-ES,
         en-GB, en-US) and consider ccTLDs for the strongest
         country signal.

La trampa es tratar el idioma como una señal de país. Como dijo Gary Illyes, “the language is absolutely not a tell for what country you are targeting.” (traducción) «el idioma no indica en absoluto a qué país te diriges».

2. Comparativa de estructuras de URL

3. Matriz de prioridad de contenido: qué traducir primero

No traduzcas todo. Puntúa las páginas candidatas y trabaja de arriba abajo:

Priority = (organic demand in target market)
         × (conversion value of the page)
         ÷ (translation + maintenance effort)

Orden práctico:

1. Páginas con demanda demostrada — usa GSC para encontrar URL que ya reciben impresiones o clics de una consulta o país de destino. La demanda ya existe: aprovéchala.
2. Páginas principales con mucho tráfico o conversión — páginas que generan ingresos y hubs de clúster principales.
3. Páginas de apoyo del clúster — cuando el mercado principal ya esté validado.
4. Cola larga — al final y solo si el mercado está dando resultados.

La regla de Mueller se aplica a todo ello: “limit the number of pages you create to those that are absolutely critical & valuable.” (traducción) «limita el número de páginas que creas a las que sean absolutamente críticas y valiosas». Cada versión lingüística adicional supone costes continuos de rastreo, indexación y mantenimiento: inviértelos donde haya retorno.

Señales de idioma: qué utiliza realmente cada motor

La tabla que conviene guardar. Google y Bing leen señales casi opuestas.

Orden de prioridad de Bing: etiqueta meta content-language > <html lang> > contenido de la página.

Google en una línea: lee el texto visible para detectar el idioma; todo lo que está a nivel de código (lang, Content-Language y la URL) se ignora para ese fin.

Requisitos irrenunciables de hreflang: bidireccionalidad, autorreferencia, URL completamente cualificadas con https:// y x-default recomendable. Es una sugerencia, no una directiva.

No hagas esto: redirigir automáticamente por IP/Accept-Language (Googlebot rastrea sin Accept-Language, principalmente desde IP de EE. UU., y no encontrará tus otros idiomas); usar banderas para los idiomas; volcar traducción automática sin revisar a escala y sin aportar valor editorial.

Registro de cambios