Qué Le Promete x-default Realmente a Google
El valor x-default es la parte peor entendida de la especificación hreflang. La mayoría de equipos lo añaden porque una checklist lo pedía, copian la sintaxis de un blog y nunca verifican lo que enviaron. Luego un usuario en Varsovia que busca en polaco aterriza en la tienda alemana, la tasa de conversión de locales no contemplados rinde por debajo en silencio, y nadie conecta los puntos hasta una etiqueta de respaldo mal formada. Google introdujo x-default en 2013 precisamente para responder una pregunta — ¿a qué URL debo enviar a un usuario cuando ninguno de mis alternates explícitos de idioma o región coincide con su consulta? — y el valor solo cumple su función si la etiqueta es sintácticamente válida, recíproca y apunta al destino correcto.
Según la documentación de Google Search Central sobre versiones localizadas ("Indícale a Google las versiones localizadas de tu página"), x-default se describe como la página para usuarios cuya configuración de idioma no coincide con "ningún otro idioma de la lista". No es una señal de ranking ni un sustituto de un alternate de idioma correcto. Es un respaldo de enrutamiento. Este artículo recorre los ocho errores que hacen fallar a x-default en silencio, por qué cada uno se rompe y el arreglo exacto — validado igual que lo valida el Verificador de Hreflang que se ejecuta solo en el navegador. Si prefieres primero el sistema completo a su alrededor, lee la guía de campo de etiquetas hreflang.
Error 1 — Tratar x-default Como un Código de Idioma
El error más frecuente es mental, no sintáctico. Los desarrolladores ven en, es, fr y asumen que x-default es simplemente otro local de la lista. No lo es. Según BCP 47 (RFC 5646, "Tags for Identifying Languages"), x-default no es una etiqueta de idioma válida en absoluto — el prefijo x- denota un subtag de uso privado, y un x-default a secas sería rechazado por un parser estricto de BCP 47. Google lo reserva deliberadamente como valor centinela, exento de la validación ISO 639-1 e ISO 3166-1 que todo local real debe superar.
La consecuencia práctica es que no puedes tener dos entradas x-default en un cluster apuntando a URLs distintas y esperar que Google "elija la mejor". Hay exactamente un respaldo por cluster. El arreglo es disciplina conceptual — piensa en x-default como la puerta de "todos los demás", no como un idioma. Un validador que entiende el centinela aceptará x-default mientras rechaza un local inventado como en-UK; uno que no lo entiende marcará x-default como local inválido, lo cual es en sí una señal de que tu herramienta está mal.
Error 2 — Olvidar la Etiqueta de Retorno en x-default
Los clusters hreflang son bidireccionales. Cada URL del cluster debe referenciar a todas las demás, y esa regla aplica a x-default exactamente igual que a fr-CA o pt-BR. El fallo clásico se ve así — las páginas en inglés, español y francés declaran cada una un x-default que apunta a /en/, pero la página que sirve como destino x-default no se declara a sí misma como x-default. Google ve una referencia unidireccional, trata la anotación como no confirmada y la descarta.
Si tu destino x-default es la home en inglés, entonces el bloque hreflang de esa propia home debe incluir tanto hreflang="en" (su autorreferencia de idioma) como hreflang="x-default" (la autorreferencia de respaldo) apuntando a sí misma. Dos elementos link, misma URL, valores hreflang distintos. Omitir la autorreferencia x-default es la causa número uno de que una etiqueta por lo demás correcta "no funcione". El Verificador de Hreflang lo reporta como etiqueta de retorno faltante y nombra la URL exacta que debería declarar x-default y no lo hace.
Error 3 — Apuntar x-default a una URL que Redirige o con noindex
El destino x-default debe ser una URL viva, indexable y con estado 200. Tres variantes reales rompen esto. Primera, apuntar x-default a una URL que redirige con 301 a una página específica de país anula el propósito — Google sigue la redirección y el respaldo colapsa en un único local. Segunda, apuntarlo a una página selectora de idioma que lleva <meta name="robots" content="noindex"> significa que Google no puede servirla como resultado de búsqueda, así que el respaldo desaparece de hecho. Tercera, apuntarlo a una URL bloqueada en robots.txt impide el rastreo de la anotación por completo.
Si realmente usas una página selectora de idioma como x-default — un patrón legítimo y avalado por Google — esa página debe ser indexable. No le pongas noindex y no la bloquees con disallow. Confirma la ruta de rastreo con el Comprobador de robots.txt antes de confiar en el respaldo. Una página selectora que devuelve 200, es rastreable e indexable es el destino x-default más limpio porque no asume nada sobre el idioma pretendido por el usuario.
Error 4 — Declaraciones x-default Múltiples y Conflictivas
Esto aflora durante migraciones de CMS cuando dos convenciones de URL coexisten. Una página emite hreflang="x-default" href="https://example.com/" y también hreflang="x-default" href="https://example.com/en/". Google no tiene regla para desambiguar dos respaldos del mismo cluster, así que normalmente ignora ambos. El cluster se queda entonces sin ningún respaldo funcional, lo cual es peor que no declarar ninguno, porque creías estar cubierto.
El arreglo es canonicalización — decide una única URL de respaldo, emítela una vez y purga la segunda de cada plantilla y cada fragmento de sitemap. Como este bug se esconde en miles de páginas, audítalo a nivel de topología. Exporta tu sitemap de producción y compáralo con el release anterior usando el Comparador de Sitemaps; las líneas x-default duplicadas saltan a la vista de inmediato en un diff estructurado.
Error 5 — URLs Absolutas y Protocolos Desajustados
Los valores href de hreflang deben ser URLs absolutas completamente cualificadas. Las rutas relativas como /en/ no son válidas en una anotación hreflang y se ignoran. Más allá de eso, el href de x-default debe coincidir exactamente con la forma canónica de su destino — mismo protocolo, mismo host, misma convención de barra final. Un respaldo declarado como http://example.com/ cuando el sitio canonicaliza a https://www.example.com/ es un desajuste, y Google puede fallar al asociar la anotación con la URL indexada.
La versión sutil son las barras finales. Si tu servidor trata /en y /en/ como URLs distintas y tu canónica usa la barra, pero el href de x-default la omite, has creado un casi-duplicado que no encaja con la canónica. Elige una forma canónica y haz que cada href de hreflang — x-default incluido — coincida byte a byte.
Error 6 — Mezclar Métodos de Declaración de Forma Inconsistente
Google acepta hreflang en tres transportes — elementos HTML <link> en el head, cabeceras HTTP Link de respuesta, y anotaciones xhtml:link dentro del sitemap XML. Son equivalentes, pero no debes partir un mismo cluster entre dos métodos. Declarar los alternates de idioma en el head HTML mientras declaras x-default solo en el sitemap produce un cluster inconsistente que Google puede leer como dos conjuntos parciales y conflictivos.
Elige un método por cluster y declara el conjunto completo — cada alternate de idioma más x-default — en ese único lugar. Para sitios grandes gana el enfoque del sitemap porque el cluster entero, con respaldo incluido, vive en un único artefacto regenerable y diff-amistoso. Sea cual sea el que elijas, no dejes que x-default derive a un transporte distinto del de sus hermanas.
Error 7 — Suponer que x-default Corrige una Mala Señal de País
x-default es un respaldo para locales no coincidentes, no una capa de corrección para los que sí coinciden. Si un usuario alemán está siendo enrutado a la página equivocada, el problema está en tu alternate de o de-DE, no en x-default — Google nunca consulta el respaldo cuando un alternate explícito coincide. A veces los equipos "arreglan" una queja de mal enrutamiento ajustando x-default y se desconciertan cuando nada cambia.
Recuerda la precedencia — Google busca primero una coincidencia exacta de idioma más región, luego una de solo idioma, y solo cuando nada coincide cae a x-default. Según la guía de Google, hreflang tampoco establece segmentación por país por sí solo; combínalo con ccTLDs o los ajustes adecuados de Search Console. x-default no puede rescatar un cluster cuyos alternates explícitos están mal.
Error 8 — Omitir x-default en Sitios Genuinamente Internacionales
El fallo opuesto — dejar x-default fuera por completo — solo es defendible en casos estrechos. Un cluster de dos idiomas cuyas audiencias son mutuamente excluyentes (por ejemplo, una herramienta interna ofrecida solo en inglés y japonés sin audiencia global) puede sobrevivir sin él. Pero cualquier sitio que atrae visitantes de locales que no sirve explícitamente necesita un respaldo, o Google adivina. La conjetura se sesga hacia el alternate que ha acumulado más autoridad de enlaces, por eso una home global en inglés a veces pierde tráfico no coincidente frente a una URL alemana más antigua y rica en enlaces.
Declarar x-default es un <link rel="alternate" hreflang="x-default" href="..."/> extra por cluster. El coste es trivial; el coste de omitirlo es un mal enrutamiento invisible que nunca aparece como error, solo como una conversión más floja sobre tráfico que no puedes atribuir con facilidad.
Una Auditoría de x-default en Cinco Minutos
- Confirma exactamente un x-default por cluster. Cero significa que estás adivinando; dos significa que Google descarta ambos.
- Verifica la etiqueta de retorno. El destino x-default debe declararse a sí mismo como x-default. La autorreferencia faltante es la causa número uno de "no funciona".
- Comprueba el estado del destino. 200, indexable, rastreable. Sin redirección, sin noindex, sin bloqueo en robots.txt.
- Coincide con la forma canónica. URL absoluta, protocolo y host correctos, barra final consistente.
- Mantén el cluster en un solo transporte. No separes x-default de sus hermanas.
- Vuelve a ejecutar la comprobación. La misma lógica de validación se incluye en el paquete de código abierto
@anthropic-tools/tools-core, así que puedes integrarla en CI y romper el build ante cualquier regresión.
x-default es pequeño, pero sus modos de fallo son silenciosos y caros. Pega un sitemap o el head HTML de una página en el Verificador de Hreflang y deja que te diga exactamente qué línea rompe tu respaldo. Si además estás reestructurando URLs como parte de una migración, ejecuta junto a ello el flujo de migración de sitemaps para que los destinos x-default sobrevivan intactos al cambio.