Restaurar un sitio web antiguo sin revivir sus problemas

Todo sitio web antiguo es una cápsula del tiempo con un candado terco. Un negocio familiar quiere su catálogo de 2004 de vuelta en línea. Una comunidad de foros quiere que quince años de publicaciones sean legibles de nuevo. Un investigador necesita la documentación de un proyecto muerto. El contenido suele sobrevivir en los archivos: lo difícil es que la web para la que fue construido ya no existe.

Restaurar un sitio web antiguo se parece menos a copiar archivos y más a mudar una casa: la mayor parte viaja bien, una parte necesita ser recableada y algunas cosas deben dejarse en la acera. Así es como funciona el trabajo en realidad: qué se rompe, qué conservar y cómo extraer los archivos del archivo.

Qué se rompe realmente cuando restauras un sitio web antiguo

La antigüedad mata a los sitios web en capas. La capa obvia es el diseño: fuentes diminutas, diseños de 800 píxeles, fondos en mosaico, pero el diseño nunca impide que una página se cargue. Los problemas fatales están más profundos.

• Plugins muertos: Flash y los applets de Java simplemente no funcionan en navegadores modernos. Cualquier cosa que renderizaran es un rectángulo negro.
• Código de servidor antiguo: los scripts de PHP 4 o 5 lanzan errores fatales en hosts con PHP 8. El Perl CGI antiguo y el ASP clásico son peores.
• Framesets: las páginas construidas con frames confunden a los rastreadores modernos y a menudo se cargan a medías desde los archivos.
• http y www codificados: advertencias de contenido mixto y enlaces rotos una vez que el sitio restaurado se ejecuta en HTTPS.
• Dependencias externas: contadores de visitas, libros de visitas, widgets del tiempo y redes de publicidad que murieron hace años dejan huecos en cada página.

Conservar, modernizar o eliminar: triaje del contenido

Antes de tocar cualquier tecnología, clasifica el contenido en tres montones. Esto toma una hora y ahorra días.

Un ejemplo real de un sitio de piezas de maquinaria de un cliente, de 2006: las páginas del catálogo y la biblioteca de fotos entraron en Conservar, porque los proveedores aún enlazaban a ellas. Las demostraciones de productos en Flash entraron en Modernizar: las demostraciones en sí estaban muertas, pero las fotos y especificaciones dentro de ellas valían la pena extraerlas como páginas simples. El contador de visitas animado, el libro de visitas y las veinte versiones huérfanas imprimibles de cada página entraron en Eliminar. Nadie las extrañó.

Tecnología muerta: Flash, framesets y scripts de libros de visitas

Flash es el más desgarrador, porque el contenido dentro de un archivo .swf es real pero inalcanzable. Ruffle, un emulador de Flash de código abierto, puede reproducir muchos archivos Flash simples en navegadores modernos, y vale la pena intentarlo para animaciones y juegos. La navegación basada en Flash no debe emularse; reconstrúyela en HTML plano para que los rastreadores y los móviles puedan usarla.

Los framesets se aplanan: cada frame se convierte en su propia página con navegación real. Los diseños con tablas pueden seguir siendo tablas si aún se renderizan aceptablemente: los navegadores son indulgentes, pero cualquier cosa cortada en imágenes necesita una reconstrucción. Los libros de visitas, contadores y shoutboxes eran scripts alojados por terceros; los servicios están muertos, así que reemplázalos o acepta el vacío.

El problema de PHP: código antiguo en un servidor nuevo

Un sitio de PHP de 2009 no funcionará en un host de 2026. Register globals, las viejas funciones mysql_, magic quotes: todo eliminado del lenguaje hace años. Tienes tres opciones realistas. Una: ejecutar el código antiguo en un contenedor con una versión antigua de PHP, lo cual funciona pero te deja cuidando software con vulnerabilidades conocidas. Dos: pagar a un desarrollador para portar el código, lo cual tiene sentido para aplicaciones con lógica real. Tres: congelar el sitio en HTML estático y servir eso: la decisión correcta para la mayoría de los sitios antiguos, porque la mayoría dejó de cambiar hace una década.

