Cómo restaurar un sitio web: cada método que realmente funciona

Los sitios web desaparecen de más formas de las que la mayoría de los propietarios espera. Una actualización de un plugin deja la página en blanco a las 2 de la mañana. Una tarjeta de crédito caducada elimina el plan de hosting junto con la cuenta. Un servidor hackeado es borrado por el host para detener la sangría. He visto las tres cosas pasarle al mismo cliente en un trimestre. La buena noticia: en casi todos los casos, el contenido sigue existiendo en algún lugar. El trabajo consiste en saber dónde buscar y en qué orden.

Esta guía cubre todas las formas prácticas de restaurar un sitio web, desde la opción más rápida (tus propias copias de seguridad) hasta el último recurso (archivos web y reconstrucción por partes). Recorre los métodos en orden. Cada sección asume que la anterior falló.

Primero, descubre qué significa realmente que se haya ido

Distintos fallos se ven idénticos desde fuera: el sitio no carga. Pero la solución depende por completo de lo que realmente ocurrió, así que dedica diez minutos a diagnosticar antes de tocar nada. Si el host canceló la cuenta por completo, pasa directo a la guía de triaje de 48 horas y vuelve aquí después.

• Pantalla en blanco o HTTP 500: los archivos casi con seguridad siguen en el servidor. Algo en el código se rompió, normalmente un conflicto de plugins o un cambio de versión de PHP. Lee primero el registro de errores.
• Página de cuenta suspendida: una alerta de facturación o abuso en el host. Los archivos normalmente quedan intactos. Resuelve el problema de la cuenta y el sitio vuelve como estaba.
• Dominio caducado o DNS que no apunta a nada: el sitio puede seguir vivo en la IP del servidor o en una URL temporal. Renueva el dominio antes de cualquier otra cosa.
• Cuenta de hosting cancelada: los archivos están borrados o en cola para borrarse. Esta es la verdadera emergencia. Salta a las secciones de copias de seguridad y archivo de abajo.
• Página principal redirigiendo a spam farmacéutico: te hackearon, no se borró. Los archivos existen pero están contaminados, así que restaura desde una copia de seguridad anterior a la infección.

Restaura un sitio web desde tus propias copias de seguridad

Si tienes una copia de seguridad, esta es la ruta más rápida de vuelta y todo lo de abajo es irrelevante. Una copia de seguridad útil significa las dos mitades del sitio: los archivos (en WordPress, wp-content sobre todo) y el volcado de la base de datos. Una sin la otra es medio sitio.

1. Encuentra la copia de seguridad más reciente anterior al problema. Busca en tu ordenador, Dropbox, Google Drive y tu bandeja de entrada. A los plugins de copia de seguridad les encanta enviar por correo enlaces de descarga que nadie recuerda.
2. Verifica el archivo antes de restaurar. Abre el zip, confirma que wp-content/uploads tiene imágenes reales y confirma que el archivo .sql no tiene cero bytes.
3. Restaura primero a un subdominio de staging o a un entorno local, no sobre el dominio en producción. Softaculous, Installatron y wp-cli convierten esto en un trabajo de diez minutos.
4. Prueba lo que se rompe en silencio: formularios de contacto, inicios de sesión, búsqueda y el checkout si vendes algo.
5. Sube al dominio en producción solo cuando el staging funcione, luego borra la copia rota para que deje de confundir a los motores de búsqueda.

Una trampa pilla a la gente constantemente: restaurar la copia de seguridad más reciente de un sitio hackeado, que restaura el hack con ella. Cuando hay malware de por medio, vuelve a la copia limpia más antigua y tapa el agujero antes de relanzar.

Instantáneas del hosting y recuperación a nivel de servidor

La mayoría de los hosts mantienen sus propias copias de seguridad incluso cuando tú nunca configuraste ninguna. La retención es corta, normalmente de 7 a 30 días, así que la velocidad importa. Abre un chat o llama, no abras un ticket por email, y haz dos preguntas: ¿tienen una instantánea de mi cuenta? y ¿pueden restaurarla o entregarme el archivo para que yo pueda extraer archivos sueltos? Espera una tarifa de $25 a $150 en hosts económicos; los hosts gestionados suelen incluirlo.

