ccTLD vs. subdominio vs. subdirectorio para SEO internacional

TL;DR — Si quieres ofrecer diferentes versiones de tu sitio a distintos países, tienes tres formatos de URL para elegir: un dominio de país como example.de, un subdominio como de.example.com o una carpeta como example.com/de/. Google documenta las tres como estructuras utilizables. Una diferencia importante: un dominio de país (.de, .fr, .co.uk) indica claramente a los motores de búsqueda y a los usuarios, de forma automática, para qué país es. La versión de carpeta es la más fácil de gestionar, por lo que es la opción predeterminada razonable para la mayoría de los sitios.

Las tres opciones

Supón que eres una empresa estadounidense que se expande a Alemania. ¿Dónde se ubica la versión alemana de tu sitio? Tres opciones:

• ccTLD — un dominio de nivel superior de código de país: example.de. El .de es la terminación de dominio propia de Alemania, así como .fr es la de Francia y .co.uk la del Reino Unido. Compras un dominio independiente para cada país.
• Subdominio — un prefijo en tu dominio principal: de.example.com. El mismo dominio principal, con un “de.” añadido al principio.
• Subdirectorio (o subcarpeta) — una ruta en tu dominio principal: example.com/de/. El mismo dominio, todo está en un solo lugar, simplemente organizado en carpetas.

¿Alguna posiciona mejor?

Google no documenta ninguna estructura como la mejor universalmente. Su orientación presenta diferentes ventajas, desventajas y señales de configuración regional, por lo que la decisión debería ajustarse a la audiencia y al modelo operativo en lugar de asumir un resultado de posicionamiento garantizado.

Pero eso no significa que sean intercambiables. Esta es la única diferencia que realmente importa que un principiante entienda:

Un ccTLD anuncia su país automáticamente. Cuando Google ve example.de, ya sabe que ese sitio está dirigido a Alemania — no se requiere configuración adicional. Los usuarios reciben la misma señal: un comprador alemán confía más en una dirección .de que en un .com genérico.

Con un subdominio o un subdirectorio, esa señal de país no es automática. Tienes que establecer el público previsto mediante señales explícitas como hreflang, contenido específico de la configuración regional, detalles locales y enlaces locales.

Entonces, ¿cuál deberías elegir?

Una regla práctica sencilla:

• Usa un subdirectorio (example.com/de/) si no tienes certeza. Es lo más barato y lo más sencillo de gestionar — un dominio, una configuración de alojamiento, un lugar para gestionar todo — y toda la “fortaleza” de tu sitio permanece en un solo dominio.
• Usa un ccTLD (example.de) si ya posees los dominios de país, si la confianza en una dirección local realmente importa (común para bancos, gobierno, grandes minoristas), o si un país tiene razones legales por las que necesitas estar en su dominio.
• Usa un subdominio (de.example.com) principalmente cuando tienes una razón técnica para mantener cada país en un host separado pero no quieres comprar dominios separados.

Lo que la mayoría de las personas hace mal

No compres un ccTLD para cada país pensando que eso te hará posicionar mejor. No será así, y dividirás la autoridad de tu sitio entre una docena de dominios separados, cada uno de los cuales tiene que ganar sus propios enlaces y reputación desde cero. Ese es un costo real, no una victoria gratuita. ¿Quieres conocer la compensación completa, lo que Google realmente dice y cómo la eliminación de la herramienta de geotargeting de Search Console cambió las cosas? Cambia a la pestaña Avanzado.

TL;DR — Para la segmentación por país/idioma, estás eligiendo entre un ccTLD (example.de), un subdominio de gTLD (de.example.com) y un subdirectorio de gTLD (example.com/de/). Google documenta las tres como estructuras utilizables con diferentes compensaciones. El verdadero diferenciador es la señal geográfica: un ccTLD lleva una señal de país automática e inequívoca que las otras dos no obtienen de forma gratuita. El costo de esa señal es la fragmentación: los dominios separados dividen la equidad de enlaces, multiplican la infraestructura y hacen que hreflang sea más difícil de gestionar entre propiedades. Los subdirectorios consolidan la autoridad en un solo dominio y son los más económicos de operar, pero desde que Google eliminó el International Targeting report en Search Console (septiembre de 2022), ya no hay ninguna forma de declarar explícitamente el país objetivo de una subcarpeta — usa hreflang junto con contenido visible de la configuración regional y otras señales locales. Los subdominios se sitúan en el medio: un nombre de host separado que puede alojarse en el país, pero que por lo demás necesita las mismas señales manuales que un subdirectorio. La propiedad, la elegibilidad del registrante, la gobernanza y el costo importan tanto como la señal — y cambiar de estructura más adelante es una migración completa de URL (redirecciones, etiquetas canónicas, hreflang, sitemaps, monitorización), no una solución rápida. Mi opción predeterminada: subdirectorios, a menos que un ccTLD existente, un requisito de confianza o legal, o una separación genuina de infraestructura te lleve a otra opción. Esta es la decisión internacional — la pregunta general de arquitectura de punto frente a barra es un tema separado (ver abajo).

