Qué es SEO Internacional: estructura de URL y estrategia

La primera decisión de cualquier proyecto de SEO internacional es dónde van a vivir las distintas versiones del sitio, porque de ahí depende buena parte del mantenimiento posterior. Existen tres modelos y cada uno reparte de forma distinta la señal geográfica, el coste operativo y la autoridad de dominio acumulada.

El primer modelo es el dominio de código de país o ccTLD, por ejemplo ejemplo.de para Alemania y ejemplo.fr para Francia. Es la señal geográfica más fuerte que existe: Google interpreta el ccTLD como una declaración explícita de mercado, sin depender de configuraciones adicionales. El coste es alto en dos frentes. Hay que comprar, renovar y en algunos países alojar cada dominio localmente, y cada versión arranca de cero en autoridad, porque los enlaces que consigue ejemplo.de no traspasan nada a ejemplo.fr. Mantener contenido actualizado en seis o siete ccTLD distintos equivale, en la práctica, a gestionar seis o siete sitios independientes.

El segundo modelo es el subdominio, por ejemplo de.ejemplo.com para el mercado alemán. Se configura con un simple registro DNS, sin necesidad de comprar dominios adicionales. La señal geográfica es intermedia: se puede reforzar con la configuración de país específica en Search Console, pero carece del peso automático de un ccTLD. En cuanto a autoridad, los buscadores tratan cada subdominio como una entidad semi-independiente, así que tampoco hay traspaso completo entre versiones, aunque sí se comparten certificado SSL, servidor y a menudo la misma plantilla de diseño.

El tercer modelo es la subcarpeta, por ejemplo ejemplo.com/de/ para el mercado alemán. Es, con diferencia, el más fácil de mantener: una sola instalación, un solo certificado, un único panel de analítica para toda la web. Toda la autoridad de enlaces, menciones y antigüedad del dominio se acumula en un mismo sitio y beneficia a todas las versiones de idioma por igual. La señal geográfica es la más débil de las tres y depende casi por completo de hreflang y de señales de contenido como el idioma del texto, la moneda o el teléfono de contacto local. Es el modelo que usa zds.es: /que-es-seo-internacional para español y /de/was-ist-internationales-seo/ para alemán, bajo el mismo dominio y compartiendo toda la autoridad acumulada.

No existe un modelo universalmente mejor, y elegir sin evaluar recursos propios es el error más caro de todo el proceso. Una multinacional con equipos locales en cada país, presupuesto de SEO independiente por mercado y necesidad de máxima diferenciación de marca suele justificar el coste operativo de varios ccTLD. Un negocio que expande sus tres o cuatro idiomas principales desde una sola web central, sin equipo dedicado en cada país, casi siempre sale ganando con subcarpetas: menos mantenimiento y autoridad compartida desde el primer día. El subdominio queda como término medio, útil cuando hay razones técnicas para separar la infraestructura (por ejemplo, un CMS distinto por región) pero no presupuesto para dominios independientes.

Un error habitual al planificar SEO internacional es tratar "idioma" y "país" como si fueran la misma variable. No lo son, y confundirlos produce webs mal segmentadas o, en el extremo contrario, un exceso de versiones que nadie mantiene. El alemán se habla en Alemania, Austria y Suiza, pero son tres mercados con precios distintos, normativa fiscal distinta y a veces oferta de producto distinta: lo que en Alemania se vende con IVA del 19 %, en Suiza se factura en francos y sin la misma normativa europea de protección de datos. Lo mismo ocurre con el español entre España, México y Argentina, o con el inglés entre Reino Unido, Estados Unidos y Australia: mismo idioma, condiciones comerciales y legales distintas.

Hreflang permite combinar ambas dimensiones cuando hace falta, precisamente porque están pensadas como ejes independientes. La etiqueta de idioma sola, por ejemplo "de", sirve para una versión en alemán dirigida a cualquier hablante germanófono sin distinción de país. La combinación idioma-país, por ejemplo "de-CH", sirve específicamente para el alemán hablado en Suiza, con su propio precio en francos y su propia normativa. La decisión de cuántas combinaciones crear no es técnica, es de negocio: conviene crear una versión país-idioma nueva solo cuando hay algo que cambia de verdad para ese mercado, precio, normativa legal, disponibilidad de producto o soporte, no por sistematismo ni porque "suena más completo" tener una URL por cada país donde se habla un idioma.

