n8n Gmail Trigger: polling de 1 minuto en 2026
El n8n Gmail trigger polling 1 minuto es el intervalo mínimo de revisión que permite el nodo Gmail Trigger de n8n para escanear tu bandeja de entrada en modo producción. Configurarlo correctamente evita el problema más frecuente: perder emails cuando llegan varios mensajes en el mismo ciclo de polling.
En 30 segundos
- El Gmail Trigger de n8n soporta polling desde 1 minuto como intervalo mínimo, configurable en el campo Poll Time dentro de las opciones del nodo.
- El modo test ejecuta el nodo bajo demanda (una sola vez); el polling automático cada minuto solo ocurre cuando el workflow está activo en producción.
- Problema conocido y documentado: si llegan múltiples emails en el mismo minuto, n8n puede procesar solo uno y perder el resto (bug reportado en GitHub issue #14322).
- Alternativas recomendadas para casos críticos: polling cada 5 minutos con filtros bien definidos, o usar webhooks si tu arquitectura lo permite.
- Los filtros de Gmail (from:, estado de lectura, etiquetas) son clave para reducir llamadas a la API de Google y evitar llegar al límite de cuota.
Qué es el polling de emails en n8n
El Gmail Trigger de n8n es un nodo que revisa periódicamente tu bandeja de Gmail para detectar mensajes nuevos y disparar un workflow cuando aparecen. Esa revisión periódica se llama polling: n8n no recibe una notificación push de Google, sino que pregunta activamente cada X tiempo “¿llegó algo nuevo?”.
La diferencia con un webhook es importante. Con un webhook, el servicio externo (Gmail) te avisa cuando pasa algo. Con polling, sos vos quien pregunta cada cierto intervalo. Polling es más simple de configurar (no necesitás una URL pública accesible), pero introduce latencia y tiene el problema estructural de los mensajes simultáneos.
n8n ofrece dos nodos relacionados con email: el Gmail Trigger (que usa la API oficial de Google y funciona por polling) y el IMAP Email Trigger, que se conecta por protocolo IMAP y puede ser más eficiente para algunos casos. Si tenés control sobre el servidor de correo, el Gmail Trigger oficial de n8n es la opción más documentada y mantenida.
Configuración del Gmail Trigger con intervalo de 1 minuto
La opción de polling está dentro de las Poll Mode Options del nodo. El campo se llama Poll Time y soporta las siguientes unidades: segundos (mínimo 5s), minutos, horas y días. También podés usar expresiones Cron personalizadas si necesitás control más granular (por ejemplo, revisar solo de lunes a viernes entre las 8 y las 18 horas).
Para configurarlo en 1 minuto: abrís el nodo Gmail Trigger, expandís la sección “Poll Mode Options”, cambiás la unidad a “Minutes” y ponés el valor 1. Guardás y activás el workflow. Así de directo.
Eso sí: en modo test (el botón “Execute Node” dentro del editor), el polling no funciona. El nodo se ejecuta una sola vez, trae los emails que coincidan con los filtros configurados en ese momento, y listo. El ciclo automático de cada minuto solo arranca cuando el workflow está activo en producción. Este detalle confunde a bastante gente que prueba el nodo, ve que funciona, activa el workflow, y después no entiende por qué algunos emails no disparan la automatización. Relacionado: estrategia SEO para multidioma.
Cómo funciona internamente el polling de Gmail en n8n
Ponele que configurás el trigger con polling de 1 minuto y filtro from:[email protected]. Cada 60 segundos, n8n hace una llamada a la API de Gmail buscando mensajes nuevos que coincidan con ese filtro y que no haya procesado antes. El nodo guarda internamente un estado (timestamp del último email visto) para saber qué es “nuevo” en cada ciclo.
Los datos que capturás por default incluyen: ID del mensaje, asunto, remitente, destinatario, fecha, cuerpo en texto plano y HTML, y los headers del email. También podés acceder a adjuntos si habilitás esa opción en la configuración del nodo.
Los filtros disponibles incluyen: sender (from:), estado de lectura (leídos, no leídos), etiquetas de Gmail, y texto en el asunto o cuerpo. Cuanto más específicos sean los filtros, menos llamadas API consumís y menos riesgo de llegar a los límites de cuota de Google.
Problemas comunes con polling de 1 minuto
Acá viene lo que no te cuenta la documentación oficial.
El problema más reportado: emails que llegan en el mismo minuto se pierden. Si en un ciclo de polling n8n encuentra 3 mensajes nuevos, puede que solo procese el primero y descarte los otros 2. Este comportamiento está documentado en el issue #14322 de GitHub y también afecta al Outlook Trigger, donde usuarios reportaron que de 3-4 emails llegados simultáneamente, solo 1 disparaba el workflow.
¿Por qué pasa esto? El nodo polling toma el primer mensaje que coincide con los criterios, procesa el workflow, y actualiza el timestamp interno. Si llegaron más mensajes en ese mismo segundo, quedan fuera del rango “nuevo” en el próximo ciclo. Es un problema de diseño del mecanismo de polling, no un bug de configuración tuya.
Otro problema reportado en la comunidad de n8n: procesos que directamente no se ejecutan automáticamente aunque el workflow esté activo. En algunos casos, el trigger se “duerme” después de un tiempo sin actividad. La solución pasa por revisar los logs de ejecución del workflow y, si el problema persiste, reactivar el workflow.
También hay que tener en cuenta los límites de la API de Google. Con polling de 1 minuto corriendo en varios workflows simultáneos, podés llegar al límite de requests por día. Google establece cuotas por proyecto de API, no por cuenta de Gmail, así que si tenés múltiples nodos consultando la misma cuenta, el impacto se acumula.
Alternativas y optimizaciones al polling
La primera pregunta antes de configurar polling de 1 minuto: ¿realmente necesitás esa velocidad? Para la mayoría de los casos de uso (notificaciones, tickets de soporte, sincronización de datos), un intervalo de 5 o 15 minutos alcanza y es mucho más estable. Sobre eso hablamos en plataforma de automatización sin código.
| Intervalo | Caso de uso ideal | Riesgo de pérdida de emails | Consumo de API |
|---|---|---|---|
| 1 minuto | Alertas críticas en tiempo real | Alto (emails simultáneos) | Alto |
| 5 minutos | Tickets de soporte, leads | Bajo | Moderado |
| 15 minutos | Sincronización de datos, reportes | Muy bajo | Bajo |
| Cron personalizado | Horarios de negocio específicos | Muy bajo | Mínimo |
| IMAP Trigger | Alta frecuencia sin límites API | Bajo | Sin límite Google |
Si tenés un servidor de correo propio o acceso IMAP, el nodo IMAP Email Trigger de n8n es una alternativa sólida: no usa la API de Google, así que no tenés el problema de cuotas, y el protocolo IMAP maneja mejor la detección de mensajes múltiples.
Para casos donde la latencia de 1 minuto es inaceptable, la respuesta correcta son los webhooks, no el polling más frecuente. Algunos sistemas de email permiten configurar reenvíos a webhooks (usando servicios como Zapier Mail o configuración SMTP personalizada). Con webhooks, el procesamiento es casi instantáneo y sin el problema de mensajes perdidos.
Mejores prácticas para polling de emails en n8n
Lo primero es ajustar el intervalo según la urgencia real del caso de uso. Polling de 1 minuto tiene sentido para alertas de seguridad, notificaciones de pago, o sistemas donde cada minuto importa. Para todo lo demás, partí desde 5 minutos y ajustá si lo necesitás.
Segundo: los filtros son tus amigos. Un nodo Gmail Trigger sin filtros va a procesar todo el correo entrante, lo que dispara el consumo de API y el procesamiento innecesario. Usá filtros de remitente, etiquetas, o palabras clave en el asunto para que n8n solo despierte cuando llegue algo relevante.
Tercero, y esto es lo que más gente se olvida: implementá lógica anti-duplicados en el workflow. Aunque n8n tiene su mecanismo interno de estado, en workflows complejos con múltiples ramas puede haber casos donde un mismo email se procese dos veces. Una tabla de IDs de mensajes ya procesados en tu base de datos, o un nodo IF que verifique un campo único, previene eso.
Cuarto: revisá los logs de ejecución regularmente, especialmente en las primeras 48 horas después de activar un workflow nuevo con polling de 1 minuto. Los logs te muestran exactamente qué emails se procesaron, cuándo, y si hubo errores en alguna ejecución. Ya lo cubrimos antes en solucionar problemas de infraestructura.
Casos de uso prácticos con polling cada minuto
Un caso clásico: automatización de tickets de soporte. Llega un email a [email protected], n8n lo detecta en el próximo ciclo (hasta 1 minuto), extrae el asunto y cuerpo, crea un ticket en tu sistema (Zendesk, Jira, o lo que uses), y manda un email de confirmación al cliente. Si la urgencia de respuesta no es crítica, 5 minutos funciona igual de bien.
Otro caso donde el 1 minuto tiene más sentido: alertas de monitoreo. Si tenés sistemas que mandan emails cuando algo falla en producción, detectarlos en menos de 1 minuto puede marcar la diferencia. En este escenario, n8n actúa como un sistema de alarma: recibe el email, parsea el cuerpo para extraer el error, y lo reenvía por Telegram o Slack a quien esté de guardia.
Clasificación de emails con IA es otro escenario interesante: n8n captura el email, lo manda a un modelo de lenguaje (vía API de Anthropic o similar) para categorizar el contenido, y según la categoría lo enruta a diferentes workflows. Con 1 minuto de polling, la clasificación llega antes de que el equipo humano abra el cliente de correo. (En este tipo de setup, el costo real no está en el polling sino en las llamadas al modelo de IA.)
Qué está confirmado y qué no
- Confirmado: El intervalo mínimo de polling del Gmail Trigger es 1 minuto en la versión actual de n8n (2026).
- Confirmado: El bug de emails perdidos cuando llegan simultáneamente existe y está documentado en GitHub issue #14322, sin un fix oficial confirmado a la fecha.
- Confirmado: El modo test del nodo no activa el polling; ejecuta el nodo una sola vez bajo demanda.
- No confirmado: Que n8n vaya a implementar soporte para webhooks nativos de Gmail (Gmail Push Notifications vía Pub/Sub de Google) como alternativa al polling. Hay pedidos en la comunidad, pero sin compromiso oficial del equipo de n8n.
- No confirmado: Los límites exactos de cuota de la API de Google para el Gmail Trigger en setups de producción con polling de 1 minuto en múltiples workflows simultáneos. La documentación de Google establece cuotas generales, pero el impacto real depende del volumen de emails de cada cuenta.
Errores comunes
Error 1: Esperar que el polling de 1 minuto funcione en modo test. El nodo en el editor ejecuta bajo demanda, no en ciclos. Si probás el trigger y “funciona”, no garantiza que el polling automático vaya a comportarse igual en producción. Activá el workflow y monitoreá los logs de ejecución por separado.
Error 2: Configurar polling de 1 minuto sin filtros. Sin filtros, cada ciclo llama a la API de Google y devuelve todos los emails nuevos de la bandeja. Con volumen alto de correo entrante, esto consume cuota de API rápidamente y puede derivar en errores 429 (demasiadas requests). Siempre usá al menos un filtro de remitente o etiqueta.
Error 3: Asumir que con 1 minuto de polling no se pierde nada. Como explicamos antes, si llegan 3 emails en el mismo minuto, hay riesgo real de procesar solo 1. Para casos donde cada email importa (pagos, alertas críticas), el polling de 1 minuto no garantiza cobertura completa. ¿La solución definitiva? Webhooks o una arquitectura que procese la cola completa, no solo el primer elemento. Más contexto en posiciona servicios SaaS online.
Preguntas Frecuentes
¿Cuál es el intervalo mínimo de polling para Gmail en n8n?
1 minuto es el intervalo mínimo soportado por el Gmail Trigger de n8n en la configuración del campo Poll Time. Técnicamente el nodo acepta valores en segundos, pero para Gmail la granularidad práctica comienza en 1 minuto. Intervalos menores a 1 minuto no están documentados como opción en la documentación oficial de Poll Mode Options.
¿Por qué pierdo emails con polling de 1 minuto en n8n Gmail Trigger?
El problema más frecuente es que varios emails llegan en el mismo ciclo de 1 minuto y n8n procesa solo uno. Es un bug conocido y reportado en el issue #14322 del repositorio oficial de n8n. La mitigación más efectiva es usar un intervalo de 5 minutos combinado con filtros específicos, que reduce la probabilidad de múltiples emails simultáneos sin impactar la experiencia del usuario final.
¿Cómo configuro n8n para revisar emails cada 1 minuto?
Abrís el nodo Gmail Trigger, expandís la sección “Poll Mode Options”, en el campo “Poll Time” seleccionás la unidad “Minutes” y ponés el valor 1. Guardás el nodo y activás el workflow desde el panel de workflows (no desde el editor del nodo). El ciclo automático solo arranca cuando el workflow está en estado activo en producción.
¿Qué diferencia hay entre Gmail Trigger e IMAP Trigger en n8n?
El Gmail Trigger usa la API REST de Google y requiere autenticación OAuth; tiene límites de cuota y el problema de emails simultáneos. El IMAP Trigger se conecta directamente al servidor de correo por protocolo IMAP, sin los límites de API de Google, y maneja mejor los escenarios de alto volumen. Si tenés acceso IMAP al servidor de correo (cualquier proveedor que lo soporte), el IMAP Trigger es más robusto para polling frecuente.
¿Cómo automatizar emails con n8n sin perder mensajes?
La mejor estrategia combina tres cosas: filtros específicos en el trigger (para reducir el volumen por ciclo), lógica anti-duplicados en el workflow (verificar el ID del mensaje antes de procesarlo), y un intervalo de polling más conservador que 1 minuto si el caso de uso lo permite. Para escenarios de alta criticidad donde ningún email puede perderse, la alternativa definitiva son los webhooks, ya que no dependen de ciclos de polling.
Conclusión
El polling de 1 minuto en el Gmail Trigger de n8n es útil para casos donde la velocidad de respuesta importa: alertas de monitoreo, tickets urgentes, clasificación de emails en tiempo casi real. Funciona bien cuando los emails llegan de forma espaciada; empieza a fallar cuando el volumen es alto y llegan varios mensajes en el mismo ciclo.
El bug de emails perdidos con mensajes simultáneos es real, está documentado, y no tiene fix confirmado a la fecha. Si tu caso de uso implica volúmenes altos o no podés permitirte perder mensajes, un intervalo de 5 minutos con filtros precisos es más confiable que 1 minuto sin filtros. Y si la latencia de minutos no es aceptable, la arquitectura correcta son los webhooks, no el polling más agresivo.
Para automatizaciones donde el email es un componente crítico del flujo, vale la pena invertir el tiempo en configurar bien los filtros y monitorear los logs de ejecución en las primeras semanas. Un workflow de n8n bien configurado sobre donweb.com o cualquier infraestructura con buen uptime es más confiable que uno corriendo sobre un servidor con caídas frecuentes, sin importar cuán corto sea el intervalo de polling.
