# Zapier Not Working? How to Find and Fix the Real Cause

*How-to — 2026-11-09 — by Mahmoud Zalt*

A calm triage order for a Zap that stopped working: check the switch, read Zap history, then fix the trigger, the hold or the error it shows you.

**Short answer.** **Almost every broken Zap has one of four causes: the Zap is switched off, an app connection expired, you hit a limit and your runs are being held, or the trigger never saw anything new.** Do not guess. Open Zap history at zapier.com/app/history and read the status of the last few runs. The status tells you which of the four you have, and each one has a different fix.

**About this guide.** This guide is based on Zapier's own help documentation and public community threads, checked on 17 August 2026. Sistava is not affiliated with Zapier. Interfaces and limits change, so confirm the current steps in Zapier's documentation before you rely on them.

Something that ran fine for months has quietly stopped. The leads are not landing in your sheet, the invoices are not being filed, and nobody told you. That silence is the worst part, because by the time you notice, you have a backlog to clean up as well as a fault to find.

The temptation is to start editing. Rebuild the step, reconnect everything, try a different trigger. Resist it. Zapier records what happened on every run, and that record narrows five possible causes down to one in about a minute. Change things after you know what broke, not before.

## Why is my Zap not working?

Zapier's own troubleshooting page splits this into five questions, and they are worth asking in order. Is the Zap turned on? Is it triggering? Is it returning an error? Do you have enough permissions in the connected app? And is it running but behaving in a way you did not expect?

Those five map onto very different fixes, which is why order matters. A Zap that is turned off produces no runs at all. A Zap that errors produces runs full of red. A Zap that duplicates data produces too many runs. Knowing which shape you have saves you from fixing the wrong thing.

## How do you read Zap history?

Zap history is at zapier.com/app/history, and it is the fastest diagnostic in the product. Every run gets a status, and the status is the diagnosis. If there are no runs at all, your problem is the trigger. If there are runs with a status, the status names the fault.

| Status | What it means | What to do next |
|---|---|---|
| Errored | The run hit a problem and did not finish | Open the run, read the error message on the failing step |
| Safely halted | The run stopped on purpose, usually a search step that found nothing | Usually fine. Check whether the search should have found something |
| On hold | The run is paused, often a disconnected app, a task limit or flood protection | Fix the underlying cause, then replay the held runs |
| Handled error | A step failed and your custom error handler took over | Nothing urgent. Your fallback path did its job |
| Scheduled | The run errored, but Autoreplay is on so Zapier will retry it | Wait, then check whether the retry succeeded |

Two of those catch people out. Safely halted looks like a failure and is not one, so a Zap full of halted runs is often working exactly as designed. On hold looks temporary and is not, because held runs sit there until you fix the cause and replay them yourself.

## Why is the trigger not firing at all?

If Zap history is empty, the trigger never fired. Zapier documents five reasons for this, and the first one is the most common by a distance. Work down the list before you touch the steps themselves, because a rebuilt Zap with the same cause will fail the same way.

- **The Zap is not turned on. **Open it in the editor and check the switch at the top left. Zaps get switched off by people, by errors and by limits, and nothing about the editor looks different when they are.
- **The data already existed. **Zapier states plainly that a Zap will not trigger on existing data. It captures items created after the last poll, so records that were already there are invisible to it. Zapier Transfer is their tool for moving history.
- **The app connection has a problem. **Open the trigger step, then the Account tab, and confirm the right account is connected. Reconnecting from that dropdown fixes expired tokens and revoked access.
- **The wrong trigger event is selected. **This is the quiet one. A New Row trigger will not fire when an existing row is edited, which Zapier's community threads bring up again and again for spreadsheet and database triggers.
- **The trigger options do not match your data. **Check the Configure tab for folder, label, form or table settings that point somewhere other than where the new data lands.

Before you call it broken, check the clock. Polling triggers do not run instantly, and Zapier documents the interval by plan: 15 minutes on Free, 2 minutes on Professional, and 1 minute on Team and Enterprise. On a free account, a quarter of an hour of nothing happening is normal behaviour, not a fault.