Esta distinción también condiciona la estructura de URL descrita en el apartado anterior. Una única subcarpeta /de/ funciona bien cuando el mercado de habla alemana se trata como un bloque homogéneo. Si la empresa vende con condiciones distintas en Alemania, Austria y Suiza, hacen falta subcarpetas separadas, por ejemplo /de-de/, /de-at/ y /de-ch/, o el equivalente en el modelo de dominio elegido, y cada una necesita su propio precio, su propio texto legal y su propia etiqueta hreflang que la distinga de las demás.

El caso contrario también es real: empresas que crean una versión país por cada mercado de habla hispana (México, Argentina, Colombia, Chile) sin que exista ninguna diferencia real de oferta entre ellas, más allá de algún matiz de vocabulario. En ese caso, mantener cuatro versiones casi idénticas diluye el presupuesto de contenido y de enlaces sin ninguna ventaja real frente a una sola versión en español general con hreflang "es" sin país asociado.

El SEO internacional es la estrategia completa: qué mercados atacar, qué estructura de URL usar, qué contenido traducir o adaptar, y qué señales técnicas emitir para cada versión. Hreflang es una de esas señales técnicas, concretamente la que le indica a Google qué versión de idioma o país mostrar a cada usuario en el resultado de búsqueda. Es una pieza dentro del plan completo, no el plan en sí, y un sitio puede tener un hreflang técnicamente perfecto y aun así fracasar en SEO internacional si la estructura de URL no encaja con los recursos disponibles o si el contenido de cada mercado es una traducción sin adaptar precios ni normativa.

La implementación de hreflang, con las etiquetas rel="alternate", el valor especial x-default y la diferencia entre colocarlo en el head, en la sitemap XML o en cabeceras HTTP, tiene su propio artículo con ejemplos de código completos y los seis errores más frecuentes documentados con casos reales: qué es hreflang. En este artículo basta con saber que existe, para qué sirve dentro de la estrategia más amplia y que su correcto funcionamiento depende de que la etiqueta canonical de cada versión apunte siempre a sí misma.

Antes de lanzar o ampliar un sitio a varios mercados, conviene revisar estos puntos:

• Elegir la estructura de URL, ccTLD, subdominio o subcarpeta, según el presupuesto y el equipo disponible, no solo según la señal geográfica teórica de cada modelo.
• Separar idioma y país solo cuando exista una diferencia real de precio, oferta o normativa que lo justifique, evitando multiplicar versiones sin necesidad.
• Usar hreflang de forma coherente con la etiqueta canonical de cada versión, que debe apuntar siempre a sí misma y nunca a una redirección.
• Adaptar precios, moneda, formato de fecha y datos de contacto local en cada versión, no solo el idioma del texto visible.
• Revisar con una persona nativa los textos legales y de producto de cada mercado; una traducción automática sin revisar es visible tanto para los usuarios como para Google.
• Vincular cada mercado con sus propias señales de SEO local cuando el negocio tenga presencia física o de servicio en ese país.
• Monitorizar el rendimiento de cada mercado por separado en Search Console, filtrando por país e idioma en lugar de mirar solo el dato agregado global.
• Planificar redirecciones 301 con antelación si en algún momento cambia la estructura de URL elegida, para no perder el posicionamiento acumulado por versión.

Los fallos más habituales en proyectos de SEO internacional:

• Publicar una única versión en inglés para todos los países de habla inglesa, sin ajustar precios en libras, dólares o euros ni la normativa fiscal de cada mercado.
• Traducir el contenido visible pero dejar el precio, el teléfono de soporte o los métodos de pago del mercado de origen, delatando que la versión no está realmente adaptada.
• Crear subcarpetas o subdominios de países sin contenido propio, usados solo como redirección, algo que Google puede interpretar como contenido casi duplicado entre versiones.
• Cambiar de estructura de URL, por ejemplo pasar de subcarpetas a ccTLD, sin planificar redirecciones 301 ni actualizar hreflang, con la consecuente pérdida del posicionamiento acumulado.
• Multiplicar versiones país-idioma que no aportan ninguna diferencia real de oferta, lo que dispersa el presupuesto de contenido y de enlaces sin necesidad.
• Dar por hecho que hreflang arregla un contenido flojo: la etiqueta indica qué versión mostrar, pero no compensa una traducción pobre ni un mercado sin oferta real detrás.