Lección 6 de 43

En Progreso

← Anterior

1.4 Triggers avanzados: configura qué dispara tus automatizaciones (webhooks, schedules, eventos de apps)

1.4 Triggers Avanzados — Módulo 1 Nivel 2

Subtema 1.4 · Módulo 1 — Nivel 2

Triggers Avanzados

El trigger es el nodo más importante de cualquier workflow — y el más subestimado. Elegir el trigger incorrecto produce automatizaciones que nunca corren, que corren en el momento equivocado, o que procesan datos incompletos. Dominar los triggers es dominar cuándo y cómo tu sistema reacciona al mundo.

En este subtema vas más allá del básico: entiendes la diferencia entre polling y webhooks reales, configuras autenticación para que tus endpoints sean seguros, controlas exactamente qué responde n8n cuando lo llaman y construyes schedules con lógica de horario profesional.

⚡

El trigger es el sistema nervioso de tu automatización.
Sin el estímulo correcto, nada se mueve.

Imagina un guardia de seguridad que solo trabaja cuando alguien toca el timbre. Si no hay timbre, no hay reacción. Tu trigger es ese timbre — y su configuración determina quién puede tocarlo, cuándo suena y qué información trae cuando suena. Un trigger mal configurado es un guardia dormido.

⚡ Los 4 tipos de trigger — Cuándo usar cada uno

Regla de oro: Todo workflow empieza con exactamente UN nodo trigger. Si necesitas que un workflow corra por múltiples razones diferentes (un schedule Y un webhook), la solución es crear workflows separados que llamen a un workflow central, no poner dos triggers en el mismo flujo.

🔔

Webhook Trigger

Reactivo en tiempo real

Más versátil

Genera una URL única que escucha peticiones HTTP. Cualquier sistema que haga un POST a esa URL dispara el workflow instantáneamente, sin espera ni polling.

Es el trigger estándar para integraciones con WhatsApp, formularios web, CRMs, pasarelas de pago y cualquier servicio moderno.

WhatsApp API Formularios web Stripe / Pagos CRM webhooks

🕐

Schedule Trigger

Automático por tiempo

Más predecible

Se ejecuta según un horario definido: cada hora, todos los lunes a las 8 AM, el primer día de cada mes. No depende de eventos externos — corre siempre que llegue el momento.

Ideal para reportes periódicos, sincronizaciones programadas, respaldos y cualquier tarea que deba ocurrir en horario fijo.

Reportes semanales Respaldos Sincronizaciones Recordatorios

🔌

App Event Triggers

Conectados a servicios específicos

Más fácil de configurar

Nodos específicos de servicios (Gmail Trigger, Sheets Trigger, Telegram Trigger) que ya tienen la autenticación y el formato de datos preparados. No necesitas configurar webhooks manualmente.

La autenticación, el parsing del payload y las opciones del evento ya vienen listos. Ideal para integraciones con servicios populares.

Gmail nuevo email Sheets nueva fila Telegram mensaje Slack evento

🖱️

Manual Trigger

Solo para desarrollo y pruebas

Solo en desarrollo

Se activa cuando el usuario hace clic en “Test workflow” en el editor. No tiene ningún uso en producción — no se puede activar automáticamente ni por eventos externos.

Útil para probar la lógica de un workflow con datos de ejemplo antes de conectarlo a un trigger real. Siempre reemplázalo antes de activar en producción.

Pruebas locales Desarrollo Nunca en producción

🔔 Webhook Trigger — Anatomía completa

URL generada por n8n: https://tu-n8n.railway.app/webhook/abc123-def456-ghi789

📱 Sistema externo
(WhatsApp / Form / CRM)

→

🔗 POST a la URL
del webhook con JSON

→

⚙️ n8n recibe
y dispara el workflow

→

🔀 Los datos del
request fluyen como JSON

Conceptos clave del Webhook Trigger

Método HTTP

Define qué tipo de petición acepta. POST es el estándar para enviar datos. GET para peticiones sin cuerpo. n8n puede configurarse para aceptar ambos.

Body / Payload

Los datos que el sistema externo envía en la petición. Llegan como JSON y se convierten automáticamente en el primer item del workflow.

Headers

Metadatos de la petición. Se usan para autenticación (tokens secretos) y para indicar el tipo de contenido (Content-Type: application/json).

Respuesta (Response)

Lo que n8n devuelve al sistema que llamó el webhook. Siempre debes responder 200 OK en menos de 20 segundos para servicios como WhatsApp API.

