Los errores comunes al configurar backups en español suelen venir de confiar en una copia incompleta, guardarla solo en el hosting o no probar la restauración. Una copia útil debe incluir archivos y base de datos, enviarse a una ubicación externa y poder recuperarse sin afectar la web activa. Aprenderás a comprobar qué está guardando tu plugin, corregir ajustes básicos y verificar que la restauración funciona antes de una emergencia.
Errores comunes al configurar backups en español
Revisa hoy qué contiene tu última copia y dónde está guardada. Si solo ves un botón verde que dice “completado”, todavía no sabes si podrás recuperar la web. Un backup es como una llave de repuesto: no sirve de nada si abre una puerta distinta.
Distingue una copia completa de una parcial
Una copia completa de WordPress necesita dos piezas: archivos y base de datos . Los archivos contienen el aspecto y las funciones de la web; la base de datos guarda las entradas, páginas, usuarios, pedidos, ajustes y comentarios. Sin una de las dos partes, la recuperación queda a medias.
No confundas exportar con respaldar
Exporta desde Herramientas > Exportar solo si quieres mover contenido editorial. Esa opción genera un archivo XML con entradas, páginas y algunos datos, pero no incluye el tema, los plugins, los ajustes ni todos los medios. Es como hacer una lista de los muebles de una casa, no transportar la casa.
Localiza señales que exigen revisión
Abre el panel de tu plugin y apunta cuatro datos: fecha, hora, tamaño y destino de la última copia. Tardarás entre 5 y 10 minutos si ya tienes acceso al escritorio de WordPress. Una copia de 2 MB en una web con cientos de fotos suele indicar que faltan archivos, aunque el plugin no muestre error.
Una copia recuperable debe mostrar una fecha reciente, un tamaño razonable para tu web, la base de datos, los archivos y un destino al que puedas entrar sin depender del hosting.
✉
¿Quieres más información? Escríbenos y te orientamos
Evita fallos invisibles al programar copias
Comprueba que la tarea automática se ejecuta y termina. Instalar UpdraftPlus, BackWPup, Jetpack u otro plugin de WordPress no obliga al servidor a completar cada copia. El proceso puede pararse por tiempo, memoria, espacio o falta de acceso al destino remoto.
Revisa el cron si la web recibe pocas visitas
Entra en los ajustes del plugin y revisa el registro o historial de tareas. Busca expresiones como “scheduled”, “completed”, “failed”, “timeout” o “next run”. Si la fecha de la última ejecución no coincide con la programación, pide al hosting un cron real , una tarea del servidor que se activa a una hora fija sin depender de visitas.
Corrige límites antes de repetir la copia
Lee el último mensaje completo del registro antes de pulsar “hacer copia” otra vez. Un timeout significa que el servidor detuvo la tarea porque tardó más del límite permitido; es habitual en webs con muchos archivos pequeños, como galerías o tiendas con años de imágenes. Una copia manual puede durar entre 10 y 40 minutos según el tamaño y el servidor.
Lo que la práctica demuestra en estos casos es que repetir diez veces una tarea fallida no arregla su causa. Pide al hosting que confirme el límite de memoria PHP, el tiempo máximo de ejecución, el espacio libre y los permisos de la carpeta de copias.
Conserva un historial que no se sobrescriba
Configura una retención, es decir, el número de versiones que se guardan antes de borrar las más antiguas. Para una web sencilla, conserva entre 7 y 14 copias diarias; para una tienda, añade versiones semanales y mensuales. Así puedes volver a antes de una infección o de un cambio que nadie detectó el mismo día.
Comprueba que el backup incluye toda la web
Marca cada elemento de esta lista en la configuración y en el archivo creado. Hazlo antes de depender de una copia automática. Esta comprobación lleva entre 10 y 20 minutos si el plugin muestra el contenido por partes.
Confirma archivos, medios y ajustes
Abre la pantalla de inclusión o exclusión del plugin. Desactiva cualquier exclusión que afecte a wp-content , uploads , themes o plugins , salvo carpetas de caché y archivos temporales que se puedan regenerar. Una carpeta de caché no es necesaria para recuperar la web y suele inflar mucho la copia.
Comprueba la base de datos separada
Activa la opción de incluir la base de datos de WordPress . En UpdraftPlus suele aparecer como un componente propio; en otros plugins puede llamarse SQL, database o exportación de base de datos. Debe tener una fecha parecida a la de los archivos, porque una base de datos de hace una semana no recoge los pedidos de hoy.
Las tablas son como fichas de un archivador. En ellas están los usuarios, los pedidos de WooCommerce, las reservas, los ajustes de WordPress y el contenido de las páginas. Si el plugin permite excluir tablas, no excluyas ninguna salvo que sepas con certeza para qué sirve y que otro sistema la guarda.
Usa esta lista antes de darla por válida
Elemento Debe incluirse Cómo revisarlo Si falta Base de datos Sí Busca archivo SQL o sección Database Faltan contenido, usuarios y pedidos wp-content Sí Revisa ajustes de inclusión Faltan tema, plugins o medios uploads Sí Busca carpeta o paquete uploads Imágenes y PDF rotos Temas y plugins Sí Confirma themes y plugins Cambia diseño o funciones wp-config.php Sí o procedimiento claro Mira documentación del plugin No conecta con la base Destino externo Sí Entra en la cuenta remota Un fallo del hosting afecta todo
Ajusta la frecuencia al ritmo de tu web
Programa copias según los datos que cambian, no según una regla semanal genérica. Una copia semanal puede bastar para una web corporativa casi estática. En una tienda o una web de reservas, puede implicar perder varios días de ventas, clientes o citas.
Elige un intervalo asumible
Calcula primero tu pérdida máxima aceptable. Si publicas una entrada al mes, perder siete días quizá sea molesto, pero manejable. Si recibes seis pedidos diarios, perder 24 horas supone reconstruir pedidos, pagos y stock de forma manual.
Programa según el tipo de sitio
Tipo de web Cambios habituales Frecuencia orientativa Copia extra Web corporativa Cambios mensuales Semanal Antes de actualizar Blog activo Entradas y comentarios Diaria Antes de cambiar tema Tienda WooCommerce Pedidos y stock Cada 1 a 6 horas Antes de actualizaciones Reservas o membresía Citas, pagos y altas Cada 1 a 6 horas Exportación operativa
Haz una copia manual antes de tocar nada
Crea una copia manual justo antes de actualizar WordPress, un tema o varios plugins. Espera a que termine, comprueba que tiene fecha y tamaño, y confirma que llegó a la nube. Esta acción tarda entre 10 y 30 minutos en una web media.
✉
¿Quieres más información? Escríbenos y te orientamos
Guarda copias fuera del servidor de hosting
Envía al menos una copia a una cuenta externa que puedas abrir ahora mismo. Si la web y todas las copias están en el mismo servidor, una avería, un borrado o ransomware puede afectar a ambas. Es como guardar la llave de repuesto dentro del coche cerrado.
Aplica la regla 3-2-1 sin complicarte
Crea una carpeta exclusiva llamada “Backups WordPress” en el servicio externo. Conecta el plugin a esa cuenta, ejecuta una copia manual y abre la carpeta desde otro navegador o dispositivo. No des por hecho que la autorización sigue activa: las credenciales pueden caducar.
Elige el destino según tu situación
Destino Acceso habitual Riesgo principal Uso recomendado Hosting Panel cPanel o similar Caída o borrado del servidor Copia rápida local Google Drive o OneDrive Cuenta web y móvil Cuenta compartida sin control Web pequeña o mediana Dropbox Cuenta web y escritorio Cuota limitada Equipos que comparten archivos Amazon S3 Consola AWS Configuración más técnica Copias grandes o varias webs
Protege acceso, cifrado y retención
Activa la verificación en dos pasos en la cuenta remota. Usa una contraseña distinta de la del administrador de WordPress y no compartas el acceso principal con colaboradores que solo editan contenidos. Las copias pueden incluir datos personales, por lo que el RGPD y la LOPDGDD exigen tratarlas con el mismo cuidado que la web activa.
Activa el cifrado si tu plugin lo ofrece y guarda la clave de cifrado en un gestor de contraseñas. Sin esa clave, el archivo protegido puede ser ilegible cuando lo necesites. Consulta las recomendaciones de seguridad del INCIBE para reforzar contraseñas y accesos a servicios en la nube.
La regla 3-2-1 significa conservar tres copias de los datos, en dos tipos de soporte o ubicaciones independientes , y mantener una copia fuera de tu infraestructura habitual. Por ejemplo, puedes conservar el backup completo de WordPress en el hosting para una recuperación rápida, enviar un backup externo cifrado a Google Drive o Dropbox y guardar una versión adicional en Amazon S3 o en otro proveedor. Al programar backups automáticos, revisa el registro de tareas y confirma que el destino remoto recibe tanto la base de datos como los archivos de WordPress.
Si dependes de un cron real en WordPress, vigila cualquier timeout del servidor: una tarea marcada como programada no demuestra que la tercera copia se haya creado ni que puedas restaurar una copia de seguridad cuando la necesites.
Prueba la restauración sin tumbar tu web
Restaura una copia en un entorno aislado antes de necesitarla. La prueba de restauración es la única forma fiable de confirmar que base de datos, archivos, versiones y credenciales encajan. Nunca estrenes una restauración directamente sobre producción salvo que ya estés en una emergencia y no haya otra opción.
Crea un lugar seguro para la prueba
Usa un staging , que es una copia de pruebas de la web, si tu hosting lo ofrece. Suele aparecer como Staging, Entorno de pruebas o Clone en el panel. Si no existe, crea un subdominio como prueba.tudominio.es y protégelo con contraseña desde el panel; no uses una carpeta pública sin protección.
Restaura en el orden correcto
Descarga o selecciona una copia con fecha conocida. Desde el plugin, restaura todos sus componentes: base de datos, plugins, temas, uploads y otros archivos. Si el plugin pide confirmar cada elemento, no marques solo la base de datos por rapidez.
Entra en Ajustes > Enlaces permanentes y pulsa “Guardar cambios” sin modificar nada. Esto vuelve a generar las reglas de URL y arregla muchos errores 404 tras una restauración. Después abre la portada en una ventana privada para evitar que la caché del navegador te engañe.
Valida lo que de verdad importa
Comprueba el escritorio de WordPress, tres páginas, tres imágenes, el formulario de contacto y el menú principal. En una tienda, revisa también un pedido reciente, el stock, el correo de prueba y el acceso de un cliente de prueba. No hace falta comprar nada real.
✉
¿Quieres más información? Escríbenos y te orientamos
Distingue backup de hosting, plugin y exportación
Combina herramientas sin confundir lo que cada una puede recuperar. El backup del hosting, el de un plugin y la exportación de WordPress pueden coexistir. Ninguno sustituye automáticamente a los demás.
Entiende los límites de cada copia
La copia del hosting puede ser rápida de restaurar si el proveedor conserva instantáneas del servidor. Pero debes confirmar su frecuencia, su retención, si incluye la base de datos y si puedes descargarla fuera de la cuenta. Algunos planes guardan pocos días o cobran la restauración.
Un plugin ofrece más control sobre la frecuencia, las exclusiones y el destino externo. A cambio, depende de que WordPress, PHP y el cron funcionen. Jetpack puede integrar copias con su servicio, mientras UpdraftPlus y BackWPup permiten distintos destinos; revisa siempre qué incluye el plan y qué restauración ofrece.
Una exportación parcial sirve para mover textos o guardar contenido editorial. No es un plan de recuperación tras malware, una actualización rota o una migración completa.
Decide con una comprobación sencilla
Usa la copia del hosting como una capa adicional, no como tu única defensa. Descarga una muestra o pregunta al soporte cuántos días conserva y si restaura archivos y base de datos a la vez. Guarda la respuesta en un documento interno junto con el contacto de soporte.
Usa el plugin para enviar una copia externa bajo tu control. Si tienes una web sencilla, empieza con una copia completa semanal y otra antes de cambios. Si manejas ventas o reservas, programa la base de datos con más frecuencia y mide la restauración.
Esto funciona bien en teoría, pero en la práctica el detalle decisivo es quién puede acceder al destino cuando el administrador no está. Deja por escrito la cuenta usada, el método de acceso y dónde está guardada la clave de cifrado, sin incluir contraseñas en texto plano.
⚠️ No asumas que el hosting guarda copias por ti porque aparece la palabra “backup” en el plan: pide frecuencia, retención, coste de restauración y alcance por escrito.
Preguntas frecuentes
¿Qué debe incluir un backup completo de WordPress?
Un backup completo incluye la base de datos, wp-content, uploads, temas, plugins y archivos de configuración. También debe existir una copia fuera del hosting y una fecha reciente comprobable.
¿Cada cuánto debo hacer copias de mi web?
Una web corporativa suele necesitar copias semanales, mientras una tienda o web de reservas requiere copias cada 1 a 6 horas. Haz una copia manual antes de actualizar plugins, temas o WordPress.
¿Puedo confiar solo en las copias de mi hosting?
No conviene depender solo del hosting porque una caída, cancelación o ataque puede afectar a la web y sus copias. Confirma al menos una versión externa en Google Drive, Dropbox, OneDrive o Amazon S3.
¿Cómo sé si mi backup de WordPress funciona?
Sabes que funciona cuando lo restauras en staging, un subdominio protegido o un entorno local y la web carga correctamente. Revisa escritorio, imágenes, formularios y datos recientes antes de considerarlo válido.
¿Por qué mi copia de seguridad pesa tan poco?
Una copia muy pequeña puede indicar que faltan uploads, plugins, temas o la base de datos. Revisa exclusiones, permisos, errores de timeout y el tamaño de una copia anterior antes de borrarla.
¿Qué hago si el backup automático falla?
Abre el registro del plugin y revisa primero espacio libre, conexión al destino remoto, cron, memoria y permisos. No borres la última copia válida mientras el fallo sigue sin resolver.
Deja una recuperación lista antes del fallo
Lo esencial: una copia de WordPress necesita archivos y base de datos con fechas coherentes. Lo esencial: las versiones guardadas solo en el hosting no cubren un fallo de ese mismo servidor. Lo esencial: la frecuencia debe limitar la pérdida que tu actividad puede asumir. Lo esencial: restaurar en staging confirma la copia sin arriesgar la web pública. Lo esencial: conserva varias versiones, protege el acceso y no borres la última copia comprobada.
Para saber más
Si deseas profundizar, aquí tienes algunos recursos de interés:
