Restauración Wayback: Recupera tu sitio perdido en 5 pasos

Tu sitio ha desaparecido. El hosting caducó, la base de datos se borró o la agencia que lo construyó dejó de responder correos. La buena noticia: es probable que la Wayback Machine tenga una copia. Una restauración Wayback extrae tus páginas, imágenes, hojas de estilo y scripts del archivo y los reconstruye en un sitio funcional que puedes alojar donde quieras. Esta guía es la versión resumida: nada de teoría, solo cinco pasos para pasar de un sitio muerto a uno vivo, con las cifras que debes verificar en cada etapa para saber que funcionó. Para un sitio pequeño, la mayoría de las personas lo completa en menos de una hora.

Qué incluye realmente una restauración Wayback

Una restauración es más que guardar una página HTML. Una restauración real recupera cada página que el rastreador capturó, además de los recursos que esas páginas referencian: imágenes, CSS, JavaScript, PDFs, fuentes. En un sitio típico de pequeña empresa, eso suma entre 300 y 3,000 archivos. Una tienda WooCommerce que gestioné la primavera pasada regresó con 11,400 archivos, la mayoría imágenes de productos que el dueño ya daba por perdidas.

• Cada página archivada, reescrita para que los enlaces internos apunten a tu dominio en lugar de web.archive.org
• Imágenes, CSS y JavaScript descargados localmente en vez de cargarse en caliente desde el archivo
• Limpieza opcional que elimina analíticas antiguas, anuncios e iframes de terceros
• Un manifiesto de archivos que muestra exactamente qué se recuperó y de qué fecha de captura

Una advertencia: el archivo guarda lo que recibió un navegador, no el código de tu servidor. El PHP de WordPress, las bases de datos y los paneles de administración no se recuperan. Lo que obtienes es el front-end: las páginas tal como las veían los visitantes. Para la mayoría de los sitios corporativos, blogs y foros, eso representa el 95 % del valor. Las funciones dinámicas como carritos y formularios de contacto deben reconfigurarse o reemplazarse después de la restauración.

Paso 1: Encuentra la instantánea correcta

Abre web.archive.org e introduce tu antigua URL. La vista de calendario muestra la densidad de capturas como círculos azules: cuanto más grandes, más capturas ese día. No tomes la captura más reciente por defecto. La última instantánea de un sitio moribundo suele ser una página aparcada, un aviso de venta o un error de hosting suspendido. Elige la última fecha en la que la página de inicio realmente se parezca a tu sitio y luego revisa tres o cuatro páginas internas de alrededor del mismo mes.

Presta atención también a las variantes de URL. Si el sitio estaba en www.example.com, las instantáneas de example.com a secas pueden ser escasas. Copia la URL exacta de la buena instantánea; la pegarás en la herramienta de restauración a continuación. Y si el sitio pasó por varios rediseños, decide qué época quieres antes de tocar nada. Restaurar por accidente un diseño de 2012 es algo que realmente sucede, y volver a ejecutar el trabajo cuesta otra tarifa. Treinta segundos navegando por el calendario es más barato.

Paso 2: Obtén un presupuesto de restauración Wayback

Aquí es donde la gente paga de más o se lleva sorpresas. Antes de gastar nada, necesitas tres cifras: cuántos archivos tiene el archivo para tu sitio, cuánto ocupará la descarga y cuánto cuesta la restauración. nuestro servicio te da un presupuesto instantáneo gratuito con las tres: número exacto de archivos archivados, tamaño total y un precio cerrado, antes de que pagues nada. El precio se fija en el momento del presupuesto, así que la cifra que ves es la que pagas.

La facturación es por archivo restaurado, el primer archivo es gratis y hay una pequeña tarifa plana por restauración. Recargas tu saldo una sola vez, con tarjeta o criptomonedas; no hay pagos recurrentes ni suscripción. Si una restauración falla, el reembolso se aplica automáticamente a tu saldo, sin ticket de soporte ni esperar a un agente.

Paso 3: Elige tus opciones de restauración

Las opciones parecen simples casillas, pero algunas deciden si el sitio restaurado posiciona o se hunde. Las que más importan:

