Sitios web de restauración: Qué significa realmente la restauración de sitios web

El correo electrónico siempre es alguna versión de la misma historia. Nuestro sitio desapareció, ¿pueden recuperarlo? El hosting quebró, o se venció la tarjeta de renovación, o el desarrollador que lo creó en 2014 dejó de responder. Sin copias de seguridad. Lo que la gente busca a continuación suele llamarse sitio web de restauración: un servicio que reconstruye el sitio perdido a partir de copias archivadas.

Funciona más a menudo de lo que la gente espera. Pero la restauración es algo específico, y se confunde constantemente con otras dos cosas: las copias de seguridad y los rediseños. La confusión le cuesta dinero a la gente, así que dejemos claras las diferencias y luego veamos cómo una restauración real pasa de una captura a un sitio desplegado.

Qué hacen realmente los sitios web de restauración

Un sitio web de restauración toma las capturas que la Wayback Machine y otros archivos similares han hecho de tu sitio a lo largo de los años y las reensambla en un sitio web funcional y listo para desplegar. Páginas, imágenes, hojas de estilo, scripts, documentos, extraídos de una fecha elegida, limpios del marcado del archivo, con los enlaces internos reparados para que el sitio se sostenga por sí solo otra vez.

Esa última parte es lo que separa la restauración de una descarga cruda del archivo. Un montón de capturas de la Wayback es solo evidencia. Una restauración lo convierte en un sitio que realmente puedes alojar: sin barras de herramientas inyectadas en la parte superior de cada página, sin enlaces que apuntan de vuelta a web.archive.org, sin scripts de rastreo que reportan a cuentas que murieron con el antiguo sitio.

Una advertencia antes de que nadie se emocione: los archivos solo contienen lo que sus rastreadores vieron. La cobertura va desde todas las páginas e imágenes, hasta una página de inicio y tres hojas de estilo. Una buena restauración comienza midiendo esa cobertura, no prometiendo la luna.

Sitios web de restauración vs copias de seguridad vs rediseños

Tres términos que la gente usa como sinónimos pero que significan cosas muy distintas:

Una restauración desde copia de seguridad es el mejor resultado posible en informática: hiciste copias, las restauraste, todo funciona, incluida la base de datos. También es la que requiere previsión, por eso tan rara vez me toca hacer una. Un rediseño descarta el sitio antiguo a propósito. La restauración está en el medio: el original desapareció y tú reconstruyes lo que la web pública recuerda de él.

Las copias de seguridad son cómo planeas recuperar un sitio. La restauración es cómo lo recuperas de todos modos.

El flujo de trabajo de restauración, paso a paso

Una restauración competente, hecha a mano o por un servicio, pasa por las mismas etapas:

1. Encuentra las capturas. Busca el dominio en la Wayback Machine y mapea qué años tienen buena cobertura.
2. Elige la fecha. Normalmente la última captura sana antes del hack, el rediseño o el cierre, no simplemente la más reciente.
3. Evalúa la cobertura. ¿Cuántas páginas y recursos capturó realmente el archivo? Un estimado gratuito que indique el número exacto de archivos es mejor que adivinar.
4. Restaura los archivos: páginas, imágenes, CSS, JS, documentos, extraídos del rango de capturas elegido.
5. Limpia. Elimina la barra de herramientas del archivo, las analíticas antiguas, los widgets de terceros muertos y los iframes que apuntan a servicios que ya no existen.
6. Repara las tuberías: haz relativos los enlaces internos, canoniza www frente a no-www, conserva las redirecciones 301 que estaban activas.
7. Despliega en un hosting con HTTPS: un VPS por SSH, hosting compartido por FTP o un bucket de S3.
8. Verifica. Rastrea el sitio en producción, pruébalo en un móvil, comprueba que las URLs antiguas resuelven, y solo entonces considéralo terminado.

Los pasos del cinco al ocho son donde las restauraciones manuales suelen recortar esquinas, y donde se gana o se pierde el valor SEO. Un sitio restaurado que se entrega con 200 enlaces internos rotos y un mapa de redirecciones muerto verá cómo una década de posicionamiento heredado se esfuma en un mes.

Qué pueden recuperar los sitios web de restauración, y qué no

Recuperable: cada página pública que capturó el archivo, con su texto y diseño. Imágenes, PDFs, hojas de estilo, scripts. La estructura de URLs, que importa más de lo que la gente cree: esas URLs cargan con los enlaces entrantes y el posicionamiento en buscadores. El contenido de los artículos incluso se puede exportar como XML, CSV o JSON estructurados para reimportarlos en un CMS nuevo.

