- Home
- Resources
- Integrations
- incident.io
incident.io Zapier integrationAutomate incident.io with Zapier.
The incident.io Zapier integration gives you 1 trigger, 2 actions and 2 searches. That is enough to react when an incident gets declared, look up who is on call and open incidents from other tools, once you know what each step costs and where it stalls.
Verified Trustpilot reviews · AI, automation & growth agency
What the incident.io Zapier integration actually does
incident.io is where your organisation declares, runs and closes incidents. Zapier is the layer that watches it for you: when an incident appears, a Zap (one automation, made of a starting event and the steps that follow) can look up the on-call rota or open an incident on its own.
Three results people build first. A paging lookup: New Incident starts the Zap and Find Users On-Call returns who holds the pager for a schedule, ready for whatever step you add next. Incidents opened from elsewhere: a form, a monitoring tool or a support desk feeds Create Incident, so a report never sits in someone's inbox. A schedule lookup: Get Schedule hands the details of one rota to any later step that needs them.
Now the part the app page skips. The only trigger checks on a timer, so it is not instant: on the free plan, an incident can wait up to 15 minutes before your Zap notices it. There is one way in (new incidents), nothing for an incident that changes severity or gets resolved. And past those five operations, the only door is API Request (Beta), which asks you to know the incident.io API.
If you are still weighing the tool itself, the Zapier review covers the platform as a whole, and n8n vs Zapier puts it next to a self-hostable option.
Zapier vocabulary in one minute
Eight words come back on every line of this page. Here they are in plain English.
- Zap
- The automation you build: one event that starts it, then one or more steps that run each time that event happens.
- Trigger
- The event that starts the Zap. Once the Zap is on, Zapier sits and waits for it, here a newly declared incident.
- Action
- What the Zap does after it starts: the step that writes, sends or creates something for you, like opening an incident.
- Task
- The unit Zapier bills. One task is one action that completed successfully; your plan gives you a number of them.
- Polling vs instant
- A polling trigger is checked on a timer and keeps only what is new. An instant one is reported by the app the moment it happens.
- Filter
- A step that lets the Zap carry on only when what arrived meets your condition, and stops it quietly otherwise.
- Search step
- A step that looks up something that already exists, like an on-call list, so the next steps can use what it found.
- Connection
- Your incident.io account linked to Zapier once, then reused by every step of every Zap that touches incident.io.
What it really costs in tasks
Watching incident.io is free. Doing something is what counts.
- Free plan100 tasks a month, unlimited Zaps
- Free plan stepsOne trigger and one action
- TriggerCosts no task
- Premium appNo, works on the free plan
The trigger never uses a task, however often Zapier checks. Each action that succeeds counts once, so a Zap with two actions eats twice as much as a Zap with one, and a failed action is not billed. The free plan stops at two steps: one trigger, one action. Add a search like Find Users On-Call or a filter and the Zap becomes multi-step, which needs a paid plan. incident.io itself is not a premium app, so it runs on the free plan.
Connect incident.io to Zapier in three steps
- 01
Open the Apps page
In your Zapier account, open the Apps page and click + Add connection. Type incident.io in the search box of the dialog that appears, then pick it from the results.
- 02
Sign in to incident.io
Click Add connection. A new tab opens on incident.io: sign in with the account whose incidents, severities and schedules your Zaps should be able to reach.
- 03
Grant access
Grant Zapier access to that account. The connection is saved once, and every incident.io step you add later, in any Zap, can pick it without signing in again.
Your first Zap: ping whoever is on call
GoalEach new incident looks up the people on call for your main rota and sends them a message in your team chat.
- 01
Build: pick the trigger
Start a new Zap, choose incident.io as the app and
New Incidentas the event, then select the connection you made earlier. - 02
Test the trigger
Run the test. Zapier brings back the three most recent incidents of the connected account, so you build the next steps on a real one instead of an empty template.
- 03
Add Find Users On-Call
Add incident.io again and pick
Find Users On-Callunder SEARCH. Choose your schedule, then map a start and an end time. This search makes the Zap multi-step, so it needs a paid plan. - 04
Add the message
Add your team chat as the last app and its message action. Map the incident name from the trigger and the names returned by the search into the text.
- 05
Test, then publish
Test each step once and read what came back. When the message lands with the right names, click Publish to switch the Zap on.
The incident.io trigger
1 event starts a Zap when something happens in incident.io. Zapier checks for them at the interval your plan allows.
New Incident
Polling triggerIn Zapier“Triggers when a new incident is declared.”
Starts your Zap each time someone declares an incident in incident.io, and hands its details to every step after it. It is the only trigger the app offers, so every Zap that reacts to incident.io starts here.
The incident.io actions
incident.io gives you 2 actions. For each one: what it does for you, when to reach for it, and what to watch out for.
Operations index
Create Incident
ActionIn Zapier“Creates a new incident.”
Opens a new incident in incident.io from whatever earlier step fed the Zap. You set the severity and who can see the incident, and you pass an idempotency key.
API Request (Beta)
ActionIn Zapier“This is an advanced action which makes a raw HTTP request that includes this integration's authentication.”
Sends a raw HTTP request to incident.io, reusing the connection you already made. You choose the method, the URL and what to send.
The incident.io searches
2 search steps look for data that already exists in incident.io, so a later step can use it.
A search step reads what already exists and passes it on. In the editor, searches sit at the bottom of the Action event list, under SEARCH. Three settings decide what happens when the answer is not the one you expected.
Find Users On-Call
SearchIn Zapier“Finds users who are on call for a specific schedule during a given time period.”
Returns the people on call for one schedule between a start time and an end time you give it, so a later step knows who to reach.
New Incident, to hand the current pager holder to whatever comes next.Get Schedule
SearchIn Zapier“Get details about a specific schedule”
Fetches the details of a single schedule from its ID, ready to feed another step.
The three settings every search exposes
- Successful if no search results are found?Left on its default, a search that finds nothing stops the Zap there and the steps that needed it are skipped. Switch it on and the Zap carries on empty-handed.
- Create X if it doesn't exist yet?This box turns a search into a find-or-create. incident.io offers no such variant on Zapier, so you will not see it on these two searches.
- If multiple search results are found?Keep the first match (the default), stop the Zap, or hand every match to the next steps at once.
When an incident.io Zap breaks
Zapier links no help article to incident.io. What goes wrong comes from how Zapier itself works.
Four cases cover what you will meet first. None of them is specific to incident.io, all of them hit an incident Zap. When a run fails, the Zapier troubleshooting guide is the place to start.
Past incidents are never picked up
A Zap only reacts to incidents declared after you publish it. Everything that already existed stays where it is, and moving that backlog is a separate job.A Zap that sets itself off
Feed a Zap that starts on New Incident into Create Incident and each run declares a new one, which starts the Zap again and burns through your tasks.A burst of incidents gets held
When the trigger suddenly returns a huge batch, after a migration or a bulk import, Zapier's flood protection can hold the Zap back instead of running it.The delay is the plan, not a bug
New Incident is checked on a timer: up to 15 minutes on the free plan. A Zap that looks slow is often just waiting for its next check.
Need help automating incident.io with Zapier?
A person reads every message.



