Un patrón que vemos casi cada semana. Un negocio español nos llama, frustrado. Construyeron una web bilingüe preciosa (a menudo español + inglés, a veces español + catalán, cada vez más español + portugués para LATAM/Brasil). La web pinta bien. El contenido es bueno. Pero:
- La versión española posiciona bien.
- La segunda lengua no posiciona en absoluto — o peor, las páginas en segunda lengua se comen el ranking de las españolas.
Habitualmente hay cinco errores debajo de este patrón. Cada uno solo basta para torpedear tu SEO internacional. Tener tres o cuatro apilados es lo normal. Aquí están el diagnóstico y la solución, ordenados por frecuencia.
Trampa #1 — hreflang mal, ausente, o contradiciendo <link rel="canonical">
Es el error técnico más común. Síntomas:
- Google indexa solo la versión española
- La versión inglesa tiene cero impresiones en Search Console para queries en inglés
- Avisos de "Duplicado sin canónica seleccionada por el usuario" para las URLs no-españolas
La causa casi siempre es:
hreflang ausente (≈40% de los casos)
hreflang referencia el par equivocado de URLs (p.ej. /en/page apunta a /es/another-page)
<link rel="canonical"> apunta a la URL española en la página inglesa (un copy-paste accidental del CMS)
hreflang="en-US" cuando se quiere todo el público anglófono (usa hreflang="en" salvo que tengas variantes específicas por país)
La solución que siempre funciona, copiable:
<link rel="alternate" hreflang="es" href="https://tuweb.com/es/products/widget" />
<link rel="alternate" hreflang="en" href="https://tuweb.com/en/products/widget" />
<link rel="alternate" hreflang="x-default" href="https://tuweb.com/es/products/widget" />
<link rel="canonical" href="https://tuweb.com/en/products/widget" />
Tres reglas:
- Canónica auto-referenciada en cada página — apuntando a sí misma.
hreflang recíproco: cada página debe declarar todas las versiones lingüísticas, incluida ella misma.
x-default apunta a la versión que quieres mostrar a quien no encaje con otro idioma.
Solo arreglar x-default nos ha hecho recuperar +38% de tráfico orgánico en un cliente en tres meses.
Trampa #2 — Traducido, no localizado
Pegar tu copy español en DeepL y publicar es una forma rápida de:
- Posicionar para nadie (porque las keywords son malas para el mercado objetivo)
- Confundir al lector (porque el contexto cultural no se traduce)
- Molestar a los sistemas de calidad de Google (porque el contenido traducido es típicamente delgado)
Ejemplo real: un despacho de abogados de Madrid tradujo su landing española de "abogados de divorcio" directo al inglés. Resultado:
- La página usaba "divorce lawyer" — un término US/UK
- La densidad de keyword en el target inglés se perdió
- La nueva versión inglesa tenía 0,4% de relevancia de keyword ni para UK ni para US
Qué hacer en su lugar:
- Investiga keywords en el idioma objetivo primero. La keyword inglesa para esa página en mercado UK es "divorce solicitor" (nunca llegas a "solicitor" desde el español).
- Localiza ejemplos y prueba. Testimonios españoles en una página dirigida a UK tiran la confianza. Igual con direcciones de "calle Velázquez" en una página dirigida a Londres.
- Adapta valores monetarios, fechas, unidades. €/£/$ es obvio; menos obvio: hora de 24h vs 12h, dd/mm vs mm/dd, coma vs punto decimal.
- Usa un humano, nativo, especialista vertical para la pasada final. No tu primo bilingüe. No GPT. El ROI es brutal: alrededor de 200€ de edición devuelven 5–10k€ de valor orgánico por página.
Trampa #3 — URLs idénticas entre idiomas, después soft 404
Un patrón casi invisible:
- La versión inglesa de cada página existe en
/en/...
- Devuelve 200, parece correcta para un humano
- Pero el contenido es idéntico al español porque la traducción no se hizo
Los sistemas de calidad de Google lo detectan. Las páginas inglesas se degradan a "soft 404". Nunca posicionan.
Cómo encontrarlo en 5 minutos: en Search Console → Páginas → "Soft 404", filtra por URLs que contengan /en/. Si ves muchas, ahí está el problema.
Solución: completar la traducción, o desindexar temporalmente la ruta inglesa con un 404 real (no un 301 al español — eso es otro error distinto).
Trampa #4 — Contenido mezclado en idiomas dentro de una página
Incluso versiones sutiles de esto duelen:
- Una página inglesa con un título de navegación en español
- Un post traducido al inglés pero con el formato de fecha
martes 4 de marzo sin tocar
- Un botón con "Send" pero un aviso de privacidad debajo en español
- Open Graph tags en español en una página inglesa
Google detecta el idioma con dos señales: el atributo <html lang=""> y el idioma real del cuerpo. Si discrepan, la página queda en estado confuso donde ningún idioma posiciona bien.
Checklist rápida:
<html lang="en"> coincide con el idioma del cuerpo
- Todos los
og:locale, og:title, og:description en el idioma de la página
- Moneda, fecha, formato de dirección localizados
- Widgets de chat auto-traducidos (Crisp, Tidio, etc.) usan el idioma correcto para la página
Trampa #5 — Redirecciones por Geo-IP que esconden la segunda lengua a Google
Éste es el golpe mortal que vemos en sorprendentemente muchas marcas españolas grandes:
- La web detecta la IP del usuario
- Los usuarios españoles van automáticamente a
/es/
- Los usuarios ingleses van automáticamente a
/en/
- Googlebot crawlea desde una IP americana y solo ve la web inglesa
- La web española nunca se indexa correctamente
El mismo problema al revés: una página /en/ con redirección automática a /es/ para visitantes con IP española. Googlebot desde España rebota. La página inglesa nunca se indexa.
La solución no es negociable:
- Nunca auto-redirijas por IP sin dar al usuario opción
- Usa el header
Vary: Accept-Language solo para negociación de contenido, nunca para bloquear la versión alternativa
- Presenta siempre un selector de idioma manual que actualice una cookie
- Permite a Googlebot todas las rutas de idioma sin redirecciones
Hemos recuperado tráfico orgánico en un 80–120% en webs multilingües solo matando la auto-redirección.
Bonus: las 5 comprobaciones que hacemos en nuestra primera auditoría
Si abrimos tu web bilingüe por primera vez, esto miramos en 90 segundos:
- View source en la home → revisar
hreflang, canonical, <html lang>.
- Buscar
site:tuweb.com /en/ en Google → ver cuántas URLs inglesas están indexadas vs cuántas existen.
- Abrir Search Console → Rendimiento → filtrar por URLs con
/en/ → si las impresiones son 5%+ de las de /es/, no estás roto; si son inferiores al 1%, tienes una de las trampas anteriores.
- Abrir tu web desde un proxy americano → ver si te redirige, qué contenido sirve.
- Pasar la home inglesa por PageSpeed y por el Rich Results Test de Google → confirmar detección de idioma correcta.
Si fallamos las cinco, tenemos un 70% de probabilidad de recuperar tráfico significativo en los próximos 90 días.
Una historia concreta de recuperación
Un SaaS B2B en Madrid que servía al mercado LATAM tenía cero tráfico orgánico en inglés pese a tener ~85 páginas inglesas bien escritas.
Diagnóstico: trampas #1, #4 y #5 presentes. Su CDN redirigía cualquier IP fuera de España a /es/ "por rendimiento". Googlebot desde EE.UU. nunca veía las páginas inglesas.
Solución: quitamos el geo-redirect, arreglamos hreflang, auditamos 12 páginas con contenido mezclado. Coste: 2.800€ (un ingeniero, una persona de SEO, dos semanas).
90 días después:
- Páginas inglesas indexadas: 0 → 78
- Clics orgánicos en inglés/mes: 0 → 1.420
- Trial signups LATAM: +34
- ARR estimado añadido en 6 meses: ~96.000€
Es el tipo de arreglo que se paga en un mes y sigue pagando años.
Hacemos auditorías de SEO internacional cada semana
Si tu web bilingüe o multilingüe se siente "atascada" en la segunda lengua, mándanos el enlace. Aplicamos nuestra auditoría de las 5 trampas y un check de Search Console gratis, escribimos el diagnóstico con severidad y te decimos qué arreglar primero. No te vamos a vender un "retainer SEO" genérico si no lo necesitas.
Pide una auditoría de SEO internacional o mira nuestros servicios SEO.
Bilingüe es ventaja competitiva. Bilingüe mal hecho es invisible.