Las tres estructuras, con precisión

Un ccTLD es un dominio de nivel superior de código de país — .de, .fr, .co.uk, .jp. Google lo trata como una señal de geotargeting fuerte de forma predeterminada: lo asigna automáticamente a un país, y no puedes (ni necesitas) sobrescribir eso con una configuración manual. Un gTLD (TLD genérico como .com, .org, .net) no tiene ningún significado de país por sí mismo, por lo que un subdominio o subdirectorio en un gTLD tiene que ganarse su geotargeting de alguna otra manera.

Lo que Google dice realmente

La documentación de Google Gestión de sitios multirregionales y multilingües las enumera como estructuras de URL para la orientación a países, con sus compensaciones:

• Dominio específico de país (ccTLD) — a favor: geotargeting claro, ubicación del servidor clara por convención, fácil separación de sitios. En contra: caro, puede tener disponibilidad limitada, necesita más infraestructura.
• Subdominio con gTLD — a favor: fácil de configurar y permite diferentes ubicaciones de servidor. En contra: los usuarios podrían no reconocer el geotargeting solo a partir de la URL.
• Subdirectorio con gTLD — a favor: fácil de configurar, bajo mantenimiento (mismo host). En contra: los usuarios podrían no reconocer el geotargeting desde la URL, ubicación de servidor única.
• Parámetros de URL (example.com?country=de) — no recomendado para orientación por país; difícil de segmentar y los usuarios no pueden reconocer la geo desde la URL.

Observa lo que no está en esa lista: cualquier afirmación de que uno posiciona mejor. La postura constante de Google, repetida en su guía de estructura de url y en la documentación general de estructura del sitio, es que no tiene preferencia de indexación ni de posicionamiento — deberías elegir lo que sea más fácil de organizar y gestionar. La elección estructural trata sobre operaciones y señales, no sobre una palanca de posicionamiento.

El diferenciador clave: señal geográfica automática vs. manual

Este es el punto central de la decisión, y es lo que separa esto del debate genérico de subdominio vs subdirectorio.

Un ccTLD te da la señal de país gratis. example.de se entiende como dirigido a Alemania en el momento en que Google lo ve. No tienes que hacer nada. Los usuarios también lo ven — el .de en la barra de direcciones es una señal de confianza y relevancia que ninguna ruta .com/de/ puede igualar.

Un subdominio o subdirectorio en un gTLD no obtiene eso automáticamente. El .com no dice nada sobre el país. Entonces, ¿cómo le dices a Google que example.com/de/ es para usuarios de habla alemana en Alemania?

Durante años, la respuesta tenía dos partes: hreflang y el informe International Targeting de Search Console, que te permitía configurar manualmente el país de destino para toda una propiedad gTLD — incluyendo, cuando usabas una propiedad de prefijo de URL, un subdirectorio específico como example.com/de/. Esa configuración manual de país era la única forma de hacer geotargeting explícito de una subcarpeta.

El cambio que la mayoría de los artículos pasan por alto: International Targeting desapareció

Google eliminó el informe International Targeting de Search Console en septiembre de 2022 (el propio aviso de obsolescencia de Google; también cubierto por Search Engine Land). El informe tenía dos pestañas: un comprobador de errores de hreflang y la configuración de orientación por país. El razonamiento declarado de Google fue que el valor de la configuración manual de país había disminuido con el tiempo y hreflang había madurado.

La consecuencia práctica es específica e importante: ya no hay ninguna forma de declarar explícitamente a Google el país objetivo de un subdirectorio (o subdominio). La anulación manual desapareció. Lo que queda para un subdirectorio o subdominio de un gTLD es:

• hreflang — las anotaciones recíprocas de language-region que indican a Google qué versión mostrar a cada usuario (consulta hreflang y x-default).
• Señales que Google infiere por su cuenta — ubicación del servidor/CDN, idioma y moneda locales, dirección y detalles de teléfono locales, enlaces desde sitios del país.

Ninguna de esas opciones es una declaración explícita de “este subdirectorio está dirigido a Alemania” como lo era la configuración anterior. hreflang es una sugerencia sobre qué versión mostrar, no una asignación de país. Por eso, la opción del subdirectorio ahora depende por completo de configurar correctamente hreflang — y, en mi estudio de 374 756 dominios que usan hreflang, más del 67 % lo implementaba al menos parcialmente mal. Ese es el costo real de la opción “más fácil de gestionar”: la señal geográfica recae totalmente en ti, con menos margen de error.

