Plugin WordPress Gratuito: Snapshots del Sitio en un Clic

Un desarrollador publicó en 2026 un plugin gratuito y de código abierto llamado SnapShots que permite capturar el estado completo de un sitio WordPress con un solo clic, incluyendo base de datos y archivos. Está pensado para facilitar handoffs entre agencias, auditorías técnicas y onboarding de nuevos desarrolladores sin necesidad de configurar entornos desde cero.

Qué es un snapshot de WordPress y por qué es útil

Un snapshot de WordPress es una instantánea del estado completo de un sitio en un momento específico: base de datos, archivos de temas, plugins activos, uploads, configuración. No es lo mismo que un backup. Un backup está pensado para recuperarte si algo falla. Un snapshot está pensado para decir “en este momento, el sitio estaba así”, y poder reproducir eso en otro entorno o compartirlo con alguien.

La diferencia parece sutil pero en la práctica cambia todo.

Ponele que terminaste un proyecto de seis meses para un cliente y llegó la hora de la entrega. Tenés que pasarle el sitio, la documentación, los accesos. Si lo hacés mal, el cliente te llama dos semanas después porque “algo dejó de funcionar” y vos ni recordás cómo estaba configurado el cache. Un snapshot resuelve eso: capturás el estado final, lo compartís, y si algo se rompe después de la entrega, tenés prueba de cómo estaba cuando lo entregaste.

Los tres casos de uso que justifican tener esto instalado son: handoff de agencias (entregar proyectos terminados), auditorías técnicas (capturar el estado antes de tocar algo) y onboarding (darle a un dev nuevo una copia exacta del sitio sin que tenga que configurar nada).

Plugin SnapShots: qué hace y cómo funciona

Según la página oficial en WordPress.org, SnapShots permite crear snapshots completos desde el panel de administración con un clic, restaurar el sitio desde cualquier snapshot previo, almacenar tanto la base de datos como los archivos del sitio, y hacer login automático del usuario al momento de restaurar.

Eso último es más útil de lo que parece. Cuando restaurás un snapshot en un entorno de staging, por ejemplo, el usuario administrador puede ser diferente. El login automático evita ese dolor de cabeza.

El requisito principal es tener WP-CLI instalado en el servidor. Si usás hosting compartido básico y no tenés acceso a línea de comandos, esto no te va a funcionar. En un VPS o en hosting que soporte WP-CLI (como los que ofrece donweb.com con acceso SSH), no hay problema.

Hay una versión premium llamada Snapshot Pro, que agrega almacenamiento en la nube y algunas funciones de scheduling. Para la mayoría de los casos de uso que mencioné, la versión gratuita alcanza. Relacionado: identificar conflictos entre tus plugins.

Cómo usar SnapShots para handoff de agencias

El proceso que tiene más sentido es este: antes de hacer la entrega formal al cliente, creás un snapshot del estado final del sitio. Ese snapshot queda como registro de lo que entregaste.

¿Y qué pasa si el cliente rompe algo tres semanas después y dice que así lo recibió? Tenés el snapshot. La conversación cambia.

Además del snapshot en sí, un handoff bien hecho incluye documentación que muchos desarrolladores no entregan. Los errores más comunes en los handoffs son cuatro:

• No documentar qué plugins se actualizaron manualmente y por qué (algunos tienen bugs en la última versión y se quedan en una anterior intencionalmente).
• No incluir credenciales del hosting, DNS y registrador, solo las de WordPress. El cliente después no puede ni apuntar el dominio a ningún lado.
• No aclarar qué personalizaciones se hicieron fuera del tema: CSS adicional, funciones en functions.php, snippets de código.
• No dejar un contacto de soporte o al menos documentar qué hay que hacer si el sitio se cae.

El snapshot captura el estado técnico. La documentación escrita captura el contexto. Los dos juntos hacen un handoff que el cliente puede manejar solo.

Auditoría rápida de WordPress con snapshots

