Seguridad

Una copia automática diaria deja pedidos sin recuperar

Una copia automática diaria puede impedirte recuperar los pedidos, pagos, reservas o cambios de stock realizados desde la última ejecución. Para una web corporativa quizá sea asumible perder unas horas de contenido; para una tienda WooCommerce, ese intervalo puede traducirse en ventas perdidas, clientes desatendidos y descuadres operativos.

Los backups automáticos y recuperación solo protegen tu WordPress si puedes restaurarlos dentro del tiempo que tu negocio tolera estar caído. Define cuánto dato puedes perder (RPO) y cuánto puedes tardar en recuperar la web (RTO); después combina copias completas e incrementales, almacenamiento externo y pruebas periódicas de restauración en un entorno de pruebas.

Índice

Anuncio

Comprueba que tu copia permite volver a operar

Una copia recuperable contiene la base de datos MySQL, los archivos de WordPress y corresponde a un punto de restauración anterior al fallo.

Una copia válida para WordPress debe recuperar, como mínimo, la base de datos, wp-content/uploads, temas, plugins y el archivo de configuración wp-config.php. Guarda también una copia del estado actual antes de restaurar.

Qué debe incluir una copia recuperable

Un backup completo guarda archivos y base de datos en el mismo punto temporal. Es la opción más sencilla para una migración de WordPress o para volver atrás tras una actualización fallida. Comprueba que incluye las imágenes, los documentos y los plugins instalados, no solo los ficheros principales de WordPress.org.

Por qué la copia del hosting no basta sola

Una copia guardada en el mismo hosting comparte el mismo riesgo que tu web. Es como guardar la llave de repuesto dentro del coche: ayuda en algunos casos, pero no si pierdes el coche entero. Un fallo de cuenta, un borrado por error, ransomware o un problema grave del proveedor puede afectar tanto a producción como a esas copias.

Una copia automática diaria deja pedidos sin recuperar

Ajusta RPO y RTO al ritmo de tu web

El objetivo de punto de recuperación (RPO) fija cuánto dato aceptas perder, y el tiempo objetivo de recuperación (RTO) fija cuánto puede durar la caída.

Tipo de sitioRPO razonableCopias recomendadasRTO objetivo
Web corporativa estableEntre 7 y 30 díasSemanal y antes de cambiosEntre 4 y 24 horas
Blog con publicacionesEntre 12 y 24 horasBase de datos diaria, archivos diariosEntre 2 y 8 horas
WooCommerce con ventas diariasEntre 15 y 60 minutosBase de datos horaria, archivos diariosEntre 1 y 4 horas
Reservas o membresíasEntre 15 y 60 minutosBase de datos frecuente y externaEntre 1 y 4 horas

Cada cuánto copiar una tienda WooCommerce

Una tienda activa necesita copias de su base de datos cada hora o con más frecuencia si recibe pedidos continuos. WooCommerce escribe pedidos, pagos, stock y datos de clientes en esa base. Una copia nocturna puede ser suficiente para los archivos, pero rara vez para las ventas.

Retención que evita volver a una infección

La retención de backups es el tiempo que conservas cada versión. Guarda copias diarias durante entre 14 y 30 días, y añade versiones mensuales durante entre 3 y 12 meses si el volumen y la política interna lo justifican. Así puedes volver a un estado sano si detectas malware semanas después.

La frecuencia, la retención y el tipo de copia deben responder al coste de perder información, no a una regla genérica. Una landing sin formularios puede funcionar con un backup completo semanal y una copia previa a cada cambio; un blog que publica a diario necesita una base de datos diaria y varias versiones semanales; una tienda con pedidos continuos puede combinar un completo diario, backup incremental de archivos y copias de base de datos horarias o cada 15 minutos.

Cuanto menor sea el RPO, mayor será el consumo de almacenamiento, el coste del servicio y la necesidad de supervisión. Conserva suficientes puntos para detectar una infección tardía, pero elimina versiones que ya no aporten recuperación útil conforme a tus requisitos legales y operativos.

Anuncio

Combina copias completas e incrementales externas

El backup completo facilita la restauración, el incremental ahorra espacio y el diferencial guarda los cambios desde la última copia completa.

Cuándo elegir cada tipo de copia

Un backup completo es apropiado antes de actualizaciones de WordPress, cambios de diseño, migraciones o instalación de plugins relevantes. El incremental encaja mejor en webs con muchos archivos y cambios frecuentes. El diferencial puede ser útil si necesitas recuperar sin encadenar demasiadas versiones, aunque no todos los servicios lo ofrecen.

Dónde guardar y vigilar las copias

Aplica la regla 3-2-1: tres copias, en dos soportes distintos y una fuera del servidor. Amazon S3, OneDrive, Google Drive o Dropbox pueden servir como destino externo, siempre que el acceso no dependa de la misma contraseña del hosting. Para necesidades con mayor control, busca cifrado, versiones bloqueadas e historial de borrados.

