Una copia que nunca se ha restaurado es solo un archivo. Así se comprueba, sin tocar tu web, que la tuya sirve de verdad.
La única manera de saber si una copia de seguridad de WordPress funciona es restaurarla. No sobre tu web, sino en un sitio de pruebas protegido: el entorno de pruebas de tu hosting o una instalación aparte con su propia base de datos. Si la restauración termina sin errores, puedes entrar al panel, está el contenido más reciente y funcionan las cosas importantes de tu web (formularios, compra, idiomas), tienes copia. Si nunca lo has hecho, lo que tienes es un archivo.
Lo decimos porque lo vemos a menudo. Llega una web nueva para mantener, preguntamos por las copias y la respuesta es «sí, el plugin las hace». Al abrirlas, a veces falta la base de datos, a veces están guardadas en el mismo servidor que se cayó y a veces la última es de hace meses porque la tarea programada dejó de funcionar y nadie miró los avisos.
Por qué una copia que «existe» puede no servir
Una copia de WordPress son dos piezas. Los archivos: el tema, los plugins y las imágenes que has subido. Y la base de datos, que es donde WordPress guarda los textos, las páginas, los pedidos y los usuarios. Con una sola de las dos no recuperas la web entera. Cuando revisamos copias, suelen fallar por aquí:
- Falta una de las dos piezas. Copias configuradas a medias, o copias del hosting que guardan los archivos por un lado y la base de datos por otro, y solo se conserva una.
- Está en el mismo servidor que la web. Si el servidor falla, te quedas sin las dos cosas a la vez.
- Se quedó a medias. Algunos alojamientos cortan los procesos largos y el archivo queda incompleto. A veces el plugin avisa y a veces el aviso llega a un correo que nadie lee.
- No lleva las imágenes. Alguien excluyó la carpeta de subidas para que la copia ocupara menos y nadie lo recuerda.
- La última es antigua. La tarea automática dejó de ejecutarse tras una actualización, una licencia caducada o un cambio de servidor.
- Nadie puede entrar donde se guarda. La cuenta de almacenamiento es de alguien que ya no trabaja contigo o de la agencia que hizo la web.
Lo que puedes mirar sin restaurar nada
Esto no prueba que la copia funcione, pero descarta los fallos más evidentes y no cambia nada en tu web:
- La fecha de la última copia. Compárala con lo que estarías dispuesto a perder: una semana de pedidos, un mes de entradas, los formularios de ayer.
- Que estén las dos piezas: un archivo de base de datos (suele terminar en .sql o .sql.gz) y los archivos de la web, a menudo en uno o varios .zip con nombres como «uploads», «plugins» o «themes».
- El tamaño. Es una pista débil, porque la compresión y lo que se excluye cambian mucho el resultado, pero una copia de pocos megas de una web con años de imágenes merece abrirse y mirar qué lleva dentro.
- Dónde se guarda y a nombre de quién. Lo prudente es que al menos una copia esté fuera del servidor y en una cuenta de tu empresa.
- Cuántas se conservan. Si solo se guarda la última y la web lleva días infectada sin que nadie lo sepa, la copia también lo estará.
Cómo comprobar que una copia de seguridad de WordPress se puede restaurar
No la restaures sobre la web que está funcionando. Si sale mal, conviertes una prueba en una caída real. Antes de empezar, reúne el acceso a la copia, el acceso al hosting, un usuario de administrador de WordPress y un rato sin prisas.
1. Prepara un sitio de pruebas protegido
Si tu hosting tiene entorno de pruebas (staging, una copia de tu web en otra dirección pensada para esto), úsalo. Si no, hace falta un subdominio con su propia base de datos y sus propios archivos, no compartidos con la web real. También se puede montar en un ordenador, aunque ahí el servidor no es el mismo (versión de PHP, límites, configuración) y algo que funciona en local puede fallar en el hosting.
Ese sitio va a contener datos reales de tus clientes. Ponle contraseña o restringe el acceso. La casilla de WordPress «Disuadir a los motores de búsqueda» solo es una petición a Google: no protege nada.
2. Restaura la copia
Con el mismo plugin o sistema que la hizo, o subiendo los archivos y la base de datos a mano. Si la dirección cambia (de tudominio.es a pruebas.tudominio.es), WordPress necesita actualizar esas direcciones dentro de la base de datos. No abras el archivo .sql y sustituyas la dirección con un editor de texto: WordPress guarda parte de sus ajustes en un formato que se rompe así. Los plugins de migración lo hacen bien, y también la herramienta de línea de comandos de WordPress que usa un técnico. Si no sabes trabajar con la base de datos, para aquí y pide ayuda.
3. Corta correos, cobros y tareas automáticas
Una web restaurada puede ponerse a hacer cosas por su cuenta: mandar correos pendientes, renovar suscripciones, avisar a servicios externos o lanzar tareas programadas. Antes de navegar por ella, pon la pasarela de pago en modo prueba, desactiva o desvía el envío de correos a una cuenta tuya y revisa las conexiones con otros servicios (facturación, envíos, CRM). Un aviso de pedido de hace tres meses llegando a un cliente es más habitual de lo que parece.
4. Comprueba que funciona
Que cargue la portada no basta. Nosotros no damos la prueba por buena hasta revisar, como mínimo, esto:
| Qué comprobar | Cómo | Si falla, puede indicar |
|---|---|---|
| Portada y páginas internas | Navegar por el menú y abrir alguna entrada antigua | Direcciones mal cambiadas o enlaces permanentes sin regenerar |
| Imágenes | Páginas con galerías y entradas antiguas | Copia sin la carpeta de subidas o incompleta |
| Entrar al panel | Iniciar sesión con tu usuario | Base de datos incompleta o de otra fecha |
| Contenido reciente | Buscar la última entrada, el último pedido, el último usuario | Copia más antigua de lo que creías |
| Formularios | Enviar uno con el correo desviado a tu cuenta | Configuración de envío que no viaja con la copia |
| Tienda | Añadir al carrito y pagar en modo prueba | Plugins de pago o claves que faltan |
| Idiomas, maquetador y plugins clave | Cambiar de idioma, abrir una página en el editor | Licencias o archivos de plugins que no se copiaron |
La prueba está superada cuando la restauración termina sin errores, el contenido es el que esperabas por la fecha de la copia, puedes entrar al panel y las funciones que dan dinero o contactos responden.
5. Apunta el resultado y cierra el sitio de pruebas
Anota la fecha, qué copia usaste, dónde la restauraste, qué falló, cuánto tardaste y quién sabe repetirlo. Ese tiempo te da una referencia, aunque en una caída real hay que sumar lo que se tarda en detectar el fallo, encontrar los accesos y descargar la copia. A veces la copia está bien y lo que falla es que nadie sabe quién tiene las contraseñas ni en qué orden se hace. Cuando termines, borra el sitio de pruebas o déjalo cerrado: tiene los datos de tu web.
Si la restauración falla
No toques la web real. Prueba con una copia anterior, porque a veces solo una está dañada. Después mira la tabla: las causas más frecuentes son una base de datos incompleta, imágenes que faltan o direcciones mal cambiadas, pero también influyen la versión de PHP del servidor, permisos de archivos, límites de memoria, plugins que necesitan una licencia activa o claves de servicios externos. Y arregla la configuración de las copias antes de que te haga falta una de verdad.
Cada cuánto repetir la prueba
La frecuencia sale de una pregunta: cuántos cambios, pedidos o formularios puedes permitirte perder. Una web corporativa que se toca dos veces al año no tiene el mismo riesgo que una tienda con pedidos todos los días, donde la base de datos cambia con cada compra. Hay dos momentos en los que conviene repetirla siempre: al empezar a trabajar con un proveedor nuevo y después de un cambio grande, como un cambio de hosting, de sistema de copias, de tema o de plugin de pago. Es justo cuando más cosas se quedan por el camino.
Si las copias las hace tu hosting o tu proveedor
Si lo hace tu proveedor, no hace falta que lo pruebes tú. Pero pídele estas respuestas por escrito:
- ¿Las copias incluyen archivos y base de datos? ¿Dónde se guardan y cuántas se conservan?
- ¿Cuándo restaurasteis por última vez una copia de mi web para comprobarla, y qué revisasteis?
- Si mañana la web se cae, ¿quién se encarga y cuánto se tarda en tenerla de nuevo?
- ¿Puedo descargarme una copia completa cuando quiera, también si dejo de trabajar con vosotros?
- ¿Las copias cubren el correo o va aparte?
«Se hacen solas» explica cómo se crean las copias. No demuestra que se puedan restaurar.
Cómo lo hacemos en Missu
En el mantenimiento WordPress que hacemos, las copias automáticas incluyen archivos y base de datos, se guardan fuera del servidor de la web y hacemos pruebas de restauración. Si una actualización rompe la web, restauramos la versión anterior y después investigamos qué ha fallado antes de volver a intentarlo. En tiendas las copias son más frecuentes y, tras cada actualización, revisamos el proceso de compra completo. Los rediseños y las secciones nuevas se presupuestan aparte.
Si no sabes en qué estado están las copias de tu web, empezamos por ahí. Revisamos sin compromiso dónde están, si incluyen la base de datos y si tenemos lo necesario para restaurarlas. Puedes pedirlo desde contacto o por WhatsApp.
Quién responde: el equipo de mantenimiento de Missu, en Madrid. Mantenemos webs WordPress y tiendas WooCommerce, la mayoría hechas por otros; somos empresa desde 2015. Última revisión: octubre de 2026.
Dudas sobre las copias de WordPress
¿Las copias de mi hosting son suficientes?
Solo si incluyen archivos y base de datos, puedes acceder a ellas aunque el hosting falle y alguien ha probado ya a restaurar una. Muchas se guardan en la misma infraestructura del proveedor y se conservan pocos días, así que lo prudente es tener además una copia propia fuera.
¿Basta con un plugin de copias de seguridad?
Un plugin automatiza la copia y algunos avisan cuando falla. Pero alguie
Guías
n tiene que leer esos avisos, revisar que la copia termina y guarda todo, y hacer de vez en cuando una restauración de prueba.¿Revisamos tu WordPress?
Dinos la dirección de tu web y te contamos en qué estado está y qué necesitaría. Sin compromiso.
