How do you get alerted when a Zap fails silently?
Do not rely on error emails alone. Add a heartbeat check that expects a certain number of runs in a set window and alerts a named person when the count drops to zero or falls far below normal. Then add a weekly reconciliation that compares what the Zap should have created with what actually exists.
Zapier is good at telling you when a step throws an error. It cannot tell you about a run that never happened, or a run that finished with the wrong data. Those are the failures that cost real money, because nobody notices until a sales rep asks where the leads went.
I run automations in production for clients, including a HubSpot setup through Zapier for Kismet Health, so this is the part of the job I think about most. Building a Zap takes an afternoon. Knowing it still works three months later takes a system.
What is a silent Zapier failure?
A silent failure is any case where a Zap stops doing its job without producing an error that Zapier reports. The trigger stops firing, a filter blocks everything, a field maps to the wrong place, or an upstream app changes its data. The Zap looks healthy on the dashboard while the business outcome quietly stops.
I sort silent failures into three groups. The first is no runs: the trigger never fires, often because a form changed, a connection expired, or the source app stopped sending events. The second is stopped runs: a filter or path condition now blocks every record because a value upstream changed. The third is wrong runs: the Zap finishes, but the output is incomplete or lands in the wrong field.
Each group needs a different check. Error alerts catch none of them reliably, because in each case Zapier did exactly what it was told. That is why I treat monitoring as part of the build, not an extra.
What do Zapier's built-in error alerts actually cover?
Zapier sends notifications when errors occur in your Zap workflows. You can choose to be notified immediately, immediately with an hourly summary, with an hourly summary only, or never, which Zapier says is not recommended. Custom notifications are listed for Pro, Team, and Enterprise plans, and are not available during a trial.
Turn these on and set them to immediate for any Zap that touches revenue. It is the cheapest monitoring you will ever get. Just be clear about what it is: an error alarm, not a health check.
Two details are worth knowing. Zapier says it will not send error notification emails when an error handler runs, so a Zap with error handling can fail without the email you expect. And Zapier emails the account owner when a Zap errors 95 percent of the time and has run more than 20 times in the past seven days, with a grace period before deactivation of 24 hours on Team plans and 72 hours on Company plans. Check Zapier's help center for the current rules on your plan.
Why do the worst Zap failures never throw an error?
Because the most common breakages happen outside Zapier. A marketer renames a form field, a CRM admin changes a dropdown value, or an app connection quietly expires. Zapier sees fewer events or different values and handles them exactly as configured. From its point of view, nothing went wrong, so there is nothing to report.
Filters are the classic case. A filter that says "only continue if lead source equals Website" works perfectly until someone changes the value to "Website Form." From then on, every record stops at the filter. The Zap history still shows runs, but each one ends at the filter. A filter that stops a run is doing its job, so there is no error to report.
The fix is to monitor the outcome, not the tool. Ask what should exist at the end of the workflow, such as a contact, a deal, a Slack message, or a row, and check for that. I go deeper on this mindset in my piece on monitoring silent automation failures.
How do you set up a heartbeat check for a Zap?
A heartbeat check counts successful outcomes in a set window and alerts when the count is too low. For a lead Zap, that might mean checking each morning how many new contacts the Zap created yesterday. If the number is zero on a weekday, someone gets a message before the sales team starts asking questions.
The simplest version uses a log. Add a final step to the Zap that writes a row to a Google Sheet or an Airtable base with the time and record ID. Then build a second, scheduled Zap that runs every morning, counts yesterday's rows, and sends an alert to Slack or email when the count falls below a threshold you set.
Pick the threshold from real history, not guesswork. Look at a few weeks of normal volume, note the quiet days, and set the alert below the lowest normal day. For low-volume flows where zero is sometimes normal, widen the window to a week instead of a day. A heartbeat that cries wolf gets muted, and a muted alert is the same as no alert.
How do you catch a Zap that runs but writes the wrong data?
Run a reconciliation. Once a week, compare a sample of source records with what landed in the destination and check the fields that matter most, such as email, owner, lifecycle stage, and source. Any mismatch points to a mapping or value problem that no error alert would ever catch on its own.
Keep the sample small and specific. Ten records from the form, matched against the same ten contacts in HubSpot, will reveal most mapping problems. Check that required fields are filled, that dropdown values match exactly, and that the right owner was assigned.
Write down what correct looks like before you check. I keep a short list of expected values for each critical field next to the Zap's documentation. That turns the weekly check into a five-minute task instead of a judgment call, and it means anyone on the team can do it.
Who should get the alert, and where?
Send every alert to one named owner in a channel they actually watch, with a backup person for holidays. Include the Zap name, what was expected, what happened, and a link to the Zap history. An alert that goes to a shared inbox nobody owns is a log entry, not an alert.
Slack works well for most teams, because the alert sits where people already work. Email is fine for low-volume flows. What matters is that the message tells the reader what to do next, so they do not have to investigate from scratch at nine in the morning.
Ownership also needs a plan for nights and weekends. I covered that in who gets the alert when an automation fails overnight. Pair each alert with a short runbook so the owner knows the first three things to check, which I explain in how to write a runbook for a Zap that touches revenue.
How often should you audit your Zaps?
Audit revenue Zaps weekly with the reconciliation check, and audit every Zap quarterly for owner, purpose, connections, and filters. Any time a form, CRM property, or connected app changes, check the Zaps that depend on it the same day. Most silent failures start with a change somewhere else in the stack.
The quarterly audit is short. For each Zap, confirm it still has a purpose, a named owner, working connections, and filters that match today's field values. Turn off anything nobody can explain. A Zap with no owner is the one most likely to fail quietly and stay broken.
The change trigger matters most. Ask your team to post in one channel before they rename fields or change dropdowns in the CRM or forms. That one habit prevents more silent failures than any tool I know.
What should you do next?
List the Zaps that touch revenue, turn on immediate error notifications for each, and add a logging step plus a daily heartbeat check to the most important one this week. Then schedule a weekly ten-record reconciliation. Expand to the rest of your Zaps once the first heartbeat has proven useful.
Start with the lead flow from your website form to your CRM, because that is where a silent failure costs the most and gets noticed the latest. If it breaks on a Friday, you want to know on Saturday, not at the pipeline review two weeks later.
I build websites and the automations behind them for lead generation, and monitoring is the part I never skip. If you want help auditing your Zaps or setting up heartbeat checks that actually get read, reach out and let's chat.
Get found, cited and the back office automated
Let's make your site the source AI engines quote and wire up the systems behind it.
Read more blogs
Let's get your website found and cited by AI
Tell me what you're working on, whether AI search is skipping your product, your back office is buried in manual work, or you need a build that does both.