Arquitectura SEO internacional para organizar países, idiomas y URLs
Definimos cómo estructurar dominios, versiones regionales, navegación, canonicals y etiquetas hreflang antes de desarrollar, reorganizar o migrar una web internacional.
No recomendamos subdirectorios, subdominios o dominios territoriales de forma automática. Analizamos autoridad, mercados, autonomía, tecnología, contenido y capacidad de mantenimiento.
- Dominios y URLs documentados
- Países e idiomas correctamente separados
- Roadmap para desarrollo o migración
Antes de construir
La estructura internacional debe decidirse antes de crear páginas
Una mala decisión arquitectónica puede obligar a migrar dominios, redirigir cientos de URLs y reconstruir señales cuando la web ya está publicada.
Crear una carpeta para cada país puede parecer sencillo, pero no siempre responde al modelo de negocio. Comprar un dominio territorial puede ofrecer independencia, pero también obliga a construir y mantener autoridad separada. Un subdominio puede facilitar una separación tecnológica, aunque aumenta la complejidad operativa.
Antes de recomendar una estructura necesitamos comprender qué mercados se atenderán, qué idiomas se utilizarán, cuánto cambiará la oferta y qué recursos existen para mantener cada versión.
Fragmentar autoridad
Varios dominios pueden obligar a construir enlaces, contenido y reconocimiento de forma independiente.
Mezclar país e idioma
Una carpeta como /es/ no explica por sí sola si está
dirigida a España, México, Perú o a todo el mercado hispanohablante.
Crear páginas espejo
Duplicar la misma página por país sin una necesidad real aumenta mantenimiento y puede generar versiones poco diferenciadas.
Forzar una migración futura
Una estructura que no contempla nuevos mercados puede quedarse pequeña y exigir cambios costosos más adelante.
Definición del servicio
¿Qué es una arquitectura SEO internacional?
Es el sistema que organiza dominios, países, idiomas, páginas, navegación y relaciones técnicas para que cada mercado tenga una versión rastreable, indexable y claramente diferenciada.
La arquitectura web internacional no se limita al formato de una URL. También define qué versiones deben existir, cómo se relacionan, cómo se distribuye la autoridad, qué contenidos deben localizarse y qué equipo será responsable de mantener cada mercado.
Una estructura adecuada también facilita que Google y los motores generativos identifiquen qué página contiene la información correcta para un país, idioma, producto o condición comercial.
Decisiones estratégicas
Qué decisiones resolvemos antes de implementar
La estructura debe responder al negocio, no únicamente a una recomendación técnica aislada.
País, idioma o una combinación de ambos
Definimos si la web necesita versiones lingüísticas generales como
/es/ o versiones regionales como
/es-es/, /es-mx/ y
/es-pe/.
Dominio global o dominios territoriales
Comparamos una presencia centralizada en un dominio global con
propiedades independientes como .es,
.com.mx o .pe.
Subdominios o subdirectorios
Evaluamos si el proyecto necesita separación tecnológica y operativa o si conviene concentrar autoridad y mantenimiento dentro de un mismo dominio.
Versión global y versiones regionales
Determinamos cuándo debe existir una página neutral, un selector internacional o una versión predeterminada para usuarios sin un mercado asignado.
Comparación de modelos
Dominio, ccTLD, subdominio o subdirectorio
No existe un modelo universalmente superior. Cada alternativa cambia la autoridad, el mantenimiento, la independencia y el coste de implementación.
| Modelo | Ejemplo | Ventajas | Riesgos | Cuándo puede encajar |
|---|---|---|---|---|
| ccTLD | empresa.es |
Señal territorial clara, presencia local y autonomía completa. | Autoridad, mantenimiento, contenido y medición separados. | Mercados con operaciones, equipos y propuestas comerciales independientes. |
| Subdirectorio | empresa.com/es/ |
Centraliza autoridad, infraestructura y mantenimiento. | Requiere una organización rigurosa de idiomas, regiones, plantillas y contenidos. | Empresas con estrategia centralizada y una marca global fuerte. |
| Subdominio | es.empresa.com |
Facilita independencia tecnológica, CMS o equipos separados. | Mayor complejidad operativa y una relación menos centralizada entre secciones. | Plataformas con infraestructura, proveedores o gestión diferenciada. |
| Dominio global | empresa.com |
Marca unificada, autoridad concentrada y mantenimiento más sencillo. | Puede ser insuficiente cuando cambian oferta, regulación, catálogo o experiencia por país. | Productos globales con pocas diferencias entre mercados. |
Segmentación internacional
Cómo organizamos países e idiomas
Una web multilingüe no siempre es multirregional. Una web multirregional puede trabajar varios países que comparten un mismo idioma.
Un país y un idioma
Una estructura nacional sencilla, normalmente orientada a una sola oferta, moneda y regulación.
Un país y varios idiomas
Una web multilingüe que puede necesitar versiones equivalentes para diferentes comunidades lingüísticas.
Varios países y un idioma
Una web multirregional donde España, México, Perú o Colombia pueden requerir páginas distintas aunque compartan español.
Varios países y varios idiomas
La combinación más compleja: países, idiomas, catálogos, regulaciones, equipos y contenidos con distintos niveles de autonomía.
Señales técnicas
Hreflang, canonical y x-default dentro de la arquitectura
Estas etiquetas ayudan a describir relaciones entre páginas, pero no sustituyen una estructura coherente ni contenidos adecuados para cada mercado.
Relaciona páginas equivalentes
Hreflang indica que varias URLs ofrecen una versión equivalente para distintos idiomas o regiones. Debe utilizar códigos válidos, autorreferencias, reciprocidad y URLs indexables.
Define la URL representativa
El canonical ayuda a consolidar páginas duplicadas o muy similares. No debería apuntar a una versión global si las páginas regionales necesitan indexarse de forma independiente.
Puede identificar una versión neutral
Puede utilizarse cuando existe una página global, un selector internacional o una versión predeterminada. No es obligatorio para todos los proyectos.
Arquitectura de contenidos
Cada mercado necesita una jerarquía que responda a su demanda
La estructura no debe obligar a todos los países a compartir exactamente las mismas categorías, servicios o contenidos.
Keyword research por país
Identificamos qué servicios, productos y categorías necesitan una página según las búsquedas reales del mercado.
Jerarquía y taxonomía
Organizamos categorías y subcategorías evitando profundidades innecesarias y rutas difíciles de mantener.
Páginas comerciales
Definimos servicios, soluciones, sectores, productos y categorías necesarias en cada mercado.
Contenidos informativos
Planificamos guías, comparativas, preguntas y recursos que apoyen la decisión comercial.
Localización
La estructura debe permitir adaptar terminología, moneda, oferta, regulación, confianza y llamadas a la acción.
Analítica por mercado
Las URLs deben facilitar la medición de impresiones, clics, leads, ventas, demos o pipeline por país.
Escenarios empresariales
La arquitectura cambia según el modelo de negocio
Un eCommerce internacional, una empresa SaaS y una compañía de servicios no necesitan la misma estructura.
Arquitectura para eCommerce internacional
Organizamos mercados, catálogos, categorías, productos y condiciones comerciales sin crear duplicaciones innecesarias.
- Catálogos por país
- Monedas y precios
- Stock y disponibilidad
- Facetas y variantes
- Shopify Markets
- Merchant Center
Arquitectura para SaaS y empresas B2B
Estructuramos soluciones, sectores, integraciones y recursos para captar demos, trials, reuniones y pipeline por mercado.
- Soluciones y productos
- Sectores y casos de uso
- Demos y trials
- Precios por mercado
- Integraciones
- Recursos comerciales
Arquitectura para empresas de servicios
Diseñamos páginas regionales para captar consultas extranjeras y explicar qué servicios pueden prestarse en cada mercado.
- Servicios disponibles
- Páginas por país
- Confianza y contacto
- Cotización
- Atención internacional
- Conversión por mercado
Arquitectura GEO
Una estructura clara también ayuda a los motores generativos
Los LLMs necesitan distinguir qué página contiene información global y cuál representa un mercado concreto.
Entidades por mercado
Organizamos marca, servicios, productos, países, monedas, regulación y disponibilidad de forma consistente.
Información global y local
Definimos qué debe explicarse en la página global y qué necesita una versión regional independiente.
Fuentes por mercado
Facilitamos que cada versión concentre datos, condiciones, referencias y señales correspondientes a su país.
Consistencia entre versiones
Evitamos contradicciones de precios, servicios, disponibilidad, responsables o condiciones regionales.
Criterios de recomendación
Qué analizamos antes de elegir una estructura
La recomendación final se apoya en condiciones técnicas, editoriales, comerciales y operativas.
Mercados e idiomas
Países actuales, mercados futuros, idiomas y combinaciones regionales.
Autoridad y dominios
Historial, enlaces, tráfico, reconocimiento y propiedades existentes.
Oferta y catálogo
Productos, servicios, precios, stock, regulación y disponibilidad.
Tecnología y CMS
Capacidad de gestionar idiomas, mercados, plantillas y reglas técnicas.
Recursos y equipos
Personas responsables de contenido, desarrollo, soporte y mantenimiento.
Autonomía por mercado
Nivel de independencia comercial, operativa y editorial de cada país.
Demanda y competencia
Keywords, intención, categorías y dificultad de los mercados elegidos.
Migraciones previas
Cambios de dominio, CMS, carpetas, redirecciones y problemas históricos.
Entregables
Qué recibe la empresa
La arquitectura se documenta para que desarrollo, contenido y marketing sepan qué construir y cómo validarlo.
Recomendación de modelo
Justificación de dominio global, ccTLD, subdominios, subdirectorios o combinación de estructuras.
Mapa de países e idiomas
Relación entre mercados, idiomas, versiones regionales y páginas globales.
Árbol y mapa de URLs
Jerarquía, categorías, páginas comerciales, contenidos y patrones de URL.
Especificación técnica
Canonicals, hreflang, x-default, sitemaps, selectores y reglas de enlazado.
Necesidades de localización
Páginas que requieren adaptación de keywords, oferta, contenido, confianza y conversión.
Roadmap de implementación
Fases, responsables, dependencias, riesgos, migración y QA recomendado.
Metodología
Cómo diseñamos la arquitectura internacional
El proceso comienza con el negocio y termina con una estructura documentada para desarrollar, localizar o migrar.
-
01
Entendemos el negocio
Revisamos oferta, mercados, clientes, operación, regulación, idiomas y capacidad de atención.
-
02
Analizamos la estructura actual
Inventariamos dominios, URLs, CMS, autoridad, sitemaps, arquitectura y problemas conocidos.
-
03
Definimos países e idiomas
Determinamos qué combinaciones necesitan páginas y cuáles pueden compartir una versión.
-
04
Comparamos modelos
Evaluamos ccTLD, dominio global, subdominios y subdirectorios según criterios reales.
-
05
Diseñamos el mapa de URLs
Organizamos servicios, categorías, productos, contenidos y correspondencias internacionales.
-
06
Definimos señales técnicas
Documentamos canonicals, hreflang, x-default, sitemaps, selectores y enlazado interno.
-
07
Documentamos riesgos y dependencias
Identificamos qué requiere desarrollo, contenido, migración, datos o coordinación interna.
-
08
Preparamos implementación y QA
Ordenamos fases, responsables, validaciones y seguimiento posterior.
Siguientes pasos
Qué ocurre después de aprobar la arquitectura
La recomendación define qué servicio debe ejecutarse después y en qué orden.
Alcance y presupuesto
¿Cuánto cuesta un proyecto de arquitectura SEO internacional?
El alcance depende de la cantidad de países, idiomas, dominios, productos, servicios y URLs que deben organizarse.
Primero revisamos la situación actual y los mercados objetivo. Después definimos si el proyecto necesita únicamente una recomendación arquitectónica o también mapa de URLs, migración, especificaciones técnicas e implementación.
Solicitar propuesta de arquitectura
Dirección estratégica
Luis Narciso dirige la recomendación de arquitectura
Luis Narciso analiza la estructura actual, compara alternativas y define cómo deberían organizarse países, idiomas, contenidos y señales técnicas.
La recomendación no se basa únicamente en una preferencia técnica. Se contrasta con autoridad, recursos, capacidad editorial, modelo de negocio, competencia, escalabilidad y riesgos de implementación.
HatumSEO sostiene la implementación, la coordinación técnica, la migración y el QA cuando el proyecto necesita ejecución.
Conocer a Luis NarcisoPreguntas frecuentes
Dudas sobre arquitectura SEO internacional
Respondemos las principales preguntas sobre dominios, países, idiomas, URLs, hreflang, implementación y GEO.
¿Qué es una arquitectura SEO internacional?
Es la estructura que organiza dominios, países, idiomas, páginas, navegación y señales técnicas para que cada mercado tenga una versión claramente identificable, rastreable e indexable.
¿Es mejor un dominio por país o un solo dominio?
Depende de la autonomía, autoridad, recursos, operación y diferenciación de cada mercado. Un dominio único puede concentrar autoridad; los dominios territoriales ofrecen mayor independencia, pero exigen mantenimiento y posicionamiento separado.
¿Qué diferencia existe entre ccTLD, subdominio y subdirectorio?
Un ccTLD es un dominio territorial, como .es o
.pe. Un subdominio se ubica antes del dominio, como
es.empresa.com. Un subdirectorio utiliza una carpeta,
como empresa.com/es/.
¿Cuándo conviene utilizar subdirectorios?
Suelen encajar cuando la empresa quiere centralizar autoridad, infraestructura y mantenimiento dentro de un dominio global. Aun así, requieren una organización consistente y capacidad de localización.
¿Cuándo conviene utilizar dominios por país?
Pueden tener sentido cuando cada mercado opera con equipos, catálogos, regulación, marca o estrategia independiente y existe capacidad para mantener varias propiedades.
¿Una web multilingüe es igual que una web multirregional?
No. Una web multilingüe ofrece contenido en varios idiomas. Una web multirregional se dirige a varios países, aunque todos compartan el mismo idioma.
¿Conviene organizar las URLs por país o por idioma?
Depende de si cambian oferta, precios, regulación, catálogo, confianza, intención y operación. Cuando varios países comparten idioma, puede ser necesario combinar país e idioma.
¿Qué ocurre cuando varios países comparten español?
Debemos comprobar si existe suficiente diferencia comercial y de búsqueda para justificar páginas específicas. Compartir idioma no significa que todos los mercados utilicen las mismas keywords ni esperen la misma oferta.
¿Cada país necesita una página diferente?
No. Solo debería crearse una versión independiente cuando exista una necesidad de búsqueda, contenido, oferta, regulación o conversión que justifique mantenerla.
¿Qué es una versión global?
Es una página general que no se dirige exclusivamente a un país. Puede utilizarse para presentar la marca, permitir elegir mercado o atender usuarios sin una versión regional específica.
¿Qué función cumple hreflang?
Hreflang relaciona páginas equivalentes dirigidas a diferentes idiomas o regiones. No sustituye una arquitectura correcta ni garantiza que Google muestre siempre la versión declarada.
¿Qué es x-default?
Es un valor que puede indicar una versión predeterminada o neutral cuando ninguna versión regional o lingüística coincide específicamente con el usuario.
¿Las páginas regionales deben usar canonical hacia la página global?
No cuando cada versión regional necesita indexarse de forma independiente. En esos casos, normalmente se utilizan canonicals autorreferentes y se relacionan las páginas equivalentes mediante hreflang.
¿Cómo se distribuye la autoridad entre dominios?
Los enlaces y señales se acumulan en las propiedades que los reciben. Varios dominios requieren estrategias independientes, mientras que los subdirectorios permiten concentrar más señales dentro de un dominio principal.
¿El servicio incluye keyword research?
Puede incluirlo cuando sea necesario para determinar qué categorías, servicios y páginas debe tener cada mercado.
¿Incluye un mapa de URLs?
Sí. Según el alcance, entregamos el árbol web, patrones de URL, correspondencias entre versiones, reglas de enlazado y especificaciones técnicas.
¿La implementación está incluida?
El servicio puede contratarse como diseño y documentación. La implementación, migración y QA pueden incorporarse al alcance o ser ejecutados por el equipo del cliente.
¿Será necesaria una migración?
Solo cuando la estructura actual deba cambiar. Si se modifican dominios, subdominios, carpetas o URLs, será necesario planificar redirecciones y validación.
¿Cómo influye la arquitectura en los LLMs?
Una organización clara ayuda a diferenciar entidades, países, servicios, precios, regulación y fuentes regionales. Esto puede facilitar la interpretación y recuperación, pero no garantiza citaciones.
¿Qué información se necesita para comenzar?
Necesitamos conocer la web, dominios actuales, CMS, mercados, idiomas, catálogo, recursos, equipo técnico, migraciones anteriores y objetivos de expansión.
Arquitectura SEO y GEO internacional
Define cómo organizar países e idiomas antes de desarrollar una estructura difícil de cambiar
Cuéntanos qué mercados, idiomas y dominios estás evaluando. Revisaremos la situación actual para definir el alcance de la arquitectura, el mapa de URLs y los siguientes pasos.