La selección de rango de fechas merece atención especial. Si un sitio funcionó de 2010 a 2019 pero tuvo su mejor aspecto entre 2015 y 2017, acota la restauración a esos años. Evitarás pies de página mezclados, navegación descoordinada y el extraño efecto de viaje en el tiempo donde una lista de precios de 2011 aparece junto a una página de inicio de 2018. ¿Piensas editar contenido más tarde? Marca también la exportación estructurada de artículos (XML, CSV o JSON) y el manifiesto de archivos JSON/SQLite. Tu yo del futuro te lo agradecerá.

Paso 4: Descarga el archivo restaurado

Cuando el trabajo termina, recibes un zip del sitio reconstruido. Ábrelo antes de subir nada. Comprueba que la página de inicio se vea bien, navega dos niveles dentro del menú y abre una página que antes tuviera un formulario de contacto. Busca restos: scripts de la barra de archive.org, enlaces absolutos a web.archive.org, imágenes faltantes. Una restauración decente elimina la barra y reescribe los enlaces por ti. Las imágenes faltantes suelen significar que el rastreador nunca las capturó, y ninguna herramienta puede inventar lo que nunca se archivó.

El manifiesto de archivos muestra la marca de tiempo de captura de cada archivo, para que veas de un vistazo si una página es de 2014 y su vecina de 2019. Conserva el zip también después de subirlo. Es tu copia de seguridad offline del sitio restaurado, y volver a subir desde una copia local es más rápido que reejecutar cualquier cosa.

Paso 5: Sube el sitio a tu hosting

Dos caminos. Manual: descomprime localmente y sube los archivos por FTP o SFTP a la raíz web; perfecto para un sitio corporativo de 50 páginas, tedioso con 5,000 archivos. Automático: deja que el servicio despliegue por ti. Restorix despliega con un clic a VPS por SSH/SFTP, hosting compartido por FTP/FTPS o S3. Las credenciales se cifran con AES-256-GCM y las claves de host SSH se fijan, de modo que el siguiente despliegue va al mismo servidor que aprobaste la primera vez.

1. Apunta el DNS al hosting antes de desplegar; la propagación tarda de minutos a horas
2. Despliega, luego carga el sitio sobre HTTPS y navega por el menú principal
3. Envía el sitemap restaurado en Google Search Console
4. Redirige cualquier variante de URL antigua que no vayas a conservar

¿Hosting compartido o VPS?

El hosting compartido por FTPS está bien para sitios estáticos restaurados: no hay base de datos que gestionar y el tráfico suele ser modesto. Un VPS por SSH/SFTP tiene sentido cuando quieres redirecciones a nivel de servidor, caché agresiva o estás restaurando varios sitios a la vez. S3 funciona para hosting puramente estático sin PHP, lo que también significa sin CMS; elígelo solo si nunca piensas editar el sitio.

Los despliegues incluyen el CMS gratuito de Restorix: un único archivo PHP en /webarchive-cms.php con edición de contenido, buscar y reemplazar, y un gestor de archivos. La contraseña de administrador por sitio se genera aleatoriamente y se muestra en tu panel, y el modo seguro está activado por defecto. El día que necesites corregir precios desactualizados en 200 páginas, ese buscar y reemplazar justifica la costumbre de instalarlo. El tutorial lo explica paso a paso.

Después de subir, prueba las cinco páginas que más importaban en el sitio antiguo: página de inicio, página principal de servicios, página de contacto, una entrada de blog, un enlace profundo de un marcador o correo antiguo. Si esas funcionan, la larga cola casi siempre funciona.

Errores en la restauración Wayback que te cuestan dinero

La mayoría de las restauraciones fallidas fallan en los mismos cinco puntos:

• Restaurar la instantánea más reciente en lugar de la última buena: las páginas aparcadas parecen convincentes en las miniaturas
• Saltarse el presupuesto y descubrir a mitad del trabajo que el archivo contiene 40,000 archivos, no 4,000
• Dejar las analíticas y scripts de anuncios antiguos en su sitio, filtrando referencias a dominios que no controlas
• Olvidar canonicalizar www frente a sin www y dividir tu autoridad de enlaces por la mitad
• Subir directamente a producción sin revisar el sitio en una URL de pruebas primero

Ninguno de estos es exótico. Todos aparecen semanalmente en las bandejas de soporte, y todos se pueden evitar con las comprobaciones de los pasos 1 y 2. La guía de trampas profundiza en cada modo de fallo.

Una restauración lleva una tarde. Arreglar una restauración descuidada lleva una semana. Dedica los diez minutos extra a la selección de la instantánea.