Query Parameters

Datos enviados en la URL misma: /webhook/abc?token=xyz. Útiles para autenticación simple o filtros rápidos.

Firma de seguridad

Servicios como WhatsApp firman cada request con un hash HMAC. n8n puede verificar esta firma para garantizar que el request es legítimo.

URL de prueba vs URL de producción

⚠️ URL de Prueba (Test)

Solo activa mientras el editor está abierto. Úsala para desarrollar y depurar. La URL cambia al activar el workflow en producción. Formato: /webhook-test/abc123

✅ URL de Producción

Activa permanentemente cuando el workflow está en modo “Active”. Esta es la URL que configuras en WhatsApp, tu CRM o cualquier sistema externo. Formato: /webhook/abc123

🕐 Schedule Trigger — Cron y horarios avanzados

Analogía: El Schedule Trigger es como el reloj despertador de tu automatización. Puedes configurarlo para sonar a una hora exacta, cada ciertos minutos, o con una lógica de calendario compleja. Lo que no puedes hacer es que suene cuando quieras en medio del día — eso es trabajo del Webhook.

n8n ofrece una interfaz visual para horarios simples, pero los profesionales usan expresiones cron para lógica compleja. Una expresión cron tiene 5 campos: minuto hora día-mes mes día-semana

Expresión Cron	Cuándo corre	Caso de uso típico
/15 * * *	Cada 15 minutos	Sincronizar leads de CRM con Sheets
0 8 * * 1-5	Lunes a viernes a las 8 AM	Reporte diario del equipo de ventas
0 9 * * 1	Todos los lunes a las 9 AM	Resumen semanal de actividad del CRM
0 18 * * 5	Viernes a las 6 PM	Cierre de semana: backup y reporte de métricas
0 0 1 * *	El primer día de cada mes a medianoche	Facturación mensual y reportes ejecutivos
30 23 * * *	Todos los días a las 11:30 PM	Respaldo nocturno de base de datos
0 10,14,18 * * *	Diario a las 10 AM, 2 PM y 6 PM	Verificar inventario tres veces al día

⚠️ Zona horaria — el error más frecuente en producción: n8n usa UTC por defecto. Si configuras “8 AM” sin especificar zona horaria, en México (UTC-6) ese trigger corre a las 2 AM hora local. Siempre configura la zona horaria explícitamente en el Schedule Trigger: America/Mexico_City para México Central.

🔄 Polling vs. Webhooks reales — Una diferencia crítica

Algunos triggers de n8n usan polling internamente (preguntan al servicio cada ciertos segundos “¿hay algo nuevo?”) aunque en el editor se vean igual que un webhook. Saber la diferencia te ayuda a elegir el trigger más eficiente:

⏱ Polling

“¿Hay algo nuevo?” pregunta n8n periódicamente

n8n consulta al servicio externo cada X segundos
Tiene un retraso inherente según el intervalo
Consume recursos aunque no haya nada nuevo
Más fácil de implementar para servicios sin webhook nativo
El intervalo mínimo en n8n Cloud puede estar limitado

Triggers que usan polling

Google Sheets Trigger RSS Trigger Email IMAP Airtable Trigger

⚡ Webhook real

El servicio avisa a n8n cuando ocurre algo

El servicio externo llama a n8n exactamente cuando ocurre el evento
Reacción instantánea — sin retraso
Eficiente: n8n solo trabaja cuando hay algo que procesar
Requiere que el servicio soporte webhooks nativamente
La URL de n8n debe ser pública y accesible desde internet

Triggers con webhook real

WhatsApp API Stripe Telegram Typeform GitHub

🔐 Autenticación en Webhooks — Cierra la puerta trasera

Un webhook sin autenticación es como dejar la puerta de tu casa abierta. Cualquiera que conozca la URL puede enviar datos a tu workflow y disparar acciones en tus sistemas. En producción, todo webhook debe tener algún mecanismo de autenticación.

Header Auth

Header de autenticación secreto

El sistema que llama al webhook incluye un header personalizado con un valor secreto. n8n verifica que ese header esté presente y tenga el valor correcto antes de procesar el request.

// El llamador incluye en sus headers:
X-Auth-Token: mi-secreto-super-seguro-2025

// n8n rechaza el request si el header no coincide

Basic Auth

Usuario y contraseña en la URL

