Las copias de seguridad de WordPress con prueba de restauración separan un sitio recuperable de un archivo que solo tranquiliza. Una copia sirve si vuelve a levantar la portada, el panel y las imágenes en otro espacio. Sin esa prueba, el respaldo queda como una promesa guardada en la misma carpeta que puede fallar.
Una copia completa guarda dos piezas distintas: los archivos y la base de datos. Los archivos traen las subidas, los temas, los complementos y los ajustes del servidor. La base guarda las entradas, las páginas, los usuarios, los comentarios y la configuración del sitio. Perder una de las dos piezas deja la otra coja, a medias.
La carpeta de subidas concentra el peso real de un medio: fotos de años, documentos y archivos de la tienda. En un sitio con publicación diaria, esa carpeta cambia cada hora y pesa más que el resto de la instalación junta. Una copia que la deja fuera por tamaño salva el esqueleto y pierde la carne del sitio.
Exportar en formato XML desde el panel ayuda para mover textos, pero no reconstruye un sitio caído. Ese archivo no trae los complementos instalados, ni el tema ajustado, ni las claves de acceso, ni buena parte de la configuración. Sirve como traslado parcial de contenido. Para recuperar de verdad, hace falta la copia entera.
Qué guardar, cada cuánto y dónde dejar la copia
La base de datos pide la copia más frecuente porque ahí vive el trabajo del día. Un medio que publica a diario gana con una copia diaria de la base y otra de archivos tras cada tanda fuerte de subidas. Una tienda suma otra exigencia: cada pedido nuevo entra en esa misma base de datos.
Los archivos cambian menos y admiten otro ritmo: una copia semanal completa alcanza para un sitio estable. El ritmo se rompe en tres momentos claros: antes de actualizar el núcleo, antes de tocar un complemento grande y antes de cambiar el tema. En esos tres casos la copia va primero, sin discusión y sin prisa.
El destino decide tanto como el calendario de copias. La copia que vive en el mismo servidor cae con el servidor, con la cuenta suspendida o con un acceso robado al panel. El marco útil guarda una copia fuera del alojamiento, en una nube o en un disco externo, y conserva varias fechas: siete diarias y cuatro semanales.
Importa menos la herramienta que el método seguido. Un complemento de copias bien configurado vale más que tres instalados sin revisar, y la lista clásica de complementos de WordPress para hacer copias de un sitio muestra que la oferta viene de lejos: los nombres cambian, las versiones pasan y el criterio para elegir sigue igual, que copie todo y que deje restaurar con pocos pasos.
La restauración se prueba en un espacio aparte
La prueba de restauración se monta en un espacio aparte: un subdominio de pruebas o una instalación local en la computadora. Ahí se sube la copia, se importa la base y se abre el sitio como un visitante cualquiera. La revisión mira la portada, una entrada vieja, una foto reciente, el buscador interno y el acceso al panel.
Esa media hora destapa los fallos que la copia esconde en silencio: archivos cortados, tablas que faltan, rutas de imágenes rotas o un respaldo tan viejo que ya no sirve para el sitio actual. Detectarlo con el sitio sano cuesta una tarde tranquila. Detectarlo con la pantalla en blanco cuesta lectores, ventas y horas de madrugada.
La prueba completa se repite cada tres meses y tras cada cambio grande de estructura del sitio. Entre pruebas, una revisión corta confirma que la última copia existe, ocupa un tamaño creíble y se puede descargar entera sin cortes. Una copia de cero bytes o de un tamaño raro es una alarma directa, no un respaldo válido.
¿Cada cuánto se copia un WordPress que publica a diario? La base de datos se copia cada día y los archivos, cada semana, con copia extra antes de actualizar cualquier pieza. Un sitio que vende en línea acorta el plazo de la base a varias veces al día, porque cada pedido y cada cuenta nueva viven ahí dentro.
¿Dónde conviene guardar la copia fuera del servidor? Sirve una nube con acceso propio, un disco externo que se desconecta tras copiar o un segundo proveedor distinto del alojamiento principal. Lo que no sirve es dejar la única copia en la misma cuenta que aloja la web: un acceso comprometido se lleva el sitio y su repuesto juntos.
¿Un complemento gratuito alcanza para copiar un sitio entero? Alcanza si copia archivos y base en un solo paquete, programa las copias solas y restaura sin herramientas pagadas escondidas en el paso final. La versión gratuita que limita el tamaño o bloquea la restauración deja el trabajo a mitad de camino, justo donde duele.
El dato que ordena todo el sistema cabe en una línea de calendario: la fecha de la última restauración probada con éxito. Si esa fecha no existe, el sitio vive prestado de la suerte del servidor de turno. Anotarla, repetir la prueba cada trimestre y guardar la copia lejos convierten un trámite raro en el seguro más barato de las copias de seguridad de WordPress bien hechas.
