La arquitectura de URL es la decisión irreversible que enmarca cada otra elección en un programa de SEO internacional. Una vez que un sitio multinacional está en producción con subdirectorios, cambiar a ccTLDs es una migración de 90 días con riesgo de visibilidad real; una vez que está en producción con ccTLDs, consolidar a subdirectorios es lo mismo. La estructura correcta escogida en lanzamiento ahorra años de limpieza; la equivocada se vuelve una deuda arquitectónica que compone. Este capítulo cubre los tres patrones, los trade-offs, y el path de migración cuando la decisión temprana resulta equivocada.

“La decisión de arquitectura de URL internacional es la única más consecuente en el programa. Hreflang es reversible en una tarde; la estructura de URL es reversible en un trimestre, con riesgo. Escoge el patrón que matchea el modelo operativo primero, luego optimiza dentro de él.”

Los tres patrones

• Subdirectorios. example.com/es-mx/, example.com/en-au/. Un dominio, directorios región-y-idioma. La autoridad consolida; una propiedad de Search Console; un analytics; el más barato de operar.
• Subdominios. mx.example.com, au.example.com. Un dominio raíz, subdominios separados por región. Cada subdominio es tratado semi-independientemente por los buscadores (menos que dominios separados, más que carpetas separadas). Autoridad parcialmente compartida.
• ccTLDs. example.com.mx, example.com.au, example.com. Top-level domain separado por país. Máxima señal de confianza local; cero autoridad compartida — cada dominio empieza fresco.

Subdirectorios — la elección por defecto

Los subdirectorios son la respuesta correcta para la mayoría de los sitios internacionales. El razonamiento:

• Consolidación de autoridad. Un dominio sostiene todos los backlinks. Las páginas de región nuevas heredan la autoridad existente en lugar de empezar desde cero.
• Simplicidad operativa. Una propiedad de Search Console cubre todos los locales (filtrable por directorio). Una vista de analytics muestra todo el tráfico. Un CDN, un hosting setup.
• Hreflang más barato. Las alternantes en el mismo dominio son más simples de verificar y más difíciles de romper.
• Integración de CMS más limpia. La mayoría de las plataformas CMS tienen soporte de primera clase para localización por subdirectorio.

El trade-off: menos señal de confianza por-región que los ccTLDs. Para marcas globales establecidas (Amazon, Apple, Stripe), esto es irrelevante — la marca carga la confianza. Para entrantes nuevos en mercados donde la confianza local importa (servicios financieros en algunas regiones, salud), los subdirectorios pueden necesitar suplementarse con un perfil de enlaces local fuerte y localización on-page para compensar.

Subdominios — cuando los equipos operan independientemente

Los subdominios ganan su lugar cuando:

• Cada región tiene su propio equipo de producto, equipo de contenido y equipo de SEO operando independientemente.
• El stack técnico varía por región (distinto CMS, distinto hosting, distinta plataforma).
• Cada región necesita gobernanza independiente sobre deployments, infraestructura y estándares de SEO.
• El aislamiento de riesgo importa — un deploy fallido en una región no debería tirar las otras.

Los subdominios comparten algo de autoridad con el root pero no toda; Google los trata como propiedades relacionadas-pero-separadas. El costo operativo está entre subdirectorios y ccTLDs — propiedades separadas de Search Console por subdominio, vistas separadas de analytics posibles, auditorías técnicas separadas muchas veces requeridas.

ccTLDs — cuando la señal de confianza local es decisiva

Los dominios de top-level por código de país (example.com.mx, example.com.au) ganan su lugar cuando:

• El mercado tiene fuerte preferencia de “comprar local” — los usuarios activamente prefieren dominios .mx sobre .com.
• La marca es lo suficientemente grande para soportar la construcción de autoridad por-país (cada dominio empieza en cero).
• Los requerimientos regulatorios o de confianza favorecen dominios locales (algunos servicios financieros, contratación gubernamental).
• La marca puede sostener el costo operativo — propiedades separadas de Search Console, analytics separados, auditorías de SEO técnico separadas, programas de link-building separados por dominio.

