Arquitectura de URL internacional

La arquitectura de URL es la decisión irreversible que enmarca todas las demás dentro de un programa de SEO internacional. Cuando un sitio multinacional ya está en producción con subdirectorios, pasarse a ccTLDs es una migración de 90 días con riesgo real de visibilidad; al revés —de ccTLDs a subdirectorios— la historia es la misma. La estructura correcta elegida desde el lanzamiento ahorra años de limpieza; la equivocada se convierte en una deuda arquitectónica que se acumula con cada decisión posterior. Este capítulo cubre los tres patrones, las contrapartidas y la ruta de migración cuando la decisión inicial resultó equivocada.

“La decisión de arquitectura de URL internacional es la que más pesa en todo el programa. El hreflang es reversible en una tarde; la estructura de URL, en un trimestre y con riesgo. Elige primero el patrón que encaja con tu modelo operativo y, después, optimiza dentro de él.”

Los tres patrones

• Subdirectorios. example.com/es-mx/, example.com/en-au/. Un dominio con directorios por región e idioma. La autoridad se concentra; una sola propiedad de Search Console; un único analytics; lo más barato de operar.
• Subdominios. mx.example.com, au.example.com. Un dominio raíz con subdominios separados por región. Los buscadores tratan a cada subdominio de forma semiindependiente (menos que un dominio aparte, más que una carpeta). La autoridad se comparte de manera parcial.
• ccTLDs. example.com.mx, example.com.au, example.com. Un dominio de nivel superior distinto por país. Máxima señal de confianza local; cero autoridad compartida: cada dominio arranca desde cero.

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 solo dominio concentra todos los backlinks. Las páginas nuevas de cada región heredan la autoridad existente en lugar de arrancar desde cero.
• Simplicidad operativa. Una propiedad de Search Console cubre todos los locales (con filtro por directorio). Una sola vista de analytics muestra todo el tráfico. Un CDN y una configuración de hosting.
• Hreflang más barato. Las alternativas dentro del mismo dominio son más fáciles de verificar y más difíciles de romper.
• Integración con el CMS más limpia. La mayoría de los CMS tienen soporte nativo para localización por subdirectorio.

La contrapartida: menos señal de confianza por región que un ccTLD. Para marcas globales consolidadas (Amazon, Apple, Stripe), eso da igual: la marca aporta toda la confianza. Para nuevos entrantes en mercados donde la confianza local pesa (servicios financieros en algunas regiones, salud), los subdirectorios suelen necesitar refuerzo con un perfil de enlaces local sólido y una localización on-page seria para compensar.

Subdominios — cuando los equipos operan independientemente

Los subdominios se justifican cuando:

• Cada región tiene su propio equipo de producto, de contenido y de SEO, y todos operan por separado.
• El stack técnico cambia según la región (distinto CMS, distinto hosting, distinta plataforma).
• Cada región necesita gobernanza propia sobre despliegues, infraestructura y estándares de SEO.
• El aislamiento de riesgo pesa: un despliegue fallido en una región no debería tumbar a las demás.

Los subdominios comparten parte de la autoridad con el dominio raíz, pero no toda; Google los trata como propiedades relacionadas pero distintas. El costo operativo queda entre el de los subdirectorios y el de los ccTLDs: una propiedad de Search Console por subdominio, posiblemente vistas separadas en analytics y, muchas veces, auditorías técnicas por separado.

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

Los dominios de nivel superior por código de país (example.com.mx, example.com.au) se justifican cuando:

• El mercado tiene una clara preferencia por lo local: los usuarios eligen activamente dominios .mx sobre .com.
• La marca es lo bastante grande para sostener la construcción de autoridad por país (cada dominio arranca en cero).
• Los requisitos regulatorios o de confianza favorecen dominios locales (algunos servicios financieros, contratación con gobierno).
• La marca puede absorber el costo operativo: una propiedad de Search Console por dominio, analytics independiente, auditoría de SEO técnico independiente y programa de link building por dominio.

El costo: cada dominio tiene que ganarse la autoridad por su cuenta. Un example.com.mx nuevo sin perfil de enlaces es, para Google, un dominio nuevo, por muy fuerte que sea example.com. El hreflang los une, pero no transfiere autoridad.

Patrones híbridos

Algunos sitios multinacionales grandes mezclan patrones:

• ccTLDs para los 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 se comería la ganancia.
• Subdominio para las regiones grandes con operación independiente, subdirectorio para los mercados más pequeños. us.example.com + example.com/de + example.com/es: subdominio cuando la operación es independiente; subdirectorio cuando se comparte.

El híbrido es válido, pero la complejidad operativa se multiplica. Cada patrón suma propiedades de Search Console, vistas de analytics y carga de auditoría. El híbrido tiene sentido cuando las diferencias regionales lo justifican, y no lo tiene 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. Funciona en sitios donde el mismo contenido en español sirve a todos los mercados hispanohablantes (raro en la práctica), pero se cae cuando el contenido necesita diferenciarse entre es-MX y es-ES, o entre en-US y en-GB. Una vez publicado, pasar a idioma-región (example.com/es-mx/) es una migración completa de URLs.

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

La configuración de segmentación internacional en Search Console

Para subdirectorios y subdominios, Search Console permitía fijar una segmentación internacional por directorio o por subdominio. Esa opción se retiró en 2023: ahora Google se apoya en hreflang y en las señales on-page. La implicación: tu arquitectura de URL y tu hreflang son las señales geográficas; no hay un interruptor en el panel de administración para sobrescribirlas.

En los ccTLDs, el propio código de país es la señal geográfica: example.com.mx se interpreta como dirigido a México sin ninguna configuración adicional.

Patrones de migración

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

• Planea el mapa de redirecciones. Cada URL vieja se mapea a una URL nueva mediante un 301. Documenta el mapeo completo antes de que cualquier redirección entre en vivo. Prueba el mapeo contra el rastreo actual.
• Actualiza el hreflang en la nueva estructura. Antes del lanzamiento, el nuevo hreflang sobre las nuevas URLs tiene que estar listo. Si la migración sale en vivo con el hreflang roto, el golpe a la visibilidad internacional es severo.
• Monitorea y conserva. Los 301 se mantienen al menos 12 meses. Los errores de rastreo de Search Console se vigilan a diario durante los primeros 30 días. Los backlinks que apuntan a URLs viejas se refrescan donde se pueda (los enlaces de alto valor justifican el esfuerzo de contacto editorial).

Reserva entre 30 y 90 días de visibilidad internacional reducida durante la migración. Reindexar cada locale y procesar la cadena de redirecciones llevan tiempo, y no hay atajo. El capítulo de arquitectura del sitio, dentro del cluster de SEO técnico, cubre el manejo del riesgo de migración.

Escoger el patrón correcto

• Si operas un sitio multirregional con contenido compartido, operación compartida e infraestructura compartida: subdirectorios.
• Si cada región tiene operación independiente y el aislamiento de riesgo pesa: subdominios.
• Si la confianza local es decisiva, cuentas con equipos por país y la marca puede sostener la construcción de autoridad por dominio: ccTLDs.
• Si tienes dudas: subdirectorios. La opción por defecto funciona para la mayoría de los sitios.

Con la arquitectura definida, el siguiente capítulo, traducción vs localización, aborda la disciplina de contenido que llena esa estructura de URL con texto adecuado para cada región.