SEO internacional: cómo estructurar páginas para varios países

Introducción

La mayoría de los consejos sobre SEO parten de la base de un solo sitio web, un solo idioma y un solo mercado. En el momento en que un producto se dirige a usuarios de más de un país, esos consejos empiezan a fallar. De repente, te ves haciendo malabarismos:

• contenido duplicado en páginas casi idénticas,
• los motores de búsqueda que muestran la versión equivocada a los usuarios equivocados,
• una estructura del sitio que tenía sentido en el momento del lanzamiento, pero que se vuelve un obstáculo a medida que crece.

Los equipos que lo hacen bien suelen compartir un hábito: definen la orientación por países a nivel de arquitectura antes de que nadie escriba ni una sola palabra de contenido. Si la estructura es correcta, todas las páginas que publiques después la heredarán. Si te equivocas, te pasarás años desenredando enlaces canónicos y posicionamientos erróneos.

Esta guía repasa las estructuras que funcionan, el marcado que las mantiene unidas y el flujo de trabajo para comprobar que cada versión por país se posicione realmente donde debe.

La orientación por país empieza por la URL

La propia documentación de Google sobre la gestión de sitios multirregionales expone las opciones realistas: dominios específicos por país, subdominios, subdirectorios y parámetros de URL. La última opción está marcada como «no recomendada», lo que deja tres opciones serias:

• Los dominios con código de país (ejemplo.de, ejemplo.fr) envían la señal de segmentación geográfica más clara, pero cada uno solo puede dirigirse a un único país, y cada dominio que añades divide tu autoridad y multiplica tu trabajo de mantenimiento.
• Los subdominios son fáciles de configurar, pero los usuarios a menudo no pueden distinguir por la URL si «de» se refiere al idioma alemán o al mercado alemán.
• Los subdirectorios en un dominio global concentran la autoridad en un solo lugar y mantienen el mantenimiento al mínimo, por lo que se han convertido en la opción predeterminada para la mayoría de los productos internacionales.

No existe una opción universalmente correcta. Solo existe la opción que se adapte a tu funcionamiento: a cuántos mercados prestas servicio, si las entidades jurídicas difieren según el país y cuánto tiempo de ingeniería puedes dedicar a mantener vivas estructuras paralelas.

Sea cual sea la estructura que elijas, elígelo de una vez por todas. Trasladar un sitio web consolidado de subdominios a subdirectorios, o consolidar un conjunto de dominios por país, implica configurar redireccionamientos, volver a rastrear el sitio y meses de posiciones volátiles mientras los motores de búsqueda reconstruyen su visión del sitio. Los equipos que cambian de estructura sobre la marcha suelen hacerlo porque la decisión original se tomó por defecto en lugar de a propósito. Anota la decisión, incluyendo las concesiones que aceptaste, para que la próxima persona que se haga cargo del sitio entienda por qué la estructura tiene el aspecto que tiene.

El modelo «hub-and-spoke» para un producto en muchos mercados

El caso más complicado es el de un único producto que existe en diferentes versiones según el país. El patrón que mejor se adapta es el de «centro y radios»: un centro de producto canónico, del que parten páginas a nivel nacional creadas a partir de una plantilla compartida, cada una localizada en los detalles que importan.

Las plataformas de viajes lo hacen con las páginas de destinos, las empresas de SaaS lo hacen con las páginas de precios por país, y este patrón va mucho más allá del sector tecnológico. Los operadores de apuestas también lo utilizan: la sección «Lucky Numbers» de Hollywoodbets, una plataforma de apuestas sudafricana, se ramifica en páginas a nivel de país para un único producto de cuotas fijas basado en los sorteos de lotería de docenas de países (un producto de apuestas para un público mayor de edad en mercados regulados). Un producto, una plantilla, una URL central y una página secundaria para cada mercado que abarca el contenido.

Los sectores regulados resultan instructivos en este sentido precisamente porque no pueden permitirse la ambigüedad estructural: la arquitectura debe dejar claro de forma inequívoca qué página está dirigida a qué público.

La lógica SEO de este patrón es sencilla:

• El nodo central acumula enlaces y autoridad para el término principal.
• Los subdirectorios heredan el valor de los enlaces internos y captan las consultas de cola larga modificadas por país.
• La plantilla compartida te permite auditar y mejorar cientos de páginas con solo mejorar un diseño.

