Subdominios

El modelo de subdominios para la internacionalización consiste en publicar cada versión idiomática o regional del sitio bajo un subdominio del dominio principal:

es.ejemplo.com     ← versión en español
en.ejemplo.com     ← versión en inglés
de.ejemplo.com     ← versión en alemán
fr.ejemplo.com     ← versión en francés

O por región:

es-es.ejemplo.com  ← español para España
es-mx.ejemplo.com  ← español para México
en-us.ejemplo.com  ← inglés para Estados Unidos
en-gb.ejemplo.com  ← inglés para Reino Unido

Es la opción intermedia entre los ccTLD (máxima separación, máxima señal local) y los subdirectorios (máxima integración, autoridad compartida).

Cómo funcionan los subdominios técnicamente

Un subdominio es técnicamente un nombre de host distinto. es.ejemplo.com y de.ejemplo.com son hosts separados que pueden apuntar a servidores distintos, tener configuraciones de servidor independientes y tratarse como entidades separadas a nivel de infraestructura.

Esta separación técnica es precisamente su ventaja en contextos donde los equipos locales gestionan su propio servidor o donde las versiones idiomáticas tienen requisitos de infraestructura distintos.

Desde el punto de vista de los buscadores, los subdominios históricamente se han tratado como sitios separados, aunque en la práctica Google ha evolucionado su tratamiento y en muchos casos relaciona los subdominios de un mismo dominio raíz. Sin embargo, la señal de autoridad no fluye tan naturalmente entre subdominios como entre subdirectorios del mismo dominio.

Ventajas del modelo de subdominios

Separación técnica sin coste de ccTLD. Cada subdominio puede tener su propia configuración de servidor, su propio CMS, su propio equipo técnico, sin necesidad de registrar dominios separados. Es más fácil de gestionar que múltiples ccTLD.

Señal geográfica o idiomática visible. es.ejemplo.com transmite claramente que esa parte del sitio es en español. La señal no es tan fuerte como un ccTLD, pero es más explícita que /es/ en un subdirectorio.

Independencia operativa. Si los equipos de cada mercado trabajan de forma autónoma, los subdominios les dan una unidad técnica propia. Pueden desplegar, actualizar y configurar su versión sin coordinación con el equipo central.

Flexibilidad de alojamiento. Cada subdominio puede alojarse en servidores distintos, en regiones geográficas distintas o con proveedores distintos, optimizando la latencia para cada mercado.

Limitaciones del modelo de subdominios

La autoridad no se comparte automáticamente. Este es el mayor inconveniente. Los enlaces que recibe es.ejemplo.com no se transfieren directamente a de.ejemplo.com ni al dominio raíz ejemplo.com. Cada subdominio construye su propia presencia.

Para sitios que están empezando su presencia internacional, esto implica multiplicar el esfuerzo: en lugar de concentrar todos los recursos en un solo dominio, hay que construir presencia en varios subdominios simultáneamente.

Mayor complejidad de configuración. Cada subdominio necesita su propio certificado SSL (o un certificado wildcard *.ejemplo.com), su propia configuración DNS, y posiblemente su propia instancia del CMS o plataforma.

Coherencia más difícil de mantener. Con subdominios independientes, asegurar que el diseño, la estructura y la experiencia sean coherentes entre versiones requiere procesos y estándares explícitos. Es más fácil que las versiones diverjan con el tiempo.

Cuándo usar subdominios

Los subdominios son la opción más adecuada cuando:

Los equipos locales tienen autonomía real. Si cada mercado tiene su propio equipo técnico que gestiona su versión, los subdominios les dan la independencia que necesitan sin fragmentar en dominios completamente separados.

Las versiones idiomáticas tienen infraestructura distinta. Si la versión en alemán está en un servidor en Frankfurt y la versión en japonés en Tokio, los subdominios permiten esa separación de infraestructura con mayor facilidad.

Se quiere una señal idiomática clara sin el coste de los ccTLD. Para organizaciones que no pueden o no quieren gestionar múltiples ccTLD pero quieren una señal más clara que un subdirectorio.

El dominio raíz no tiene contenido propio. Si ejemplo.com redirige al mercado por defecto y todos los mercados viven en subdominios, la estructura es coherente.

El subdominio www como caso especial

Es importante no confundir el modelo de subdominios para internacionalización con el subdominio www, que es un subdominio técnico por convención histórica y no tiene implicaciones idiomáticas. www.ejemplo.com no es “la versión en inglés” del sitio; es simplemente la convención de nombre para el servidor web principal.

Configuración técnica básica

Para implementar subdominios por idioma:

DNS: Crear registros A o CNAME para cada subdominio apuntando al servidor correspondiente.

Servidor web: Configurar un virtual host por subdominio. En Nginx:

server {
    server_name es.ejemplo.com;
    root /var/www/ejemplo/es;
    # ...
}

server {
    server_name de.ejemplo.com;
    root /var/www/ejemplo/de;
    # ...
}

SSL: Usar un certificado wildcard (*.ejemplo.com) para cubrir todos los subdominios con un único certificado, o certificados individuales por subdominio.

Hreflang: Implementar las etiquetas hreflang en todas las versiones para indicar a los buscadores las relaciones entre ellas. Sin hreflang, los subdominios son sitios aislados a ojos de los buscadores.

Para profundizar