Pocas sensaciones se comparan con abrir tu sitio y encontrarte con una pantalla en blanco, un error 500 o, peor, una página que no reconocés porque alguien la modificó sin permiso. La primera reacción suele ser el pánico, y el pánico es pésimo consejero: te lleva a tocar cosas al azar, a reinstalar plugins sin criterio o a borrar archivos que después vas a necesitar. La buena noticia es que si tu hosting hace copias de seguridad diarias, casi cualquier desastre tiene arreglo en minutos. La clave está en saber restaurar bien: qué recuperar, desde qué fecha y en qué orden. En esta guía te lo explicamos paso a paso, sin drama y sin tecnicismos innecesarios.
Los cuatro escenarios que más se repiten
Después de años de trabajar con sitios propios y de clientes, los desastres se agrupan casi siempre en cuatro categorías. La primera es la actualización que rompió todo: actualizaste WordPress, un tema o un plugin, y de golpe el sitio muestra un error fatal o quedó visualmente destruido. Es el caso más común y, paradójicamente, el más fácil de resolver, porque sabés exactamente cuándo empezó el problema.
La segunda es el hackeo o infección de malware: aparecen redirecciones raras, publicidad que no pusiste, o Google marca tu sitio como peligroso. Acá la restauración es solo una parte de la solución, porque si no cerrás la puerta por la que entraron, van a volver.
La tercera es el borrado por error: eliminaste una carpeta por FTP pensando que era otra, vaciaste una tabla de la base de datos con una consulta mal escrita, o borraste una página que llevaba meses posicionada en Google. Nos pasó a todos al menos una vez.
Y la cuarta, un clásico si trabajás con clientes: alguien tocó lo que no debía. El cliente entró al panel, "mejoró" algo, desactivó un plugin de seguridad o editó el archivo equivocado, y ahora el sitio no funciona. Nadie va a admitir nada, así que lo práctico es restaurar y seguir adelante.
No todo se restaura junto: archivos, base de datos, correos y DNS
Acá viene el concepto que más gente ignora y que más problemas evita: una copia de seguridad no es un bloque único. Un buen sistema de backups te permite restaurar por separado los archivos del sitio (el código de WordPress, el tema, los plugins, las imágenes subidas), la base de datos (los textos, las páginas, los pedidos, los usuarios), las cuentas de correo con sus mensajes, y hasta las zonas DNS del dominio.
¿Por qué importa tanto? Porque restaurar todo no siempre es lo mejor. Imaginate que tu tienda online se rompió ayer por una actualización, pero hoy a la mañana entraron tres pedidos nuevos. Si restaurás el backup completo de anteayer, recuperás el sitio funcionando... y perdés esos tres pedidos, porque viven en la base de datos y la pisaste con una versión vieja. En ese caso, lo inteligente es restaurar solo los archivos (donde está el plugin roto) y dejar la base de datos intacta. Al revés también pasa: si alguien borró contenido pero los archivos están bien, restaurás solo la base de datos y listo. Restaurar quirúrgicamente en lugar de a lo bruto es la diferencia entre recuperar el sitio y crear un problema nuevo.
Antes de tocar nada: dos pasos que te van a salvar
El impulso natural es restaurar ya mismo, pero frená diez minutos y hacé dos cosas primero. Uno: identificá la causa, aunque sea a grandes rasgos. ¿Qué cambió justo antes de que se rompiera? ¿Una actualización, un plugin nuevo, un acceso sospechoso? Esto te dice qué restaurar y desde qué fecha. Si fue un hackeo, además necesitás saber por dónde entraron, porque restaurar sin cambiar contraseñas y sin parchear la vulnerabilidad es invitarlos a volver mañana.
Dos: hacé un backup del estado actual, aunque esté roto. Suena contradictorio, pero es oro puro. Si la restauración sale mal, o si después descubrís que necesitabas un archivo o un dato del estado "roto" (un pedido, un correo, evidencia del hackeo para analizarla), vas a agradecer tener esa foto. Generar un backup manual antes de restaurar lleva dos minutos y te da una red de seguridad extra.
El paso a paso con JetBackup desde cPanel
En hostings que usan JetBackup —como BanaHosting, que lo incluye en todos sus planes con copias diarias automáticas— el proceso es sorprendentemente simple. Entrás a cPanel, buscás la sección de JetBackup y vas a ver los tipos de restauración disponibles: archivos, bases de datos, correos, cron jobs y zonas DNS, cada uno por separado.
El flujo es siempre el mismo: primero elegís la fecha del backup que querés usar. Acá aplica lo que identificaste antes: si el sitio se rompió el martes a la tarde, restaurás desde el backup del martes a la mañana, no desde el de hace una semana. Después elegís qué restaurar: podés marcar el home completo, una carpeta puntual (por ejemplo, solo wp-content/plugins si el culpable fue un plugin), o una base de datos específica. Y por último, un clic en restaurar. El sistema encola el trabajo, lo ejecuta en segundo plano y te avisa cuando terminó. En sitios chicos son minutos; en sitios grandes, un rato más, pero sin que tengas que hacer nada.
Un detalle que suma tranquilidad: en una buena arquitectura de backups, las copias se guardan en hardware separado del servidor donde vive tu sitio. Si el problema fuera del propio servidor (un disco que falla, por ejemplo), tus copias están a salvo en otro lado. Es un punto que conviene verificar antes de contratar cualquier hosting.
Cómo verificar que la restauración quedó bien
Restaurar no termina cuando la barra llega al cien por ciento. Antes de cantar victoria, revisá con criterio:
- Portada y páginas clave: home, contacto, y las páginas que más tráfico reciben. Abrilas en ventana de incógnito para evitar la caché del navegador.
- El área de administración: entrá al panel de WordPress y confirmá que podés loguearte y que los plugins críticos están activos.
- Los formularios y el checkout: mandate un mensaje de prueba desde el formulario de contacto y, si tenés tienda, simulá una compra.
- La causa original: si fue un plugin, no lo vuelvas a actualizar a ciegas; si fue un hackeo, cambiá todas las contraseñas y actualizá lo que estaba vulnerable.
- Lo que pasó después del backup: revisá si perdiste contenido, pedidos o comentarios posteriores a la fecha restaurada y recuperalos a mano si hace falta.
Qué mirar en la política de backups de un hosting
La restauración es tan buena como el backup que la respalda. Cuando evalúes un hosting, preguntá cuatro cosas concretas. Frecuencia: ¿las copias son diarias y automáticas, o semanales, o "bajo demanda"? Un backup semanal significa que podés perder hasta seis días de trabajo. Retención: ¿cuántos días hacia atrás podés volver? Si un malware llevaba dos semanas escondido, una retención de tres días no te sirve. Autoservicio: ¿podés restaurar vos mismo desde el panel, en el momento, o tenés que abrir un ticket y esperar (y a veces pagar)? Cuando el sitio está caído, cada hora cuenta. Y hardware separado: ¿las copias viven en la misma máquina que tu sitio o en infraestructura independiente? Solo la segunda opción es un backup de verdad.
Nosotros llegamos a valorar estos detalles a fuerza de sustos, y es una de las razones por las que seguimos con BanaHosting: las copias diarias con JetBackup, la restauración en un clic desde cPanel y el almacenamiento en hardware separado convierten lo que antes era una crisis en un trámite de diez minutos. Y si algo se complica, el soporte 24/7 responde en menos de diez minutos por chat, ticket o teléfono, con la garantía de 30 días como respaldo para probarlo sin riesgo.