Overview
This endpoint returns all alerts that have been triggered by checks in your account. Check alerts are generated when checks fail, recover, or meet specific conditions defined in your alert configurations.Response Example
Common Use Cases
Incident Response
SLA Monitoring
Performance Analysis
Alert Management
Query Parameters
Filtering Options
Filtering Options
checkId
(string): Filter alerts for a specific checkcheckType
(string): Filter by check type (api, browser, heartbeat, tcp, multistep)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
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)
Pagination
Pagination
page
(integer): Page number (default: 1)limit
(integer): Number of alerts per page (default: 10, max: 100)sortBy
(string): Sort field (triggeredAt, severity, duration)sortOrder
(string): Sort order (asc, desc, default: desc)
Alert Types
Check Failure
- HTTP status codes indicate failure (4xx, 5xx)
- Network timeouts or connection errors
- Browser check script failures
- Assertion failures in API checks
- API endpoints returning 500 errors
- Website pages failing to load
- Database connection timeouts
Check Recovery
- Previously failing check returns to success
- Performance returns to acceptable levels
- Services come back online
- System has self-recovered
- Manual intervention was successful
- Temporary issues have resolved
Performance Degradation
- Response times exceed thresholds
- Success rates drop below limits
- Core Web Vitals degrade
- API response time > 2 seconds
- Page load time > 5 seconds
- Success rate < 95%
Heartbeat Missing
- Expected heartbeat signals not received
- Service health checks fail
- Cron jobs or scheduled tasks miss
- Service may be down
- Scheduled process failed
- Network connectivity issues
Alert Severity Levels
Critical Alerts
Critical Alerts
- Immediate attention required
- Service completely unavailable
- Business-critical functionality affected
- Customer-facing impact
- Payment processing API down
- Login system failure
- Complete website outage
- Database connectivity lost
High Severity
High Severity
- Significant service degradation
- Major functionality impacted
- Customer experience affected
- SLA potentially breached
- Search functionality slow
- File upload failures
- Partial API outages
- Major performance degradation
Medium Severity
Medium Severity
- Minor service degradation
- Non-critical features affected
- Backup systems available
- Limited customer impact
- Slow loading times
- Non-essential API errors
- Secondary feature failures
- Performance warnings
Low Severity
Low Severity
- Minimal impact
- Information or warnings
- Proactive notifications
- Future potential issues
- SSL certificate expiring soon
- Cache hit rate declining
- Non-critical service restarts
- Performance trending concerns
Use Cases
Incident Response
Incident Response
- Get real-time alerts for failing checks
- Track alert resolution times
- Identify patterns in alert frequency
- Coordinate team response efforts
SLA Monitoring
SLA Monitoring
- Monitor uptime and availability alerts
- Calculate MTTR (Mean Time To Recovery)
- Generate SLA compliance reports
- Identify SLA breach patterns
Performance Analysis
Performance Analysis
- Track performance degradation alerts
- Identify recurring performance issues
- Monitor seasonal performance patterns
- Optimize based on alert frequency
Alert Management
Alert Management
- Acknowledge alerts to prevent duplicates
- Track who is handling incidents
- Monitor alert resolution times
- Optimize alert configurations
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
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.