Un ccTLD evita esto por completo. Nunca necesitó la configuración de International Targeting, por lo que perder ese informe no cambió nada para este. Esa asimetría —los ccTLD nunca dependieron de una herramienta manual, los subdirectorios sí— es el argumento individual más fuerte a favor de un ccTLD cuando la señal geográfica realmente importa.

El costo de un ccTLD: fragmentación

Si los ccTLD ofrecen la señal más limpia, ¿por qué no usarlos en todas partes? Porque la señal viene acompañada de costos reales:

• Autoridad dividida. Cada ccTLD es un dominio independiente. Los backlinks a example.de construyen la autoridad de example.de, no de example.com. Estás empezando la reputación de cada país desde casi cero en lugar de reunirla en un único dominio fuerte. Para un sitio cuya fuerza se concentra en un gTLD, esa fragmentación puede perjudicar más de lo que ayuda la señal geográfica limpia.
• Infraestructura multiplicada. Más dominios que registrar y renovar, más alojamiento o configuración de CDN, más certificados, más de todo. Algunos ccTLD también requieren una presencia local o una dirección local para poder registrarlos (.com.au, históricamente algunos ccTLD de la UE), lo que es un obstáculo legal/administrativo, no solo técnico.
• hreflang más difícil. hreflang en un único dominio es delicado; hreflang en una docena de propiedades separadas —cada una de las cuales necesita referenciar recíprocamente a todas las demás— es donde los sitios internacionales grandes suelen romperse con mayor frecuencia. Cada ccTLD que añades es otro nodo al que todos los demás nodos tienen que apuntar correctamente.

Los subdirectorios invierten todo esto: un dominio, una propiedad, una configuración de alojamiento, toda la autoridad consolidada, hreflang contenido dentro de un único sitio. Por eso son la opción práctica predeterminada para la mayoría de los sitios globales — la simplicidad operativa es real, aunque la señal geográfica sea más débil.

Subdominios: el punto medio

Un subdominio en un gTLD (de.example.com) es una opción intermedia genuina, pero entiende por qué está en el medio:

• Al igual que un subdirectorio, está en un gTLD, por lo que no recibe ninguna señal automática de país — necesita las mismas señales de hreflang y las mismas señales inferidas que necesita una subcarpeta.
• A diferencia de un subdirectorio, es un nombre de host separado, por lo que puede alojarse trivialmente en un servidor diferente o en un país diferente, y puede separarse en un equipo o stack diferente. La documentación de Google señala específicamente que los subdominios “allow different server locations.” (traducción) «permiten diferentes ubicaciones de servidor».
• Si Google trata el subdominio como parte de tu sitio principal (para que la autoridad fluya) o como un sitio separado se decide por sitio según la integración — la misma evaluación por sitio que rige la pregunta general de subdominio vs subdirectorio.

Así que un subdominio te ofrece flexibilidad de alojamiento sin comprar un dominio separado, al precio de la misma señalización geográfica manual que necesita un subdirectorio. Para la mayoría, si no necesitas específicamente el alojamiento separado, un subdirectorio hace el mismo trabajo con menos sobrecarga.

¿Qué ocurre con los estudios de correlación?

Verás estudios que muestran que los ccTLDs dominan las SERPs internacionales — por ejemplo, el análisis de SE Ranking de 20,000 palabras clave en 15 mercados encontró que los ccTLDs mantienen la mayor parte de las tres primeras posiciones, los subdirectorios un segundo lugar distante, y los subdominios una pequeña fracción. Si lo tomas al pie de la letra, concluirías que los ccTLDs “win.” (traducción) «ganan».

Tendría cuidado. Esas cifras son correlacionales, no causales. En los mercados locales competitivos, los sitios en ccTLD suelen ser los actores locales consolidados — marcas locales de larga trayectoria, negocios locales, minoristas nacionales—, que se posicionarían bien independientemente de la forma de la URL. El .de no está causando el posicionamiento; lo que lo causa es ser un sitio sólido, relevante a nivel local y bien enlazado, y esos sitios suelen estar en ccTLD por convención. Una señal geográfica limpia ayuda en el margen, pero no fabrica una autoridad que no te has ganado. No leas «los ccTLD se posicionan mejor» como «cambia a un ccTLD y posicionarás mejor».

Dónde se encuentran las compensaciones generales (no internacionales)

