Raise an alert on a confirmed outage
The ALERT event goes out once enough independent EU locations fail the check often enough in a row, not on the first failed request; both thresholds sit in your package.
One integration key, and a confirmed outage raises an alert that follows your escalation and clears itself when the site is back.
Everything the alert pipeline sends into ilert is on this list, and nothing beyond it. Read it once and you know what your team will see.
The ALERT event goes out once enough independent EU locations fail the check often enough in a row, not on the first failed request; both thresholds sit in your package.
The recovery sends a RESOLVE event for the same alert key, so nobody has to close an alert for a site that is already back.
Every event goes to the fixed ilert events endpoint with your integration key, so an API alert source is all the setup needs.
The alert key is stable per incident, so a repeated event updates the alert you already have instead of raising another.
An outage arrives at HIGH and a warning or a flapping site at LOW, so your escalation policies can tell them apart.
Expiring TLS certificates, expiring domains and blocklist hits raise their own alerts and resolve the same way.
Each channel carries its own integration key, so a client's outage lands on the source that client's team is on call for.
The dashboard fires a test while you set it up, so a mistyped integration key is caught before the first real page.
The key is stored encrypted and removed from the request body before the attempt shows up under History & Logs → Alerts.
Teams that run their monitoring on Uptimeify

In ilert open Alerting, then Alert sources, create a new one and pick the Event API integration.
Integration key
Stored encrypted
Copy the key the alert source shows, it is the whole credential.
Add the key as an ilert channel, assign the monitors it covers, and send the test event.
Yes. The recovery sends a RESOLVE event carrying the same alert key as the ALERT, so ilert clears the alert it raised rather than leaving it open.
No. The alert key is stable per incident, so repeated events land on the one alert. How many re-checks it takes before an outage counts as confirmed is yours to set per package.
Encrypted in the channel configuration, and it is stripped from the recorded request body, so History & Logs → Alerts shows the attempt without ever showing the key.
No. Your quota covers monitors and the monthly SMS and voice allowance. Alerts over ilert, email, webhook or Slack do not draw on it.
Yes. Every channel carries its own integration key, and you assign monitors and clients to it. A client's outage then lands on the alert source that client's team is on call for.
Connect ilert once, and every confirmed outage raises an alert that clears itself when the site is back.