Guía y esquema
Haz un inventario de lo que tendrías que recuperar
En una instalación de WordPress, las entradas, muchos ajustes y otras relaciones dependen de la base de datos. Los archivos incluyen imágenes subidas, temas, plugins y configuración del programa. La documentación oficial de copia de base de datos distingue esos componentes: exportar las tablas no guarda por sí solo los archivos del alojamiento.
Anota también las piezas externas. Un dominio, el correo o un servicio de envío no se recuperan simplemente importando una base de datos de WordPress. Guarda un inventario de servicios y de quién tiene acceso, sin dejar contraseñas dentro de una carpeta descargable desde la web. El objetivo es saber qué contiene cada copia y qué necesitarías recuperar por separado.
No confundas la exportación editorial con la copia del sitio
Herramientas → Exportar genera un archivo WXR para trasladar contenido de WordPress. Es útil para trabajar con entradas y páginas, pero no equivale a una imagen completa del alojamiento. Tampoco demuestra que hayas conservado físicamente cada archivo multimedia referido por el contenido.
Prepara una ficha por conjunto: fecha, dominio, archivos incluidos, nombre de la base de datos, método utilizado y ubicación de almacenamiento. Si tu proveedor ofrece copias, averigua qué permite recuperar y durante cuánto tiempo según su servicio. No deduzcas que el correo, una web secundaria o los archivos fuera de la raíz están cubiertos.
Define la frecuencia a partir de la pérdida tolerable
Piensa cuántos cambios aceptarías rehacer. Un blog con una publicación ocasional no cambia igual que una tienda que recibe operaciones durante el día. La frecuencia de copia debe seguir ese riesgo y las posibilidades reales del alojamiento, no una regla de «una vez al mes» aplicada a todo.
Conserva una copia anterior a una actualización relevante y otra que represente un estado posterior ya comprobado. Evita que una copia nueva defectuosa sustituya inmediatamente a todas las anteriores. Una segunda ubicación separada del servidor ayuda frente a la pérdida de ese alojamiento, pero necesita también control de acceso y un procedimiento de recuperación.
Ensaya en un entorno aislado
Crea un destino de prueba separado del sitio público y restaura allí el conjunto que quieres comprobar. Antes de abrirlo, impide que envíe correo, ejecute pagos o publique automatismos contra servicios reales. Si no sabes aislar esas conexiones, pide ayuda técnica para preparar el ensayo en lugar de iniciar una restauración sobre producción.
Comprueba una entrada que conozcas, una imagen, el menú y el acceso de administración. Después verifica las funciones necesarias con datos de prueba autorizados. Registra qué copia utilizaste, qué faltó y cuánto tardaste en volver a un estado utilizable. Si el ensayo sólo cubrió contenido y navegación, no lo presentes como una prueba de todos los procesos comerciales.
Decide qué hacer si la recuperación resulta incompleta
Si faltan imágenes, contrasta el inventario de archivos y las rutas; no importes varias veces la misma base de datos a ciegas. Si aparece contenido antiguo, revisa las fechas del conjunto y el destino al que estás accediendo. Si hay un error de configuración, conserva el mensaje sin publicar credenciales o datos personales.
Ante un problema real, evita borrar el estado disponible hasta saber qué contiene. Una recuperación puede tener que preservar cambios posteriores, especialmente mensajes u operaciones que no están en la copia antigua. El mantenimiento de WordPress debe incluir quién decide esa recuperación y cómo se evita perder trabajo reciente.
Una hoja de control sencilla
Usa columnas para fecha, alcance, ubicación, prueba y observaciones. «Archivo descargado» describe disponibilidad; «restaurado en prueba y revisadas entrada e imagen» describe una comprobación concreta. Deja la prueba pendiente cuando aún no la hayas hecho. Esa distinción permite actualizar WordPress con una expectativa de recuperación comprensible, sin confundir el tamaño del ZIP con su utilidad.
Documentación consultada
Preguntas frecuentes
¿Un archivo XML de WordPress contiene toda mi web?
El WXR exporta contenido y datos relacionados según sus opciones. No sustituye el conjunto de archivos, base de datos y configuración que puede necesitar una recuperación completa.
¿Puedo probar la copia en la web que está funcionando?
Una restauración sobre el sitio público puede sobrescribir cambios y activar procesos reales. Prepara primero un entorno separado y controla sus conexiones de correo, pagos y automatización.
¿Una copia automática evita cualquier pérdida?
No. Su utilidad depende de su alcance, fecha, integridad y posibilidad de recuperación. Comprueba las condiciones del servicio y conserva el resultado de un ensayo.
Continúa con una tarea relacionada
Referencias
Fuentes y criterios
Contrastamos documentación técnica y prácticas editoriales cuando ayudan a tomar mejores decisiones.
Siguiente lectura
Guías relacionadas
Continúa con una duda cercana.