Todo lo anterior es el ángulo de orientación internacional. Existe una pregunta separada, no internacional: ¿un subdominio es funcionalmente equivalente a un subdirectorio para el SEO en general (un blog, un centro de ayuda, documentación), cómo funciona el tratamiento por sitio y por qué la mayoría de las «victorias» de la migración de subdominio→subdirectorio están confundidas por cambios simultáneos. Trato esto en profundidad en el artículo general sobre subdominio vs subdirectorio del clúster de arquitectura web, incluidos los estudios de caso (Pink Cake Box, IWantMyName), las señales de integración por sitio de Google y la solución alternativa de proxy inverso. Si tu pregunta es «dónde debería estar mi blog», empieza por ahí. Si tu pregunta es «cómo sirvo a diferentes países», estás en el lugar correcto.

La propiedad, la gobernanza y el costo también forman parte de la decisión

Las directrices de Google plantean esto como una compensación, no como una competencia de posicionamiento, y las compensaciones van más allá de la señal geográfica:

• Propiedad y disponibilidad. Debes poder realmente comprar y conservar el ccTLD que deseas. Algunos registros de países restringen quién puede registrarse: una presencia comercial local, un contacto local o una dirección local (históricamente cierto para algunos ccTLD de la UE y de estilo .com.au). Unos pocos ccTLD se comercializan y se tratan más como dominios de vanidad genéricos que como señales de país (.io, .co), así que no asumas que cada terminación cc se comporta de la misma manera a los ojos de Google.
• Gobernanza y aislamiento de despliegue. Un ccTLD o subdominio independiente puede ser administrado por un equipo diferente, en un stack diferente, con despliegues independientes — realmente útil si un mercado local necesita su propia cadencia de publicación. Ese aislamiento también tiene un costo: más propiedades que asegurar, supervisar y mantener coherentes, y más superficie para que un error de un mercado (una etiqueta hreflang rota, un certificado caducado) pase desapercibido para el equipo que gestiona los demás.
• Costo. El registro, la renovación, el alojamiento y los certificados escalan con el número de propiedades. Una estrategia de ccTLD por mercado multiplica todo eso; una estrategia de subdirectorio lo mantiene en un solo dominio.

Nada de esto cambia la respuesta principal —adapta la estructura al alcance de tu mercado, a quién pertenece y puede mantener cada propiedad, y a cuánta confianza local importa realmente en ese sector—, pero si pasas directamente a “cuál posiciona mejor”, te perderás las limitaciones que lo deciden en la práctica.

Riesgo de migración

Cambiar las estructuras más adelante —de ccTLD a subdirectorio, de subdominio a ccTLD, o en cualquier otra dirección— no es copiar y pegar. Es una migración de URL, con la misma mecánica y el mismo riesgo que cualquier otra:

• Redirecciones. Cada URL antigua necesita una redirección 1:1 a su nuevo equivalente, no una redirección generalizada a la página de inicio.
• Etiquetas principales. Actualiza las etiquetas canonical para que apunten a las nuevas URL; donde todavía tengas duplicados regionales del mismo idioma, Google recomienda una etiqueta principal preferida más hreflang en lugar de dejarlos competir.
• hreflang. El conjunto recíproco de hreflang de cada configuración regional debe hacer referencia a las nuevas URL — en todas las propiedades, no solo la que moviste.
• Enlaces internos y sitemaps. Actualiza los enlaces internos a las nuevas URL y renueva los sitemaps XML para que los rastreadores encuentren la nueva estructura rápidamente.
• Verificación del host. Un ccTLD o subdominio es una nueva propiedad en Search Console/Bing Webmaster Tools; verifícala antes de necesitar los datos, no después de que algo se rompa.
• Seguimiento. Supervisa la indexación, el tráfico y el posicionamiento durante la transición. Si estás comparando cifras anteriores y posteriores, recuerda que la propia migración es una variable de confusión — no puedes atribuir un cambio a la nueva forma de URL sin controlar todo lo demás que cambió al mismo tiempo (redirecciones, actualizaciones de contenido, cambios de enlaces).

No migres estructuras solo para buscar una mejora de posicionamiento — Google no ha declarado preferencia entre ellas, y la propia migración conlleva más riesgo del que probablemente pueda solucionar el cambio de estructura.

Mi recomendación

• Usa subdirectorios de forma predeterminada (example.com/de/). Es la opción más barata de mantener, la autoridad se mantiene consolidada y, para la mayoría de los sitios, una señal geográfica más débil es una compensación aceptable por la simplicidad. Solo asegúrate de configurar correctamente hreflang, porque desde 2022 esa es tu única palanca explícita.
• Elige ccTLD cuando la señal geográfica realmente importa y puedes permitirte la fragmentación: ya posees los dominios de país, estás en un sector donde una dirección local genera confianza (finanzas, salud, grandes minoristas, cercano al gobierno), o un mercado tiene requisitos legales o de registro que te obligan a usar su dominio. Confirma que realmente puedes registrar y controlar los dominios que quieres antes de comprometerte. Procede sabiendo que cada dominio construye su propia autoridad.
• Elige subdominios principalmente por razones de infraestructura — necesitas cada país en un host o stack separado, pero no quieres (o necesitas) dominios separados. Aun así, debes aportar la misma señalización geográfica manual que un subdirectorio.
• Nunca mezcles de forma desorganizada. Elegir una estructura y aplicarla de manera coherente en todos los mercados importa más que la estructura que elijas. La coherencia es lo que mantiene hreflang y el rastreo controlados a escala.
• Nunca migres estructuras sin un plan. Si lo haces, trátalo como una migración de URL completa — redirecciones, etiquetas canónicas, hreflang, enlaces internos, sitemaps, verificación del host, supervisión — no como una solución rápida para un problema de posicionamiento.

