Módulo 1: Triggers Avanzados

Taxonomía Completa de Triggers en n8n

Siguiente →

Descripción de la cápsula

n8n tiene cientos de triggers disponibles entre el core y los nodos de aplicaciones. Si los miras sin organización, se siente abrumador. Esta cápsula te da un mapa mental para que sepas dónde encaja cada trigger antes de decidir cuál usar. Vas a aprender las 5 grandes categorías de triggers, qué los caracteriza, qué casos de negocio cubren típicamente, y los patrones de uso asociados.

Al terminar, cuando enfrentes un escenario nuevo ("quiero automatizar cuando alguien me menciona en Twitter"), vas a saber en qué categoría buscar sin necesidad de revisar el catálogo entero.

Lo que vas a aprender

Al terminar esta cápsula serás capaz de:

  • ✅ Identificar las 5 categorías principales de triggers
  • ✅ Reconocer indicadores de cada categoría (por nombre, por uso)
  • ✅ Decidir la categoría correcta según el caso de negocio
  • ✅ Conocer el catálogo aproximado sin tener que memorizarlo

Las 5 categorías

Categoría 1: Triggers manuales

Qué los caracteriza: se disparan por acción humana directa desde el editor de n8n.

Único trigger en esta categoría:

  • Manual Trigger (On clicking 'Execute Workflow')

Cuándo usarlos:

  • Development y testing (la mayoría)
  • Workflows on-demand donde un humano decide (limpieza ad-hoc, reportes pedidos, reprocesar)
  • Cuando no hay un disparador automático claro

Limitación clave: no funcionan sin un humano presente. No son "producción" en el sentido normal.

Categoría 2: Triggers temporales (time-based)

Qué los caracteriza: se disparan según un horario o intervalo que tú configuras.

Triggers principales:

  • Schedule Trigger (el más usado — soporta intervalos simples y cron expressions)
  • Cron (legacy, mismo concepto pero con sintaxis cron pura)
  • Interval (cada X segundos/minutos)

Cuándo usarlos:

  • Reportes diarios/semanales/mensuales
  • Syncs de datos en horarios definidos
  • Limpieza periódica (vaciar logs, archivar, etc.)
  • Recordatorios programados

Limitación clave: se ejecutan a horarios fijos, no en reacción a eventos. Si un cliente registra ahora pero tu Schedule corre cada 6 horas, el procesamiento se retrasa hasta 6 horas.

Categoría 3: Triggers de webhook

Qué los caracteriza: se disparan cuando un servicio externo llama a una URL que tu workflow expone.

Triggers principales:

  • Webhook Trigger (genérico — HTTP POST/GET de cualquier servicio)
  • Respond to Webhook (no es trigger en sí, sino el lado de respuesta)

Cuándo usarlos:

  • Formularios (Tally, Typeform, formularios HTML custom)
  • Notificaciones de servicios (Stripe payment.succeeded, GitHub push, etc.)
  • Integraciones con sistemas que tu manejas y pueden mandar HTTP

Ventaja clave: instantáneos — apenas el servicio externo manda el HTTP, tu workflow ejecuta. Sin latencia de polling.

Limitación clave: el servicio externo tiene que soportar webhooks. Si no, no aplica.

Categoría 4: App-event triggers (push)

Qué los caracteriza: triggers específicos para apps que avisan automáticamente cuando algo pasa.

Triggers principales:

  • Gmail Trigger (cuando llega email)
  • Slack Trigger (cuando se postea mensaje, alguien menciona al bot, etc.)
  • Google Calendar Trigger (cuando se crea/edita evento)
  • Notion Trigger (cambios en database)
  • Stripe Trigger (eventos de pago)
  • GitHub Trigger (push, issue, PR)
  • ...y decenas más

Cuándo usarlos:

  • "Cuando llegue X en Y app, hacer Z"
  • Automatizaciones reactivas a actividad de servicios que ya usas
  • Sin necesidad de configurar webhooks manualmente — n8n lo hace

Cómo funcionan internamente:

  • Algunos usan webhooks reales detrás (n8n los configura por ti con la API del servicio)
  • Otros usan polling oculto (n8n verifica cada X tiempo)
  • Tú no tienes que preocuparte cuál es cuál

