Hreflang en dominios regionales: una lista de verificación para migraciones seguras

Lanzamientos escalonados

Los equipos suelen preguntar si hreflang puede estar activo en un sitio antes que en el otro. Sí, puede.

Google simplemente ignorará las etiquetas hasta que ambos lados se confirmen mutuamente. No hay daño. El orden solo pospone el beneficio. Mantén las etiquetas del primer sitio válidas y no publiques conjuntos parciales que nombren URLs que aún no existen. Cuando revises los backlinks de los sitios en ambos dominios, también verás qué host regional prefiere ya el mundo exterior, y esa es una evidencia útil para decidir qué URL se convierte en x-default.

Dos casos del campo

Imagina que gestionas un sitio alemán y un sitio del Reino Unido en dos dominios, con una redirección 301 desde la raíz del Reino Unido a una carpeta /uk/ que se añadió hace algún tiempo. El equipo ahora quiere eliminar esa regla y pregunta cómo mantener la autoridad de enlaces.

Extrae toppages para ambos hosts primero. Si la mayoría de los enlaces externos apuntan a la raíz, la raíz debe servir ahora una página real, con hreflang y un auto-canonical, o redirigir a la mejor coincidencia regional. Haz la prueba con un script, mantén la regla antigua en control de versiones y revisa el resultado después de la próxima actualización mensual de nuestro índice.

El caso dos es más pequeño. Un sitio de Blogger o Squarespace se mueve a un dominio personalizado. Redirige cada ruta antigua una por una, porque la primera parte de la URL cambia mientras que el slug a menudo se mantiene igual. Consulta la receta del mapa de redirecciones para el bucle de prueba, y mantén la propiedad antigua verificada en Search Console para poder vigilar la cobertura en ambos.

Más allá de hreflang y canonicals: qué más verificar entre países

Hreflang y canonicals son las etiquetas que la gente verifica primero, y no son los únicos lugares donde puede fallar una configuración entre países. Las redirecciones que dependen de la ubicación, un selector de idioma que envía a los crawlers a una localidad, y un sitemap que lista una sola versión cambian todos cuál URL trata Google como la principal para cada mercado.

Trabaja con estos después de que las etiquetas pasen. Cada uno puede deshacer silenciosamente una etiqueta que parece correcta en la plantilla.

Redirecciones geográficas y selectores de idioma

Una redirección que elige una localidad desde la ubicación del visitante puede enviar a Googlebot a un país y nunca mostrarle los demás. El crawler entonces ve una sola versión, y las alternativas no se buscan. Las redirecciones forzadas son una fuente común de esto, así que prueba con un agente de usuario de crawler y, donde puedas, desde un segundo país.

Un selector de idioma debería enlazar a la misma página en cada localidad. Si solo enlaza a la página de inicio del otro sitio, las alternativas pierden sus enlaces internos y se vuelven más difíciles de encontrar.

Sitemaps que contienen las alternativas

Un sitemap XML puede listar las URL alternativas de cada mercado en un solo lugar, para que el conjunto se lea junto en lugar de página por página. Mantén esa lista alineada con las etiquetas en las propias páginas.

Elimina cualquier localidad que devuelva una redirección o un noindex del sitemap, o las dos fuentes discreparán sobre qué versiones existen.

Plugins que prometen automatizarlo

Los plugins pueden generar hreflang para muchos sitios, y son un buen punto de partida. Un plugin no puede saber cuál es la URL regional correcta como objetivo, ni si una redirección en otro lugar contradice esa etiqueta.

Verifica la salida del plugin frente a un rastreo en lugar de confiar en la pantalla de configuración. El rastreo es la única vista que muestra lo que realmente recibe un bot.

Ejecutar dos dominios en paralelo durante un tiempo

Una ejecución paralela mantiene ambos dominios respondiendo mientras el nuevo gana su lugar. Ayuda cuando el dominio antiguo aún recibe enlaces y visitas. También tiene un coste. Dos conjuntos de etiquetas tienen que estar de acuerdo al mismo tiempo.

Si ejecutas ambos, elige la página de inicio de cada mercado con antelación. Escribe esa elección en el conjunto hreflang, luego deja que el sitemap y los enlaces internos lo sigan.

Páginas de destino y redirecciones suaves

Una página de destino en otro dominio con un botón que lleva a tu sitio es un enlace saliente ordinario. Puede enviar visitantes a través, pero no mueve el historial de una dirección de la manera que lo hace un 301. No cuentes con ello como un paso de migración.

Usa esas páginas como puente para las personas, y mantén la redirección del servidor como el mecanismo que transporta los enlaces.

Vigilar ambos hosts durante la superposición

Mantén ambas propiedades verificadas en Search Console, y extrae datos de enlaces para ambos hosts en el mismo horario. Los horarios desalineados hacen que un cambio normal parezca una pérdida.

Compara similar con similar en cada extracción: el mismo host, la misma acción, el mismo mes. Entonces la diferencia que ves es la migración, no el calendario. Anota la fecha de cualquier cambio de redirección en el mismo archivo, para que la fecha nunca sea una suposición.

Verificar si los enlaces siguen cada migración regional

Una migración regional está solo a mitad de camino cuando las etiquetas y las redirecciones son correctas. La otra mitad es si los sitios externos ahora apuntan a la URL regional correcta, y eso es una cuestión de enlaces.

Qué host regional prefieren los sitios externos

Extrae toppages para cada host regional, luego usa compare para poner las dos bases de enlaces lado a lado, para que puedas verificar los backlinks de los sitios en una sola tabla. Haz esto para los hosts que te interesan antes de decidir cuál debe contener las señales del mercado.

Un host que reúne la mayoría de los dominios enlazadores te dice dónde los sitios externos ya envían a sus lectores.

Cuando un host regional pierde dominios enlazadores

Comienza con la lista de páginas enlazadas en ese host. Encuentra las URL que desaparecieron, verifica si cada una redirige a la página regional correcta, y confirma que las etiquetas hreflang en esa página nombren al mismo mercado.

Si la caída coincide con un cambio en el sitemap, compara las listas del sitemap antiguo y nuevo antes de tocar cualquier etiqueta. El árbol de decisiones de páginas no indexadas cubre el caso donde una página regional existe pero permanece fuera del índice.

Mantener una línea base regional

Guarda la lista de enlaces para cada host regional con la fecha en el nombre del archivo, para que una extracción posterior tenga algo con lo que compararse. Sin ese archivo, una caída parece un problema nuevo, cuando puede ser una migración que ocurrió hace meses.

Registra el conjunto hreflang y la elección canonical junto al archivo de enlaces. Cuando un host pierda enlaces, puedes entonces verificar las etiquetas frente al estado que tenían cuando se contaron los enlaces por última vez.

Ejecuta la misma extracción para cada host regional el mismo día del mes, y mantén la salida en una carpeta por host. Una comparación entre hosts solo es justa cuando las fechas coinciden, y los nombres de archivo son la forma más sencilla de hacer visible eso.