Dónde encaja esto

Las páginas hermanas de este clúster cubren los conceptos básicos internacionales más generales: una auditoría de SEO internacional, una lista de verificación de implementación, la investigación de palabras clave en distintos mercados y la decisión entre traducción y localización. La mecánica a nivel de etiquetas se encuentra en hreflang y x-default. Y el factor decisivo una vez que has elegido una estructura es casi siempre la corrección de hreflang, no la estructura en sí.

Resumen de IA

Una visión condensada de la versión avanzada:

• Tres estructuras para la segmentación por país: ccTLD (example.de), subdominio de gTLD (de.example.com), subdirectorio de gTLD (example.com/de/).
• Google no tiene preferencia de posicionamiento entre ellas (declarado en sus documentos multirregionales y de estructura de URL). La elección trata de señales y operaciones, no de posicionamiento.
• Diferenciador clave — la señal geográfica. Un ccTLD transmite una señal de país automática e inequívoca tanto a Google como a los usuarios, sin configuración manual. Un subdominio o subdirectorio en un gTLD no recibe ninguna señal de país automática y debe depender de hreflang más señales inferidas (ubicación del servidor, idioma, moneda, enlaces locales).
• International Targeting eliminado (septiembre de 2022). Google eliminó el informe de Search Console que permitía configurar manualmente el país de destino de una propiedad de gTLD (incluido un subdirectorio). Ya no hay una forma explícita de declarar el país de un subdirectorio — hreflang es la única palanca restante.
• Costo de ccTLD = fragmentación. Los dominios separados dividen la equidad de enlaces (cada uno construye su propia autoridad), multiplican la infraestructura y hacen más difícil el hreflang entre propiedades.
• Subdirectorio = más barato, autoridad consolidada en un dominio, pero depende totalmente de hreflang para las señales geográficas.
• Subdominio = punto medio: nombre de host independiente (alojamiento/ubicación del servidor flexible) pero aun así necesita las mismas señales geográficas manuales que un subdirectorio; se trata como parte del sitio o como algo separado según cada sitio.
• Advertencia de correlación: los estudios que muestran que los ccTLD dominan las SERP internacionales (p. ej. el estudio de SE Ranking con 20 000 palabras clave) son correlacionales — las marcas locales consolidadas usan ccTLD por convención; el dominio no está causando el posicionamiento.
• Propiedad, gobernanza, costo. Algunos ccTLD restringen quién puede registrarlos (requisitos de presencia/dirección local); unos pocos se tratan como dominios de vanidad genéricos en lugar de señales de país. Más propiedades significan más sobrecarga de gobernanza y más costo (registro, alojamiento, certificados), independientemente de la señal geográfica.
• Riesgo de migración. Cambiar de estructura más adelante es una migración de URL completa — redirecciones, etiquetas canónicas, hreflang, enlaces internos, sitemaps, verificación del host, supervisión — y cualquier comparación del posicionamiento antes/después queda confundida por todo lo demás que cambió en la migración. No migres solo para buscar un aumento de posicionamiento.
• Opción predeterminada de Patrick: subdirectorios, a menos que un ccTLD existente, un requisito de confianza/legal o una separación genuina de infraestructura indiquen lo contrario. La coherencia entre mercados importa más que la elección.

¿Qué estructura deberías usar?

Trabaja de arriba hacia abajo — el primer “sí” que encaje generalmente lo resuelve.

1. ¿Ya posees dominios de país (example.de, example.fr), o tu negocio ya está establecido en ellos? → Usa ccTLDs. Ya has pagado el costo de fragmentación y has construido autoridad local; no lo descartes para consolidar. Consérvalos y configura hreflang entre las propiedades.

2. ¿Algún mercado requiere legalmente un dominio local, o la confianza local es crítica para la misión (finanzas, salud, sectores afines al gobierno, gran comercio minorista nacional)? → Usa un ccTLD para ese mercado. La señal geográfica automática y la señal de confianza de una dirección local valen el dominio adicional aquí. (Puedes usar ccTLDs para algunos mercados y subdirectorios para otros, pero mantén cada mercado internamente coherente.)

