Skip to main content

Blog · Spoke

My Zap Stopped Running: 5 Fixes to Try Right Now

Your Zap turned off and you don't know why? Learn how to fix Zapier's auto-disable, task limits, and silent API breaks before your client finds out.

By Dima K. Published

My Zap Stopped Running: How to Fix It Without Losing Data

Why did your Zap stop running? Probably one of five reasons, and at least one of them takes under a minute to fix. So before you start guessing, breathe, and read on in order.

The reason this hurts more than it should is timing. A Zap that’s been quiet for a couple of days doesn’t announce itself. It waits for a client to do that for you. Priya, who runs a small agency on a portfolio of n8n, Make, and Zapier workflows, found out about one of hers on a Monday morning, from three emails by the same client, the subject lines getting less polite as they went. Forty-seven weekend form submissions, gone nowhere. The Zap had been off since Friday afternoon and seven months of clean runs hadn’t earned it a single warning when it died.

The fastest fix: re-enable and read the error first

Open the Zap. Look at the toggle in the top right. If it says “Off,” and the recent task history shows failed runs right before the silence, Zapier almost certainly turned it off for you. Flip it back on. Then, before anything else, click into the task history and read the last three error messages. Those tell you whether you’re looking at a dead credential, a changed API, or a rate-limit collision. Don’t guess. Read the error, then pick the right fix below.

5 reasons your Zap stopped running

“I then duplicated the zap, changed the trigger (a different Google Ads campaign) and turned the zap on. When I revisit my Zaps page a minute later it is turned off.”

Zapier Community, 2024–2025

1. Zapier auto-disabled the Zap after too many errors

The Zap is off, you didn’t touch it, and the task history shows a run of failures right before it went quiet. Open that history and look at the error rate over the last seven days. Zapier states the rule plainly:

“Zapier automatically turns off your Zap if it errors 95% of the time it runs and has run more than 20 times in the past 7 days.”

Zapier Help Center (official), 2025

Re-enabling without fixing the underlying failure just restarts the loop, and Zapier will flip it back off. Find the specific failing step, fix that, then turn it on.

2. Task limit hit, all Zaps on hold

Different signature: several Zaps stopped on roughly the same date, not just this one, and no individual error log explains it. Go to your account settings and look at your monthly task usage. Burn through your plan’s allowance and Zapier pauses every automation on the account until the billing cycle resets. The count is account-wide, which is the trap. One runaway Zap chewing through thousands of records can drain a month in an afternoon and take every other workflow down with it.

3. The connected app quietly changed its API

The Zap was working, nothing changed on your end, and the error references an authentication failure or an unexpected response shape. Log into the connected app directly and check whether it shipped a recent update, then look at Zapier’s app status page for that integration. A useless alert reads Error: Unexpected token < in JSON at position 0. A useful one reads HubSpot returned an unsupported response. The API version this Zap uses may have been deprecated. Third-party apps update on their own schedule, the data structure your Zap expected stops existing, and the integration breaks without a sound.

4. Polling interval missed the trigger window

The Zap is active, hasn’t tripped the error rate, but it keeps missing events, especially time-sensitive ones like form submissions. Check your plan’s polling frequency. Free and lower Starter plans poll triggers every 15 minutes, and if your use case needs near-instant processing, a 15-minute window can miss entries that were already gone or already handled by the time the Zap looked. Zapier polls on a schedule rather than listening in real time. Upgrade the plan, or switch to a webhook trigger if the app supports one.

5. Schedule timezone mismatch

A scheduled Zap runs at the wrong hour, or seems to skip a day, and never throws an error doing it. Open the schedule trigger and read the time setting, then check your account’s timezone in your profile. These two disagree silently. Zapier runs a lot of its internal schedule math in UTC, so a Zap you set for 9am with an account at UTC+3 can actually fire at 6am UTC, which is the middle of your night. The Zap ran. Just not when you meant it to.

Stop finding out from the client

Re-enabling the Zap and patching the root cause gets you back online. It doesn’t touch the real problem, which is that a client told Priya before her own system did. That gap, between the moment a Zap goes silent and the moment you learn it went silent, is exactly where a client’s trust in you lives or dies. If you’ve never had a reliable way to answer “is this thing actually running right now,” how to know if your workflow is running lays out the honest options. The wider pattern for closing the gap is in My Automation Broke and I Don’t Know Why and How to Prevent Silent Automation Failures.

Closing it by hand means refreshing Zapier all day, which nobody sustains. NoCrash watches your Zaps from the outside and tells you, in plain language, the moment one stops doing what it’s supposed to do, so the next quiet weekend reaches you before it reaches a client. Start free at nocrash.io and read your first morning brief tomorrow.

The win here was never a calmer Zapier tab to refresh. It was getting to skip the tab entirely.

— NoCrash

Common questions

Frequently asked

Will Zapier notify me when it auto-disables my Zap?
Yes, Zapier sends an email when it disables a Zap. In practice those emails get buried in spam, and the first real signal is usually the client message. Route Zapier alerts to a channel you actually watch.
What happens to data while my Zap is disabled?
Polling-based triggers don't backfill, so re-enabling only processes new events. Go to the source app and manually re-process any records that arrived during the outage window.
How do I find out the exact reason Zapier disabled my Zap?
Go to the Zap's task history, filter by Error, and click into the failing run where the disabling started. That step's error message is the root cause. Zapier also emails a summary you can search by Zap name.
Can I prevent the 95% error auto-disable?
Not directly, it's a platform rule. The real fix is reducing errors before they compound: add filters to catch bad data early, and use Zapier's Paths feature to route errors to a fallback action instead of crashing the workflow.
How do I prevent this from happening next time?
The 95% rule and task limits are knowable in advance, but most agency operators only encounter them after a client already noticed. NoCrash watches your Zaps from the outside, so if a Zap goes silent longer than expected, you hear about it before anyone else does.

Stop finding out from your customers.

One morning message telling you what ran clean and what didn’t. Free forever on 3 things to watch.