Un backup en hosting compartido con límites de CPU puede ralentizar tu WordPress, provocar timeouts o activar avisos del proveedor justo cuando intentas proteger la web. El riesgo no está solo en el tamaño de la copia: comprimir miles de archivos, incluir cachés o guardar varias versiones en el servidor dispara el uso de CPU, I/O, memoria y disco.
Hacer backups de WordPress en hosting compartido es seguro si reduces la carga: programa las copias de madrugada, divide los archivos grandes, excluye cachés y copias antiguas, y envíalas directamente a Google Drive, Dropbox o S3. Así evitarás picos de CPU, errores 503 y falta de espacio, eligiendo el plugin y los ajustes más adecuados para los límites reales de tu hosting.
Cómo evitar que una copia agote CPU e I/O
Una copia completa consume varios recursos a la vez: CPU para comprimir, I/O de disco para leer y escribir datos, memoria PHP para procesarlos y procesos del servidor para terminar la tarea. En un hosting compartido esos recursos se reparten entre muchas cuentas, como una cocina comunitaria donde todos usan los mismos fogones. El problema no suele ser el plugin, sino pedirle que comprima demasiados archivos mientras la web recibe visitas.
El límite de CPU mide cuánto cálculo puede hacer tu cuenta. El I/O mide cuántos datos puede mover entre el disco y el servidor en un periodo corto. La memoria PHP es el espacio temporal que tiene WordPress para trabajar, y el tiempo máximo de ejecución es el plazo antes de que el servidor cierre el proceso.
La configuración más prudente para una web corporativa pequeña es esta: copia de la base de datos cada día, copia de archivos cada 7 días, ejecución entre la 01:00 y las 05:00 y destino remoto con 2 o 3 versiones conservadas.
Qué recursos usa un backup de WordPress
La compresión ZIP junta muchos archivos en un paquete, como meter ropa en una maleta al vacío. Reduce el tamaño final, pero exige CPU y tiempo. Una carpeta con decenas de miles de miniaturas, cachés o archivos temporales puede tardar mucho más que una web con el mismo peso total y pocos archivos.
La base de datos MySQL también necesita trabajo. Allí se guardan entradas, usuarios, ajustes, pedidos y formularios. Normalmente pesa menos que la carpeta de imágenes, pero cambia mucho más a menudo. Por eso conviene separar ambas copias cuando el plugin lo permita.
WordPress.org, el proyecto iniciado por Matt Mullenweg y Mike Little, permite elegir plugins de copia con distintos métodos. Aun así, ningún plugin puede saltarse los límites reales de CPU, memoria o I/O que fije tu proveedor.
Cuándo una copia pone en riesgo la web
Una copia puede provocar lentitud cuando coincide con tráfico, actualizaciones, importaciones, campañas de correo o regeneración de miniaturas. También puede chocar con tareas de WP-Cron , el sistema de WordPress que lanza trabajos programados cuando alguien visita la web.
El error más frecuente en este punto es programar una copia completa diaria a la misma hora que las visitas o que el vaciado de caché. La suma de tareas puede causar un error 503, que significa que el servidor no puede atender temporalmente la petición, o un 508, habitual cuando se superan límites de recursos.
Con más de 12 años de experiencia trabajando con WordPress y sus plugins, he visto una web con apenas 2 GB de archivos fallar cada noche porque incluía más de 80.000 ficheros de caché, no por el tamaño de la copia. Al excluir esa carpeta, el proceso pasó de agotarse a terminar sin avisos del hosting.
✉
¿Quieres más información? Escríbenos y te orientamos
Por qué fallan las copias en un plan compartido
Las copias fallan cuando el servidor corta una tarea que supera CPU, I/O, memoria PHP, procesos simultáneos o tiempo máximo de ejecución. Un aviso de recursos no significa que tu web esté rota. Significa que la tarea necesita dividirse, hacerse en otro horario o mover archivos innecesarios fuera del proceso.
Los planes compartidos suelen mostrar estos límites en cPanel o en un panel similar. No todos publican los mismos datos. Algunos indican porcentaje de CPU, otros muestran “Entry Processes”, que son peticiones activas, y otros solo envían un correo cuando se ha alcanzado el tope.
Una copia que se interrumpe al 70% no es una copia fiable. Un archivo creado no vale por sí solo: debe contener todos los datos y poder restaurarse. Esa diferencia evita una falsa sensación de seguridad.
CPU, memoria e I/O son límites distintos
La CPU sube al crear ZIP, cifrar datos o calcular listados grandes de archivos. Si el proveedor habla de “CPU exceeded”, reduce compresión, divide el paquete y evita que otro plugin haga tareas pesadas a la vez.
El I/O de disco sube al leer cada archivo y crear ficheros temporales. Puede ser el cuello de botella aunque el uso de CPU parezca bajo. Si el proceso se queda parado o tarda horas, revisa cachés, logs, copias antiguas e inodos, que son el número de archivos y carpetas permitidos en la cuenta.
La memoria PHP se agota cuando un proceso trata de cargar demasiado en memoria. Un error como “Allowed memory size exhausted” suele pedir menos archivos por lote, paquetes más pequeños o una versión de PHP compatible. La versión de PHP recomendada para WordPress depende de la compatibilidad de tus plugins, pero conviene usar una versión mantenida que el hosting ofrezca para WordPress.
WP-Cron y cron job no trabajan igual
WP-Cron se activa con visitas. Si tu web recibe tráfico a las 10:00, una tarea pendiente puede empezar justo cuando hay usuarios navegando. Piénsalo como una lavadora que arranca cuando abres el grifo: no eliges el momento.
Un cron job real se programa desde cPanel para una hora fija. Es preferible si tu hosting lo permite y el plugin ofrece esa integración. No programes comandos que no entiendas: una orden mal escrita puede lanzar procesos repetidos.
Si no tienes cron real, programa desde el plugin una hora de poco tráfico y reduce el trabajo de cada ejecución. Entre 2 y 5 minutos de margen entre tareas pesadas suele evitar que una copia coincida con caché, estadísticas o limpieza de transitorios.
Cuando una copia falla, el mensaje de error orienta la corrección. Si el panel indica límite de CPU excedido, reduce el tamaño de los paquetes, excluye cachés y evita la compresión ZIP más agresiva. Ante un timeout o un proceso terminado, divide la copia en lotes menores y aumenta el intervalo entre tareas, sin asumir que el hosting permitirá ampliar el tiempo máximo de ejecución. Un error 503 suele indicar saturación temporal; el 508 puede aparecer en proveedores que aplican límites de recursos de cuenta.
Si aparece «Allowed memory size exhausted», baja los archivos procesados por lote. Si la copia queda incompleta, elimina el archivo fallido, revisa el registro del plugin y ejecuta una prueba manual con solo la base de datos o una carpeta pequeña antes de repetir la copia completa.
Elige la copia según cambios y tamaño de tu web
Una web corporativa que cambia poco necesita un plan distinto de una tienda con pedidos. Para la mayoría de sitios pequeños, una base de datos diaria y archivos semanales ofrecen una relación razonable entre protección y consumo. Las webs con muchos archivos se benefician de copias incrementales, que guardan solo lo cambiado desde la última copia completa.
Una copia incremental reduce lectura, compresión y subida, pero no siempre está disponible en versiones gratuitas. También depende del destino remoto. No compres una función solo por su nombre: confirma que el plugin puede restaurar esa cadena de copias con claridad.
La regla útil es ajustar la frecuencia a la pérdida que puedes asumir. Si publicas una entrada semanal, perder un día de base de datos quizá sea aceptable. Si recibes reservas cada hora, no lo es.
Árbol de decisión para elegir el método
Web pequeña y pocos cambios: plugin con base de datos diaria y archivos semanales enviados a Google Drive o Dropbox.Muchas fotos o más de 5.000 archivos: plugin con división de paquetes o copias incrementales, evitando un ZIP único.Migración de WordPress: Duplicator o WPvivid para una copia puntual, fuera de horas punta y con espacio libre suficiente.Usuario con experiencia técnica: WP-CLI o exportación manual de MySQL, solo si sabes restaurar cada parte.Proveedor con copias gestionadas: úsalo como segunda capa y mantén una copia externa bajo tu control.Una exportación manual de la base de datos desde phpMyAdmin puede servir en una urgencia. Pero no incluye imágenes, plugins, temas ni archivos de configuración. Es como guardar solo el índice de un libro: ayuda, pero no recupera las páginas.
Cuándo basta el backup del hosting
El backup del proveedor puede ser suficiente como capa adicional si permite descargar copias, restaurar por fecha y recuperar archivos o base de datos por separado. Revisa la retención, es decir, cuántos días conserva versiones: entre 7 y 30 días es habitual, pero cambia según el plan.
No dependas solo de esa copia si la restauración exige abrir un ticket, si no puedes comprobar qué guarda o si excluye bases de datos. Un problema de facturación, una suspensión o un fallo de cuenta puede dejarte sin acceso en el peor momento.
Las copias externas ayudan también con el Reglamento General de Protección de Datos (RGPD) y la LOPDGDD. Si guardas datos personales, controla quién accede a Google Drive, Dropbox o Amazon S3, usa contraseñas fuertes y no compartas enlaces públicos de descarga.
Método Carga habitual Mejor frecuencia Uso recomendado Plugin, copia completa Media o alta Semanal Web pequeña con pocos archivos Plugin, archivos y BD separados Baja a media BD diaria, archivos semanal Web corporativa o blog Copia incremental Baja tras la primera Diaria o más frecuente Muchos archivos o cambios Backup del hosting Sin carga en WordPress Según proveedor Segunda capa de recuperación
✉
¿Quieres más información? Escríbenos y te orientamos
Configura UpdraftPlus con carga contenida
UpdraftPlus es una opción adecuada para empezar en hosting compartido porque permite separar archivos y base de datos, excluir carpetas y enviar copias a almacenamiento remoto. La configuración prudente no es activar todo: es reducir lo que se lee, comprime y conserva en tu cuenta.
En UpdraftPlus ve a Ajustes > Copias de seguridad UpdraftPlus > Ajustes . Define la programación de archivos y base de datos por separado. Para una web normal, pon base de datos diaria y archivos semanales antes de probar frecuencias más altas.
El coste oculto de un plugin de copias no suele ser su precio mensual. Es una cuenta suspendida, un disco lleno o una restauración que no llega cuando la necesitas. Pagar por almacenamiento remoto o copia incremental puede compensar si evita esos riesgos, pero no sustituye una configuración sensata.
Ajustes que reducen el consumo
Elige Google Drive, Dropbox o Amazon S3 como almacenamiento remoto . Google Drive y Dropbox son sencillos para empezar. Amazon Web Services con S3 ofrece más control, pero requiere crear credenciales y revisar permisos.
Excluye directorios de caché, registros y copias previas. Reduce también el número de copias retenidas en el plugin. Mantener entre 2 y 3 versiones externas suele bastar para una web pequeña, siempre que pruebes alguna restauración.
Si UpdraftPlus permite dividir archivos, empieza con paquetes entre 100 y 300 MB. Un valor menor crea más partes y alarga la subida, pero reduce el riesgo de que un archivo enorme se corte. Prueba una copia manual en horario tranquilo antes de automatizarla.
Copias incrementales y planes de pago
UpdraftPlus Premium ofrece copias incrementales en determinados flujos. Esta función guarda cambios posteriores a una copia inicial, por lo que reduce carga en sitios con muchas imágenes. Comprueba las condiciones actuales en la web oficial de UpdraftPlus antes de contratarlo.
Esto funciona bien en teoría, pero en la práctica una cadena incremental solo es útil si se restaura sin dudas. Guarda instrucciones de recuperación y no borres la copia base de la que dependen los cambios posteriores.
Un caso habitual es una academia que sube vídeos o PDF cada semana. Una copia completa diaria lee los mismos archivos pesados una y otra vez. Con archivos semanales e incrementales para cambios, el consumo baja sin dejar de proteger los nuevos contenidos.
Ruta de una copia que no castiga el hosting
1. Limpiar
2. Separar
3. Dividir
4. Verificar
Duplicator, WPvivid y BackWPup con CPU limitada
Duplicator, WPvivid y BackWPup sirven para casos distintos. Si tienes CPU limitada, elige primero la herramienta que pueda terminar una copia restaurable con paquetes controlados y destino externo, no la que prometa más funciones. Un paquete de migración único puede exigir más recursos que una copia programada por partes.
Duplicator destaca en migración de WordPress. WPvivid combina copias, migración y destinos remotos. BackWPup es una alternativa para copias programadas. Jetpack, de Automattic, ofrece un enfoque gestionado que reduce trabajo local, aunque implica un coste recurrente.
No instales varios plugins de copia activos “por si acaso”. Dos plugins pueden lanzar tareas a la vez, duplicar archivos y competir por CPU e I/O. Usa uno como sistema principal y, si quieres, el backup gestionado del hosting como segunda capa.
Cuándo usar Duplicator para migrar
Duplicator encaja bien para mover una web a otro hosting o preparar una restauración puntual. Crea un paquete con archivos y base de datos, como una caja de mudanza. Antes de generarlo, borra copias antiguas, limpia cachés y confirma que tienes espacio libre al menos equivalente al tamaño esperado del paquete.
No uses un paquete completo diario de Duplicator en una cuenta ajustada de recursos. Si la instalación pesa entre 2 y 5 GB, puede consumir demasiado I/O, tardar más del tiempo permitido o llenar el disco temporalmente.
La migración debe probarse en un entorno de pruebas. Restaurar directamente sobre la web activa sin comprobar la copia es arriesgado, sobre todo si hay formularios o pedidos recientes.
Comparativa para decidir sin instalar cinco
Plugin Copias programadas Paquetes divididos Caso más adecuado UpdraftPlus Sí Sí, según ajuste Principiantes y nube WPvivid Sí Sí, según versión y ajuste Copias y migración Duplicator Depende de la versión Sí, según versión Migración puntual BackWPup Sí Depende del destino Tareas programadas
La mayoría de guías dicen “elige el plugin más popular”. Lo que no mencionan es que el mejor plugin para tu caso es el que restaura bien dentro de tus recursos. Antes de decidir, ejecuta una copia de prueba y revisa el panel de uso de recursos del hosting durante el proceso.
Excluye cachés y evita copias locales repetidas
Excluye cachés, logs, backups anteriores y entornos de prueba que no formen parte de la web pública. Conserva la base de datos MySQL, wp-content/uploads, temas hijos, plugins propios, mu-plugins y archivos de configuración necesarios. Excluir no es borrar: significa que esos elementos no viajarán en esa copia.
Guardar varias copias completas en wp-content o en la misma cuenta de hosting es un error serio. Si el disco del servidor falla, si se suspende la cuenta o si un atacante accede a ella, la web y sus copias pueden perderse juntas.
Una copia debe enviarse fuera, comprobarse y luego retirarse del espacio local cuando el plugin lo permita. Es como guardar una llave de repuesto en otra casa, no bajo el felpudo de tu propia puerta.
Carpetas que suelen poder excluirse
Caché de plugins: se vuelve a crear al visitar la web o regenerar la caché.Logs de depuración: sirven para investigar errores, pero suelen crecer sin aportar datos de recuperación.Backups antiguos: incluir un backup dentro de otro multiplica peso y puede causar un bucle de tamaño.Staging: un entorno de pruebas separado no debe entrar en la copia de producción salvo que tenga datos únicos.Miniaturas regenerables: exclúyelas solo si conservas los originales y sabes regenerarlas después.Revisa la lista de exclusiones del plugin antes de guardar. Cada servidor organiza las rutas de forma distinta. No copies una ruta de internet sin comprobar que corresponde a tu instalación.
Qué debes mantener siempre
La base de datos contiene contenido y ajustes. La carpeta uploads guarda imágenes, PDF y otros medios. Un tema hijo puede contener cambios hechos a medida. Si falta uno de esos elementos, la restauración puede cargar una web incompleta aunque WordPress parezca funcionar.
Conserva también los datos sujetos al RGPD, la LOPDGDD y, si procede, la LSSI-CE. Esto no significa guardar todo para siempre. Significa que tus reglas de copia y borrado deben respetar la finalidad y los plazos que correspondan a tus datos.
Antes de borrar una copia local, confirma que el archivo remoto aparece en el destino, que su tamaño es coherente y que puedes descargarlo. Una subida marcada como terminada no asegura que todos los archivos hayan llegado bien.
Una copia solo es válida cuando puede recuperarse. Al menos una vez cada tres o seis meses, descarga una versión desde el destino remoto y restáurala en un subdominio, un entorno staging o una instalación local, nunca sobre la web activa como primera prueba. Comprueba que se importan la base de datos MySQL, wp-content/uploads, plugins, tema hijo y archivos de configuración necesarios; después inicia sesión, revisa páginas, imágenes, formularios y enlaces internos. Para no sobrecargar el hosting compartido, realiza esta prueba en horario de poco tráfico y, si el espacio es limitado, elimina el entorno temporal tras verificarlo.
Anota la fecha, la versión restaurada y cualquier paso especial, porque una restauración documentada reduce mucho el tiempo de respuesta ante una incidencia real.
✉
¿Quieres más información? Escríbenos y te orientamos
Resuelve timeout, 503 y copias incompletas
Un error de timeout significa que el proceso superó el tiempo permitido; un 503 indica saturación temporal; un mensaje de memoria agotada señala que PHP no pudo reservar más espacio. La solución inicial casi nunca es aumentar la frecuencia ni instalar otro plugin. Reduce el tamaño de cada trabajo y revisa qué tarea coincide con él.
Si el hosting avisa de CPU excedida, cambia la hora de ejecución, excluye cachés y divide el paquete. Si avisa de I/O, busca muchas carpetas pequeñas, copias locales y archivos temporales. Si corta por memoria, baja el número de archivos procesados por lote o consulta al hosting si puede aumentar el límite de memoria PHP.
Nunca fuerces una copia repetidamente cuando falla. Cada nuevo intento puede dejar temporales, llenar disco y empeorar el problema. Espera, limpia los restos confirmados y prueba con una copia de base de datos antes de volver a incluir todos los archivos.
Diagnóstico rápido según el mensaje
“CPU limit exceeded”: programa de madrugada, evita ZIP grandes y comprueba tareas simultáneas.“Process killed”: reduce archivos por lote, peso del paquete o tiempo de ejecución solicitado.“508 Resource Limit Is Reached”: detén tareas pesadas y consulta el gráfico de recursos en cPanel.“Allowed memory size exhausted”: baja carga del proceso y revisa el límite de memoria PHP.Backup incompleto: no lo uses; localiza el último registro y prueba primero base de datos y archivos por separado.Con más de 12 años de experiencia trabajando con WordPress y sus plugins, he visto avisos de “CPU alta” desaparecer al mover una copia de las 12:00 a las 03:00 y separar la base de datos de los archivos. La consecuencia verificable fue que la web dejó de devolver 503 durante la mañana, sin ampliar el plan de hosting.
Comprueba que puedes restaurar
Una restauración de WordPress consiste en devolver archivos y base de datos a un estado anterior. No la pruebes por primera vez durante una emergencia. Haz una prueba en un subdominio, en staging o en otra cuenta aislada.
Descarga una copia remota y confirma que no está vacía. Restaura archivos y base de datos en un entorno de pruebas. Comprueba inicio de sesión, imágenes, formularios y enlaces internos. Anota el orden de restauración y guarda las credenciales fuera de WordPress. Restaurar una copia grande en un hosting compartido también consume recursos. Si pesa varios GB, sube los archivos por partes o pide al proveedor una restauración de su backup gestionado. No restaures durante la hora de más visitas.
Plan seguro: copia externa y prueba mensual
El plan más recomendable para una web pequeña es usar un único plugin bien configurado, separar base de datos y archivos, enviar las copias a un servicio externo y probar una restauración al menos cada 3 o 6 meses. El backup del hosting suma protección, pero no sustituye una copia que puedas descargar y recuperar por tu cuenta.
La recomendación directa es empezar con UpdraftPlus o WPvivid, base de datos diaria, archivos semanales, ejecución entre la 01:00 y las 05:00 y paquetes entre 100 y 300 MB si hay problemas de recursos. Si tu web tiene pedidos continuos, muchos usuarios o miles de cambios diarios, esta pauta se queda corta: necesitarás copias incrementales o un servicio gestionado externo. La acción útil hoy es hacer una copia manual ligera, descargarla y comprobar que puedes abrirla.
No confundas “más copias” con “mejor protección”. Diez ZIP dentro del mismo hosting ocupan disco, elevan I/O y no te salvan de un fallo de cuenta. Dos copias externas comprobadas y una restauración ensayada protegen más.
Este enfoque no es suficiente para tiendas WooCommerce con pedidos continuos, webs de membresía, foros activos o proyectos muy grandes. Necesitan copias más frecuentes, preferiblemente incrementales o gestionadas externamente. Tampoco aplica igual si el proveedor incluye backups gestionados, restaurables y con retención adecuada, aunque sigue siendo recomendable mantener una copia externa propia.
Si vas a configurar tu sistema hoy, crea primero una copia manual de la base de datos y de archivos excluyendo cachés, envíala a tu nube y anota el resultado. Esa prueba te dirá más sobre tu hosting que cualquier lista de plugins.
Preguntas y respuestas
¿Cuál es el mejor plugin de backup para WordPress?
UpdraftPlus suele ser una buena opción para principiantes si separas archivos y base de datos y usas almacenamiento remoto. WPvivid también encaja si necesitas migración. El mejor será el que complete una copia restaurable sin avisos de recursos en tu hosting.
¿Cada cuánto debo hacer copias de seguridad en WordPress?
Haz la base de datos cada día si recibes formularios, comentarios, pedidos o reservas. Haz los archivos cada 7 días si apenas cambian. Una tienda con ventas continuas necesita una frecuencia mayor que una web corporativa.
¿Por qué UpdraftPlus tarda tanto en hacer la copia?
UpdraftPlus suele tardar por cachés incluidas, demasiados archivos, ZIP grandes, I/O limitado o un destino remoto lento. Excluye carpetas pesadas, divide paquetes entre 100 y 300 MB y programa la tarea de madrugada.
¿Puedo guardar los backups dentro de wp-content?
Puedes guardar archivos temporales ahí, pero no conviene conservar varias copias finales en la misma cuenta. Si el hosting falla o se llena el disco, perderías web y backups juntos. Envía las versiones finales a Google Drive, Dropbox o Amazon S3.
¿Qué significa error 503 al hacer una copia de seguridad?
Un 503 significa que el servidor no puede atender temporalmente la tarea, muchas veces por carga alta o límites de recursos. Detén intentos repetidos, mueve la copia a una hora tranquila y reduce archivos incluidos antes de probar de nuevo.
¿Vale la pena pagar copias incrementales?
Sí, puede valer la pena si tu web tiene miles de archivos o cambios frecuentes, porque tras la primera copia mueve menos datos. No compensa si tu web es pequeña y solo cambia cada semana. Verifica que el plan incluye restauración clara de la copia base y sus cambios.
¿Qué pasa si restauro una copia muy grande en WordPress?
Una restauración grande puede agotar CPU, I/O, disco temporal o tiempo de ejecución igual que una copia. Hazla fuera de horas punta, usa un entorno de pruebas y pide ayuda al hosting si el archivo pesa varios GB o el plan tiene límites estrictos.