3. ¿Necesitas cada país en un servidor, stack o equipo genuinamente separado, pero no quieres comprar dominios separados? → Usa un subdominio (de.example.com). Obtienes la flexibilidad de alojamiento/ubicación sin un dominio separado — solo recuerda que aún tienes pendiente hreflang; el subdominio no se geosegmenta por sí mismo.

4. Ninguna de las anteriores — ¿tienes un sitio mayormente .com que se expande a nuevos idiomas/países y quieres lo más simple que funciona? → Usa subdirectorios (example.com/de/). La autoridad permanece consolidada en un dominio, una configuración de alojamiento, una propiedad de Search Console. Comprométete con un hreflang correcto, porque desde septiembre de 2022 no queda ninguna configuración manual de segmentación por país como respaldo.

Dos reglas que prevalecen sobre el árbol:

• La coherencia vence a la elección “perfecta”. Una estructura aplicada limpiamente en todos los mercados supera a una mezcla elegida para cada mercado por intuición.
• Nunca migres estructuras solo por una mejora en el posicionamiento. Google no tiene preferencia; el riesgo de migración (consulta el artículo general sobre subdominio vs subdirectorio) suele superar la señal que puedes obtener con hreflang.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda.

Google

• Gestión de sitios multirregionales y multilingües — las tres estructuras de url para la segmentación por país (ccTLD, subdominio, subdirectorio), sus ventajas y desventajas, y la recomendación de usar URL diferentes para cada versión en lugar de cookies o de un servicio basado en el navegador.
• Mejores prácticas de estructura de url — recomienda ccTLD o subdirectorios para Geotargeting; sin una preferencia de posicionamiento declarada.
• Informa a Google sobre las versiones localizadas de tu página (hreflang) — las reglas de Reciprocal hreflang, que son la única señal geográfica explícita que queda para subdominios y subdirectorios de gTLD, junto con las señales inferidas (ubicación del servidor, contenido local, enlaces locales) que Google interpreta por su cuenta.
• Rastreo e indexación de sitios multilingües — cómo Google descubre y sirve la versión correcta de configuración regional.

Bing / Microsoft

• Cómo indicar a Bing el país y el idioma de tu sitio web (blog de Bing Webmaster) — orientación de Bing sobre sitios multipaís/multiidioma; ten en cuenta que Bing se apoya más en la señal de metaetiqueta/cabecera content-language que en hreflang.
• Directrices de Bing Webmaster — orientación general; sin preferencia prescriptiva entre ccTLD, subdominio o subdirectorio para sitios legítimos.

Citas de la fuente

Declaraciones oficiales y posiciones documentadas. Cuando una página lo permite, el enlace es un enlace profundo al pasaje; cuando el resumen transmitió una afirmación sin una subcadena textual verificada, se parafrasea sin comillas.

Google — sin preferencia de posicionamiento entre estructuras

• Parafraseado: la documentación de Google indica que deberías elegir lo que sea más fácil de organizar y gestionar, y que, desde una perspectiva de indexación y posicionamiento, no tiene una preferencia entre las estructuras de url. Documentación de estructura de url

Google — las tres estructuras internacionales y sus compensaciones

• Parafraseado de la documentación multirregional: un dominio de nivel superior de código de país ofrece un geotargeting claro y una fácil separación de sitios, pero es costoso y necesita más infraestructura; un subdominio de gTLD es fácil de configurar y permite diferentes ubicaciones de servidor pero puede que los usuarios no reconozcan el geotargeting; un subdirectorio de gTLD es fácil de configurar y de bajo mantenimiento en un solo host, pero, de nuevo, puede que los usuarios no reconozcan el geotargeting. Gestión de sitios multirregionales y multilingües

Google — Eliminación del informe International Targeting (septiembre de 2022)

• Parafraseado del anuncio de Search Console de Google, según se informó: el informe International Targeting se retiró porque el valor de la configuración manual de segmentación por país había disminuido con el tiempo a medida que hreflang maduraba, lo que dejó a hreflang como el mecanismo para señalar las versiones localizadas. Aviso de obsolescencia de Google

Errores comunes (y qué hacer en su lugar)

Mito 1: “Un ccTLD se posiciona mejor, así que compra uno para cada país.” Por qué es incorrecto: Google no tiene preferencia de posicionamiento entre las estructuras, y cada ccTLD es un dominio independiente que construye su propia autoridad desde casi cero y añade complejidad de infraestructura y de hreflang. Los estudios de posicionamiento que muestran los ccTLD en los primeros puestos son correlacionales: las marcas locales establecidas se alojan en ccTLD por convención. En su lugar, haz: usa ccTLD solo donde la señal geográfica automática o la confianza local genuinamente justifiquen la fragmentación; de lo contrario, consolida en subdirectorios.

Mito 2: “Los subdirectorios son igual de buenos, así que no necesito hreflang.” Por qué es incorrecto: un subdirectorio en un gTLD no recibe ninguna señal automática de país, y desde que Google eliminó el informe International Targeting (septiembre de 2022) no queda ninguna configuración manual de orientación por país. Sin hreflang, no le has dicho nada a Google sobre para quién es cada versión. En su lugar, haz: implementa hreflang recíproco y autorreferencial en todas tus carpetas de configuración regional — ahora es el único mecanismo explícito que tienes.

Mito 3: “Configura el país objetivo en Search Console para mi carpeta /de/.” Por qué es incorrecto: esa configuración (International Targeting) ya no existe — fue eliminada en septiembre de 2022. Ya no puedes declarar explícitamente el país de una subcarpeta. En su lugar, haz: confía en hreflang y en señales inferidas (ubicación del servidor/CDN, idioma y moneda locales, dirección local, enlaces en el país).

Mito 4: “Los subdominios se geosegmentan a sí mismos porque son un nombre de host separado.” Por qué es incorrecto: un subdominio de gTLD (de.example.com) no recibe ningún significado de país del .com; necesita las mismas señales inferidas y de hreflang que un subdirectorio. El nombre de host separado aporta flexibilidad de alojamiento, no una señal geográfica automática. Haz en su lugar: trata la geosegmentación de un subdominio exactamente igual que la de un subdirectorio — hreflang primero — y usa el subdominio solo por sus beneficios de infraestructura.

Mito 5: “Migrar a un ccTLD (o subcarpeta) para corregir un posicionamiento internacional débil.” Por qué es incorrecto: una migración de estructura es un riesgo sin una recompensa garantizada — Google no tiene preferencia, y los estudios de caso generales de subdominio vs subdirectorio muestran que la mayoría de las “victorias” de migración se ven confundidas por cambios simultáneos. Rara vez se corrigen problemas de autoridad o relevancia moviendo las URL. Haz en su lugar: corrige las señales subyacentes (exactitud del hreflang, calidad del contenido local, enlaces en el país) antes de tocar la estructura de URL.

Mito 6: “Mezclar estructuras por mercado — lo que sea conveniente en cada caso.” Por qué es incorrecto: una mezcla incoherente hace que los grupos de hreflang, el rastreo y la autoridad sean más difíciles de analizar y más fáciles de romper a escala. Haz en su lugar: elige una estructura principal y aplícala de manera consistente; solo desvíate por una razón específica y justificada (un ccTLD existente, un requisito legal).

Elección de una estructura de URL internacional — lista de verificación

Antes de elegir

• Confirma que realmente necesitas una segmentación por país/idioma (contenido diferente por mercado), no solo la traducción de un sitio global único.
• Enumera tus mercados objetivo y anota los que tengan requisitos legales o de registro para un dominio local.
• Comprueba si ya posees ccTLD relevantes o si ya posicionas en alguno.
• Decide cuánta confianza local importa en tu sector (finanzas/salud/comercio minorista suelen inclinarse por los ccTLD; SaaS/contenido a menudo funcionan bien en subdirectorios).

Decisión

• ¿Ya estás establecido en ccTLD, o es crítico por motivos legales o de confianza? → ccTLD.
• ¿Necesitas una ubicación de alojamiento/servidor separada por país, pero no dominios separados? → subdominio.
• De lo contrario, ¿quieres lo más sencillo de gestionar con autoridad consolidada? → subdirectorio (la opción predeterminada).
• Independientemente de lo que elijas, planea aplicarlo de forma coherente en todos los mercados.

Después de elegir (cualquier estructura de gTLD: subdominio o subdirectorio)

• Recuerda que ya no existe una configuración manual de segmentación por país en Search Console (eliminada en septiembre de 2022).
• Implementa hreflang recíproco y autorreferencial en todas las versiones.
• Añade un x-default para la página de respaldo/ selección.
• Refuerza con señales inferidas: ubicación del servidor/CDN, idioma y moneda locales, dirección/teléfono locales, enlaces desde sitios del país.
• No migres una estructura existente que funciona solo para obtener una mejora de posicionamiento.

Si eliges ccTLD

• Presupuesta por separado el registro, la renovación, el alojamiento y los certificados por dominio.
• Planifica hreflang en propiedades separadas (cada ccTLD debe referenciar a todos los demás, de forma recíproca).
• Acepta que cada dominio construye su propia autoridad — no esperes que la equidad de enlaces se acumule.

Si estás migrando entre estructuras

