Post a confirmed outage
The alert 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 incoming webhook, and every confirmed outage lands in the channel your team already has open. No second tool to check.
Everything the alert pipeline sends into Slack is on this list, and nothing beyond it. Read it once and you know what your team will see.
The alert 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 same channel gets the all-clear as soon as the check is green again.
A header block and mrkdwn sections, with a fallback to plain text when the message would exceed Slack's block limits.
Each channel is its own webhook, so a client's outage reaches the people who look after that client instead of everyone.
Slack can be the first step and something louder the second, on the delay you set per channel.
Expiring TLS certificates and domains reach the same channel, early enough to renew them without a rush.
The dashboard posts a test into the channel while you set it up, so the first real alert is not the first delivery attempt.
A rejected or timed-out request is retried on its own ladder, with every attempt recorded under History & Logs → Alerts.
The webhook URL is stored encrypted rather than as plain text in the channel configuration.
Teams that run their monitoring on Uptimeify

On api.slack.com/apps, choose the manifest option and pick your workspace.
Webhook URL
Stored encrypted
Turn on Incoming Webhooks, pick the channel the alerts should land in, and copy the URL Slack generates.
Uptimeify 09:41
shop.customer.com is offline
Add the URL as a Slack channel, assign the monitors it covers, and send the test message.
An incoming webhook is enough, and that is what the setup creates. Uptimeify posts to the channel behind that webhook; it does not read your messages and needs no bot user.
Yes. Every channel is its own webhook, and you assign monitors and clients to it. A client's outage then reaches the people who look after that client, not everyone.
No. Your quota covers monitors and the monthly SMS and voice allowance. Alerts over email, webhook, Slack or Discord do not draw on it.
The delivery is retried on its own ladder, and each attempt lands under History & Logs → Alerts, so a channel that silently stopped working is visible instead of just quiet.
As soon as the outage is confirmed. How many re-checks that takes is yours to set per package, which is the same setting that keeps a single slow response from paging anyone.
Connect Slack once, and every confirmed outage reaches the channel that is already open.