Status page incidents
Incidents as visitors of a status page read them, with their updates. How an incident affects components is a timeline of impact periods, which drives each component's status and uptime history. Publishing an update sets the impacts as of then; you can also edit the periods directly. Monitor automation opens and resolves incidents for components that follow a monitor, until someone takes over by posting an update. The team's own incidents publish here with publishIncidentStatusPageUpdate.
List status page incidents
Returns the page's incidents, newest first, with their updates, affected components and impact periods.
path Parameters
statusPageStatus page ID.
query Parameters
pagePage number, from 1.
per_pageIncidents per page, 1 to 100.
filter[status]Only incidents with this status.
Where an incident stands.
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
filter[title]Case-insensitive text in the title.
List status page incidents › Responses
Paginated set of StatusPageIncident
current_pagefirst_page_urlfromlast_page_urllast_pageGenerated paginator links.
next_page_urlpathBase path for paginator generated URLs.
per_pageNumber of items shown per page.
prev_page_urltoNumber of the last item in the slice.
totalTotal number of items being paginated.
Create a status page incident
Opens a public incident. With a body it starts with a first update published at
published_at (default now), and affected_components open impact periods from then on.
Confirmed subscribers are emailed unless notify_subscribers is false. incident_id
links the team's incident, so publishing from it posts here.
path Parameters
statusPageStatus page ID.
Create a status page incident › Request Body
titleTitle shown on the page
statusWhere it stands
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
bodyThe first update, in Markdown. Leave out to create the incident without one
published_atWhen it happened, now or in the past (default now)
impactThe incident's own impact, used while it affects no components; otherwise it follows the components
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident this one is for; null for none. Publishing from that incident (publishIncidentStatusPageUpdate) then posts here
The components it affects as of published_at, with their impact; components left out are no longer affected. Leave out to keep the impacts as they are; send [] for none. Components of the status page only
notify_subscribersEmail confirmed subscribers about the new incident (default true). false changes the page without emails
Create a status page incident › Responses
The new status page incident.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Get a status page incident
Returns the incident with its updates, affected components and impact periods.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Get a status page incident › Responses
The status page incident.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Update a status page incident
Edits the incident without posting an update; fields left out keep their value.
affected_components set the impacts as of now. Setting status to resolved closes
every open impact period now and emails confirmed subscribers unless
notify_subscribers is false; other edits are silent. Changing the status or the
components takes the incident over from monitor automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Update a status page incident › Request Body
titleTitle shown on the page
statusWhere it stands. Changing it posts no update; resolved closes every open impact period now
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe incident's own impact, used while it affects no components
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
The components it affects as of now, with their impact; components left out are no longer affected. Leave out to keep the impacts as they are; send [] for none. Components of the status page only
notify_subscribersEmail confirmed subscribers when this resolves the incident (default true). false changes the page without emails
Update a status page incident › Responses
The updated status page incident.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Delete a status page incident
Removes it from the page with its updates and impact periods; component status and uptime history follow. Silent: subscribers aren't emailed. The team's incident it was published from is kept.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Delete a status page incident › Responses
No content
Save the write-up
Writes the incident's public write-up, in Markdown: what happened, why, and what changes.
With published: true it shows on the public incident page; with false it's a draft only
the team sees, and a published write-up is taken down. Publishing needs content (422).
Confirmed subscribers are emailed the write-up when this publishes it for the first time and
notify_subscribers is true; saving a published write-up again never emails. A write-up
keeps the time it was first published while you edit it.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Save the write-up › Request Body
publishedtrue shows it on the public incident page; false keeps it as a draft, or takes a published write-up down
contentThe write-up, in Markdown, at most 50,000 characters. Required to publish
notify_subscribersEmail confirmed subscribers when this publishes the write-up for the first time (default false). Edits to a published write-up are never emailed
Save the write-up › Responses
The incident with its write-up.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Delete the write-up
Removes the incident's write-up, published or a draft. Silent: subscribers aren't emailed.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Delete the write-up › Responses
The incident without a write-up.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Publish an update
Posts an update at published_at (default now) and moves the incident to its status.
affected_components are the impacts as of then: changed impacts close and reopen,
components left out are no longer affected; leave the field out to keep the impacts.
resolved closes every open period. An update published before the incident's latest
one doesn't change the impacts. Confirmed subscribers are emailed unless
notify_subscribers is false. Takes the incident over from monitor automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Publish an update › Request Body
statusThe incident's status with this update. resolved closes every open impact period
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
bodyThe message, in Markdown
published_atWhen it happened, now or in the past (default now)
The components it affects as of published_at, with their impact; components left out are no longer affected. Leave out to keep the impacts as they are; send [] for none. Components of the status page only
notify_subscribersEmail confirmed subscribers about the update (default true). false changes the page without emails
Publish an update › Responses
The incident with the new update.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Edit an update
Changes an update's message, status or time; fields left out keep their value. Moving
published_at moves the impact changes made at the old time with it. The incident's
status follows its latest update. Silent, and takes the incident over from monitor
automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
updateUpdate ID.
Edit an update › Request Body
statusThe incident's status with this update. The incident follows its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
bodyThe message, in Markdown
published_atWhen it happened, now or in the past. Impact periods that started or ended at the old time move with it
Edit an update › Responses
The incident with the edited update.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Delete an update
Removes the update; the incident's status follows its latest remaining update. The impact periods stay as they are. Silent, and takes the incident over from monitor automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
updateUpdate ID.
Delete an update › Responses
The incident without the update.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Add an impact period
Records that the incident affected a component from started_at to ended_at (null
while it goes on). Periods of one component may not overlap within the incident (422).
Component status and uptime history follow. Silent, and takes the incident over from
monitor automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
Add an impact period › Request Body
component_idA component of the status page
impactHow badly
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
started_atWhen it started, now or in the past
ended_atWhen it ended, after started_at and not in the future; null or left out while it goes on
Add an impact period › Responses
The incident with the new period.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Update an impact period
Changes only the fields you send; ended_at: null reopens the period. The same rules as
adding one apply. Silent, and takes the incident over from monitor automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
impactImpact period ID.
Update an impact period › Request Body
component_idA component of the status page
impactHow badly
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
started_atWhen it started, now or in the past
ended_atWhen it ended, after started_at and not in the future; null reopens the period
Update an impact period › Responses
The incident with the changed period.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created
Delete an impact period
Component status and uptime history follow. Silent, and takes the incident over from monitor automation.
path Parameters
statusPageStatus page ID.
incidentStatus page incident ID.
impactImpact period ID.
Delete an impact period › Responses
The incident without the period.
idStatus page incident ID
titleTitle shown on the page
statusWhere it stands: the status of its latest update
investigating Declared; the cause isn't known yet. |
identified Acknowledged: the cause is known and someone works on it. |
monitoring A fix is out; watching whether it holds. |
resolved Over. |
impactThe worst ongoing impact of its periods (the peak once resolved), none without one. An incident that affects no components keeps the impact it was given
none No impact (for a component: not affected). |
degraded_performance Slower or less reliable than usual. |
partial_outage Down for some visitors or some functions. |
major_outage Down. |
incident_idThe team's incident that publishes to it; null for none
automatedOpened by monitor automation and still managed by it, until someone posts an update or edits its timeline
Updates, newest first
Components it affects or affected
The impact timeline, oldest first
resolved_atWhen it was resolved; null while open
created_atWhen it was created