La congelación estática tiene un beneficio: un sitio sin PHP y sin base de datos tiene casi ninguna superficie de ataque. Nada que parchear, nada que hackear, y se carga al instante en el hosting más barato.

Restaurar un sitio web antiguo desde la Wayback Machine

La Wayback Machine es donde viven los sitios web antiguos. Las capturas a menudo se remontan a finales de los años 90, y para un sitio abandonado, la última buena captura suele ser la que quieres: el último estado saludable antes de que el dominio caducara y las anuncios de páginas estacionadas se instalaran. Elige tu rango de fechas con cuidado: demasiado tarde y capturas los anuncios del ocupante del dominio, demasiado temprano y te pierdes años de contenido. Si nunca has revisado qué tiene un archivo para un dominio, empieza con cómo ver el historial de un sitio web.

Extraer una página a mano es fácil. Extraer un sitio de 2,000 páginas, con las imágenes, los PDFs y el CSS que lo hace parecer él mismo, no lo es. Restorix restaura la captura completa archivada del dominio, elimina el marcado del archivo, convierte el sitio a HTTPS y puede exportar el contenido como XML, CSV o JSON estructurado si prefieres importarlo en un CMS moderno. El despliegue es un solo clic a SSH, FTP o hosting en S3, y el CMS de Restorix incluido te da un administrador simple para arreglar contenido sin tocar código. La estimación es gratuita: ves el conteo de archivos, el tamaño total y el precio fijo antes de pagar.

Cualquier herramienta que uses, audita el resultado antes de darlo por terminado. Rastrea el sitio restaurado en busca de enlaces internos rotos e imágenes faltantes, abre una docena de páginas en un móvil y busca en el código fuente URLs de web.archive.org que deberían haber sido reescritas. Una URL de archivo olvidada en una hoja de estilos puede dejar a un sitio entero renderizándose sin CSS, y no lo notarás hasta que un visitante te lo diga.

SEO: No quemes quince años de confianza

Un dominio antiguo con una larga historia tiene un poder de clasificación real, y una restauración descuidada lo desaprende. Las reglas son simples.

• Conserva las URLs originales siempre que sea posible. Cada URL preservada mantiene sus backlinks e historial.
• Cuando una URL deba cambiar, añade una redirección 301. Restorix puede conservar las redirecciones 301 y 302 encontradas en el archivo.
• Devuelve el sitio al dominio original. Un sitio restaurado en un dominio nuevo empieza desde cero.
• No pongas el sitio en noindex temporalmente y lo olvides. Ese error ha enterrado proyectos reales.
• Vuelve a enviar el sitemap en Search Console una vez que la restauración esté en vivo.

Cuánto cuesta restaurar un sitio web antiguo

Presupuesta honestamente, porque la recuperación de archivos suele ser la parte barata. El dinero se va en las decisiones que la rodean.

• Recuperación del archivo: por archivo restaurado con una pequeña tarifa plana por trabajo, fija en el momento de la estimación. Para la mayoría de sitios pequeños y medianos, esta es la línea más pequeña.
• Dominio: renovación si aún lo posees, o el precio de recompra si un ocupante lo tiene. La renovación cuesta de $12 a $20 al año; los ocupantes piden lo que creen que puedas soportar.
• Modernización: uno o dos días de desarrollador si necesitas reconstruir un menú Flash o hacer un diseño responsivo. Congela el sitio en estático y esto se reduce casi a nada.
• Hosting: el hosting estático cuesta unos pocos dólares al mes como máximo. El hosting de código antiguo con contenedores PHP heredados cuesta más, en dinero y en preocupaciones.

Restaura el sitio web antiguo, luego mantenlo respirando

Un sitio restaurado que se ignora es una pieza de museo, y los museos también son hackeados. Incluso un sitio estático necesita lo básico: HTTPS con un certificado actual, rutas de contacto funcionales y una copia de seguridad que hayas probado realmente. Si el sitio vuelve a generar tráfico, añade contenido nuevo de vez en cuando para que los motores de búsqueda lo traten como vivo.

Y pon un recordatorio en el calendario para la renovación del dominio. La forma más común en que un sitio web antiguo muere por segunda vez es igual a la primera: nadie pagó los doce dólares.