Incident management for uptime, SSL, and domain alerts
WebPixie opens an incident automatically when a check confirms a problem, tracks it through resolution, and counts recurrences, across five severity levels.
Every incident, classified and tracked
Each incident carries a status, a severity level, its type, how many times it has recurred, and how long it has been open, so the team sees what matters first.
Incidents open automatically for uptime down, SSL check failures, SSL expiration, and domain expiration. Severity, occurrence count, and duration are tracked through to resolution; you can add a description to any incident.
How WebPixie manages incidents
When a check confirms a problem, WebPixie opens an incident automatically. Incidents are detected for uptime going down, an SSL check failing, an SSL certificate approaching expiry, and a domain approaching expiry. Each incident records what triggered it, the affected resource, and a severity.
Incidents move through a full lifecycle: detection, notification, tracking, and resolution. When the underlying issue clears, for example a site comes back up, WebPixie resolves the incident automatically, so the board reflects the current state without manual cleanup.
Severity runs across five levels, from INFO to LOW, MEDIUM, HIGH, and CRITICAL. Recurring problems are tracked with an occurrence count, so a flapping endpoint shows as one incident with many occurrences instead of a flood of duplicates.
Incidents open automatically on confirmed failures
Uptime, SSL, and domain, with no manual setup
You do not create incidents by hand. WebPixie opens one when a check confirms a problem: uptime going down, an SSL check failing, an SSL certificate nearing expiry, or a domain nearing expiry. Each incident captures the trigger, the affected resource, and a severity, so the response starts from a clear record.
Auto-resolution keeps the board accurate
Incidents close when the issue clears
A site that comes back up should not leave a stale alert behind. When the underlying check passes again, WebPixie resolves the incident automatically and timestamps it, so the dashboard shows what is actually broken right now instead of a backlog you have to tidy by hand.
Five severity levels, with occurrence tracking
INFO to CRITICAL, recurrences counted
Not every incident deserves the same response. WebPixie assigns one of five severities, from INFO to CRITICAL, and counts how many times a problem recurs. A flapping endpoint becomes one incident with a rising occurrence count, not a stream of duplicate alerts.
Route notifications to the right channel
Email, Slack, and webhook by plan
Incident creation and resolution can notify your team through email on every plan, Slack on Starter and above, and webhooks on Pro and above. You control notifications per resource, so a critical production incident and a low-priority staging one do not have to reach the same place.
Centralize your incident tracking
Available on Starter and above. Compare plans to find the right fit.
Everything you need to monitor a website. In one workspace.
A quick look at other WebPixie features.
Why teams choose WebPixie for incident management
Less alert noise
Retry logic confirms failures before an incident opens, and recurrences are grouped into one incident, so you get signal instead of a flood.
Your whole site in one workspace
Incidents sit next to uptime, SSL, DNS, domain, and link health, with one dashboard across all of them.
Automatic from detection to resolution
Incidents open on confirmed failures and close when the issue clears, with a timestamped history you can review.
Frequently Asked Questions
Common questions about incident management.
WebPixie sends alerts within seconds of detecting an issue. The exact time-to-alert depends on your check interval. On the Pro plan with 60-second checks, you know about an outage within 60 to 90 seconds of it starting. On Enterprise with 30-second checks, within 30 to 60 seconds. On the free plan with 15-minute checks, the worst-case detection window is 15 minutes.
To prevent false-positive noise, WebPixie retries failures caused by network problems such as timeouts or connection errors up to 4 times with exponential backoff before opening an incident. This helps confirm a real outage versus a flaky network, so you don't get woken at 3am for a routing flicker in one region.
Alerts route through email (every plan), Slack (Starter and above), and webhooks (Pro and above). Webhooks integrate with PagerDuty, Opsgenie, or any incident management tool you already use. For SMS or voice escalation, route the webhook through a service like PagerDuty.
WebPixie helps manage incidents by turning confirmed monitoring failures into tracked incident records. Incident management covers the full lifecycle from detection to notification, tracking, and resolution for events such as uptime down, SSL check failure, SSL expiration, and domain expiration. Each incident includes the affected resource, start time, severity, occurrence count, status, duration, and resolution timing. Severity levels range from INFO to CRITICAL, which helps teams prioritize response instead of treating every alert the same way. Incidents can auto-resolve when the underlying issue clears, so history stays accurate without manual cleanup. Notifications can be sent through email, Slack, or webhooks depending on your plan, and per-resource notification controls help route alerts to the right people. You can compare incident and notification availability on the pricing page, and pair incidents with uptime monitoring for availability workflows.
WebPixie marks a site as down when an uptime check fails the response rules configured for that monitor. A failure can come from a timeout, connection error, unexpected HTTP status code, missing body keyword, or another expected condition that does not match. Uptime monitoring supports custom HTTP methods, headers, expected status codes, authentication, and keyword validation, so “down” can mean more than a simple 500 error. For network-related failures such as timeouts or connection errors, WebPixie retries the failed check up to 4 times with exponential backoff before opening an incident, which reduces false positives. Failures from deterministic conditions, such as an unexpected status code or a missing keyword, are confirmed without extra retries. If the issue is confirmed, WebPixie creates or updates an incident and sends notifications through the channels available on your plan. Check intervals and location limits are plan-based, and you can compare them on the pricing page.
WebPixie supports custom webhooks that send monitoring events to any HTTPS endpoint you configure. Webhooks are useful for tools such as PagerDuty, Opsgenie, incident management platforms, CI/CD automation, internal dashboards, and custom notification systems. Supported event flows include incident creation and resolution for uptime checks, SSL check failures, SSL expiration, and domain expiration. The API integration works alongside webhooks, so teams can receive event-driven callbacks and then query or update resources programmatically. Slack is available as a native notification channel on eligible plans, while webhooks let you connect to systems beyond built-in integrations. Webhook availability depends on plan, so compare notification channels on the pricing page. For alert routing and incident lifecycle details, see incident management.
Yes, WebPixie can integrate with PagerDuty through custom webhooks on Pro and higher plans. Webhooks send monitoring events to an HTTPS endpoint you configure, so PagerDuty can receive alert-routing events from WebPixie and trigger the escalation policy your team already uses. Supported webhook event flows include incident creation and resolution for uptime checks, SSL check failures, SSL expiration, and domain expiration. This works best when paired with incident management, because confirmed failures become tracked incidents before they are routed externally. Webhook availability depends on plan, so compare notification channels on the pricing page. For programmatic workflows around the same resources, see the API integration.
If your website goes down at night or on the weekend, WebPixie can still detect the outage and send alerts. Uptime monitoring runs on the interval available for your plan and checks your configured response rules, such as status code, timeout, authentication, headers, or body keyword expectations. To reduce false positives from network-related problems such as timeouts or connection errors, WebPixie retries the failed check up to 4 times with exponential backoff before treating the issue as confirmed. When the failure is confirmed, WebPixie can open or update an incident through incident management and notify the channels available on your plan, such as email, Slack, or webhook. This helps the right person respond even outside office hours. Check intervals, locations, and notification options vary by plan, so compare coverage on the pricing page.
Ready to track incidents in one place?
Auto-detected, auto-resolved, with five severity levels.