Overview
This endpoint returns all alerts that have been triggered by a specific check. This is useful for analyzing the alert history and patterns for individual checks to understand their reliability and performance trends.Response Example
Common Use Cases
Check Reliability Assessment
Performance Trend Analysis
Incident Response Analysis
Alert Optimization
Query Parameters
Time Range Filters
Time Range Filters
from
(string): Start date for alerts (ISO 8601 format)to
(string): End date for alerts (ISO 8601 format)period
(string): Predefined time period (24h, 7d, 30d, 90d)
Filtering Options
Filtering Options
alertType
(string): Filter by alert type (check_failure, check_recovery, performance_degradation)severity
(string): Filter by severity level (low, medium, high, critical)status
(string): Filter by alert status (triggered, acknowledged, resolved)location
(string): Filter by monitoring location
Pagination & Sorting
Pagination & Sorting
page
(integer): Page number (default: 1)limit
(integer): Number of alerts per page (default: 10, max: 100)sortBy
(string): Sort field (triggeredAt, duration, severity)sortOrder
(string): Sort order (asc, desc, default: desc)includeSummary
(boolean): Include alert summary statistics (default: true)
Alert Summary Metrics
Reliability Metrics
- Uptime Percentage: Overall availability during the time period
- Total Failures: Number of failure alerts
- Total Recoveries: Number of recovery alerts
- MTTR: Mean Time To Recovery (seconds)
- MTTD: Mean Time To Detection (seconds)
Performance Metrics
- Performance Degradations: Number of performance alerts
- Average Resolution Time: Mean time to resolve issues
- Longest Outage: Duration of the longest outage
- Escalation Rate: Percentage of alerts that escalated
Alert Patterns
- Peak Alert Hours: Times when most alerts occur
- Location Breakdown: Alerts by monitoring location
- Severity Distribution: Breakdown of alert severities
- Recovery Trends: How quickly issues are resolved
Team Response
- Acknowledgment Rate: Percentage of alerts acknowledged
- Response Time: Time from alert to acknowledgment
- Resolution Notes: Documentation of fixes applied
- Escalation Paths: How alerts were escalated
Alert Analysis Use Cases
Check Reliability Assessment
Check Reliability Assessment
- Calculate uptime percentages for SLA reporting
- Identify patterns in check failures
- Track improvement trends after optimizations
- Compare reliability across different time periods
Performance Trend Analysis
Performance Trend Analysis
- Track response time alert frequency
- Identify performance regression patterns
- Monitor seasonal performance trends
- Detect gradual performance degradation
Incident Response Analysis
Incident Response Analysis
- Measure team response times
- Track escalation patterns
- Analyze resolution approaches
- Identify areas for process improvement
Alert Configuration Optimization
Alert Configuration Optimization
- Analyze false positive rates
- Evaluate alert noise levels
- Optimize severity classifications
- Fine-tune alert thresholds
Additional Examples
Authorizations
The Checkly Public API uses API keys to authenticate requests. You can get the API Key here.
Your API key is like a password: keep it secure!
Authentication to the API is performed using the Bearer auth method in the Authorization header and using the account ID.
For example, set Authorization header while using cURL:
curl -H "Authorization: Bearer [apiKey]" "X-Checkly-Account: [accountId]"
Headers
Your Checkly account ID, you can find it at https://app.checklyhq.com/settings/account/general
Path Parameters
Query Parameters
Limit the number of results
1 <= x <= 100
Page number
Select documents up from this UNIX timestamp (>= date). Defaults to now - 6 hours.
Optional. Select alerts up to this UNIX timestamp (< date). Defaults to 6 hours after "from".
Response
Successful
The name of the check.
"API Check"
The unique ID of this alert.
"1"
The ID of check this alert belongs to.
"db147a95-6ed6-44c9-a584-c5dca2db3aaa"
The type of alert.
NO_ALERT
, ALERT_FAILURE
, ALERT_FAILURE_REMAIN
, ALERT_FAILURE_DEGRADED
, ALERT_RECOVERY
, ALERT_DEGRADED
, ALERT_DEGRADED_REMAIN
, ALERT_DEGRADED_FAILURE
, ALERT_DEGRADED_RECOVERY
, ALERT_SSL
"ALERT_FAILURE"
The type of the check.
API
, BROWSER
, HEARTBEAT
, MULTI_STEP
, TCP
, PLAYWRIGHT
, URL
"API"
What data center location this check alert was triggered from.
"us-east-1"
Describes the time it took to execute relevant parts of this check. Any setup timeor system time needed to start executing this check in the Checkly backend is not part of this.
10
Any specific error messages that were part of the failing check triggering the alert.
"OK"
The status code of the response. Only applies to API checks.
"200"
The date and time this check alert was created.
The date and time this check alert was started.