HTTP Check

HTTP Check

Agent Check Agent Check

Supported OS Linux Mac OS Windows



Monitor the up/down status of local or remote HTTP endpoints. The HTTP check can detect bad response codes (e.g. 404), identify soon-to-expire SSL certificates, search responses for specific text, and much more. The check also submits HTTP response times as a metric.



The HTTP check is included in the Datadog Agent package, so you don’t need to install anything else on the servers from which you will probe your HTTP sites. Though many metrics-oriented checks are best run on the same host(s) as the monitored service, you may want to run this status-oriented check from hosts that do not run the monitored sites.


Edit the http_check.d/conf.yaml file, in the conf.d/ folder at the root of your Agent’s configuration directory. See the sample http_check.d/conf.yaml for all available configuration options:


  - name: Example website

  - name: Example website (staging)

The HTTP check has more configuration options than many checks - many more than are shown above. Most options are opt-in, e.g. the Agent will not check SSL validation unless you configure the requisite options. Notably, the Agent will check for soon-to-expire SSL certificates by default.

This check runs on every run of the Agent collector, which defaults to every 15 seconds. To set a custom run frequency for this check, refer to the collection interval section of the custom check documentation.

See the sample http_check.d/conf.yaml for a full list and description of available options, here is a list of them:

Setting Description
name Name of your Http check instance. This is presented as a tag on the Service Checks.
url The URL to test.
timeout The time in seconds to allow for a response.
method The HTTP method to use for the check.
data Use this parameter to specify a body for a request with a POST, PUT, DELETE, or PATCH method. SOAP requests are supported if you use the POST method and supply an XML string as the data parameter.
headers This parameter allows you to send additional headers with the request. See the example YAML file for additional information and caveats.
content_match A string or Python regular expression. The HTTP check searches for this value in the response and reports as DOWN if the string or expression is not found.
reverse_content_match When true, reverses the behavior of the content_match option, i.e. the HTTP check reports as DOWN if the string or expression in content_match IS found. (default is false)
username & password If your service uses basic authentication, you can provide the username and password here.
http_response_status_code A string or Python regular expression for an HTTP status code. This check reports DOWN for any status code that does not match. This defaults to 1xx, 2xx and 3xx HTTP status codes. For example: 401 or 4\d\d.
include_content When set to true, the check includes the first 500 characters of the HTTP response body in notifications. The default value is false.
collect_response_time By default, the check collects the response time (in seconds) as the metric network.http.response_time. To disable, set this value to false.
tls_verify Instructs the check to validate the TLS certificate of services when reaching to url.
tls_ignore_warning If tls_verify is set to true, it disables any security warnings from the SSL connection.
tls_ca_cert This setting allows you to override the default certificate path as specified in init_config
check_certificate_expiration When check_certificate_expiration is enabled, the service check checks the expiration date of the SSL certificate. Note that this causes the SSL certificate to be validated, regardless of the value of the tls_verify setting.
days_warning & days_critical When check_certificate_expiration is enabled, these settings raise a warning or critical alert when the SSL certificate is within the specified number of days from expiration.
ssl_server_name When check_certificate_expiration is enabled, this setting specifies the hostname of the service to connect to and it also overrides the host to match with if check_hostname is enabled.
check_hostname If set to true the check log a warning if the checked url hostname is different than the SSL certificate hostname.
skip_proxy If set, the check will bypass proxy settings and attempt to reach the check url directly. This defaults to false. This integration’s proxy settings will default to the proxy settings defined in the datadog.yaml configuration file if this is not set.
allow_redirects This setting allows the service check to follow HTTP redirects and defaults to true.
tags A list of arbitrary tags that will be associated with the check. For more information about tags, see our Guide to tagging and blog post, The power of tagged metrics

When you have finished configuring http_check.d/conf.yaml, restart the Agent to begin sending HTTP service checks and response times to Datadog.


Run the Agent’s status subcommand and look for http_check under the Checks section.

Data Collected


The response time of an HTTP request to a given url, tagged by url, e.g. 'url:'.
Shown as second
Whether the check can connect, 1 if true, 0 otherwise. Tagged by url, e.g. 'url:'.
Whether the check failed to connect, 1 if true, 0 otherwise. Tagged by url, e.g. 'url:'.
Days until SSL certificate expiration
Shown as day
Seconds until SSL certificate expiration
Shown as second


The HTTP check does not include any events.

Service Checks

Returns CRITICAL if the Agent cannot establish an HTTP connection to the URL. Returns OK if the connection is successful.
Statuses: ok, critical

Returns CRITICAL if the SSL certificate has expired. Returns WARNING if the SSL certificate will expire in less than the configured threshold. Returns OK otherwise.
Statuses: ok, warning, critical, unknown

To disable http.ssl_cert, set check_certificate_expiration to false.

Note: To set an alert on these service checks, create a Network Monitor.


Need help? Contact Datadog support.