Migrar un sitio web sin perder enlaces: cada dirección vieja sigue respondiendo

Un sitio viejo es más que sus páginas. Después de años en línea, los buscadores tienen sus direcciones registradas, otros sitios enlazan a ellas, los lectores las guardaron en favoritos, y boletines y publicaciones antiguas apuntan ahí. Si pasas a una plataforma nueva y cambias esas direcciones sin cuidado, todo eso se convierte de un día para otro en páginas de error. El sitio nuevo puede ser más rápido y estar mejor escrito, y aun así arrancar con menos de lo que tenía el viejo.

Hace poco pasamos un sitio de directorio y reseñas, en línea por más de veinte años con muchos años de artículos y reseñas en WordPress, a un sitio nuevo sobre un framework moderno. Salió en vivo 18 días después del arranque. El día del lanzamiento cada dirección vieja respondió según el mapa. Así lo hicimos, con una lista que puedes usar en tu propia migración.

Empieza por la lista que nadie quiere hacer

Reúne todas las direcciones que alguien todavía podría pedir, no solo las del menú de hoy: los sitemaps viejos, un rastreo del sitio, las páginas de la exportación de Search Console y las páginas a las que enlazan otros sitios. Cada fuente encuentra direcciones que las otras no ven. En este sitio, la mayoría de las páginas que ganaban clics no estaban en el sitemap que le daba a Google, así que una lista hecha solo con el sitemap habría dejado fuera justo las páginas que más importaban.

Conservar, redirigir o quitar: decidido, no por defecto

Cada dirección vieja recibió una de tres respuestas:

• Conservar. La página existe en el sitio nuevo en la misma dirección. La forma más barata de conservar lo que una dirección ganó es no cambiarla.
• Redirigir. La página se movió o se fusionó. La dirección vieja envía a visitantes y buscadores, de forma permanente, a la única página que hace el mismo trabajo.
• Quitar. Nada en el sitio nuevo cumple ese propósito, y nada debería fingir que lo cumple. Se quita a propósito, y queda registrado.

Lo que evitamos es la salida por defecto: mandar a la página de inicio todo lo que no tiene un destino obvio. Los buscadores lo tratan como un callejón sin salida, y quien llegó buscando una reseña concreta aterriza en un lugar que no le responde. Explicamos por qué en Menos sitio, más tráfico.

Fusiona los casi duplicados en la página que hace el trabajo

Los sitios viejos acumulan páginas que responden casi la misma pregunta. Antes del lanzamiento, 60 direcciones casi duplicadas se fusionaron en la página que cumple el mismo propósito. Cada una redirige ahí, y las búsquedas por las que la encontraban se movieron con ella, así que la página que queda está hecha para responderlas. La fusión es primero una decisión de contenido y después una regla de redirección.

El mapa es un archivo, y la compilación lo revisa

El mapa de direcciones está escrito, cada dirección vieja con su respuesta. Un script le pide a una copia del sitio nuevo en ejecución cada dirección del mapa y compara cada respuesta con el mapa: las páginas conservadas deben responder, las redirigidas deben llegar a la página que el mapa indica, las quitadas no deben estar. Corre en cada compilación, no una vez antes del lanzamiento. Un cambio posterior que rompa una dirección vieja hace fallar la compilación antes de que llegue a nadie.

Eso importa porque una migración no termina el día del lanzamiento. Las páginas cambian de nombre, las secciones se reorganizan, llegan plantillas nuevas. Una revisión que corrió una vez el día del lanzamiento no protege nada dos meses después.

Las direcciones que se olvidan

• Sitemaps y feeds. Los buscadores y los lectores de feeds siguen pidiendo las direcciones viejas del sitemap y del feed durante mucho tiempo. Redirigen a las nuevas.
• Imágenes. Las imágenes viejas conservaron sus direcciones, así que los resultados de búsqueda de imágenes y los sitios que las insertan o enlazan siguen funcionando.
• Páginas a las que enlazan otros sitios. Son las que traen los enlaces del sitio viejo al nuevo. Revísalas primero, no al final.

Ensaya la salida en vivo con el interruptor encendido

Un sitio de vista previa suele estar configurado para quedar oculto: cerrado a los buscadores, sin sitemap, con herramientas solo para la vista previa a la vista. Si cambias eso en el último minuto, estás probando los ajustes más importantes por primera vez en producción. Por eso ensayamos la salida en vivo con los interruptores de producción encendidos: robots abierto, el sitemap declarado, las herramientas de vista previa fuera. Después, el cambio real fue repetir los mismos pasos.

El plan de salida en vivo quedó escrito, paso a paso, con su vuelta atrás: qué deshacer, y en qué orden, si algo salía mal. Anota también la fecha y la hora del lanzamiento. Si el tráfico se mueve semanas después, una fecha fija es lo que te permite encontrar primero el día y después la causa.

La comparación de páginas viejas y nuevas una por una, y la velocidad, están en Rediseñar sin perder lo que posiciona. Este artículo trata de las direcciones en sí.

Una lista para tu propia migración

1. Haz la lista de direcciones viejas con al menos cuatro fuentes: sitemaps viejos, un rastreo, Search Console y las páginas a las que enlazan otros sitios.
2. Dale a cada una una respuesta: conservar, redirigir o quitar. Nada de redirigir todo en bloque a la página de inicio.
3. Fusiona los casi duplicados en la única página que cumple el mismo propósito, y haz que esa página responda sus búsquedas.
4. Guarda el mapa como un archivo en el repositorio, no en una hoja de cálculo que alguien manda por correo.
5. Revisa una copia en ejecución del sitio contra el mapa en cada compilación, y haz que la compilación falle cuando se rompe una dirección.
6. Redirige los sitemaps y feeds viejos; conserva las direcciones de las imágenes.
7. Ensaya la salida en vivo con robots abierto, el sitemap declarado y las herramientas de vista previa quitadas.
8. Escribe el plan de salida en vivo con su vuelta atrás, y anota la hora exacta del lanzamiento.

Si tu sitio es viejo y la plataforma que lo sostiene te frena, la migración es lo primero que hay que hacer bien.

Mira cómo modernizamos sistemas viejos