Workflow WebhooksWorkflow Webhooks

Alerts and notification emails

The app emails you when something needs attention: you are running out of plan quota, or an unusual share of your invocations is failing. Open Notification settings from the dashboard to configure it.

The three alerts

Alert Default What it does
Quota warning On, at 80% Emails once you cross the chosen share of your monthly invocations. Anything from 50% to 95%
Quota exceeded On Emails when you hit 100% and invocations start being blocked
High failure rate Off Emails when too many invocations fail inside a short window

On the Unlimited plan the two quota alerts do not apply and are switched off.

Tuning the failure-rate alert

This one is off by default because the right numbers depend on your volume. Three settings:

Setting Default What it means
Failure threshold 20% The share of invocations that has to fail before we email
Window 60 minutes How far back we look, between 5 minutes and 24 hours
Minimum volume 50 Below this many invocations in the window, we stay quiet

The minimum volume is what keeps the alert useful. Without it, two failures out of three on a quiet Sunday reads as a 67% failure rate and sends an email that means nothing. Set it to a number you comfortably exceed on a normal day.

A good starting point for a busy store: 20% over 60 minutes with a minimum of 50. For a low-volume webhook, widen the window to several hours rather than lowering the minimum.

Who gets the email

  • The store's own email address, on by default. It is whatever Shopify has on the shop, so it follows the store rather than a person.
  • Up to two extra addresses. Add one and we send it a confirmation link; it starts as Pending confirmation and only receives alerts once it is confirmed. That stops a typo from mailing a stranger, and stops anyone adding a third party's address without their agreement.

Remove an address at any time. Every alert email also carries an unsubscribe link, which turns that recipient off without anyone having to open the app.

What an alert cannot tell you

The emails say that something is wrong, not which payload caused it. For that, open History and troubleshooting: every failed invocation is stored with its payload, the reason and a replay button.

If the cause is the plan limit rather than a broken sender, the dashboard also shows how many requests were blocked, and Plans and usage covers what counts toward it.