Migración de sitio: la lista de comprobación de enlaces

Una migración rompe los enlaces en cuatro sitios distintos, y la mayoría de los equipos solo verifican uno, las redirecciones por lo general, y luego consideran que está hecho. Los otros tres aparecen semanas más tarde, una queja cada vez.

Esta lista de comprobación cubre los enlaces internos y entrantes de su sitio. La cuestión distinta de los backlinks que otros le han dado merece su propio paso: conservar sus backlinks en un rediseño. Las dos se llevan el mismo día, con la misma gente, y se confunden con tanta más facilidad.

La lista de comprobación, por orden

Un mes después, el asunto está cerrado. Lo que se rompe luego es mantenimiento ordinario, no migración, y confundirlo manda a buscar en el sitio equivocado.

Antes: tres listas que valen la pena

Las URL que reciben tráfico. Desde sus estadísticas, sobre doce meses, no sobre uno. Las páginas estacionales son aquellas de las que nadie se acuerda en julio, y son las que hacen subir quejas en noviembre.

Las URL que reciben enlaces, internos y externos. Son las direcciones que deben seguir respondiendo, cambie lo que cambie por lo demás. Se encuentran en la Search Console, en su seguimiento de enlaces, y en los registros de su servidor, donde figuran las visitas llegadas del exterior.

Las URL absolutas escritas dentro de sus contenidos. Es la lista que nadie hace, y es ahí donde las migraciones se rompen realmente. Cada https://dominioantiguo.com/... tecleado en un cuerpo de artículo sobrevive perfectamente a la exportación y sigue apuntando al sitio antiguo. Busque su propio nombre de dominio en la exportación de sus contenidos y cuente las apariciones: la cifra suele sorprender, y sorprende tanto más cuanto más antiguo es el sitio.

El día D: los cuatro sitios donde los enlaces se rompen

1. El plan de redirección. Un salto, página hacia página equivalente. La decisión para cada URL retirada sigue el mismo árbol que cualquier eliminación, y ese árbol nunca produce «redirección a la portada».

2. Los enlaces internos en el contenido. Los enlaces relativos sobreviven por lo general. Los absolutos no, salvo que se reescriban. Hágalo con buscar y reemplazar en la exportación, antes de la importación, no después página por página.

3. La navegación, el pie de página y las plantillas. Los menús se construyen a menudo sobre rutas escritas a fuego en un tema. Están en todas las páginas: un error aquí es el más visible que pueda cometer, y el más rápido de corregir si lo prueba el mismo día.

4. El mobiliario técnico. Sitemap regenerado, robots.txt releído, etiquetas canónicas apuntando a las nuevas URL, hreflang actualizado si tiene varios idiomas. Cada uno de estos elementos contradice en silencio a los demás cuando solo se actualiza una parte, y la contradicción no produce ningún error visible.

Después: qué verificar, por orden

• Abra las URL antiguas. No el nuevo sitemap: las direcciones antiguas exactas. Cada una debe responder 200 tras exactamente una redirección. Dos saltos también funcionan, y alguien que haga limpieza los cortará un día.
• Rastree todo el nuevo sitio. Es el paso que encuentra los enlaces absolutos que se le han escapado, y es la razón de hacerlo ahora en vez de dentro de seis meses. Los métodos gratuitos bastan para un sitio de unos cientos de páginas.
• Verifique también los enlaces salientes. Una migración es el único momento en que alguien relee de verdad cada página: aprovéchelo, no aparecen en ninguna otra parte.
• Vigile la Search Console durante un mes. Los errores de rastreo llegan progresivamente, no el día de la puesta en línea, y una subida en la tercera semana es normal.

El caso del cambio de nombre de dominio

Es la migración más pesada, y merece tres reglas suplementarias.

La redirección se guarda indefinidamente. No dos años: indefinidamente. Un dominio abandonado se lleva todo el historial de enlaces, y acaba a menudo comprado por otra persona, lo que convierte sus referencias antiguas en enlaces hacia un sitio que usted ya no controla.

El dominio antiguo se renueva al mismo tiempo que el nuevo. La fecha de expiración es la verdadera fecha de fin de su migración, y es la que nadie anota en ninguna parte.

Los correos también cuentan. Las direcciones en @dominioantiguo siguen recibiendo correo durante años, incluidos los avisos de renovación y las alertas de sus proveedores. Una migración lograda que pierde el buzón es una migración fallida dos años más tarde.

Quién hace qué, y por qué eso cuenta

Una lista de comprobación sin propietario se convierte en una lista de deseos. Tres papeles bastan, incluso en un equipo de dos personas.

Alguien lleva las listas: tráfico, enlaces, URL absolutas. Es un trabajo de hoja de cálculo, no técnico, y puede empezar un mes antes sin depender de nadie.

Alguien lleva las redirecciones: escritura, puesta en marcha, prueba. Es el único papel que debe estar presente el día del cambio, y el único que toca algo que puede romperse en segundos.

Alguien lleva la verificación posterior: los controles a D más 1, D más 3 y D más 30. Es el papel que se olvida atribuir, y es el que decide si la migración ha ido bien o si nos daremos cuenta en febrero.

Lo que se va a romper de todos modos

Una migración perfecta no existe, y prever las fugas vale más que prometer estanqueidad.

Las URL con parámetros, las antiguas páginas de búsqueda, los adjuntos y las imágenes se escapan casi siempre. Los enlaces enviados por correo hace tres años seguirán llegando, y nadie puede hacer su lista. Por último, las redirecciones en cadena heredadas de una migración anterior se revelan a menudo en esta ocasión, porque añaden un salto más y cruzan el límite más allá del cual ya nada sigue.

La buena respuesta no es intentar preverlo todo: es mirar los registros del servidor durante las dos primeras semanas. Enumeran lo que la gente ha pedido realmente, incluido lo que usted no había imaginado, y son el único informe que no depende de ninguna lista establecida de antemano. La criba de esos 404 sigue sus propias reglas: no todos merecen una corrección.

Los dos errores que salen más caros

Redirigirlo todo a la portada porque el plan se dejó para la última tarde. Eso convierte una lista de decisiones manejable en una pérdida definitiva, y se repara mal, porque después ya nadie sabe qué URL antigua correspondía a qué.

Un caso se presenta más a menudo que los demás y se trata exactamente igual: el paso de HTTP a HTTPS. Todas sus direcciones cambian, así que es una migración, con esta misma lista de comprobación. Lo que HTTPS cambia de verdad, y lo que no se lee antes de desplegarla.

Eliminar las reglas de redirección un año más tarde en una limpieza, por alguien que no estaba allí. Esas reglas son lo único que todavía ata años de enlaces a su sitio. Consérvelas, y deje en el archivo un comentario que diga por qué existen y a qué migración corresponden.