Ventaja clave: súper fáciles de configurar. Eliges el trigger, eliges el evento, y funciona.

Categoría 5: Polling explícito

Qué los caracteriza: triggers que consultan periódicamente un servicio, comparan con el estado previo, y disparan si hay cambios.

Triggers principales:

  • Google Sheets Trigger (modo polling — chequea cada X tiempo si hay filas nuevas)
  • RSS Feed Trigger (cada X tiempo chequea feed)
  • HTTP Request en modo polling (custom — consultas una API y comparas)
  • Algunos app triggers caen acá internamente

Cuándo usarlos:

  • Servicios que no tienen push/webhook nativo
  • Datos que cambian pero el proveedor no avisa
  • Casos donde "casi tiempo real" alcanza (cada 5-15 min)

Limitación clave: latencia (no es instantáneo) y rate limits (mucho polling satura APIs).

Mapa visual: cómo navegar

Cuando enfrentes un caso nuevo, hazte estas preguntas en orden:

1. ¿La activación es por acción humana directa?
   → Categoría 1 (Manual)

2. ¿Es por horario/intervalo, sin reacción a eventos externos?
   → Categoría 2 (Time-based)

3. ¿Hay un servicio externo que me puede llamar via HTTP?
   → Categoría 3 (Webhook)

4. ¿Es reaccionar a algo que pasa en una app específica?
   → Categoría 4 (App-event triggers) - prefiere esto sobre Webhook si el trigger existe
   → Si no existe, Categoría 5 (Polling)

5. ¿Necesito chequear estado de algo que no me avisa solo?
   → Categoría 5 (Polling explícito)

Tabla de decisión rápida

Necesito...CategoríaTrigger típico
Procesar todos los lunes a las 9amTime-basedSchedule
Reaccionar a registro en mi formWebhookWebhook Trigger
Hacer algo cuando llegue un emailApp-eventGmail Trigger
Procesar nuevos mensajes en SlackApp-eventSlack Trigger
Procesar nuevas filas en SheetApp-event/pollingGoogle Sheets Trigger
Detectar nuevos posts en RSSPollingRSS Feed Trigger
Reaccionar a pago en StripeWebhook (Stripe webhook) o App-eventStripe Trigger
Ejecutar después de aprobación humanaMixto (Wait → resume)Webhook + Wait
Probar mientras desarrolloManualManual Trigger

Combinar triggers en un workflow (preview de cápsula 07)

Un workflow puede tener múltiples triggers. Cualquiera de ellos puede disparar la ejecución, y el flow sigue desde ahí.

Ejemplo:

[Manual Trigger]  ─┐
[Schedule diario] ─┤
[Webhook urgente] ─┤
                   └─→ [resto del workflow]

Esto se cubre en cápsula 07. Por ahora, recuerda que es posible.

Sobre el catálogo de app-event triggers

n8n tiene cientos. No necesitas memorizarlos. Para encontrar el que necesitas:

  1. En el editor, click + para agregar nodo
  2. En el buscador, escribe el nombre de la app (ej. notion, airtable)
  3. Te muestra los nodos disponibles — los que empiezan con la etiqueta Trigger son triggers
  4. Si la app no aparece, no tiene integración nativa todavía → usar HTTP Request con polling, o configurar webhook manualmente

Apps con triggers más comunes (referencia)

  • Comunicación: Gmail, Outlook, Slack, Telegram, Discord, Twilio
  • Productividad: Google Sheets, Calendar, Drive, Notion, Airtable, Coda
  • Marketing: HubSpot, Mailchimp, Typeform, Tally
  • Ventas/CRM: Salesforce, Pipedrive, Close, Zendesk
  • Pagos: Stripe, PayPal, Square
  • Developer: GitHub, GitLab, Bitbucket, Jira, Linear
  • Social: Twitter/X, Facebook, LinkedIn, Instagram (con limitaciones del API de cada)
  • E-commerce: Shopify, WooCommerce, Magento

Trampas comunes al elegir trigger

