🌉 Skool Setup Completo · Sin comprar software
El setup de automatización de Skool 100% construido, no comprado. 12 módulos, paso a paso.
0
Tareas listas
0
Puntos
0%
Completado
PASO 0
🧩 La realidad técnica de Skool — léelo primero
1
Skool no tiene API pública oficial. No hay REST API documentada, no hay marketplace de apps. Es decisión deliberada de Skool.
2
Lo que SÍ existe, nativo y gratis: AutoDM (1 mensaje), niveles 1-9 con desbloqueos, preguntas de membresía, Zapier con triggers limitados.
3
Todo lo demás (scheduling, DMs multi-paso, moderación IA, digest) se construye vía un puente no oficial:
Apify "Skool All-in-One API" o SkoolAPI.com.4
Arquitectura: el puente técnico ejecuta acciones en Skool. n8n autohospedado en tu propio VPS es el cerebro que orquesta todo — sin GoHighLevel, sin SaaS de pago.
📋
0/45 pts
0/4
▾
Nombre, descripción y categoría
Settings → General
+10 pts
1
Ve a Settings → General. Escribe el nombre exacto de tu comunidad — lo vas a reusar en cada mensaje automático.
2
Descripción de 2-3 líneas: el beneficio, no el proceso.
3
Elige la categoría dentro del directorio de Skool — afecta el descubrimiento orgánico.
El nombre exacto que pongas aquí es el que va a aparecer en cada AutoDM y email automático que construyas después — revísalo dos veces.
Logo y banner
Settings → Appearance
+10 pts
1
Sube el logo (cuadrado, mínimo 200×200px).
2
Sube el banner (aprox. 1600×400px) — comunica el resultado, no el proceso.
3
Revisa cómo se ve en móvil — la mayoría de miembros de Skool entran desde el celular.
"¿Quieres soltar lo que ya no eres?" convierte mejor que "Bienvenida a mi comunidad". El banner es tu primer anuncio, no una formalidad.
Decidir gratis / pago / ambas
Settings → Pricing
+15 pts
1
Confirma en Settings → Pricing si la comunidad es gratis, de pago, o gratis con upsell externo.
2
Esta decisión define toda la arquitectura de pagos de las secciones S2 y S9 — no la dejes para después.
3
Si ya tienes un funnel externo (quiz, landing) que termina en Skool gratis, documenta el link exacto de invitación que usa.
⚠️ Esta es la decisión de arquitectura más importante de todo el setup. Cambiarla después de construir S9 significa rehacer los webhooks de pago.
Verificar en móvil
skool.com desde el celular
+10 pts
1
Abre tu comunidad desde el navegador del celular (no la app, para ver lo que ve alguien nuevo).
2
Verifica que el nombre, banner y descripción se lean completos sin cortes.
La mayoría de las comunidades de Skool se navegan desde el celular — si algo se ve mal ahí, se ve mal para la mayoría.
🏗️
0/65 pts
0/5
▾
Crear las categorías del feed
Community → Settings → Categories
+10 pts
1
Crea: 📣 Anuncios (solo admin publica), 👋 Preséntate, 🏆 Victorias, y la categoría del tema central de tu negocio.
2
Emoji + nombre corto en cada una. Descripción de máximo 60 caracteres.
🔥 'Preséntate' es la categoría más importante. Enseña a la gente a participar desde el día uno.
Configurar niveles y gamificación nativa
Settings → Levels
+15 pts
1
Skool ya trae niveles 1-9 nativos, basados en puntos por postear/comentar/dar like — no hay que construirlo, solo configurarlo.
2
Define qué desbloquea cada nivel (acceso a un canal, a un curso, a una llamada).
3
Activa el leaderboard — genera competencia sana por participar.
🌟 A diferencia de GHL, esto ya viene construido en Skool — es de las pocas funciones nativas que compite directo con software de pago.
Escribir las reglas de la comunidad
Settings → Rules
+10 pts
1
Escribe 4-6 reglas claras y cortas.
2
Guárdalas — el clasificador de moderación de S8 las va a usar como referencia directa.
Reglas vagas producen moderación IA inconsistente. Sé específico: "no autopromoción sin autorización" es mejor que "sé respetuoso".
Post de bienvenida fijado (pinned)
Feed → Pin Post
+15 pts
1
Escribe menos de 150 palabras: qué hacer al entrar, en qué orden.
2
Fíjalo (pin) para que sea lo primero que vea cualquiera nuevo.
El post fijado hace el trabajo que en GHL haría un workflow de bienvenida completo — es tu única oportunidad "nativa" de dirigir al recién llegado.
Sembrar la categoría "Preséntate"
Feed → Preséntate
+15 pts
1
Publica al menos un post tuyo de ejemplo en "Preséntate".
2
Verifica que no está vacía antes de invitar al primer miembro real.
⚠️ Nadie quiere ser el primero en presentarse en una sala vacía. Siémbrala tú antes del lanzamiento.
🧲
0/55 pts
0/4
▾
Preguntas de membresía
Settings → Membership Questions
+15 pts
1
Crea 2-3 preguntas. Nunca pidas el email — Skool ya lo tiene del registro.
2
Úsalas para segmentar después vía el puente técnico (S4): fuente, reto principal, nivel de experiencia.
Las respuestas quedan asociadas al perfil del miembro dentro de Skool — el puente técnico las puede leer para personalizar el onboarding (S6).
Aprobación manual vs. automática
Settings → Membership
+10 pts
1
Manual = más control, no escala. Automática = escala, pero necesita la moderación de S8 más fuerte para compensar.
2
Si empiezas manual, define desde ahora en qué volumen de solicitudes por semana vas a cambiar a automática.
Empezar manual las primeras semanas te da la data real para calibrar el clasificador de moderación de S8 antes de soltar el control.
Activar el AutoDM nativo
Settings → AutoDM
+10 pts
1
Activa el mensaje de bienvenida automático (1 mensaje, gratis, nativo de Skool).
2
Este es la base — la secuencia multi-paso real se construye encima en S6, nunca reemplaza este primer mensaje instantáneo.
No hay que construir nada para esto — es el único punto de todo el setup donde Skool ya te da algo gratis equivalente a lo que vendería un software de pago.
Decidir dónde vive el pago real
Skool checkout vs. funnel externo
+20 pts
1
Opción A: checkout nativo de Skool — más simple, menos flexible.
2
Opción B: tu propio funnel externo (ej. quiz + landing + Stripe/MercadoPago), con Skool como el "adentro" gratis. Más flexible, requiere el puente de webhooks de S9.
3
Documenta la decisión — determina a cuál webhook conecta n8n en S5 y S9.
⚠️ Esta decisión determina toda la arquitectura de pagos del resto del setup. Si ya tienes un funnel externo (como el de BNA), la opción B es la que ya tienes construida a medias.
📚
0/55 pts
0/4
▾
Crear el primer curso
Classroom → New Course
+15 pts
1
Ve a Classroom → New Course. Nombre, descripción, imagen de portada.
No esperes producción perfecta para publicar el primero — un curso real que existe convierte más que uno perfecto que nunca sale.
Módulo y lecciones con video
Classroom → Modules
+15 pts
1
Crea al menos 1 módulo con 2-3 lecciones.
2
Usa video embebido (YouTube/Vimeo no listado) en vez de subirlo directo — ahorra ancho de banda.
El embed no listado mantiene el video fuera de las búsquedas públicas de YouTube pero lo sirve mucho más rápido que subirlo directo a Skool.
Ordenar el ritmo de las lecciones
Classroom → Reorder
+10 pts
1
Ordena en secuencia lógica: fundamento → aplicación → resultado.
⚠️ Skool no tiene drip content nativo por fecha. El orden manual de las lecciones es tu única herramienta de ritmo — no lo dejes al azar.
Publicar y verificar como miembro
Classroom → Publish
+15 pts
1
Publica el curso.
2
Verifica que se ve correctamente desde una cuenta de miembro (no de admin) — el admin ve cosas que el miembro no ve.
Verificar como admin es el error #1 al lanzar cursos — el admin siempre tiene acceso completo, así que nunca detecta un bloqueo real de contenido.
🌉
0/90 pts
0/5
▾
Elegir el puente: Apify o SkoolAPI.com
apify.com/cristiantala/skool-all-in-one-api · skoolapi.com
+15 pts
1
Apify "Skool All-in-One API": pago por uso (~$5-30/mes según volumen), cubre posts, comentarios, miembros, aprobación en bulk.
2
SkoolAPI.com: freemium, con webhooks nativos de
post, comment, group_stats, chat_update.3
Empieza con el que cubra más de lo que necesitas en S6-S9 — puedes usar ambos en paralelo si hace falta.
No necesitas elegir para siempre. Cualquiera de los dos te desbloquea el resto del setup — puedes migrar después sin rehacer n8n.
Sacar credenciales y guardarlas seguro
Apify/SkoolAPI → API Key
+15 pts
1
Crea la cuenta en la plataforma elegida.
2
Saca la API key / session token.
3
Guárdala como variable de entorno en tu VPS — nunca hardcodeada en un script ni en un repo.
⚠️ Estas credenciales equivalen a tener sesión abierta en tu comunidad. Trátalas con el mismo cuidado que una contraseña de admin.
Prueba de lectura real
GET miembros / posts recientes
+20 pts
1
Pide los últimos 10 miembros reales de tu comunidad.
2
Si los nombres y fechas coinciden con lo que ves en Skool manualmente, el puente funciona.
No avances a S5 sin esta prueba pasando en verde — todo lo que sigue depende de que esta lectura sea confiable.
Prueba de escritura real
POST post de prueba
+20 pts
1
Publica un post de prueba a través del puente (no manualmente).
2
Confirma que aparece en el feed real. Bórralo después.
Confirma escritura, no solo lectura — muchas herramientas de terceros solo leen. Si tu plan incluye programar contenido (S7), necesitas escritura confirmada.
Configurar webhooks salientes hacia n8n
SkoolAPI/Apify → Webhooks
+20 pts
1
Configura los eventos
post, comment, group_stats, chat_update (si usas SkoolAPI.com).2
Apunta la URL destino a la instancia de n8n que vas a crear en S5 — puedes dejar esta tarea a medio configurar y volver después de S5.
Este es el punto exacto donde Skool empieza a "hablarle" a tu cerebro (n8n). Todo lo de S6 en adelante depende de que este webhook llegue confiable.
💡 Zapier no es solo trigger: tiene 2 acciones oficiales que ni Apify ni SkoolAPI tienen — invitar miembro y desbloquear curso (Skool solo le dio esa API a Zapier). Para usarlas sin salir de n8n: monta un Zap de 2 pasos ("Webhooks by Zapier" → acción en Skool) y dispáralo desde n8n con un nodo HTTP Request. n8n sigue decidiendo todo, Zapier solo ejecuta esa acción puntual — y no jode con el resto del sistema mientras el flujo sea de un solo sentido (n8n → Zapier, nunca al revés para lo mismo).
🧠
0/60 pts
0/4
▾
Instalar n8n en tu VPS
Hostinger → Apps de un clic → n8n
+15 pts
1
Usa el mismo VPS de Hostinger donde ya vive Typebot — n8n está en el catálogo de apps Docker de un clic.
2
Si prefieres control total,
docker compose manual funciona igual.No necesitas un VPS nuevo — n8n y Typebot pueden convivir en el mismo servidor sin conflicto de recursos para el volumen de una sola comunidad.
Dominio y HTTPS para los webhooks
n8n.tudominio.com + Caddy
+15 pts
1
Configura un subdominio tipo
n8n.tudominio.com.2
Activa HTTPS con el proxy que ya uses (Caddy, igual que Typebot).
⚠️ Los webhooks de S4 necesitan una URL pública con HTTPS válido — sin esto, ni Apify ni SkoolAPI van a poder entregarte los eventos.
Conectar la fuente de pagos real
Stripe → Webhooks
+15 pts
1
Según lo decidido en S2-4: Stripe de Skool o Stripe/MercadoPago de tu funnel externo.
2
Suscribe a
customer.subscription.created, customer.subscription.deleted, invoice.payment_failed.Este es el segundo disparador de eventos de todo el sistema, junto al puente técnico de S4 — entre los dos cubren "qué pasa en Skool" y "quién pagó".
Probar el primer workflow end-to-end
n8n → Webhook → Log
+15 pts
1
Crea un workflow mínimo: webhook de prueba → nodo que loguea el payload en Supabase o Google Sheets.
2
Dispara el webhook manualmente (o desde S4-5) y confirma que el log aparece.
Si el log aparece, el cerebro está vivo — todo lo de S6 en adelante es solo agregar lógica encima de este mismo mecanismo probado.
👋
0/85 pts
0/5
▾
Confirmar el AutoDM nativo activo
Settings → AutoDM
+10 pts
1
Verifica que el mensaje instantáneo de S2-3 sigue activo y actualizado.
Es la base de toda la secuencia — si se desactivó por accidente, todo lo de abajo pierde el primer contacto inmediato.
Construir la secuencia Día 1/3/7/30
n8n → Workflow "Onboarding"
+20 pts
1
Trigger: nuevo miembro (webhook de S4).
2
Espera X días → envía email o DM (vía el puente técnico) → checkpoint de si posteó/comentó → rama condicional.
3
Repite el patrón para Día 1, 3, 7 y 30 con mensajes distintos según si participó o no.
🌟 Esta es la secuencia que ningún AutoDM nativo de Skool puede dar — es el core de lo que un software de pago vende.
Post de bienvenida semanal automático
n8n → Cron semanal
+15 pts
1
n8n junta los nuevos miembros de la semana.
2
Genera el texto con un nodo de IA, etiquetando a los nuevos.
3
Publica vía el puente técnico en un horario fijo (ej. lunes 9am).
Etiquetar públicamente a los nuevos genera su primera interacción social sin que ellos tengan que iniciarla — reduce la fricción de "presentarse".
Personalizar con tu propia data (quiz/funnel)
n8n → Supabase
+20 pts
1
Si tienes un quiz o funnel previo con datos guardados en tu propia base (Supabase u otra), conecta esos datos al workflow de onboarding.
2
Personaliza el primer mensaje con el resultado/perfil que ya calculaste antes de que la persona llegara a Skool.
🌟 Esto es lo que ningún software comprado puede hacer — no tiene acceso a tu data propietaria. Es tu única ventaja real frente a comprar StickyHive.
Prueba end-to-end con cuenta de prueba
Cuenta de prueba en Skool
+20 pts
1
Únete con una cuenta de prueba.
2
Verifica que llega el AutoDM, espera el primer checkpoint, confirma que la rama condicional dispara correctamente.
No lances la secuencia a miembros reales sin este ciclo completo probado — un error de configuración aquí spamea a cada persona nueva que entre.
📅
0/75 pts
0/5
▾
Programar posts con anticipación
n8n → Cron + puente técnico
+15 pts
1
Skool no tiene scheduling nativo — cero, no "limitado".
2
Un cron en n8n llama al puente técnico (acción de crear post) a la hora exacta programada.
⚠️ Es la brecha operativa más grande de Skool frente a cualquier otra plataforma de comunidades — construirlo bien aquí es el mayor ahorro de tiempo diario.
Rituales recurrentes semanales
n8n → Cron semanal
+15 pts
1
Define 1-2 rituales fijos (ej. "Lunes de Mindset", "Viernes de Logros").
2
Mismo mecanismo del task anterior, con contenido pre-cargado o generado por IA cada semana.
Los rituales le dan ritmo predecible a la comunidad — los miembros empiezan a esperar el post del lunes sin que tú lo pienses cada semana.
Digest semanal automático
n8n → Nodo de IA
+20 pts
1
n8n lee posts/comentarios de la semana vía el puente técnico.
2
Un nodo de IA los resume: mejores hilos, logros destacados.
3
Publica el resumen automáticamente.
🌟 Es lo que más tiempo ahorra de todo el sistema — de horas manuales creando el resumen a minutos de revisión antes de publicar.
Banco de ideas de contenido
n8n → Tabla "temas recurrentes"
+10 pts
1
Mismo pipeline del digest, pero en vez de publicar, guarda "temas recurrentes" que detecta la IA en una tabla.
2
Úsalo como fuente para tu propio contenido (reels, posts) fuera de Skool.
Estos temas son las preguntas y frustraciones reales de tu audiencia — mejor materia prima de contenido que cualquier lluvia de ideas genérica.
Probar un post programado real
n8n → ejecución de prueba
+15 pts
1
Programa un post de bajo riesgo (no una oferta importante).
2
Confirma que sale a la hora exacta y en la categoría correcta.
Prueba con contenido de bajo riesgo antes de programar tu primer lanzamiento real — así el error, si ocurre, no le cuesta nada al negocio.
🛡️
0/45 pts
0/3
▾
Clasificador de spam/auto-promo con IA
n8n → Nodo de IA
+20 pts
1
n8n lee cada post/comentario nuevo (webhook de S4).
2
Lo pasa por un nodo de IA con un prompt de clasificación que usa las reglas de S1-3 como referencia.
Escribe el prompt con ejemplos reales de tu comunidad (spam real que ya viste) — genérico produce falsos positivos.
Alertas por palabras críticas
n8n → WhatsApp/Telegram/Slack
+15 pts
1
Configura alertas para: "reembolso", "cancelar", "estafa", nombres de competidores.
2
Manda el link directo al post a tu canal de preferencia (WhatsApp/Telegram/Slack).
Estas alertas son las que más rápido pagan el setup — un problema de reembolso atendido en minutos vs. horas cambia la percepción del cliente.
Modo alerta antes que modo acción
Revisión manual
+10 pts
1
Deja el borrado en manual durante las primeras semanas.
2
Revisa al menos 20 flags reales del clasificador antes de considerar automatizar cualquier acción irreversible.
⚠️ Automatizar borrado/expulsión sin este período de prueba es el error más caro de todo el setup — un falso positivo borrando contenido de un miembro real destruye confianza.
💰
0/85 pts
0/5
▾
Conectar el webhook de pago real
n8n → Stripe (de S5-3)
+20 pts
1
Reusa el webhook de Stripe configurado en S5-3.
2
Este es el disparador de todo el bloque de upsell — verifica que llega en tiempo real antes de construir lo demás.
Todo este módulo depende de que este webhook sea confiable. Si falla silenciosamente, alguien paga y nadie se entera hasta que el cliente pregunta.
Secuencia trial → pago
n8n → Workflow "Trial"
+15 pts
1
A mitad del trial: email de valor.
2
48h antes de expirar: mensaje de urgencia.
3
Último día: última oportunidad.
Solo aplica si tu comunidad ofrece trial — sáltala si tu modelo es directo a pago.
Escalera de producto por tag/grupo
n8n → webhook de Zapier
+15 pts
1
Cuando alguien paga, n8n invita/desbloquea vía el webhook de Zapier (S4) — no vía el puente técnico, porque invitar miembro y desbloquear curso son acciones que solo Zapier tiene autorizadas oficialmente.
2
Programa la siguiente oferta unos días después, según su actividad real en la comunidad.
🌟 Si ya tienes una escalera de producto en un funnel externo, este es el punto exacto para conectarla con lo que pasa dentro de Skool.
Dunning: recuperar pagos fallidos
n8n → invoice.payment_failed
+15 pts
1
Trigger:
invoice.payment_failed.2
Secuencia automática pidiendo actualizar tarjeta, sin que tengas que enterarte manualmente.
La mayoría de pagos fallidos son tarjetas vencidas, no cancelaciones reales — recuperar esto es la fruta más baja de todo el módulo de retención.
Detección de intención de cancelar
n8n → nodo de IA (mismo de S8)
+20 pts
1
Reusa el pipeline de moderación de S8, pero buscando frustración/confusión en vez de spam.
2
Cuando detecta señales, alerta + dispara un DM de retención antes de que la persona cancele.
🌟 Es la función más avanzada que vende cualquier software de pago del sector — perfectamente replicable con un nodo de IA extra sobre un pipeline que ya construiste.
❤️
0/45 pts
0/3
▾
Reenganche de miembros inactivos
n8n → puente técnico
+15 pts
1
El puente técnico lee las últimas interacciones por miembro.
2
Si nadie ha posteado/comentado en X días, dispara secuencia de reenganche.
Define "inactivo" con un número concreto (ej. 21 días) — sin un umbral claro, este workflow nunca se dispara.
Celebración automática de logros
n8n → nodo de IA
+15 pts
1
Detecta "logros" compartidos (palabras clave o IA) en posts/comentarios.
2
Felicitación automática + lo marca para que lo repostees como testimonio.
Este banco de testimonios reales alimenta directo tu copy futuro — mejor fuente que pedirle testimonios a la gente en frío.
Validar contra 3 casos reales
Revisión manual
+15 pts
1
Identifica manualmente 3 miembros inactivos reales.
2
Confirma que el sistema los detectó correctamente antes de confiar en la automatización.
Igual que con moderación: valida con casos reales antes de dejarlo corriendo sin supervisión.
📊
0/40 pts
0/3
▾
Dashboard simple de métricas clave
Google Sheets o Supabase
+15 pts
1
Crea una hoja/tabla con: nuevos miembros, posts, engagement, conversiones.
2
Conecta n8n para que la actualice automáticamente después de cada evento relevante.
No necesitas un dashboard elaborado — una hoja de cálculo que se actualiza sola ya te evita entrar a Skool a contar manualmente.
Logs de todos los workflows
n8n → Execution Log
+15 pts
1
Activa el log de ejecuciones en cada workflow crítico.
2
Revísalo cuando algo "deje de funcionar" — es la forma más rápida de saber si el puente técnico cambió o si el error es tuyo.
⚠️ Cuando el puente técnico (Apify/SkoolAPI) cambia por una actualización de Skool, los workflows fallan silenciosamente si no tienes logs — es la causa #1 de "esto ya no funciona y no sé por qué".
Documentar para multi-comunidad (si aplica)
n8n → notas por comunidad
+10 pts
1
Si tienes o vas a tener más de una comunidad de Skool, un solo n8n puede gestionar todas.
2
Documenta qué webhook/flujo corresponde a cuál comunidad para no mezclar eventos.
Salta esta tarea si solo tienes una comunidad — no construyas para un escenario que no existe todavía.