Un plugin snapshot wordpress captura el estado completo de tu sitio (base de datos, archivos, configuración) en un único archivo portable, listo para restaurar en minutos. A diferencia de un backup tradicional que es para recuperación diaria ante desastres, el snapshot no es incremental sino una foto fija de un momento específico que usás como punto de referencia para auditorías, entregas de proyectos o incorporación de nuevos desarrolladores.

En 30 segundos

  • Un snapshot de WordPress combina DB + archivos + configuración en una sola captura exportable, ideal para auditorías y entregas a clientes.
  • Los plugins más usados para esto son Duplicator, UpdraftPlus, WPvivid y el plugin nativo «Snapshots» del repositorio oficial de WordPress.
  • La diferencia clave frente a un backup: el snapshot es estático y puntual; el backup es incremental y protege cambios futuros. Los dos se complementan.
  • Para agencias, la práctica estándar es hacer un snapshot antes de cada entrega de proyecto y antes de cualquier actualización de plugins o tema.
  • Restaurar desde un snapshot suele tomar menos de 10 minutos con cualquiera de los plugins de esta lista.

Qué es un snapshot de WordPress y por qué lo necesitás

Un snapshot de WordPress es una captura completa del estado de tu sitio en un momento dado: incluye la base de datos, todos los archivos del sistema (themes, plugins, uploads), y en algunos casos también la configuración del servidor. El resultado es un paquete portable que podés instalar en otro entorno con un solo click.

¿Por qué no alcanza con el backup que ya tenés? Porque el backup incremental diario no te dice cómo estaba el sitio exactamente el miércoles a las 14:00 antes de que el cliente apretara «actualizar todo». El snapshot sí. Es la diferencia entre tener una foto y tener el video completo: a veces necesitás la foto.

Cualquiera que haya trabajado en agencia sabe que el momento más tenso no es el desarrollo sino la entrega. El cliente recibe el sitio, lo toca, algo se rompe, y de repente estás tratando de reconstruir «cómo estaba antes» de memoria. Un snapshot tomado el día de la entrega resuelve ese problema en 10 minutos.

Casos de uso reales: auditorías, entregas y onboarding

Auditorías de seguridad

Antes de auditar un sitio, hacés un snapshot. Si durante la auditoría algo sale mal (un plugin de análisis que rompe algo, un cambio de configuración que no era lo que parecía), tenés el estado exacto para volver. Además, el snapshot sirve como evidencia: «el sitio estaba así cuando lo recibí».

Entrega de proyectos a clientes

El snapshot pre-entrega es el documento de aceptación técnica. Si tres semanas después el cliente dice que «algo se rompió solo», tenés el estado exacto del sitio al momento de la entrega. Eso vale en cualquier discusión.

Onboarding de desarrolladores

Incorporás a alguien nuevo al equipo y en vez de darle acceso directo al servidor de producción, le pasás un snapshot que instala en local en 15 minutos. Tiene el sitio real, con datos reales (o anonimizados), listo para trabajar. Sin permisos raros, sin riesgos.

Los mejores plugins de snapshot para WordPress en 2026

Acá viene la comparativa que te va a ahorrar tres horas de investigación. Todos estos plugins son gratuitos en su versión base y están disponibles en el repositorio oficial de WordPress.

Plugin Instalaciones activas One-click snapshot Almacenamiento cloud Restauración selectiva ¿Código abierto?
Duplicator +1,5 millones Sí Google Drive, Dropbox, S3 (pro) Parcial (pro) Sí
UpdraftPlus +3 millones Sí S3, GDrive, Dropbox, FTP Sí (DB o archivos) Sí
WPvivid +100.000 Sí S3, Google Drive, Dropbox Sí Sí
BackWPup +700.000 No (necesita config) S3, Dropbox, FTP, Azure No Sí
Snapshots (wp.org) +1.000 Sí Local No Sí

Datos de abril de 2026. Las cifras de instalaciones activas provienen del repositorio oficial de WordPress.

plugin snapshot wordpress diagrama explicativo

