Web Check Steps Analysis in LM Uptime

Last updated - 08 September, 2025

You can test the steps for your Web Checks from the Steps tab. This tab displays the Web Check steps that you added while creating the External Web Check.

Requirements for Testing Web Check Steps in LM Uptime

To test the web check steps, you need the following:

• A user with “Manage” permission for Resource.
  For more information, see Resource Role Permissions.
• LM Uptime license edition

Testing Multiple Web Check Steps

1. In LogicMonitor, navigate to the Resource Tree > select the required Web Check.
2. Select the Steps tab. 
3. Select the required checkpoint from the Checkpoint dropdown menu from which the steps must be tested. Depending on whether the website is being tested by an external web check or an internal web check, you can choose from either a list of checkpoints or internal Collectors.
4. Select All Steps or To Step X from the Test Scope dropdown menu. 
5. Select Run test.
   The test result displays in the Status, Details, and Latency columns. Selecting each step displays additional details in the Test Result tab. 

Testing Individual Web Check Step

1. In LogicMonitor, navigate to Resource Tree > select the required web check.
2. Select the Steps tab. 
3. Select the required step you want to test. 
4. In the Actions column, you can perform the following:
   • Select  Run Step to run the test for the individual selected step.
   • Select  Skip Step to skip this individual step when you run the test for all the steps. 
     Note: Once you apply the skip test, you can revert it by selecting Cancel Skip. 
   • Selectto manage the individual step. For example, you can edit, delete, or clone the step.
     
     The test details display in the Test Results tab. 
     

Adding Steps for your Web Check

1. In LogicMonitor, navigate to Resource Tree > select the required Web Check.
2. Select the Steps tab. 
3. Select . 
   
4. In the URL Basic tab, perform the following:
   1. (Optional) Select the Use Default Root URL toggle to use the same root URL as the Web Check and enter the required details. The toggle is turned off by default. 
   2. Select http:// or https:// protocol from the Protocol dropdown menu depending on your web server settings.
   3. In the URL field, enter the website domain to which your Web Check request will be sent.
   4. (Optional) In the Description field, enter the necessary description. 
5. In the Request Settings tab, perform the following:
   
   1. In the HTTP Version field, select the version of HTTP that must be used to make the request. The version you select is based on your website’s settings.
      Note: You can determine this setting in the response headers using the Linux or Unix cURL command (For example, curl –head help.logicmonitor.com).
   2. In the Method field, select the HTTP method (GET, HEAD, or POST) that must be used to make the request.
      If you select the POST option, additional configurations display that allow you to specify the data to be included in the request payload. In addition, the Formatted Data option allows you to specify how the data must be formatted.
   3. Toggle on the Follow redirect switch to allow the HTTP request to follow any redirects configured for the URL. This toggle is on by default. 
   4. (Optional) Toggle on the Wait for all page elements to load switch to allow the HTTP request to wait for all page elements (For example, headings, paragraphs, images) to load before checking the response.
   5. (Optional) Toggle on the Authentication required switch for requests that go to a page requiring either HTTP Basic authentication or NT LAN Manager (NTLM) authentication. Additional configurations display that allow you to specify the type of authentication and the authentication credentials that are used in the HTTP request. 
   6. Select the type of authentication (Basic or NTLM) used by the page from the Auth type dropdown menu.
      Basic— HTTP Basic authentication passes the username and password as fields in an HTTP header.
      NTML— NT LAN Manager (NTLM) is a suite of Microsoft security protocols that provides authentication, integrity, and confidentiality to users. This authentication type is usually recognizable by a grey dialog that prompts you for a username and password.
   7. In the Username and Password fields, enter your authentication credentials. If using NTLM authorization, you are prompted to enter a domain as well.
   8. Under the HTTP Header table, add any header key-value pairs that must be included in the HTTP request.
6. In the Response Settings tab, perform the following:
   
   
   1. Select a format for the response to the HTTP request from the HTTP Response Format dropdown menu. Once selected, some of the fields on the page are dynamically updated allowing you to specify format-specific criteria that must be included in (or absent from) the response. If relying on the presence of a string, note that the entry is case-sensitive. Plain text/ string is the default value. 
      Note: If you select the XML option, additional configuration settings display, and Xpath processing does not support regular expressions. In order to find string matches in the page’s returned XML, you need to use the contains query contains(//ACADEMY/CATALOG/text(),"Introduction"). This query returns true if the string is present. A useful tool for testing Xpath queries can be found at freeformatter.com.
   2. In the Expected status code response field, enter the expected HTTP status codes that are included in the response. Enter only integers. Commas must separate multiple status codes. If no status is specified, a 200/OK response is expected.
7. Select  Save step only.