## Why are my runs on hold?

Held runs mean Zapier caught the data but refused to act on it. Nothing is lost, which is the good news. Zapier's held runs documentation lists six causes, and each one has a fix followed by a replay, so read the cause before you start replaying.

- **Flood protection. **Zapier holds the batch when a poll turns up 100 or more events at once. Their guidance is to add a delay after queue action, then replay.
- **A disconnected app account. **Reconnect the account, then replay the held runs.
- **Your task limit. **Upgrade, enable pay-per-task, or wait for the billing cycle to reset, then replay.
- **Expired payment details. **Update the payment method on the account, then replay.
- **An app access policy. **On Team and Enterprise accounts an admin can restrict an app. Ask them to allow it, then replay.
- **Too many steps. **A Zap can hold 100 steps including everything inside paths. Past that you split the workflow, and there is no replay for this one.

## Why did Zapier switch my Zap off?

Zapier turns a Zap off by itself when it errors 95 percent of the time it runs and has run more than 20 times in the past seven days. It sends an email when this happens. If your inbox filters that email away, the Zap simply disappears from service without a word.

This is a sensible protection rather than a punishment. A Zap failing on every run is usually hammering a downstream app with bad requests, and stopping it protects both sides. Zapier's documentation also describes a grace period for Team and Enterprise accounts before the shutdown takes effect.

You can change the behaviour per Zap. In the editor, open the advanced settings and look for the error setting override, where the two documented options are turn off if errors occur, which is the recommended default, and keep running if errors occur. Use the second one only for a Zap you are actively watching.

## What do the error codes mean?

When a step errors, the message usually carries an HTTP status code from the connected app. That number tells you whether the fault is your setup, your permissions or the other app having a bad day. Zapier's troubleshooting documentation maps the common ones.

| Code | Meaning | Documented fix |
|---|---|---|
| 400 | The request was malformed | Check that required fields all have values |
| 401 | Authentication failed | Reconnect the app account |
| 403 | Not enough permissions | Confirm the connected account has the access level it needs |
| 404 | The record was not found | Check the record still exists in the app |
| 422 | The data was the wrong shape | Check field formats and required values |
| 429 | Rate limit hit | Slow the workflow down and review Zapier's rate limits |
| 500 | The other app had a server error | Replay the failed runs, or turn on Autoreplay |

The pattern is worth internalising. Codes in the 400s are almost always something you can fix in the Zap or in the app's settings. A 500 is the other service failing, and the right response is patience plus a replay rather than a redesign.

## A ten minute triage you can run every time

### Finding the cause before changing anything

1. **Check the switch** — Open the Zap in the editor and look at the toggle in the top left. If it is off, find out why it went off before you turn it back on.
2. **Open Zap history** — Go to zapier.com/app/history and filter to this Zap. No runs means a trigger problem. Runs with a status mean the status is your answer.
3. **Read the newest failing run** — Open it and expand the step that failed. The error message and its status code point straight at the cause.
4. **Check the connection** — In the trigger step, open the Account tab and confirm the right account is connected. Reconnect it if there is any doubt.
5. **Confirm the trigger event** — In the App and event tab, check the event matches what really happens in your app. New and updated are not the same thing.
6. **Test with genuinely new data** — Create a brand new record rather than editing an old one, then wait out your plan's polling interval before deciding it failed.
7. **Fix, then replay** — Once the cause is gone, replay the held or errored runs from Zap history so the backlog clears rather than sitting there.

Run that list and you will find the cause of most failures. But notice what the list is really made of. Every step is you, checking on a machine, because the machine has no way of telling you it stopped and no idea what it was supposed to achieve. It is the same reason we built [Sistava](/personal-ai-assistance) around an assistant that reports back rather than a wire you inspect.

## A different shape for the same work

A Zap is a set of instructions with no understanding of the goal. It cannot tell the difference between no new leads today and a broken connection, so it stays silent either way and waits for you to check.

That babysitting is the part we removed at [Sistava](/hire-ai-employees). You hire an AI Employee and describe the outcome you want in plain English, and it figures out the steps, notices when something looks wrong, and tells you rather than going quiet. The job is the instruction, not the wiring.

