Qué es un snapshot en High Level y cómo usarlo sin romper nada

La palabra snapshot suena a respaldo. No lo es. Un snapshot es una fotografía de la configuración de una cuenta, no de sus datos. Esa diferencia explica casi todos los problemas que aparecen cuando alguien importa uno sin mirar.

Si es tu primera vez con la plataforma, qué es Go High Level explica la estructura de cuenta madre y subcuenta (sub-account) antes de que importes nada.

Sirve para replicar una operación en minutos: el mismo funnel, los mismos workflows, el mismo pipeline. También sirve para duplicar errores doce veces. Aquí está qué lleva, qué no, cuándo usarlo y cómo hacerlo sin romper la cuenta de un cliente.

Qué es un snapshot (y qué no es)

Un snapshot es un paquete exportable con la estructura de una subcuenta. Se crea desde una cuenta que ya funciona, se guarda con un nombre y se importa en otra subcuenta. En la práctica es la forma que tiene High Level de decir: «esto que armé, llévalo a otro lado».

Piensa en el plano de una casa. El plano te ahorra semanas de diseño, pero no trae los muebles ni los habitantes. Con el snapshot pasa lo mismo: copia la distribución, no la vida que ocurre dentro.

Y no, no es un backup. No restaura contactos, conversaciones ni facturas. Si necesitas respaldar datos, eso se hace por otra vía.

Qué incluye y qué se queda fuera

«Parcial» es la palabra importante: en productos, la estructura viaja, pero las conexiones de pago y los impuestos dependen del país. Nunca asumas que lo que ves en la cuenta origen está listo en la destino.

Snapshots propios vs. marketplace

Los propios se crean desde tu mejor subcuenta. Son la base de un proceso repetible: vendes una implementación, importas tu snapshot, ajustas y entregas. Ventaja: conoces cada workflow. Desventaja: si tu cuenta origen tiene errores, los replicas.

Los del marketplace son plantillas de otras agencias, gratuitas o de pago. Ahorras tiempo de diseño, pero no sabes qué dependencias traen, pueden estar desactualizados y el soporte depende del vendedor.

Cómo elegir: revisa qué incluye, cuándo se actualizó, cuántos workflows trae y si el vendedor responde. Un snapshot barato con veinte automatizaciones que no entiendes sale caro.

Cuándo importar y cuándo no

Sí:

• Una subcuenta nueva de un nicho que ya resolviste.
• Una demo para vender una implementación.
• Tu onboarding repetido en varios clientes.
• Restaurar una configuración que ya probaste.

No:

• Una cuenta con datos reales y sin respaldo.
• Un snapshot que no entiendes.
• La cuenta madre, para «probar».
• Un formulario que puedes crear a mano en diez minutos.

La regla: importa cuando la estructura es el trabajo. Si el trabajo son los datos, el snapshot no ayuda. Y si quieres practicar sin riesgo, usa una subcuenta de prueba: puedes crear tu cuenta de High Level y aprovechar los 14 días.

Los tres riesgos que rompen cuentas

Antes de importar, conviene entender cómo funcionan los workflows en High Level: el snapshot no los ordena por ti.

1. Workflows duplicados. El snapshot añade los suyos sin preguntar. Si la cuenta destino ya tenía un workflow de bienvenida, ahora hay dos. Desactiva o elimina antes de probar.
2. Campos con el mismo nombre y distinto tipo. Un campo «ciudad» de tipo texto en origen y de tipo lista en destino genera datos huérfanos. Revisa la configuración de campos antes de importar.
3. Dependencias invisibles. Números, dominios, usuarios, zona horaria y moneda no viajan. Un calendario importado puede mostrar horarios corridos si la zona horaria no coincide.

Cómo importar un snapshot, paso a paso

1. Respalda la subcuenta destino.

   Si ya tiene contenido, crea un snapshot propio antes de tocar nada. Es tu botón de deshacer.

2. Crea la subcuenta vacía.

   Importar sobre una cuenta en producción multiplica el riesgo de duplicados.

3. Revisa la versión del snapshot.

   Anota de qué cuenta salió y cuándo. Si no lo sabes, no lo importes.

4. Importa desde la vista de agencia.

   La sección de snapshots permite aplicarlo a una subcuenta concreta.

5. Mapea usuarios y calendarios.

   Asigna qué usuario atiende cada calendario y confirma la zona horaria.

6. Revisa workflow por workflow.

   Disparadores, acciones, números y correos. Deja activos solo los que probaste.

7. Prueba con un contacto de prueba.

   Recorre el circuito completo: formulario, pipeline, correo, cita.

8. Documenta los cambios.

   Qué ajustaste, qué desactivaste y qué falta configurar.

El orden importa. Importar primero y revisar después es exactamente cómo se rompen las cuentas.

Buenas prácticas: snapshot maestro, versionado y venta

Un snapshot maestro es una subcuenta limpia, sin datos de prueba, con nombres consistentes y una nota de qué hace cada workflow. Se construye una vez y se mantiene como la fuente de verdad.

Versiona con fecha y número: «Clínica - Onboarding - v1.2 - 2026-11». Guarda un changelog con lo que cambió y por qué. Cuando algo falle en un cliente, vas a necesitar saber qué versión importaste.

Antes de vender una implementación, importa el snapshot en una subcuenta nueva y recórrelo como si fueras el cliente. Si un paso depende de algo que no está documentado, todavía no está listo para venderse.

No usar snapshots es uno de los errores de principiante que más tiempo cuesta. El modelo de negocio está claro: cobras por la implementación y por el criterio, no solo por la plantilla. El modelo de agencia de marketing con GHL explica cómo empaquetarlo sin prometer resultados que no controlas.