El plugin Snapshots del repositorio oficial es el más minimalista de todos: hace exactamente lo que promete (captura en un click), sin configuración de cloud ni opciones avanzadas. Para el caso de uso de onboarding rápido o auditoría puntual, zafa perfectamente. Para una agencia con 40 clientes que necesita rotación automática y almacenamiento en S3, necesitás Duplicator o UpdraftPlus.

También existe el proyecto WP Snapshots de 10up en GitHub, una herramienta CLI orientada a developers que trabajan con WP-CLI. No es un plugin de interfaz gráfica sino una herramienta de terminal para compartir snapshots entre ambientes de desarrollo. Completamente distinto al caso de uso de agencia, pero interesante si tu equipo vive en la terminal.

Guía paso a paso: tu primer snapshot con Duplicator

Elegí Duplicator porque tiene la mejor relación entre simplicidad y potencia en la versión gratuita. Si ya usás UpdraftPlus o WPvivid, el flujo es muy similar.

Instalás el plugin desde el repositorio oficial, lo activás, y vas a Duplicator > Paquetes > Crear nuevo. El asistente te lleva en tres pasos: escaneo del sitio (te avisa si hay problemas de permisos o tamaño), construcción del paquete (puede tardar entre 30 segundos y 10 minutos dependiendo del tamaño), y descarga (te genera dos archivos: el ZIP con el sitio y un installer.php). Lo explicamos a fondo en protección con firewall.

Para restaurar en otro servidor: subís los dos archivos a la raíz del nuevo hosting (podés usar donweb.com si necesitás un ambiente limpio rápido), abrís installer.php desde el navegador, completás los datos de la nueva base de datos y listo. En menos de 10 minutos tenés el sitio funcionando.

Ojo con el tamaño del paquete: si tu sitio tiene 5 GB de uploads, el snapshot también va a pesar 5 GB (o más, porque comprimir JPEGs no ayuda mucho). Para sitios grandes, conviene excluir la carpeta de uploads y sincronizarla por separado con rsync o una herramienta similar.

Snapshot vs Backup: cuándo usar cada uno

La confusión más común. Son herramientas distintas para propósitos distintos.

El snapshot es un estado congelado. No cambia, no se actualiza, no es incremental. Es la foto del sitio en el momento T. Perfecto para: antes de una actualización masiva de plugins, antes de entregar un proyecto, antes de una auditoría, al incorporar un developer.

El backup incremental (lo que hace UpdraftPlus o BackWPup en modo programado) protege contra pérdida de datos futura. Si mañana el servidor se cae o alguien borra la base de datos por error, el backup te devuelve el sitio al estado de hace 24 horas. El snapshot del mes pasado no te sirve para eso.

La estrategia que usa la mayoría de las agencias serias: backup incremental diario automatizado más snapshots manuales en momentos clave (pre-entrega, pre-actualización). Los dos se complementan.

Cómo restaurar WordPress desde un snapshot

Con Duplicator: subís los archivos al nuevo servidor, ejecutás installer.php desde el browser, completás los datos de conexión a la DB y el wizard hace el resto. Verificás que el sitio cargue, revisás permalinks (casi siempre hay que regenerarlos desde Configuración > Enlaces permanentes), y confirmás que los plugins críticos estén activos. En soluciones de seguridad profundizamos sobre esto.

Con UpdraftPlus: desde el panel de administración vas a Configuración > UpdraftPlus, seleccionás el backup guardado en cloud, elegís qué restaurar (DB, plugins, themes, uploads o todo), y apretás restaurar. La interfaz es más amigable que Duplicator para restauraciones parciales.

¿Qué verificar después de restaurar?

  • Que el WP_HOME y SITEURL en la DB apunten al dominio correcto (si migraste de dominio)
  • Que los usuarios y contraseñas funcionen
  • Que los formularios de contacto y ecommerce (si los hay) funcionen de punta a punta
  • Que no haya errores en el log de PHP
  • Que RankMath o Yoast no hayan perdido la configuración SEO