Si vas a hacer una auditoría técnica de un sitio, lo primero que deberías hacer antes de tocar cualquier cosa es un snapshot. No para restaurar necesariamente, sino para tener registro del estado inicial. Si algo se rompe durante la auditoría (pasa), tenés cómo volver.

El flujo típico sería: snapshot inicial, revisión de plugins activos vs desactualizados, verificación de configuración de seguridad, análisis de performance, snapshot final con las recomendaciones aplicadas. Cubrimos ese tema en detalle en detectar vulnerabilidades de seguridad.

Herramientas como WPDoctor complementan bien esto porque dan un informe del estado del sitio que podés adjuntar al snapshot como documentación. Si además usás WP Security Audit Log, podés ver el historial de cambios recientes antes de decidir qué auditar.

Lo que SnapShots no hace es analizar vulnerabilidades ni darte un informe de seguridad. Para eso necesitás otra cosa. Lo que hace es darte un punto de restauración confiable antes y después de la auditoría.

Onboarding de desarrolladores con snapshots

Cualquiera que haya incorporado un dev nuevo a un proyecto WordPress sabe cómo va: le pasás las credenciales, tarda dos días en configurar el entorno local, algo no funciona igual que en producción, y termina trabajando directamente en staging porque “así es más fácil” (spoiler: no es más fácil, es más peligroso).

Con un snapshot podés darle al dev nuevo una copia exacta del sitio que funciona, con la misma versión de WordPress, los mismos plugins, la misma base de datos con datos de prueba. Instala WP-CLI, carga el snapshot, listo. Sin configuración manual, sin “en mi máquina funciona”.

El punto es que cuando el estado inicial es reproducible, los problemas de entorno desaparecen. El dev puede trabajar con un rollback fácil si algo explota, lo que también baja la barrera para experimentar.

Un detalle a no olvidar: si el snapshot incluye datos reales de usuarios o clientes, anonimizalos antes de compartirlo para onboarding. Es básico pero la gente lo saltea.

Alternativas: otros plugins de snapshot y backup

El mercado tiene varias opciones con distintos enfoques. Acá va la comparativa:

Si lo que necesitás es backup para recuperación ante desastres, SnapShots no es la herramienta. UpdraftPlus o JetBackup son mejores para eso. Si necesitás staging, WP STAGING hace el trabajo con interfaz más amigable y sin requerir WP-CLI. SnapShots brilla específicamente en los escenarios de documentación y transferencia, que los otros plugins no priorizan. Ya lo cubrimos antes en evaluar el impacto en performance.

Checklist: información esencial para documentar antes del handoff

El snapshot técnico es la mitad. La otra mitad es la documentación que le das al cliente o al equipo que toma el proyecto. Lo que no puede faltar:

• Credenciales de WordPress: usuario admin, contraseña, URL del panel.
• Acceso al hosting: cPanel, Plesk o panel equivalente, usuario FTP/SFTP.
• DNS y registrador: dónde está comprado el dominio, dónde están los nameservers apuntando, TTL actual.
• Plugins instalados: nombre, versión, si tiene licencia paga (y dónde está esa licencia), si hay alguno intencionalmente en una versión vieja.
• Tema activo y temas secundarios: si es un tema custom, indicar si hay documentación o si es un hijo de algún tema comercial.
• Integraciones externas: WooCommerce con pasarela de pagos, formularios conectados a CRM, analytics, pixels de publicidad. Cada uno con sus credenciales.
• Pasos post-restauración: qué hay que hacer manual después de restaurar el snapshot (actualizar URLs, limpiar cache, reconfigurar algún plugin).
• Contacto de soporte: si hay alguien que puede responder preguntas después de la entrega, con disponibilidad y costo.

Este checklist parece mucho pero armarlo lleva menos de una hora. Ahorra decenas de horas de soporte post-entrega.

Errores comunes al usar snapshots en WordPress

Confundir snapshot con backup de seguridad. Un snapshot no reemplaza tu política de backups. Si el servidor se cae y perdés todo, un snapshot almacenado localmente se fue también. Para recuperación ante desastres necesitás backups en un lugar externo (S3, Dropbox, Google Drive). SnapShots es para documentar estados, no para sobrevivir a un fallo de hardware.