✅ Nuestra recomendación

Un SSD externo puede aportar una tercera copia desconectada para conservar antes de cambios grandes o de una migración. No sustituye la nube, pero evita depender solo del servidor y de una cuenta online.

Ver disponibilidad →

La automatización no consiste solo en marcar una frecuencia: configura el sistema de copias de seguridad de WordPress mediante el hosting o un plugin fiable para que ejecute copias completas programadas y copias de base de datos horarias cuando el negocio lo requiera, y envíe los archivos a un almacenamiento externo. Revisa el historial de ejecuciones y activa un aviso por correo o por otro canal cuando una tarea falle, se quede sin espacio o no consiga subir la copia.

En las copias de seguridad WooCommerce, verifica además que la programación no sobrecargue la web en horas de venta y que capture los cambios de pedidos, stock y clientes con la frecuencia definida por tu RPO.

Protege el repositorio de backups como un sistema crítico: cifra las copias tanto durante la transferencia como cuando están almacenadas, limita el acceso mediante cuentas separadas y permisos mínimos, y evita usar las mismas credenciales para WordPress, el hosting y la nube. Activa autenticación multifactor en el destino externo y, cuando el proveedor lo permita, usa retención bloqueada o inmutabilidad para impedir que un atacante borre versiones recientes.

Las alertas deben avisar de copias fallidas, cambios de permisos, borrados masivos y accesos inusuales. Documenta quién puede iniciar una restauración de WordPress y guarda las claves de recuperación fuera de la cuenta habitual del administrador.

Restaura en staging y sigue un plan de incidente

La única prueba válida de un backup es restaurarlo en un entorno staging, una copia privada de la web que no afecta a clientes ni a ventas.

Un runbook es una lista escrita de acciones para un incidente. Evita decisiones improvisadas cuando la web muestra errores, se ha borrado contenido o hay señales de ataque. Debe indicar quién decide, qué copia se usa y cómo se informa a clientes si hay pedidos o reservas afectados.

El orden seguro para recuperar WordPress

  1. Detecta y registra: anota la hora, el error, los cambios recientes y el último pedido o reserva correcto.
  2. Aísla: activa mantenimiento, cambia contraseñas si hay sospecha de acceso indebido y evita sobrescribir pruebas.
  3. Selecciona: elige un punto anterior al incidente, no simplemente la copia más reciente.
  4. Restaura en staging: carga base de datos y archivos, y comprueba la configuración.
  5. Valida: revisa inicio, administrador, formularios, pedidos, usuarios, correos y pasarela de pago.
  6. Publica y comunica: restaura en producción, vacía cachés, vigila errores e informa si hubo impacto.

Qué validar antes de abrir la web

Comprueba una página pública, el acceso a /wp-admin, un formulario y un proceso de compra sin cobrar dos veces. En WooCommerce, contrasta los últimos pedidos con el correo de la pasarela de pago y revisa el stock. En una plataforma de reservas, verifica disponibilidad, confirmaciones y calendario.

Un sistema con incrementales frecuentes, copias inmutables y retención larga puede ser excesivo para una landing temporal sin formularios, ventas ni cambios relevantes. Incluso en ese caso, conserva una copia completa antes de actualizar WordPress o cambiar el diseño.

Lo que más preguntan

¿Cómo restauro una copia de WordPress sin romper mi web?

Restaura primero la copia en staging, valida los procesos críticos y, solo después, aplícala en producción.

¿Cada cuánto debo hacer copias de una tienda?

Una tienda con ventas diarias necesita copias de base de datos entre cada 15 y 60 minutos. Los archivos pueden guardarse a diario, salvo que subas productos, fotos o documentos con mucha frecuencia.

¿El backup del hosting es suficiente?

El backup del hosting no es suficiente si no existe otra copia externa con acceso independiente. Revisa retención, alcance, tiempo de restauración y si el proveedor puede recuperar una cuenta borrada.

¿Qué diferencia hay entre RPO y RTO?

El RPO mide cuánto dato puedes perder y el RTO cuánto tiempo puede estar caída la web. Por ejemplo, RPO de una hora y RTO de dos horas exige una estrategia más exigente que una web corporativa.

¿Cómo sé si mi copia de seguridad funciona?

Una copia funciona cuando se restaura en staging y supera pruebas reales de navegación, acceso y procesos críticos. Haz la prueba entre cada 3 y 6 meses, tras cambiar de hosting y después de cambios grandes.

Lo esencial:

Anuncio

Para saber más

Si deseas profundizar, aquí tienes algunos recursos de interés:

RESUMIR CON IA: Extrae lo importante

Comparte este artículo:

Josu Barrios

Josu Barrios

Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.