Un escenario sin error handler es una bomba de tiempo. Aquí está cómo blindar tus flujos para que sobrevivan APIs caídas, datos malformados y casos extremos.
01Tipos de error handler
- Resume: continúa el flujo con un valor por defecto.
- Break: detiene esa rama, registra el error y reintenta más tarde.
- Rollback: revierte cambios hechos en transacciones.
- Commit: marca explícitamente como exitoso.
- Ignore: ignora el error y sigue (no recomendado).
02Cómo añadir un error handler
- 01Click derecho en el módulo → Add error handler.
- 02Selecciona tipo (normalmente Break o Resume).
- 03Configura acción: ej. enviar Slack al admin con detalles del error.
- 04Save.
03Estrategia de retry
Con Break + escenario configurado como 'Incomplete executions storage', Make guarda la ejecución fallida y la puedes reintentar manualmente desde el panel. Configura número máximo de retries (default 3).
04Logging y observabilidad
- Crea un escenario satélite 'Error Logger' con webhook trigger.
- Desde cualquier handler, dispara ese webhook con datos del error.
- Guarda en Google Sheets o Airtable para revisión semanal.
05Casos típicos que requieren handler
- APIs con rate limit (devuelven 429).
- Webhooks que llegan con campos vacíos.
- Apps que se caen ocasionalmente (Notion, Slack en horas pico).
- Datos malformados de formularios.
JA
Autor
Javier Ávila
Consultor de negocios digitales. Ayuda a profesionales del conocimiento, consultores y formadores a captar clientes premium, vender servicios high-ticket y escalar sin perder margen ni libertad.
Ver perfil completoSiguiente paso
¿Aplicamos esto a tu negocio?
Una conversación honesta sobre dónde estás y qué necesitas para llegar al siguiente nivel.
Reservar consultoría privadaSigue leyendo