El costo: cada dominio tiene que ganar su autoridad independientemente. Un nuevo example.com.mx sin perfil de enlaces es un dominio nuevo para Google, sin importar qué tan fuerte sea example.com. Hreflang los ata pero no transfiere autoridad.

Patrones híbridos

Algunos sitios multinacionales grandes mezclan patrones:

• ccTLDs para mercados top, subdirectorios para el resto. example.com.au + example.com/es-mx + example.com/de — ccTLD donde la presencia local es crítica; subdirectorio para regiones donde el costo operativo dominaría la ganancia.
• Subdominio para regiones mayores con ops independientes, subdirectorio para mercados más delgados. us.example.com + example.com/de + example.com/es — subdominio cuando las ops son independientes; subdirectorio cuando son compartidas.

El híbrido está bien; la complejidad operativa se multiplica. Cada patrón agrega al conteo de propiedades de Search Console, al conteo de vistas de analytics, a la complejidad de auditoría. El híbrido es correcto cuando las diferencias regionales lo justifican, equivocado cuando es un accidente de decisiones históricas que nadie limpió.

El error de “solo idioma”

Un error arquitectónico común: example.com/en/, example.com/es/, example.com/fr/ — directorios solo de idioma sin región. Esto funciona para sitios donde el mismo contenido en español sirve a todos los mercados hispanohablantes (raro en práctica), pero falla cuando el contenido necesita diferir entre es-MX y es-ES, o entre en-US y en-GB. Una vez en vivo, la migración a idioma-región (example.com/es-mx/) es una migración completa de URLs.

La regla: si hay alguna posibilidad de que el mismo idioma vaya a necesitar variantes específicas de región en el futuro, lanza con idioma-región desde el inicio. El costo de /es-mx/ sobre /es/ es cero hoy y ahorra una migración después.

El setting de targeting internacional de Search Console

Para subdirectorios y subdominios, el Search Console de Google solía permitir establecer un target internacional por directorio o subdominio. El setting fue retirado en 2023 — Google ahora usa hreflang y señales on-page en su lugar. La implicación: tu arquitectura de URL y hreflang son las señales geo; no hay un switch en panel-admin para sobrepasarlas.

Para ccTLDs, el código de país en sí es la señal geo — example.com.mx se lee como apuntando a México sin ninguna configuración adicional.

Patrones de migración

Cuando la decisión arquitectónica temprana resulta equivocada, la migración sigue tres pasos:

• Planea el mapa de redirects. Cada URL vieja mapea a una URL nueva vía 301. Documenta el mapeo entero antes de que cualquier redirect entre en vivo. Prueba el mapeo contra el crawl existente.
• Actualiza hreflang en la nueva estructura. Pre-lanzamiento, el nuevo hreflang en las nuevas URLs necesita estar listo. Si la migración entra en vivo con hreflang roto, el golpe a la visibilidad internacional es severo.
• Monitorea y retén. Los 301s se quedan en lugar por al menos 12 meses. Los errores de crawl de Search Console se vigilan diariamente por los primeros 30 días. Los backlinks apuntando a URLs viejas se refrescan donde sea posible (enlaces de alto valor que valen el esfuerzo de outreach).

Presupuesta 30 a 90 días de visibilidad internacional reducida durante la migración. La reindexación de cada locale + el procesamiento de la cadena de redirects ambos toman tiempo, y no hay atajo. El capítulo de arquitectura del sitio en el cluster de SEO técnico cubre el manejo de riesgo de migración.

Escoger el patrón correcto

• Si estás operando un sitio multi-región con contenido compartido, ops compartidas e infraestructura compartida: subdirectorios.
• Si cada región tiene ops independientes y el aislamiento de riesgo importa: subdominios.
• Si la confianza local es decisiva, tienes equipos por-país, y la marca puede cargar la construcción de autoridad por-dominio: ccTLDs.
• Si estás en duda: subdirectorios. El default funciona para la mayoría de los sitios.

Con la arquitectura establecida, el siguiente capítulo, traducción vs localización, cubre la disciplina de contenido que llena la estructura de URL con copy apropiado para la región.