Hreflang, paso a paso

La estructura indica a los motores de búsqueda qué existe; hreflang les indica a quién va dirigida cada versión. La guía de Google sobre versiones localizadas de páginas enumera tres formas equivalentes de declararlas: etiquetas de enlace en el encabezado HTML, encabezados HTTP o un mapa del sitio XML. Utilizar más de una no aporta ningún beneficio adicional en la búsqueda, así que elige la que tu entorno técnico gestione de forma más fiable y mantén la coherencia.

Hay tres reglas que evitan la mayoría de los desastres relacionados con hreflang:

1. Haz que sea recíproco. Si la página del Reino Unido apunta a la página alemana, la página alemana debe apuntar a su vez a la del Reino Unido. Las anotaciones que no se devuelven pueden ignorarse, y una sola etiqueta de retorno que falte puede romper silenciosamente todo un clúster.
2. Establece siempre un «x-default». El valor reservado «x-default» capta a los usuarios cuyo idioma y región no coinciden con ninguna de tus versiones, y es el lugar adecuado para cualquier página de selección de país.
3. Anota cada página, incluida la propia. Hreflang funciona a nivel de página, por lo que cada página del clúster enumera su propia URL, así como todas sus alternativas. Crear una plantilla para esto es precisamente el tipo de tarea que debe formar parte del diseño radial, en lugar de depender de la memoria de alguien.

Presta atención también a los códigos en sí. Los valores de hreflang combinan un código de idioma con un código de región opcional, y ambos resuelven problemas diferentes:

• «en-GB» y «en-US» pueden apuntar a dos páginas en el mismo idioma localizadas para mercados diferentes;
• un simple «es» puede atraer a los hispanohablantes en todos aquellos lugares donde no dispongas de una versión específica para cada país.

Un código de región por sí solo no es válido, y los códigos que parecen plausibles pueden fallar: la documentación de Google señala que «UK» no es un código de región válido, por lo que «en-UK» no sirve de nada, mientras que «en-GB» sí funciona. Errores como estos son una de las razones más comunes por las que las anotaciones no superan la validación sin que se note.

El hreflang es un trabajo técnico rutinario, pero marca la diferencia entre que tus páginas cuidadosamente localizadas se muestren a los usuarios adecuados y que Google tenga que adivinar.

Los SERP locales son mundos diferentes

Fuente: Magnific

Incluso con una arquitectura y un marcado perfectos, la misma consulta produce resultados diferentes en distintos países. Los competidores locales, la intención de búsqueda local, las diferentes características de las SERP y los distintos niveles de competencia hacen que una página que ocupa el tercer puesto en un mercado pueda situarse en la cuarta página en otro con un contenido idéntico.

Por eso, el trabajo internacional no puede gestionarse basándose únicamente en la visión de los resultados de una única ubicación. Comprobar la SERP real en cada país de destino, tal y como lo hace un verificador de SERP para cualquier país, región o ciudad que le indiques, te muestra la realidad competitiva a la que se enfrenta realmente cada página secundaria: quién se posiciona, con qué tipo de página y qué características de la SERP se interponen entre tú y los clics.

A menudo, la lección resulta incómoda. Una página secundaria con poco contenido y basada en una plantilla, que funciona bien en un mercado con poca competencia, puede necesitar contenido genuinamente local, referencias locales y enlaces locales para competir en uno saturado. Trata la plantilla como el punto de partida que cada mercado recibe desde el primer día y, a continuación, deja que la SERP en tiempo real te indique qué páginas secundarias merecen una inversión mayor. En la práctica, eso suele significar:

• Unos pocos mercados prioritarios cuentan con secciones personalizadas, datos locales y creación de enlaces específica;
• la «cola larga» de mercados más pequeños funciona con la plantilla compartida hasta que las cifras justifiquen algo más.

La investigación de palabras clave empieza de cero en cada mercado

La segunda trampa es dar por sentado que tu lista de palabras clave es directamente transferible. La traducción directa no da en el clavo: los usuarios de distintos países no solo utilizan palabras diferentes, sino que realizan búsquedas con intenciones y volúmenes distintos. Una categoría de producto que es un término principal de gran volumen en un mercado puede ser una consulta de nicho en otro, y el término coloquial que genera todo el tráfico puede no tener nada que ver con la traducción del diccionario.