• JetBackup, habitual en hosts con cPanel: restauraciones completas o parciales autogestionadas, que suelen cubrir los últimos 7 a 30 días.
• Hosts gestionados de WordPress como Kinsta o WP Engine: instantáneas diarias con restauración en un clic, conservadas de dos a cuatro semanas.
• Proveedores de VPS como DigitalOcean, Hetzner o Vultr: las instantáneas solo existen si tú las activaste. Están desactivadas por defecto.
• AWS y Lightsail: no existe nada a menos que alguien crease una instantánea manualmente o la programase.

Git: el botón de deshacer del desarrollador

Si el sitio vivió alguna vez en un repositorio Git, clonarlo de vuelta desde GitHub, GitLab o Bitbucket lleva minutos. El inconveniente: Git casi nunca guarda la base de datos ni las subidas de usuarios. wp-content/uploads suele estar en gitignore, y los datos de MySQL seguro que sí. Git restaura código, no contenido.

Los sitios estáticos son la feliz excepción. Un sitio en Hugo, Jekyll, Eleventy o un Next.js exportado es el propio repositorio. Reconstruye, redespliega y habrás terminado antes de que se enfríe el café. Para cualquier cosa con base de datos, Git es un ingrediente, no el plato entero.

Restaurar un sitio web desde la Wayback Machine

La Wayback Machine en web.archive.org lleva rastreando la web pública desde 1996 y alberga cientos de miles de millones de páginas. Si tu sitio era público y tuvo algo de tráfico, lo más probable es que esté ahí, a menudo con años de instantáneas. Escribe tu dominio en el cuadro de búsqueda y obtendrás un calendario de capturas.

Revisar ese archivo página por página sirve para recuperar un único artículo. Reconstruir un sitio entero así (cientos de páginas, las imágenes, el CSS, los PDFs) es una semana de tedio de clic derecho, y las páginas guardadas siguen cargando el marcado de la barra de herramientas inyectada por Wayback y enlaces internos rotos. Ese hueco es exactamente lo que cubre este servicio: extrae la instantánea completa archivada de tu dominio, elimina el código inyectado del archivo, reescribe los enlaces internos para que funcionen en tu dominio y te entrega un sitio que funciona. El presupuesto es gratuito y muestra el número exacto de archivos archivados, el tamaño total y un precio cerrado antes de que pagues nada; el tutorial recorre todo el proceso paso a paso.

Sin copia de seguridad, sin Git: restaura el sitio de todas formas

Supón que el peor caso es real: sin copia de seguridad, el host lo borró todo y el sitio nunca estuvo en Git. Aun así puedes restaurar un sitio web con los trozos que la web conservó. La Wayback Machine es la columna vertebral, pero no es el único caché del barrio.

1. Comprueba primero web.archive.org para el dominio y cada URL importante que puedas recordar.
2. Comprueba también archive.today. Captura páginas que Wayback se salta, especialmente las bloqueadas por robots.txt.
3. Busca en tus emails enviados borradores, documentos de contenido y los PDFs que adjuntaba tu antiguo diseñador. El contenido se esconde en las bandejas de entrada.
4. Pregunta a todos los que tocaron el sitio. Los diseñadores guardan archivos fuente y exportaciones. Los escritores guardan documentos. El cajón de un freelance puede resucitar toda una sección.
5. Saca imágenes de tus propias cuentas sociales. Esa foto de producto en Facebook de 2019 es el mismo archivo que perdiste.
6. Reúne todo en una sola carpeta y luego reconstruye sobre una instalación limpia del CMS en lugar de pegar fragmentos sobre una que se está muriendo.

Los sitios que vuelven más rápido son los de propietarios que empiezan a juntar piezas el día que notan la pérdida. Cada semana de espera deja que expire otra caché.

Tras restaurar el sitio web, blíndalo

Una restauración es también el momento perfecto para cerrar la puerta a tu espalda, porque lo que mató al sitio una vez lo intentará de nuevo.

• Cambia cada contraseña: panel de hosting, admin del CMS, base de datos, FTP y SSH.
• Actualiza el núcleo del CMS, el tema y cada plugin antes de que el sitio se haga público, no después.
• Configura copias de seguridad automáticas fuera del servidor. Mínimo semanales, diarias si el sitio genera dinero.
• Pon el dominio en renovación automática con una tarjeta que no esté a punto de caducar.
• Anota dónde viven las copias de seguridad y cómo restaurarlas. Una copia que nadie encuentra es una copia que no tienes.

Haz esas cinco cosas y el próximo desastre se convierte en una tarde de inconvenientes en lugar de una semana de arqueología.