Overview
The V2 Get Check Results endpoint provides enhanced check result data with additional metrics, improved performance, and extended filtering capabilities compared to the V1 API. Common Use Cases:- Enhanced Result Analysis
- Extended Metrics Access
- Performance Optimization
- Advanced Filtering
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 to fetch (default 10)
1 <= x <= 100
Cursor parameter to fetch the next page of results. The "nextId" parameter is returned in the response of the previous request. If a response includes a "nextId" parameter set to "null", there are no more results to fetch.
Select documents up from this UNIX timestamp (>= date).
Optional. Select documents up to this UNIX timestamp (< date).
Provide a data center location, e.g. "eu-west-1" to filter by location
us-east-1
, us-east-2
, us-west-1
, us-west-2
, ca-central-1
, sa-east-1
, eu-west-1
, eu-central-1
, eu-west-2
, eu-west-3
, eu-north-1
, eu-south-1
, me-south-1
, ap-southeast-1
, ap-northeast-1
, ap-east-1
, ap-southeast-2
, ap-southeast-3
, ap-northeast-2
, ap-northeast-3
, ap-south-1
, af-south-1
The type of the check
API
, BROWSER
, HEARTBEAT
, MULTI_STEP
, TCP
, PLAYWRIGHT
, URL
Check result has one or more failures
The check result type (ALL,FINAL,ATTEMPT)
ALL
, FINAL
, ATTEMPT