Check Recommendations for API and Transaction Checks

With, users can create multiple checks designed for a catch-all system that sends out alerts the moment any hiccup is detected. However, some checks have a default interval of five-minute or 24-hour intervals. To create optimal downtime alerting, users should create a tiered check alerting system that pings infrastructure at various intervals. The end result is a constant monitoring system reviewing the most important elements of infrastructure, with specific technical data as soon as possible once an outage occurs.

This brief guide suggests that users create at minimum the following types of checks when using transaction and API monitoring:

  • HTTPS - One-minute intervals designed to catch outages before a Transaction Check’s five-minute interval.
  • SSL & DNS - Once per day checks to alert administrators of easily avoidable outages

Improving Synthetic Monitoring Response Time

Transaction and API checks are designed to follow a set of instructions at a minimum of 5-minute intervals. A transaction check will not catch an outage that occurs between the intervals you’ve told it to monitor. Downtime can occur between checks, creating a kind of hole in your monitoring system where outages can occur for minutes at a time without issuing an alert.


Add One-Minute Interval HTTPS Checks for Optimal Synthetic Monitoring

Most users configure an HTTPS check for their homepage, but don’t monitor other URLs that are relevant to a Transaction Check. Some URLs to check include:

  • The homepage of your website
  • The URL where your Transaction Check begins
  • Related URLs, such as “Pricing”, “Contact”, or “Service” pages

Configure Optional HTTPS Check Parameters

HTTPS checks can also contain HTTP POST data, send HTTP headers, or look for an expected string of data. Be sure to configure these optional parameters to expand the functionality of an HTTPS check and provide better, more accurate details when an outage occurs.    


Here are a few other one-minute interval checks that should run alongside Transaction and API checks for maximum coverage:

  • RUM to track the user experience, and develop a history of real user data
  • Ping ICMP for your own servers, or servers outside your network critical to operations

Is My Monitoring System Optimized?

The moment you create a transaction check, run through this simple litmus test:

  • Ensure rapid alerting of downtime with a mix of one-minute interval checks
  • Monitor other URLs important to the user experience
  • Collect actual user data wherever possible
  • Ping related infrastructure for uptime

Simply put: how can you most comprehensively measure the downtime for every facet of your transaction check?