URL Monitor Configuration

​

Basic Setup

Monitor any URL by specifying the endpoint you want to track. You can configure the HTTP method, add request headers, and set SSL/redirect options:

​

Assertions

Use assertions to validate the status code of your URL request. When one or more assertions fail, an alert is triggered: Status Code: Verify your endpoint returns the expected HTTP status code using the comparison dropdown. Choose from equals, not equals, greater than, or less than.

​

Response Time Limits

Set performance thresholds to ensure your application meets speed requirements: Degraded After: Time threshold (in milliseconds) after which the check is marked as degraded but not failed. Use for performance warnings without triggering failure alerts. Failed After: Time threshold after which the check fails completely. Use for hard performance limits where slow responses should trigger alerts.

​

Frequency

Determine how often your monitors run. Unlike Synthetic Monitors, URL Monitors do not consume “Checks” and can run at any frequency available to your plan: Choose a frequency that balances monitoring coverage with resource usage. Higher frequencies provide faster detection but may not be necessary for all services.

​

Scheduling Strategy

Choose when and how your checks run across multiple locations: Round Robin (Default): Checks run from one random location each interval. Most cost-effective option for general availability monitoring. Fixed Schedule: Checks run from all selected locations simultaneously. Higher consumption but provides immediate global visibility for critical services.

​

Locations

Select from Checkly’s global monitoring locations to test your URLs from different regions: Choose 2-3 locations that best represent your user base for optimal monitoring coverage. See Locations for the complete list of available regions and guidance on location selection.

​

Retries

Select the retry strategy to determine how failed checks are retried:

​

Alert Settings

Configure notifications for your team:

​

Notification Scope

Choose how alerts are configured for this monitor:

​

Escalation Rules

Control when alerts are triggered: Primary Trigger (Choose one):

• When a check has failed X time(s): Sends alert after specified consecutive failures
• When a check is failing for more than Y minutes: Sends alert if failure duration exceeds threshold

Additional Condition (Optional):

• When a check is failing in Z% of locations: Only applies to checks running in parallel across multiple locations

​

Reminders

Configure follow-up alerts after initial failure notification:

​

Alert Channels

Define where notifications are sent when checks fail or recover. Additional channels can be configured in global notification settings. Alert Types (per channel):

• ✅ Success/Recovery: Check has recovered from failure
• ⚠ Warning: Check is degraded but not failed
• ❌ Failure: Check has failed
• 🔒 Locked/Restricted: Channel access limited