• Redirige cada URL antigua 1:1 a su nuevo equivalente — sin redirecciones masivas a la página de inicio.
• Actualiza las etiquetas principales a las nuevas URLs; mantén una etiqueta principal preferida más hreflang para cualquier duplicado regional del mismo idioma.
• Reconstruye el reciprocal hreflang en cada propiedad, referenciando las nuevas URLs.
• Actualiza los enlaces internos y renueva los sitemaps XML.
• Verifica el nuevo host/propiedad en Search Console y Bing Webmaster Tools antes de necesitar los datos.
• Supervisa la indexación, el tráfico y las posiciones durante la transición — y recuerda que la propia migración es una variable de confusión en cualquier comparación antes/después.

Los modelos mentales

1. Señal frente a autoridad — la compensación principal. Un ccTLD maximiza la señal geográfica (automática, inequívoca) pero fragmenta la autoridad (dominios separados). Un subdirectorio maximiza la autoridad (consolidada en un dominio) pero minimiza la señal geográfica automática (solo hreflang). Un subdominio se sitúa entre ambos. Casi cualquier decisión aquí es un punto en esa línea de señal frente a autoridad.

2. Señal geográfica automática vs. manual. Solo un ccTLD te da la señal de país de forma gratuita. Todo en un gTLD — subdominio o subdirectorio — tiene una señal manual de la que eres responsable. Y desde septiembre de 2022, “manual” significa hreflang, no una configuración de Search Console. Si eliges una estructura de gTLD, te comprometes a implementar hreflang correctamente.

3. La estructura no es una palanca de posicionamiento. Google no tiene preferencia. No posicionas mejor por elegir una forma. Posicionas mejor por ser relevante, confiable y estar bien enlazado en un mercado — la estructura solo cambia la claridad con la que señalas qué mercado. Elimina primero la pregunta de “cuál posiciona mejor”; es la pregunta equivocada.

4. La coherencia supera a la optimización. Una estructura aplicada limpiamente en todos los mercados vale más que una mezcla por mercado elegida por corazonadas. La coherencia es lo que mantiene los clústeres de hreflang y el rastreo manejables a escala.

5. Separa la pregunta internacional de la general. “¿Dónde debería estar mi blog?” (subdominio vs subdirectorio en general) y “¿cómo sirvo a diferentes países?” son decisiones diferentes con factores determinantes diferentes. La general depende de la integración y el riesgo de migración; la internacional depende de la señal geográfica. No importes la respuesta de una a la otra.

Ponte a prueba: ccTLD vs. subdominio vs. subdirectorio

Cinco preguntas rápidas sobre cómo elegir una estructura de URL internacional. Elige una respuesta para cada una y luego comprueba.

Recursos que merecen tu tiempo

Mis escritos relacionados

• Hreflang: la guía fácil para principiantes — la mecánica de la que dependerás para cualquier subdominio o subdirectorio de gTLD, además de mi estudio de 374 756 dominios que usan hreflang que muestra con qué frecuencia se rompe hreflang (más del 67 % tenía un problema).
• La guía para principiantes de SEO técnico — dónde encajan las decisiones sobre la estructura de url internacional en el panorama general.
• Subdominio vs subdirectorio: los subdirectorios no son mejores que los subdominios para SEO — mi argumento general (no internacional) de que ambos son funcionalmente equivalentes y la mayoría de las “victorias” de migración están sujetas a confusión; lee esto para la versión de la pregunta de “¿dónde debería estar mi blog?”.

Mis ponencias

• Cómo funciona la búsqueda (SlideShare) — mi recorrido por el rastreo, el renderizado, la indexación y la clasificación; contexto útil sobre por qué las señales (no la forma de la URL) impulsan los resultados. (Se aplica el descargo de responsabilidad permanente: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas… no va a ser 100 % completa ni precisa.»)

Desde la industria

• Gestión de sitios multirregionales y multilingües (Google Search Central) — la lista de origen de las tres estructuras y sus ventajas y desventajas documentadas.
• El informe International Targeting está obsoleto (Ayuda de Google Search Console) — la eliminación de septiembre de 2022 y lo que significa para declarar el país de un subdirectorio.
• Prácticas recomendadas de estructura de URL (Google Search Central) — la guía de geotargeting y la postura de no preferencia.
• Investigación de subdominios vs subdirectorios: 20K palabras clave analizadas (SE Ranking) — el estudio correlacional transparente en 15 mercados que muestra que los ccTLD dominan las SERP internacionales (léelo como correlación, no causalidad).
• Prácticas recomendadas de SEO con Cloudflare Workers, Parte 1: Subdominio vs subdirectorio (Cloudflare) — la solución alternativa de proxy inverso si estás limitado a un subdominio pero quieres una URL de subdirectorio.

Registro de cambios