## What this checklist will not fix

Being honest about the edges saves you an afternoon. Some problems are outside the triage above, and no amount of reconnecting will touch them.

- **Outages on the other side. **If the connected app is having an incident, your Zap is a symptom. Check that app's status page as well as Zapier's.
- **Missing history. **Turning a Zap on does not go back and process what it missed while it was off. Held runs can be replayed. Data that never triggered cannot.
- **Bugs that need support. **Community threads show cases where Zapier staff escalated a duplicate-trigger problem to engineering with no fix available to the user. Sometimes the honest answer is to raise a ticket.
- **Design faults. **A Zap that works but produces the wrong result is not broken, it is wrong. That needs rethinking rather than repairing.

To be fair to Zapier, the diagnostics here are better than most automation tools ship. Zap history is genuinely detailed, the statuses are honest, and the help documentation names the causes instead of hiding them. The friction is not the tooling, it is that somebody still has to go and look. If you would rather that somebody was not you, [Sistava](/signup) is free to try before you move any real work across.

## FAQ

### Why is my Zapier not working?

Zapier's troubleshooting page groups the causes into five checks: whether the Zap is turned on, whether the trigger is firing, whether a step is returning an error, whether you have enough permissions in the connected app, and whether the Zap is running but behaving unexpectedly. Zap history at zapier.com/app/history tells you which of the five you have.

### Why is my Zap not triggering even though the test worked?

A successful test does not mean live data will arrive. Zapier documents five causes: the Zap is not turned on, the data already existed before the Zap was switched on, there is a connection issue between the app and Zapier, the wrong trigger event was selected, or the trigger options do not match the data you expect.

### How long should I wait before deciding a Zap is broken?

It depends on your plan. Zapier documents polling intervals of 15 minutes on Free, 2 minutes on Professional, and 1 minute on Team and Enterprise. Instant triggers use webhooks and fire as the event happens, so they do not wait for a poll.

### What does on hold mean in Zap history?

It means Zapier received the data but paused the run. Zapier's documentation lists six causes: flood protection when a poll turns up 100 or more events, a disconnected app account, reaching your task limit, expired payment details, an app access policy on Team or Enterprise accounts, or a Zap with more than 100 steps.

### Why does Zapier turn my Zap off on its own?

Zapier turns a Zap off when it errors 95 percent of the time it runs and has run more than 20 times in the past seven days. An email is sent when this happens. You can change the behaviour per Zap in advanced settings, where the documented options are turn off if errors occur, which is recommended, and keep running if errors occur.

### Will replaying held runs cost me tasks?

Yes. Zapier's documentation states that replaying creates new runs which count toward task usage. It also notes that replayed runs process at a rate of about one per second, so a large backlog takes a while to clear.

## Sources

- [Zapier Help, ](https://help.zapier.com/hc/en-us/articles/30582278131597-Zap-is-not-working)Zap is not working
- [Zapier Help, ](https://help.zapier.com/hc/en-us/articles/8496199211277-Zap-isn-t-triggering)Zap isn't triggering
- [Zapier Help, ](https://help.zapier.com/hc/en-us/articles/8496037690637-How-to-troubleshoot-errors-in-Zap-workflows)How to troubleshoot errors in Zap workflows
- [Zapier Help, ](https://help.zapier.com/hc/en-us/articles/37454233721869-How-to-troubleshoot-held-Zap-or-step-runs)How to troubleshoot held Zap or step runs
- [Zapier Help, ](https://help.zapier.com/hc/en-us/articles/8496244568589-How-Zap-triggers-work)How Zap triggers work
- [Zapier Help, ](https://help.zapier.com/hc/en-us/articles/8496181445261-Zap-limits)Zap limits
- [Zapier Community, ](https://community.zapier.com/troubleshooting-99/my-zaps-are-triggering-twice-46512)My Zaps are triggering twice (community thread, escalated by Zapier staff)

**Tags:** zapier, troubleshooting, automation, workflow-automation, no-code