El problema más frecuente en restauraciones es el serialized data en la DB con URLs hardcodeadas. Si migrás de dominio, usá el plugin Better Search Replace para reemplazar todas las ocurrencias de la URL vieja por la nueva.

Mejores prácticas para agencias que manejan múltiples sitios

Si administrás más de 5 sitios WordPress, el tema de los snapshots escala rápido. Lo que funciona en la práctica:

  • Frecuencia mínima: snapshot antes de cada actualización masiva (plugins + core), antes de cada entrega a cliente, y antes de cualquier cambio estructural de diseño o funcionalidad.
  • Almacenamiento fuera del servidor: nunca guardes el único snapshot en el mismo hosting donde está el sitio. Si el servidor se cae, perdés el sitio y el snapshot. Usá Google Drive, S3 o Dropbox.
  • Nomenclatura clara: nombre del cliente + fecha + motivo. Ejemplo: `clienteabc_20260415_pre-actualizacion.zip`. En seis meses vas a agradecer eso.
  • Rotación: los snapshots de más de 90 días probablemente no te sirvan para nada. Borrá los viejos y liberá espacio.
  • Documentación mínima: un archivo de texto dentro del ZIP (o al lado) con la versión de WordPress, los plugins activos y cualquier customización especial. Duplicator y UpdraftPlus generan algo de esto automáticamente, pero no todo.

Errores comunes al usar snapshots en WordPress

Error 1: confundir snapshot con backup y no tener ninguno de los dos bien configurado. Pasa más seguido de lo que parece. El cliente dice «tenemos backup» y cuando preguntás de cuándo es el último, resulta que el plugin de backup está instalado pero nunca configuraron el destino de almacenamiento. Verificá que el backup realmente se esté guardando en algún lado.

Error 2: tomar el snapshot con el sitio en estado inconsistente. Si hay una actualización de plugin a mitad de proceso, o hay una importación de productos corriendo en background, el snapshot puede capturar un estado roto. Antes de snapshot: WooCommerce en modo mantenimiento, importaciones terminadas, caché limpia. Para más detalles técnicos, mirá automatizar el onboarding.

Error 3: no probar la restauración hasta que la necesitás de verdad. (Spoiler: cuando la necesitás de verdad es el peor momento para descubrir que el archivo estaba corrupto.) Una vez al trimestre, levantá un ambiente local y restaurá un snapshot de producción. Si funciona, perfecto. Si no, mejor saberlo ahora.

Error 4: excluir demasiado para reducir el tamaño. Algunos tutoriales recomiendan excluir uploads, cache, logs. Tiene sentido para acelerar el proceso, pero si excluís uploads y el nuevo developer necesita trabajar con las imágenes del sitio real, el snapshot no le sirve para onboarding. Decidí qué excluir según el caso de uso concreto, no por default.

Preguntas Frecuentes

¿Cuál es la diferencia entre snapshot y backup en WordPress?

Un snapshot captura el estado completo del sitio en un momento específico y no cambia. Un backup incremental registra los cambios a lo largo del tiempo y está pensado para recuperación ante pérdida de datos futura. Para una agencia, lo ideal es tener las dos cosas: backup diario automatizado más snapshots manuales en momentos clave.

¿Cómo hago un snapshot completo de mi sitio WordPress en un click?

Con Duplicator o UpdraftPlus, el proceso es: instalás el plugin, abrís el panel de backups, y apretás «Crear nuevo paquete» (Duplicator) o «Hacer copia de seguridad ahora» (UpdraftPlus). El plugin empaqueta DB + archivos en un ZIP. Con Duplicator también generás un installer.php que permite restaurar el sitio completo en otro servidor sin conocimientos técnicos avanzados.

¿Qué plugin de snapshot para WordPress recomendás para agencias?

Duplicator es la opción más completa en versión gratuita para el caso de uso de agencias: genera un paquete portable con installer incluido, tiene más de 1,5 millones de instalaciones activas, y el flujo de restauración es simple suficiente para que un cliente no técnico lo pueda ejecutar si hace falta. Para equipos que ya usan UpdraftPlus para backups programados, tiene sentido usar el mismo plugin también para snapshots manuales y centralizar todo ahí.