No recuperable: todo lo que vivía solo en el servidor. Bases de datos, cuentas de usuario, historiales de pedidos, contraseñas. Un foro phpBB de 2009 se restaura como páginas de hilos navegables (el archivo los rastreó como HTML), pero el software del foro desapareció, así que nadie puede publicar. Los formularios de contacto vuelven como adornos que no envían a ningún lado hasta que los conectas a un backend nuevo. Y el contenido detrás de inicios de sesión o bloqueado por robots.txt nunca se archivó.

La tienda WooCommerce de un cliente muestra el término medio práctico. Cada página de producto, foto y descripción volvió como HTML estático. El carrito no: los carritos son código del servidor, así que exportamos el contenido de los productos a CSV, lo cargamos en una tienda nueva y redirigimos con 301 las páginas restauradas hacia las nuevas URLs. El posicionamiento se mantuvo; la tienda tomó pedidos la misma semana.

Errores que arruinan una restauración

Los fallos que me llaman a arreglar son sorprendentemente consistentes:

• Elegir la fecha de captura equivocada: restaurar la versión posterior al hack o al rediseño a medias
• Construir un Frankenstein: páginas de 2016 pegadas a recursos de 2019, con la mitad del estilo mal
• Dejar la barra de la Wayback y las URLs reescritas por el archivo en los archivos entregados
• Mantener analíticas y etiquetas de anuncios antiguas que reportan a cuentas muertas, o peor, a cuentas de otro
• Eliminar las redirecciones antiguas, de modo que cada enlace entrante heredado termina en un 404
• Olvidar las comprobaciones de HTTPS y móvil: un diseño de 2012 necesita que ambas cosas se verifiquen, no se asuman

Cuánto cuesta una restauración

Hacerlo a mano no cuesta dinero pero sí mucho tiempo. Sacar un sitio de 500 páginas de la Wayback Machine con wget, desenredar las URLs reescritas y raspar el marcado de la barra de herramientas de cada página es un fin de semana que no recuperarás.

Los servicios lo cobran por archivo. El modelo que me parece sensato: un estimado por adelantado con el número exacto de archivos archivados y el tamaño total, un precio por archivo fijo y el primer archivo gratis para que juzgues la calidad antes de comprometerte. Restorix funciona exactamente así, con recargas de saldo puntuales en lugar de suscripciones y reembolsos automáticos a tu saldo si una restauración o un despliegue fallan. Las cotizaciones de agencias de cuatro cifras suelen describir el mismo trabajo de fondo con reuniones incluidas.

De los archivos restaurados a un sitio desplegado

Los archivos restaurados son estáticos, lo cual es una buena noticia: pueden vivir en cualquier lado. Hosting compartido barato por FTP, un VPS por SSH, un bucket de S3, al sitio le da igual. La pega es la edición. Con archivos estáticos, cada corrección de typo es una sesión de FTP, y eso se hace pesado en la segunda semana.

Por eso recomiendo Restorix a la gente para todo el proceso en vez de encadenar herramientas. Se encarga de la restauración desde el rango de fechas elegido con las opciones de limpieza anteriores, despliega con un clic a SSH/SFTP, FTP/FTPS o S3, e instala un CMS de un solo archivo PHP en el sitio (edición de contenido, buscar y reemplazar, gestor de archivos) con una contraseña de administrador por sitio y el modo seguro activado por defecto. El sitio restaurado deja de ser una pieza de museo y vuelve a ser editable.

Cómo elegir entre sitios web de restauración

El mercado va desde servicios de un clic hasta agencias que cobran cifras serias por lo que en esencia es el mismo trabajo. Lo que yo comprobaría antes de pagarle a cualquiera:

• Un estimado gratuito con el número exacto de archivos archivados y el tamaño total, antes de que cambie dinero de manos
• Precio por archivo o precio cerrado fijado al momento del estimado, no una suscripción que silenciosamente se renueva
• Reembolsos automáticos si la restauración o el despliegue fallan, sin purgatorio de tickets de soporte
• Opciones de limpieza reales: eliminación de analíticas, relativización de enlaces, canonicalización, conservación de redirecciones
• Despliegue incluido, idealmente con un CMS, para que no te entreguen un zip y te deseen suerte

Restorix cumple con todas esas casillas: primer archivo gratis, códigos promocionales y recargas de saldo con duplicador, nada recurrente, por eso es el que recomiendo por nombre.