Follow redirects for HTTP checks
2014/12/08 Leave a comment
We’re happy to announce a new optional feature for our HTTP checks – follow redirects.
Until today, NodePing website monitoring only supported the single HTTP request/response. An often requested feature was the ability to follow HTTP redirect codes in the 300s and evaluate the check on the final page of the redirects.
We believe you should monitor everything, including your redirect pages. We recommend you create a separate check for the redirect and ensure the 301 or 302 status code and the header ‘Location’ is to the destination URL you expect and then create another check to monitor that destination URL. We still think this is a best practice for website monitoring and will help you pinpoint a failure more quickly should something happen to your redirect or destination URL.
We realize there’s a use case for monitoring HTTP responses that includes following redirects and we’re happy to include that option in our HTTP checks. The default behavior remains the same – that is we do not follow redirects but rather evaluate an HTTP status code in the 300 range as a successful response.
To activate this option in your HTTP check, set the “Redirects:” drop down to “Follow redirects” or, if you’re using the API, set a ‘follow’ parameter to true. Our probes will follow up to 4 redirects and per the RFC, will only redirect on HTTP GET requests.
For more information, please see our documentation on the supported HTTP checks:
HTTP – Simple website monitoring for 200-399 HTTP status codes
HTTP Content – Verify content exists (or doesn’t exist) in the returned HTML
HTTP Advanced – The swiss-army-knife of HTTP checks. Set request headers, verify response headers, send JSON, XML, or form data, use GET/POST/PUT/HEAD/DELETE/TRACE/CONNECT methods, verify content, and expected returned HTTP status codes. You can even monitor a 404 page.