El aviso de error aparece justo después de actualizar una página, subir fotos nuevas o recibir un pedido. Buscas la última copia y descubres que se hizo hace días, o que ocupa tanto espacio que el sistema dejó de guardarla. Recuperar la web no debería depender de tener suerte ni de entender servidores.
Un backup incremental sencillo guarda primero una copia completa y, después, solo los cambios nuevos de tu WordPress: entradas, imágenes, pedidos o ajustes. Ocupa menos espacio y suele cargar menos tu web que repetir copias completas. La clave está en elegir una frecuencia adecuada, confirmar que el plugin ofrece incrementales reales y hacer una restauración segura en un entorno de pruebas.
Elige la frecuencia según los cambios de tu web
La frecuencia correcta es la que limita la pérdida a una cantidad de trabajo asumible. Si tu web apenas cambia, una copia semanal basta; si publicas a diario, necesitas una copia diaria; si cobras pedidos o reservas, la base de datos debe guardarse cada pocas horas.
No elijas la frecuencia por el tamaño del sitio. Una página de 300 MB con diez pedidos diarios necesita más protección que una web corporativa de 4 GB que no se toca en semanas.
Web corporativa con pocos cambios
Una web de fontanería, una asesoría o un restaurante de una ciudad como Valladolid suele cambiar horarios, fotos o textos unas pocas veces al mes. Para este caso, programa una copia semanal, conserva entre 8 y 12 versiones y crea una copia manual antes de actualizar WordPress, el tema o varios plugins.
Esta pauta cubre entre dos y tres meses de cambios sin llenar Google Drive. Si modificas una campaña, una carta de precios o un formulario importante, lanza una copia manual justo antes.
Blog activo y web con formularios
Un blog que publica dos o más entradas semanales necesita una copia diaria. Conserva entre 14 y 30 días , porque muchos fallos se descubren tarde: una actualización puede romper un formulario, pero el problema puede no hacerse visible hasta una semana después.
Incluye siempre la base de datos MySQL , que es el archivo interno donde WordPress guarda entradas, usuarios, comentarios y ajustes. Piensa en los archivos como el edificio y en la base de datos como los cajones con todos los papeles: sin uno de los dos, la web no vuelve completa.
Tienda WooCommerce o sistema de reservas
Una tienda con WooCommerce o una web de citas debe hacer copias cada 4, 6 o 12 horas , según sus ventas. Si entran pedidos cada día, una copia nocturna puede dejar fuera varias compras, cambios de stock y datos de clientes.
El error más frecuente en este caso es proteger las imágenes y olvidar los pedidos. Los pedidos viven sobre todo en la base de datos, así que restaurar solo archivos puede dejar la tienda visualmente bonita, pero con ventas perdidas.
Una regla fácil: elige una frecuencia con la que puedas aceptar perder, como máximo, el trabajo hecho desde la última copia. Para una web estable suele ser una semana; para un blog activo, un día; para ventas o reservas, entre 4 y 12 horas.
Con la frecuencia decidida, falta entender qué se está guardando realmente. Ahí nace la mayoría de confusiones.
✉
¿Quieres más información? Escríbenos y te orientamos
Completa, diferencial e incremental: qué guarda cada copia
Una copia completa repite toda la web; una diferencial acumula los cambios desde la última completa; una incremental guarda solo los cambios desde la copia anterior. Las tres sirven para recuperar WordPress, pero consumen espacio y trabajan de forma distinta.
Una copia programada no es automáticamente incremental. Un plugin puede ejecutarse cada noche y volver a subir 5 GB enteros cada vez, como si hicieras siete fotocopias completas de un libro que solo ha cambiado una página.
Copia completa: toda la web cada vez
El backup completo incluye archivos, imágenes, plugins, tema y base de datos en cada ejecución. Es fácil de entender y restaurar, pero puede exigir más tiempo, espacio y recursos del servidor.
Resulta útil antes de una migración de WordPress, un cambio de hosting o una actualización delicada. También es la pieza inicial que necesita una cadena incremental para poder reconstruir el sitio.
Copia diferencial: cambios desde la base
Un backup diferencial parte de una copia completa y guarda todo lo cambiado desde esa base. Cada día suele pesar más que el anterior, porque vuelve a incluir cambios ya guardados en días previos.
Para restaurarlo necesitas la copia completa inicial y la diferencial que hayas elegido. Es un punto medio, aunque hoy muchos plugins de WordPress para principiantes hablan más de completas e incrementales.
Copia incremental: solo lo nuevo
La copia de seguridad incremental registra únicamente lo que cambió desde la última copia realizada. Puede incluir una imagen subida hoy, una entrada editada, un pedido reciente o una tabla modificada en la base de datos.
La restauración necesita la copia completa base y todos los tramos posteriores hasta la fecha elegida. Por eso el plugin debe gestionar esa cadena sin que tengas que juntar archivos a mano.
Tipo de copia Qué repite Datos para restaurar Uso recomendado Completa Toda la web Una copia Antes de cambios grandes Diferencial Cambios desde la completa Base más diferencial Retención corta Incremental Cambios desde la última copia Base más cadena Web activa y espacio limitado
La recomendación popular de hacer un backup completo diario es incompleta para una web con muchos archivos. Protege, sí, pero puede saturar el espacio contratado y aumentar la carga del servidor cuando no existe un motivo para repetir fotos y plugins sin cambios.
Un ejemplo visual de espacio durante siete días
En una web de 5 GB que cambia un 2 % diario, una semana de incrementales puede ocupar alrededor de 5,7 GB frente a 35 GB de copias completas diarias. El ahorro no es una promesa abstracta: sale de no volver a copiar los mismos 4,9 GB cada noche.
El cálculo varía con la compresión y con el tipo de contenido. Aun así, sirve para saber si pagas espacio por datos repetidos.
Web de 5 GB con cambios diarios de 100 MB
Lunes
Martes
Miércoles
Jueves a domingo
Total incremental: cerca de 5,6 a 5,7 GB. Total completo diario: cerca de 35 GB.
El cálculo de una web de 5 GB
La primera copia ocupa 5 GB. Si cada día cambian unos 100 MB, seis incrementales suman 600 MB; el total semanal queda cerca de 5,6 GB, o entre 5,6 y 5,7 GB si hay variaciones de compresión.
Siete copias completas sumarían unos 35 GB. En un plan de almacenamiento con 15 GB gratuitos, como el espacio compartido de muchas cuentas de Google, esa diferencia obliga a borrar copias antes o contratar más capacidad.
Cuándo este ahorro se reduce
El ahorro baja si subes vídeo, catálogos PDF pesados o muchas fotos de alta resolución cada día. También baja cuando un plugin guarda cachés, registros o antiguas copias dentro de la carpeta de WordPress.
Revisa el tamaño real de cada copia una vez al mes y compara la copia base con los incrementos posteriores para detectar archivos que estén creciendo de forma anómala. Si una incremental pesa casi tanto como la copia inicial durante varios días, revisa qué archivos están cambiando o qué está incluyendo el plugin.
Este cálculo ayuda a decidir el tipo de copia. El siguiente filtro es más delicado: distinguir una función incremental real de una etiqueta comercial.
✉
¿Quieres más información? Escríbenos y te orientamos
Cómo saber si un plugin ofrece incrementales reales
Un plugin ofrece incrementales reales si crea una copia base, detecta cambios posteriores y restaura la cadena completa sin generar una copia total en cada tarea programada. Si solo dice “programación automática”, aún no sabes qué tipo de copia producirá.
Busca esta información en la página de precios y en la documentación del producto, no solo en el panel. Varios servicios reservan las copias por bloques, el almacenamiento propio o la restauración avanzada para planes de pago.
La prueba del historial y del tamaño
Haz una copia completa y después cambia una frase o sube una imagen pequeña. Si la siguiente copia vuelve a pesar casi lo mismo que toda la web, probablemente es otra completa, aunque se haya ejecutado de forma automática.
Comprueba también si el historial distingue una “base” y cambios posteriores. Un buen sistema muestra fechas, tamaño, destino remoto y una opción clara para restaurar.
Qué ofrecen las opciones conocidas
UpdraftPlus y WPvivid son nombres habituales para copias de seguridad de WordPress. Jetpack pertenece a Automattic, la empresa ligada al ecosistema de WordPress; SolidWP y BlogVault añaden servicios y funciones de pago centradas en seguridad, restauración o entornos de prueba.
Comparando varias fuentes especializadas sobre estas herramientas, la recomendación que se repite es priorizar la restauración verificable y el destino externo antes que una lista larga de funciones. Una copia barata que no puedes recuperar no protege nada.
Servicio Uso inicial Incrementales Precio orientativo WPvivid Copias y migración Revisar plan y destino Gratis y planes de pago UpdraftPlus Copias a nube Funciones avanzadas en Premium Gratis y planes de pago Jetpack Backup Servicio gestionado Según suscripción Suscripción mensual BlogVault Restauración y staging Servicio de pago Plan anual
Los precios cambian según promociones, número de webs y almacenamiento, por lo que conviene confirmar el importe final en euros antes de contratar. No confundas All-in-One WP Migration, pensado sobre todo para mover sitios, con un sistema de copias automáticas de largo plazo.
💡
Puede interesarte
Un disco externo puede servir como segunda copia desconectada de Google Drive o Dropbox. Es útil para guardar una exportación completa antes de una migración o una actualización importante.
Permite conservar una copia completa fuera de la cuenta del hosting
Ayuda a archivar versiones previas a cambios grandes durante varios meses
Reduce el riesgo de depender de un único proveedor de almacenamiento
Ver opciones en Amazon →
Configura la copia externa sin tocar el servidor
La configuración más segura para principiantes guarda archivos y base de datos de forma automática en un servicio externo, no solo dentro del mismo hosting WordPress. Google Drive o Dropbox son el punto de partida más simple; Amazon S3 encaja mejor cuando el volumen crece.
No necesitas FTP ni SFTP para una configuración básica. El asistente del plugin suele abrir una ventana para autorizar Google Drive o Dropbox, igual que cuando permites a una app acceder a una cuenta.
Ajustes recomendados para empezar
Elige primero un destino remoto, activa archivos y base de datos, fija la frecuencia y establece una retención limitada. La retención de backups es el número de versiones que el sistema conserva antes de borrar las más antiguas.
Web estable: semanal, entre 8 y 12 copias, Google Drive o Dropbox.Blog activo: diaria, entre 14 y 30 copias, base de datos incluida.Tienda o reservas: cada 4, 6 o 12 horas, entre 7 y 14 días de retención.Programa la tarea de madrugada solo si tu hosting tiene visitas bajas en ese horario. En una web pequeña la diferencia suele ser mínima, pero en un alojamiento compartido evita coincidir con campañas de correo, importaciones o actualizaciones masivas.
Por qué el hosting no es el destino final
Guardar una copia en la misma cuenta de hosting es como dejar una llave de repuesto dentro de la casa cerrada. Si se borra la cuenta, falla el disco del servidor o un atacante accede a ella, puede alcanzar tanto la web como sus copias.
El backup externo reduce ese riesgo porque vive en otra cuenta o proveedor. Para una primera web, no hace falta una arquitectura compleja: una carpeta exclusiva en Google Drive, con una contraseña fuerte y verificación en dos pasos, ya mejora mucho la situación.
Datos personales y copias en la nube
Una copia puede contener nombres, correos, direcciones, formularios y pedidos. Por eso debes elegir un proveedor que informe sobre el tratamiento de datos y aplicar medidas acordes al RGPD y a la LOPDGDD cuando trabajas en España.
La Agencia Española de Protección de Datos ofrece criterios generales sobre responsabilidad y seguridad en su sitio oficial: AEPD . Si el plugin permite cifrado, activa esa opción y guarda la contraseña en un gestor de contraseñas, nunca dentro de una nota pública del panel.
La copia ya estará lejos del servidor. Falta revisar lo que contiene y hacer la única prueba que confirma que sirve.
Para una migración de WordPress , crea una copia de seguridad completa justo antes del traslado, aunque utilices copias incrementales a diario. Guarda archivos y base de datos en un destino externo, descarga una versión adicional si el sitio es crítico y restaura la copia en el nuevo hosting o dominio temporal antes de cambiar las DNS. Comprueba enlaces, imágenes, formularios, usuarios y, en una tienda, el proceso de compra.
Tras el cambio, mantén el sitio antiguo accesible pero bloqueado para evitar que reciba pedidos o formularios que no llegarían a la nueva instalación. Solo elimina esa copia adicional cuando la migración funcione y tengas una copia nueva del destino definitivo.
Archivos, base de datos y restauración en staging
Una restauración de copias de seguridad solo es fiable cuando recupera los archivos de WordPress y la base de datos MySQL en un entorno de pruebas. El staging es una copia privada de tu web donde puedes probar cambios sin tocar la página que ven tus clientes.
Los archivos incluyen el tema, plugins, imágenes y documentos. La base de datos contiene entradas, páginas, cuentas, pedidos, formularios y muchos ajustes; ambas partes son necesarias.
Qué nunca debes excluir
No excluyas wp-content/uploads, porque guarda tus imágenes; tampoco temas, plugins ni la base de datos. Puedes excluir cachés, registros temporales o antiguas carpetas de backup que estén dentro de wp-content, siempre que sepas qué son.
Un caso habitual: una web restaura el diseño, pero las últimas entradas y los formularios desaparecen. El resultado suele ser una copia de archivos correcta con una base de datos antigua, incompleta o directamente ausente.
Prueba segura de restauración
Crea un staging desde el hosting si ofrece esa función, o clona la web en un subdominio protegido con contraseña. Restaura una copia reciente allí y comprueba la portada, dos entradas, una imagen, el acceso al panel, un formulario y, si existe, un pedido de prueba.
No restaures primero en producción “para ver si funciona”. Una restauración directa puede sustituir cambios válidos hechos después de la copia elegida.
Detecta el problema: anota cuándo empezó el fallo y qué cambió antes.Elige el punto: selecciona una copia anterior al incidente, pero lo bastante reciente.Restaura en staging: recupera archivos y base de datos como un conjunto.Valida funciones: revisa páginas, acceso, imágenes, formularios y pedidos.Restaura en producción: hazlo solo cuando la prueba funcione y avisa si habrá corte.Probar una restauración en staging confirma que la copia incluye archivos y base de datos, que las credenciales están disponibles y que el proceso puede completarse antes de que ocurra un incidente. Una copia que no abre, no contiene la base de datos o exige una clave perdida falla justo cuando más falta hace.
En los backups de WooCommerce , conviene separar la recuperación técnica de la conservación de ventas recientes. Antes de aplicar una restauración de WordPress, revisa qué copias de seguridad de pedidos cubren el periodo afectado y exporta, si es posible, los pedidos creados después del punto que vas a recuperar. Por ejemplo, si restauras una copia de las 02:00 y hubo ventas hasta las 10:00, anota números de pedido, importes, clientes y estado de pago antes de intervenir.
Después de restaurar archivos y base de datos, verifica esos pedidos en staging y comprueba el stock, los correos transaccionales y la pasarela de pago antes de reabrir la tienda.
✉
¿Quieres más información? Escríbenos y te orientamos
La elección segura: copia externa y prueba mensual
Para la mayoría de primeras webs, la decisión práctica es clara: elige un plugin con destino externo, conserva entre 14 y 30 versiones si publicas a menudo y prueba una restauración en staging una vez al mes. Si el plugin no explica con claridad qué guarda y cómo se recupera, busca otro.
Un incremental real reduce el espacio, pero no sustituye una copia completa antes de cambios grandes. Mantén una copia manual adicional antes de migrar, cambiar de tema, actualizar WooCommerce o tocar código.
Cuándo no necesitas priorizar incrementales
Una web de pocas páginas, con escasas imágenes y cambios muy ocasionales puede funcionar bien con una copia completa semanal externa. También puedes usar las copias del hosting si están verificadas, son externas al servidor principal y permiten restaurar con pocos clics.
Hay una excepción importante: las tiendas con pedidos constantes no deben confiar solo en una estrategia incremental genérica. Necesitan una frecuencia compatible con sus ventas y una retención que permita recuperar datos recientes sin perder transacciones.
El enfoque incremental no es prioritario para una web muy pequeña que apenas cambia y tiene pocas imágenes, ni cuando el hosting ya ofrece copias externas verificadas y una restauración sencilla. Tampoco sustituye una estrategia específica para tiendas con pedidos constantes, que requieren copias más frecuentes y una retención adecuada.
Antes de activar nada, revisa el historial de tu plugin actual y mira dos datos: el tamaño de cada copia y el lugar donde termina guardada. Si cada copia pesa casi igual y solo está en el hosting, configura cuanto antes un destino externo y una prueba de restauración.
Preguntas y respuestas
¿Qué es un backup incremental?
Un backup incremental guarda una copia completa inicial y después solo los cambios desde la copia anterior. Necesita conservar la copia base y la cadena de cambios para restaurar la web.
¿Cuál es la diferencia entre copia completa e incremental?
La copia completa repite toda la web cada vez, mientras la incremental guarda solo cambios posteriores. En una web de 5 GB con cambios del 2 % diario, una semana puede bajar de 35 GB a unos 5,7 GB.
¿Cada cuánto debo hacer una copia de WordPress?
Hazla semanal si tu web casi no cambia, diaria si publicas con frecuencia y cada 4 a 12 horas si recibes pedidos. La frecuencia debe limitar la cantidad de trabajo que aceptas perder.
¿UpdraftPlus gratis hace copias incrementales?
UpdraftPlus permite crear copias y enviarlas a destinos externos, pero las funciones incrementales avanzadas deben confirmarse en el plan vigente. Revisa la página de precios antes de asumir que una copia programada será incremental.
¿Puedo guardar mis copias solo en el hosting?
No conviene guardar la única copia solo en el hosting, porque un fallo o ataque puede afectar a ambos. Envía al menos una versión a Google Drive, Dropbox, Amazon S3 u otro almacenamiento remoto.
¿Qué debo incluir en un backup de WordPress?
Incluye los archivos de WordPress y la base de datos MySQL en cada estrategia de recuperación. Los archivos guardan imágenes y diseño; la base de datos guarda entradas, usuarios, formularios y pedidos.
¿Cómo compruebo que puedo restaurar mi copia?
Restaura una copia reciente en un staging protegido y revisa páginas, acceso, imágenes, formularios y pedidos. Haz esta prueba al menos una vez al mes y antes de una migración importante.
Lo esencial: una copia incremental empieza con una base completa y después guarda solo los cambios. Lo esencial: la frecuencia depende de publicaciones, formularios, pedidos y reservas, no del tamaño de la web. Lo esencial: una copia almacenada solo en el hosting no es una protección suficiente. Lo esencial: archivos y base de datos deben restaurarse juntos en staging antes de tocar la web pública.
Fuentes de interés
Otros artículos que pueden complementar lo que acabas de leer:
