Why do Make.com scenarios break in production, and what fixes each failure? After 1,200+ automations for 210+ clients, the same seven failures account for almost every rescue job I take on. Ranked by how often I see them.
1. No error route on an external call. An API returns a 429 or a timeout, the scenario stops, and nobody knows until a customer does. Fix: an error handler on every external module, retry with backoff, then a route to an alert with the record and the reason. That is the layer in the image.
2. All-or-nothing batches. One malformed record stops fifty documents. Fix: one record per run, park the failure with its reason, keep going. A US services firm went from 0% to 75% of a bad batch shipping on time this way.
3. Acknowledging too late. TradingView drops a webhook if you do not answer within about 3 seconds. Fix: acknowledge first, process after. That is how alerts reach Telegram in under 2 seconds, 24/7.
4. Ignoring the destination's rate limit. Telegram silently drops messages over roughly 20 a minute per channel. Fix: a per-channel queue and a dedupe key so a retry never posts twice.
5. Retries that write twice. A retried chunk creates a duplicate row or a duplicate email. Fix: idempotency keys on anything that writes, and honour Retry-After headers.
6. Logic spread across a dozen small scenarios. Every rule change touches six places. Fix: routers by case inside one well-structured scenario. A 198-module launch scenario has held 99.9% uptime because every rule lives in one place and every failure is handled where it happens.
7. No handover. The person who built it leaves, and the team is renting a mystery. Fix: documentation of every path and failure mode plus a recorded walkthrough, on an account the client owns.
Case studies for 2, 3 and 6 are on my profile. If one of these seven is happening in your account right now, the 5-day audit on my services page is built to find it.
Prem Patel, Nex Automations. Make.com Level 5 certified, official Make partner, Zapier Certified Expert.
Why do Make.com scenarios break in production, and what fixes each failure? After 1,200+ automations for 210+ clients, the same seven failures account for al...