¿Cuánto tiempo lleva restaurar WordPress desde un snapshot?

Entre 5 y 15 minutos para un sitio de tamaño normal (hasta 2 GB). El tiempo depende principalmente del tamaño del sitio y de la velocidad del servidor destino. Con Duplicator, el proceso más largo suele ser la subida del archivo al nuevo servidor por FTP. La ejecución del installer.php en sí raramente tarda más de 3 minutos.

¿Se puede hacer un snapshot parcial (solo base de datos o solo archivos)?

Sí, con UpdraftPlus y WPvivid podés elegir qué incluir en el backup/snapshot: solo la base de datos, solo los plugins, solo los uploads, o cualquier combinación. Duplicator en versión gratuita genera paquetes completos por defecto, aunque permite excluir carpetas específicas desde la configuración del escaneo. Para el caso de uso de auditoría de base de datos, exportar solo la DB con phpMyAdmin o WP-CLI suele ser más rápido que generar un snapshot completo.

¿Puedo automatizar un snapshot para que se haga todos los días?

Los plugins de snapshot no tienen automatización nativa como los backups. Lo que sí podés hacer es usar Duplicator o UpdraftPlus en modo backup incremental (automático) y complementar con snapshots manuales antes de cambios importantes. Para automatización completa de snapshots, necesitarías escribir un script personalizado con WP-CLI.

¿Se exponen datos sensibles en un snapshot?

Sí. Un snapshot incluye la base de datos completa, donde están las contraseñas (encriptadas pero presentes) y datos de usuarios. Si guardás el snapshot en cloud, asegurate de usar servicios con encriptación end-to-end y contraseñas fuertes. Nunca compartas un snapshot público sin haber removido datos sensibles.

¿Cuánto espacio ocupa típicamente un snapshot?

El snapshot pesa lo mismo que tu sitio completo: si tenés 500 MB de archivos + 100 MB de BD, el snapshot va a ocupar 600-700 MB (sin comprimir). Para sitios con muchas imágenes, podés excluir la carpeta /uploads del snapshot y sincronizarla por separado con rsync o SFTP.

¿Con qué frecuencia debería hacer snapshots de mi WordPress?

Lo mínimo es antes de cada cambio importante: actualizaciones de plugins, entregas a clientes, cambios de diseño o incorporación de desarrolladores. Para agencias, la práctica es snapshot pre-entrega + snapshot antes de cada actualización masiva, complementado con backups incrementales diarios.

¿Es seguro guardar snapshots con datos de clientes?

Los snapshots contienen toda la información del sitio (usuarios, contraseñas, configuraciones). Guardá en almacenamiento encriptado (Google Drive, Dropbox, S3) con acceso restringido. Para datos sensibles (ecommerce, créditos), anonimizá la base de datos antes del snapshot.

¿Qué puedo hacer si el snapshot es demasiado pesado?

Excluí la carpeta de uploads del snapshot si es muy grande (más de 3-4 GB) y sincronizala por separado con rsync u otras herramientas. Muchos plugins permiten seleccionar qué carpetas incluir para reducir tamaño.

Conclusión

El plugin snapshot wordpress no es una herramienta de recuperación ante desastres, es una herramienta de control. Te da certeza sobre el estado de un sitio en un momento dado, lo que tiene valor concreto en auditorías, entregas y onboarding. La buena noticia es que las opciones gratuitas disponibles en el repositorio oficial de WordPress son completamente funcionales para la mayoría de los casos.

Si manejás sitios de clientes y todavía no tenés una política de snapshots, es el momento de armarla. No es complejo: elegís Duplicator o UpdraftPlus, definís en qué momentos hacés el snapshot manual, dónde lo guardás (fuera del servidor), y cómo lo nombrás. Eso solo ya te saca de aprietos el día que el cliente llama diciendo que «algo se rompió solo».

El backup diario protege el futuro. El snapshot fija el presente. Los dos juntos cubren casi cualquier escenario.

Fuentes

Categorizado en:

Noticias Tech

Etiquetado en:

, , , ,