Investigar cada mercado desde cero con una herramienta de investigación de palabras clave que admita datos específicos de cada ubicación es el único enfoque fiable. El tiempo que esto lleva es real, pero te proporciona una ventaja: los competidores que traducen automáticamente sus palabras clave dejan espacios enteros de consultas locales sin disputarse.

Aquí es también donde el modelo «hub-and-spoke» (centro y radios) da sus frutos por segunda vez. Dado que cada «radio» es una página independiente, puede orientarse al término local en lugar del traducido, sin afectar al resto del grupo.

Mide por mercado, o estarás dando palos de ciego

Fuente: Magnific

La última disciplina es la medición. Las clasificaciones globales medias ocultan todo lo que necesitas saber: una posición que se ha «mejorado» de media puede haberse desplomado en tu mercado más valioso, mientras que ha subido en tres mercados irrelevantes.

Hacer un seguimiento de las posiciones por país y por palabra clave en una herramienta de seguimiento de posicionamiento convierte la arquitectura en un bucle de retroalimentación. Cada página «radial» tiene su propio cuadro de mando, y los problemas estructurales se revelan como patrones:

• Si todos los «radios» tienen un rendimiento inferior al esperado en un país, sospecha de las señales de segmentación o del atributo hreflang.
• Si una rama tiene un rendimiento inferior al esperado en todas partes, sospecha de la página.

Esa lógica de diagnóstico solo funciona cuando los datos se segmentan por ubicación desde el principio, por lo que el seguimiento por mercado debe formar parte de la lista de comprobación del lanzamiento, en lugar de la fase de limpieza seis meses después.

Un ritmo semanal práctico para un producto multinacional sería el siguiente:

1. Revisa la evolución por país de las páginas que generan ingresos.
2. Compara las principales diferencias con la SERP local en tiempo real.
3. Señala los puntos en los que la competencia local tiene páginas estructuralmente mejores.
4. Pon en cola el trabajo de localización en aquellos casos en los que los datos indiquen que merecerá la pena.

Para obtener información más detallada sobre el aspecto lingüístico de este trabajo, la guía de Ranktracker para optimizar un sitio web para otros idiomas aborda la capa de contenido que se sitúa por encima de la arquitectura aquí descrita.

Errores habituales que merece la pena auditar

Antes de lanzar cualquier estructura multinacional, realiza una auditoría para detectar los errores que aparecen en casi todos los análisis retrospectivos de SEO internacional:

• Señales contradictorias. Un ccTLD que apunta con hreflang a subdirectorios de un dominio diferente, o páginas de países canonicizadas al nodo global, lo que le indica sutilmente a Google que las páginas secundarias son duplicadas que no merecen aparecer en los resultados.
• Redirigencias automáticas basadas en la IP. Impiden tanto a los usuarios como a los rastreadores acceder a las versiones que realmente buscaban. El consejo de Google es evitar las redirigencias automáticas y establecer enlaces entre las versiones para que los usuarios puedan elegir la que necesiten, ya que la detección de la ubicación basada en la IP es, en primer lugar, poco fiable.
• Texto estándar sin traducir. Los menús, pies de página y procesos de pago que se dejan en otro idioma en una página por lo demás localizada socavan tanto la confianza del usuario como las señales lingüísticas de la página.

Ninguno de ellos es inusual. Son lo que ocurre cuando un equipo localiza el texto y nunca revisa la estructura subyacente, y cada uno de ellos es fácil de detectar en una auditoría, pero caro de descubrir en un informe de posicionamiento.

La estructura es la estrategia

El SEO multinacional recompensa a los equipos que realizan tareas tediosas de forma constante:

• una estructura de URL deliberada;
• una estructura «hub-and-spoke» bien definida por producto;
• «hreflang» recíproco con un «x-default»;
• investigación de palabras clave mercado por mercado;
• seguimiento del posicionamiento por país que cierra el ciclo.

Los ejemplos están por todas partes en cuanto los buscas, desde páginas de precios de SaaS hasta portales de sorteos de lotería, y todos ellos enseñan la misma lección. Las páginas no se posicionan en todas partes porque el contenido sea brillante en todas ellas. Se posicionan en todas partes porque la estructura nunca deja abierta a interpretación la pregunta «¿a quién va dirigida esta página?».