El llamador incluye credenciales básicas en la petición HTTP. Simple de configurar, pero menos seguro que Header Auth porque las credenciales viajan codificadas en la URL o el header Authorization.

// Authorization header codificado en Base64:
Authorization: Basic dXN1YXJpbzpjb250cmFzZW5h

Firma HMAC

Verificación de firma criptográfica

Servicios como WhatsApp Business API, Stripe o GitHub firman cada request con un hash HMAC usando tu clave secreta. n8n puede verificar esta firma en el nodo Code para garantizar que el request viene realmente de ese servicio.

// WhatsApp envía en el header:
X-Hub-Signature-256: sha256=abc123def456...

// n8n verifica con tu APP_SECRET antes de procesar

Query Token

Token en parámetro de URL

El token de autenticación viaja como parámetro en la URL. Es el método más simple y el menos seguro (el token queda en logs de servidor), pero es suficiente para integraciones internas de bajo riesgo.

// URL con token como query parameter:
https://tu-n8n.app/webhook/abc?token=mi-token-secreto

↩️ Respuesta del Webhook — Lo que n8n devuelve al llamador

Cuando un sistema llama a tu webhook, espera una respuesta HTTP. n8n tiene tres modos de responder — y elegir el incorrecto para WhatsApp API puede hacer que tus mensajes nunca se procesen:

⚡ Respond Immediately

n8n responde 200 OK instantáneamente al recibir el request, antes de procesar el workflow. El workflow sigue corriendo en segundo plano. Recomendado para WhatsApp API — evita timeouts de 20 segundos.

✅ Respond at End

n8n espera a que el workflow termine para responder. La respuesta incluye el output del último nodo. Útil cuando el llamador necesita el resultado del procesamiento para continuar.

🎯 Respond with Custom

n8n responde con un JSON personalizado definido en el nodo de respuesta. Perfecto para APIs internas donde controlas tanto el llamador como n8n.

⚠️ Crítico para WhatsApp Business API: Meta requiere una respuesta 200 OK en menos de 20 segundos o marca el mensaje como fallido y puede suspender tu número. Siempre usa “Respond Immediately” en workflows de WhatsApp, sin importar cuánto tarde el procesamiento posterior.

🔌 App Event Triggers — Los más comunes en el Nivel 2

n8n tiene triggers nativos para los servicios más usados. La ventaja: la autenticación ya está integrada y los datos llegan en el formato correcto sin configuración adicional:

📧 Gmail Trigger

Nuevo email recibido
Email con etiqueta específica
Email de remitente específico
Email con adjunto

📊 Google Sheets Trigger

Nueva fila agregada
Fila modificada
Celda específica cambiada
Hoja nueva creada

✈️ Telegram Trigger

Nuevo mensaje en chat
Mensaje con comando (/start)
Callback de botón inline
Nuevo miembro en grupo

💬 WhatsApp Trigger

Nuevo mensaje entrante
Cambio de estado de mensaje
Respuesta a plantilla
Reacción a mensaje

🤖 n8n Workflow Trigger

Llamado desde otro workflow
Ejecuta como sub-flujo
Recibe parámetros del padre
Retorna resultados al padre

🔗 HTTP Request Trigger

Cualquier petición HTTP/HTTPS
GET, POST, PUT, DELETE
Con autenticación personalizada
Respuesta configurable

🎯 Lo que debes recordar del subtema 1.4

⚡

Webhook = tiempo real

Para integraciones con WhatsApp, formularios y CRMs. Reacción instantánea cuando el evento ocurre.

🕐

Schedule = horario fijo

Para reportes, respaldos y sincronizaciones. Siempre configura la zona horaria America/Mexico_City.

🔄

Polling tiene retraso

Algunos App Triggers usan polling internamente. Para reacción instantánea, prefiere webhooks reales cuando estén disponibles.

🔐

Todo webhook necesita auth

Header Auth para la mayoría. Verificación de firma HMAC para WhatsApp API y Stripe. Nunca dejes un webhook abierto en producción.

⏱️

WhatsApp: 200 OK en <20s

Siempre usa “Respond Immediately” en workflows de WhatsApp. Si tardas más de 20 segundos, Meta considera el mensaje como fallido.

🧪

Test URL ≠ Prod URL

La URL del webhook cambia entre modo test y producción. Configura siempre la URL de producción en los sistemas externos.

Inteligencia Artificial y Automatización Nivel 2

MÓDULO 1 · Fundamentos de Automatización

Participantes 36