El SEO internacional es donde buenas empresas pierden meses de tráfico por errores evitables. Lanzas una versión alemana, una subcarpeta en francés, un dominio .com.mx, y seis meses después la mitad está desindexada, la versión en el idioma equivocado posiciona en el país equivocado y nadie sabe explicar por qué. Esta guía es la que me gustaría que más equipos leyeran antes de expandirse. Sin teoría. Solo la estructura, las reglas de hreflang y las decisiones de localización que determinan si el SEO internacional funciona o se come el presupuesto en silencio.
Qué es realmente el SEO internacional
El SEO internacional consiste en decirle a los buscadores qué versión de tu sitio servir a qué audiencia: por país, por idioma o por ambos. Ese es todo el trabajo.
Dentro hay dos problemas distintos:
- Multi-idioma: mismo producto, distintos idiomas (español, inglés, alemán).
- Multi-país: mismo idioma, distintos mercados (español de España vs español de México, inglés de EE. UU. vs inglés de Reino Unido).
La mayoría de equipos los mezcla y lo paga. Una sola página en español no puede posicionar bien a la vez en España y en Argentina: SERPs distintas, competidores distintos, intención distinta y a veces vocabulario distinto. Decide pronto si vas a por idiomas, por países o por una rejilla de ambos. Esa decisión lo condiciona todo.
Elige primero la estructura de URLs
Antes de una sola etiqueta, antes de una sola traducción, decide cómo se estructura el sitio. Es la decisión más cara de revertir, así que acierta el primer día.
Tienes tres opciones.
Subcarpetas (ejemplo.com/de/)
Es lo que recomiendo para la gran mayoría de empresas. Un dominio, un único pozo de autoridad, cada mercado heredando el link equity que ya has construido.
- Más barato de lanzar y mantener
- Los backlinks a cualquier mercado refuerzan todo el dominio
- Fácil de gestionar en un solo CMS y una sola propiedad de Search Console
- Añadir un mercado nuevo es solo otra carpeta
La contrapartida: las subcarpetas señalan idioma con más claridad que país. Te apoyas en hreflang y en Search Console para clavar la segmentación geográfica. Eso es un problema resuelto, así que rara vez es una desventaja real.
Subdominios (de.ejemplo.com)
Un punto intermedio. Google trata los subdominios como parte del mismo sitio pero comparten autoridad de forma más floja que las subcarpetas. Casi nunca los elijo salvo que haya una razón técnica u organizativa: hosting separado por región, equipos separados, stacks separados.
ccTLD (ejemplo.de, ejemplo.mx)
Los dominios de código de país mandan la señal geográfica más fuerte posible. También son los que más trabajo y más riesgo implican.
Cuándo tienen sentido de verdad:
- Tienes entidades locales reales, equipos locales y presupuesto por mercado
- La confianza pesa muchísimo en tu sector (finanzas, salud, sectores regulados)
- Un dominio local mejora de forma clara el click-through en ese mercado
El coste: cada ccTLD arranca con autoridad cero. No gestionas un programa de SEO, gestionas cinco. Para la mayoría de pymes y empresas mid-market eso es una trampa. Salvo que tengas recursos para construir enlaces y contenido en cada mercado por separado, las subcarpetas rendirán más que un cementerio de ccTLD débiles.
Mi opción por defecto: subcarpetas, salvo que haya un motivo concreto para no usarlas. Concentra la autoridad, no la dispersas.
Subcarpetas (/de/) | Subdominios (de.ejemplo.com) | ccTLD (ejemplo.de) | |
|---|---|---|---|
| Señal geográfica | hreflang + contenido | hreflang + contenido | El propio dominio |
| Transmisión de autoridad | Completa | Parcial | Ninguna — arranca desde cero |
| Complejidad inicial | Baja | Media | Alta |
| Mantenimiento | Un CMS, un Search Console | Moderado | Alto — un programa por mercado |
| Más adecuado para | La mayoría de negocios | Orgs con equipos o stacks separados | Empresas con entidades locales y presupuesto |
hreflang: donde muere casi todo el SEO internacional
Aquí va la verdad incómoda. La mayoría de los problemas de SEO internacional que me contratan para arreglar son hreflang roto. Es conceptualmente simple y brutalmente fácil de implementar mal. Si quieres el mecanismo completo, cubro cada método, error y solución en la guía de implementación de etiquetas hreflang.
El hreflang le dice a Google: “esta página tiene versiones equivalentes en estos idiomas y regiones, sirve la correcta”. Cuando funciona, un usuario en México recibe tu página en español de México y uno en España recibe la de España. Cuando se rompe, Google lo ignora todo y adivina.
Las reglas que importan de verdad
- Cada página se referencia a sí misma. El conjunto de hreflang de una página debe incluir una etiqueta autorreferencial. Si falta, Google suele descartar todo el clúster.
- Tiene que ser bidireccional. Si la página A apunta a la B, la B debe apuntar de vuelta a la A. Las return tags sin confirmar son el error más común.
- Usa códigos correctos. Idioma en ISO 639-1 (
en,es,de), región opcional en ISO 3166-1 Alpha-2 (es-ES,es-MX,en-GB). Esen-GB, noen-UK. Esa errata mata la segmentación sin avisar. - Pon siempre
x-default. Es el fallback para quien no encaja en ninguna versión concreta. Apúntalo a tu selector de idioma o a tu mercado principal. - Elige un solo método de entrega. Etiquetas
<link>en HTML, cabeceras HTTP o el sitemap XML: escoge uno y sé consistente. El método por sitemap escala mejor en sitios grandes y mantiene el marcado fuera del<head>.
Los bugs que encuentro en cada auditoría
- Return tags que faltan o que apuntan a redirecciones en lugar de a la URL final
- URLs de hreflang que dan 404, 301 o llevan un
noindex - Erratas en los códigos de idioma (
en-UK, mezclarpt-PTconpt-BR) - Canonical peleándose con hreflang: una página
deque canonicaliza a laenle dice a Google que la elimine del todo - hreflang apuntando a
httpmientras el sitio corre enhttps
Esa última categoría —canonical y hreflang contradiciéndose— es la asesina silenciosa. Tu canonical debe apuntar a la propia página, y el hreflang gestiona las alternativas. Si se contradicen, pierde el hreflang.
Valida después de cada despliegue. Usa el informe de Segmentación Internacional de Search Console y un crawler que parsee los clústeres de hreflang. No des por hecho que funciona porque validó una vez. Una migración de CMS o una regla de redirección descuidada lo rompen de un día para otro.
No traduzcas. Localiza.
Pasar tu web en inglés por un traductor automático a ocho idiomas no es SEO internacional. Es una forma rápida de publicar contenido que nadie busca.
Localizar de verdad significa tres cosas:
-
Keyword research por mercado, en cada idioma. La gente no busca la traducción literal de tus keywords. El término en alemán con volumen puede ser una expresión completamente distinta. Un usuario británico busca “trainers”; uno estadounidense, “sneakers”. Investiga cada mercado de forma nativa, no traduzcas tu lista de keywords y reces. Aplicar la lógica de optimización de intención de búsqueda en cada idioma suele revelar estructuras de consulta completamente distintas. Vigila especialmente la canibalización de palabras clave entre mercados: si dos versiones lingüísticas apuntan a las mismas keywords en el mismo idioma, competirán entre sí.
-
Adaptación cultural y comercial. Monedas, métodos de pago, formatos de fecha, ejemplos, casos, unidades, avisos legales. Un caso de éxito de EE. UU. le dice poco a un comprador en Valencia. Mete prueba local.
-
Copy de calidad nativa. Google detecta cada vez mejor el contenido fino con olor a traducción. Tus lectores también. Una página realmente nativa vale más que cinco traducidas a máquina. Si no puedes localizar un mercado como toca, no lo lances todavía.
En montajes multi-país de un mismo idioma (España vs México), el esfuerzo es menor pero real: ajusta vocabulario, precios y ejemplos aunque el idioma base se comparta. Esa diferencia es justo lo que el hreflang existe para desambiguar.
Segmentación geográfica, Search Console y la base técnica
Algunas señales técnicas refuerzan —pero nunca sustituyen— tu estructura y tu hreflang:
- Search Console: da de alta cada mercado como propiedad (o usa una propiedad de dominio y el informe de Segmentación Internacional). Para subcarpetas y subdominios, las señales de geo vienen del hreflang y del contenido, no de un ajuste manual de país: Google retiró la antigua herramienta de segmentación geográfica.
- Ubicación del servidor y CDN: señal menor, pero la latencia es real. Sirve cada mercado rápido. Los Core Web Vitals no tienen barra libre porque el usuario esté en el extranjero.
- Backlinks locales: enlaces desde sitios
.deayudan a tu mercado alemán, enlaces de medios españoles ayudan a España. La autoridad es en parte específica de cada mercado. Constrúyela donde quieras posicionar. - Selectores de moneda e idioma: nunca redirijas automáticamente por IP. Deja que el usuario elija y nunca bloquees a Googlebot —que rastrea sobre todo desde IPs de EE. UU.— de ninguna versión. La redirección por IP es la razón por la que árboles de idiomas enteros nunca se indexan.
Ese último punto merece énfasis. Si fuerzas la redirección por IP, Googlebot rastreando desde EE. UU. solo ve tu versión en inglés. El resto no se descubre nunca. Ofrece un banner de sugerencia, jamás una redirección dura.
El checklist de SEO internacional
Pásalo antes y después de cada lanzamiento de mercado.
Estructura
- Subcarpeta / subdominio / ccTLD decidido a propósito, no por accidente
- Cada mercado mapeado a un objetivo claro de idioma–país
- Un CMS y un Search Console que puedas mantener de verdad
hreflang
- Etiqueta autorreferencial en cada página
- Return tags bidireccionales confirmadas
- Códigos ISO de idioma y región correctos (
en-GB, noen-UK) -
x-defaultpuesto - Un solo método de entrega, aplicado de forma consistente
- Ninguna URL de hreflang que dé 404, redirija o lleve
noindex
Canonicalización
- Cada página se autocanonicaliza, sin canonicals entre idiomas
- Canonical y hreflang nunca se contradicen
Localización
- Keyword research en cada idioma por mercado
- Copy de calidad nativa, no traducción automática
- Moneda, ejemplos, prueba y textos legales locales
Técnico
- Sin redirecciones duras por IP; Googlebot llega a cada versión
- Core Web Vitals en verde en cada mercado
- Construcción de backlinks locales en marcha donde importa
- Informe de Segmentación Internacional monitorizado tras cada deploy
El resumen honesto
El SEO internacional no es complicado, pero no perdona. Los equipos que ganan eligen subcarpetas, implementan hreflang bien y lo revisan en cada deploy, y localizan en vez de traducir. Los que pierden dispersan autoridad en ccTLD débiles, publican páginas traducidas a máquina y dejan que una return tag rota desindexe un idioma entero.
Acierta la estructura, mantén el hreflang limpio y gana autoridad en cada mercado que de verdad te importe. Todo lo demás es detalle. Si estás planificando una expansión internacional o tienes problemas con un sitio multilingüe, el servicio de SEO internacional está pensado exactamente para este tipo de proyecto.