Compartir snapshots con datos reales de usuarios. Si el sitio tiene registros de clientes, formularios de contacto o datos de WooCommerce, el snapshot los incluye. Antes de pasarle un snapshot a un dev o a un cliente, revisá qué datos hay en la base de datos. En muchos contextos, compartir esos datos sin anonimizar tiene implicaciones legales bajo legislaciones de protección de datos.

No documentar el contexto del snapshot. Un snapshot sin nombre descriptivo y sin fecha no sirve para nada tres meses después. “snapshot_final_entrega_cliente_acme_20260417” es útil. “snapshot2” no lo es. ¿Y la versión de WordPress al momento del snapshot? Documentala también.

Preguntas Frecuentes

¿Qué es un snapshot en WordPress y en qué se diferencia de un backup?

Un snapshot de WordPress es una copia exacta del estado del sitio en un momento específico, incluyendo base de datos y archivos. A diferencia de un backup, no está pensado para recuperación ante desastres sino para documentar, transferir o reproducir el estado del sitio en otro entorno. Los backups se guardan externamente y de forma automática; los snapshots son puntos de referencia que se crean manualmente con un propósito específico. Tema relacionado: proteger tus credenciales de API.

¿Cómo documentar un sitio WordPress para entregar al cliente?

La entrega tiene dos partes: el snapshot técnico (estado completo del sitio exportado con un plugin como SnapShots) y la documentación escrita con credenciales, plugins instalados, integraciones activas y pasos post-restauración. Sin la documentación escrita, el snapshot solo le sirve a alguien técnico que sepa qué hacer con él. Con los dos juntos, cualquier desarrollador puede tomar el proyecto sin necesitar al creador original.

¿Cuál es el mejor plugin gratuito para hacer snapshots en WordPress?

SnapShots, desarrollado por 10up y disponible en WordPress.org, es la opción más completa para snapshots específicamente. Para casos más simples o si no tenés WP-CLI disponible, All-in-One WP Migration funciona bien hasta 512MB sin costo. Si además de snapshots necesitás staging, WP STAGING tiene una versión gratuita que cubre lo básico.

¿Cómo facilitar el onboarding de desarrolladores nuevos en WordPress?

Creá un snapshot del estado actual del proyecto y compartilo con el dev nuevo junto a instrucciones de restauración. Eso elimina días de configuración manual y garantiza que trabaje con el mismo entorno que producción. Incluí documentación del stack: versión de WordPress, plugins activos, tema, y cualquier personalización en functions.php o CSS adicional.

¿Requiere SnapShots alguna configuración especial para funcionar?

Sí, requiere WP-CLI instalado en el servidor. En hosting compartido básico sin acceso a línea de comandos, no va a funcionar. En VPS o hosting con acceso SSH, WP-CLI se instala en minutos siguiendo la documentación oficial. Una vez instalado, el plugin funciona desde el panel de administración sin configuración adicional.

Conclusión

SnapShots cubre un hueco que los plugins de backup tradicionales no resuelven bien: documentar el estado de un sitio para pasárselo a alguien más. Para agencias que entregan proyectos, equipos que incorporan devs nuevos o cualquiera que hace auditorías técnicas de WordPress, tener un snapshot limpio del estado del sitio cambia la dinámica de la entrega.

No reemplaza a UpdraftPlus ni a JetBackup para recuperación ante desastres. Pero para su caso de uso específico, el plugin es gratuito, está en el repositorio oficial y tiene el respaldo de 10up, que tiene bastante historial en el ecosistema WordPress.

Si hacés handoffs frecuentes o trabajás en equipo, instalarlo cuesta cero y el primer snapshot lo tenés en cinco minutos.

Fuentes

• SnapShots – WordPress.org – Repositorio oficial del plugin
• 10up/snapshots – GitHub – Código fuente y documentación técnica
• NexoPress – Guía práctica de auditoría WordPress con checklist
• WebEmpresa – Backups WordPress con All-in-One WP Migration