Skip to main content
Assertions define what “healthy” means for your HTTP monitor. Each check evaluates all assertions and records a pass or fail result. A failed fail-severity assertion causes the check to fail; a failed warn-severity assertion records a DEGRADED hint without triggering a DOWN incident.

Severity levels

Assertion types

status_code

Validate the HTTP response status code.
Use range to match a range of status codes:

response_time

Fail when response latency exceeds a threshold.

response_time_warn

Record a degraded hint when response time is elevated but not critical.
Use response_time with fail severity for outage detection and response_time_warn with warn severity for early degradation alerts.

body_contains

Check that the response body contains a specific substring.

json_path

Extract a value from a JSON response using JSONPath and compare it.

header_value

Validate a response header value.

regex_body

Match the response body against a regular expression.

ssl_expiry

Alert before TLS certificates expire. Requires verifyTls: true (the default).
Stack two ssl_expiry assertions: warn at 30 days for early notice, fail at 7 days for urgent action. See the SSL certificate monitoring guide.

response_size

Limit the response body size.

redirect_count

Limit the number of redirects followed.

redirect_target

Verify the final redirect destination URL.

Operators reference

Common patterns

Next steps

HTTP configuration

Headers, body, TLS, and auth fields.

SSL monitoring guide

Certificate expiry monitoring patterns.

Incident policies

How assertion failures trigger incidents.

Monitoring as Code

Define assertions in YAML.