Trampa 1: Schedule cuando hay un trigger nativo disponible

Qué pasa: Configuras Schedule cada 5 min para "chequear si hay correos nuevos" cuando existe Gmail Trigger.

Por qué es problema: desperdicias rate limit consultando, y tienes latencia innecesaria.

Cómo evitar: Primero busca trigger nativo de la app. Solo cae a Schedule + polling manual si no existe.

Trampa 2: Webhook cuando podías usar trigger nativo

Qué pasa: Configuras Webhook + URL manual + setup en el otro servicio cuando había un trigger nativo en n8n que hacía exactamente eso.

Por qué es problema: más complejidad de setup, mantenimiento doble.

Cómo evitar: mismo principio — primero buscar trigger nativo.

Trampa 3: Polling muy frecuente

Qué pasa: Polling cada 1 minuto a una API. La API te corta por rate limit. O tu plan de n8n se queda sin ejecuciones por mes.

Cómo evitar: balancea frecuencia vs latencia tolerable. Si necesitas "casi tiempo real", cada 5 min suele alcanzar.

Trampa 4: Múltiples Schedule en un workflow

Qué pasa: Pones 3 Schedules en un mismo workflow para "ejecutar de mañana, mediodía y noche". Crea confusión.

Cómo evitar: Un Schedule por workflow. Si necesitas múltiples horarios, cron expression con múltiples horas (ej: 0 9,12,18 * * * — 9am, 12pm, 6pm).

Ejercicio: clasifica casos de negocio

Objetivo: practicar mapeo caso → categoría.

Tu tarea

Para cada caso, identifica categoría y trigger específico:

  1. Limpieza mensual de leads de hace >6 meses en CRM
  2. Crear ticket en Zendesk cuando alguien manda email a soporte@
  3. Reportar a Slack los pedidos de Shopify del día anterior cada mañana 9am
  4. Procesar form de Tally cuando alguien se registra
  5. Avisar al equipo cuando hay un commit a la rama main en GitHub
  6. Verificar cada hora si hay nuevos files en una carpeta de Google Drive (no hay trigger nativo)
Ver respuestas
  1. Time-based → Schedule mensual (0 0 1 * * — 1ro de cada mes)
  2. App-event → Gmail Trigger configurado para emails a soporte@
  3. Time-based + lectura de datos → Schedule diario 9am + Shopify Trigger node (lectura) o filtrar pedidos por fecha
  4. Webhook → Webhook Trigger, configurado en Tally
  5. App-event → GitHub Trigger con evento "push" en main
  6. Polling explícito → Google Drive Trigger en modo polling, intervalo 1h

Resumen y siguiente paso

  • 5 categorías de triggers: Manual, Time-based, Webhook, App-event, Polling explícito
  • Trigger = ritmo del workflow — elegir bien evita ejecuciones inútiles, latencia, costos
  • Decisión rápida: primero busca trigger nativo de la app, después webhook, después polling
  • Catálogo: cientos de app-event triggers — usa el buscador del editor, no memorices
  • Múltiples triggers en un workflow es posible (cápsula 07)
  • 4 trampas: Schedule cuando hay nativo, Webhook cuando hay nativo, polling muy frecuente, múltiples Schedule

Antes de avanzar deberías poder:

  • Reconocer las 5 categorías sin mirar
  • Mapear un caso de negocio a la categoría correcta
  • Saber buscar triggers de una app específica en el editor

Lo que sigue (cápsula 03):

Profundizamos el primer trigger más usado en producción: Schedule Trigger. Vas a aprender cron expressions sin tecnicismos, configurar horarios complejos (días laborales, primer lunes del mes, cada 15 min en horas de oficina), manejar timezones LATAM, y los anti-patrones del scheduling.

Recursos adicionales

  1. n8n Trigger Nodes List - Catálogo oficial.
  2. Webhooks.fyi - Recursos sobre webhooks en general.
  3. Cron Reference (crontab.guru) - Generador visual de cron expressions.

Creado: Mayo 11, 2026 Versión: 1.0

← AnteriorIntroducción al Módulo: Triggers AvanzadosSiguiente →Schedule Trigger con Cron Expressions