Skip to main content
Learn more about Browser Checks in the Browser Checks overview.
Use Browser Checks to run end-to-end tests with Playwright. The examples below show how to configure browser checks for different testing scenarios.
Before creating Browser Checks, ensure you have:For additional setup information, see CLI overview.

Configuration

The Browser Check configuration consists of specific Browser Check options and inherited general check options.
ParameterTypeRequiredDefaultDescription
codeobject-The Playwright test code

Browser Check Options

code
object
required
The Playwright test code that defines how to execute your end-to-end browser monitor. This is the core component of any browser check.Usage:
Parameters:
ParameterTypeRequiredDescription
entrypointstringPath to a .spec.js or .spec.ts file containing the Playwright test
contentstringInline JavaScript/TypeScript code as a string
You must provide either entrypoint or content, but not both.
Examples:
Use cases: E2E testing, user journey validation, performance testing, visual regression testing.

General Check Options

name
string
required
Friendly name for your Browser Check that will be displayed in the Checkly dashboard and used in notifications.Usage:
frequency
Frequency
How often the Browser Check should run. Use the Frequency enum to set the check interval.Usage:
Examples:
Available frequencies: EVERY_1M, EVERY_2M, EVERY_5M, EVERY_10M, EVERY_15M, EVERY_30M, EVERY_1H, EVERY_2H, EVERY_6H, EVERY_12H, EVERY_24H
runtimeId
string
The Checkly runtime version used to execute the Browser Check. Runtimes are managed execution environments for Browser and Multistep Checks. They include fixed Checkly-provided dependencies, such as Playwright, browser binaries, and runtime libraries.Use runtimeId for Browser Checks and Multistep Checks. For Playwright Check Suites, use engine instead to select the JavaScript engine version that runs your own Playwright project.Usage:
locations
string[]
default:"[]"
Array of public location codes where the Browser Check should run. Multiple locations provide geographic coverage and redundancy.Usage:
Examples:
Use cases: Global user experience monitoring, regional performance testing, compliance requirements.
activated
boolean
default:"true"
Whether the browser check is enabled and will run according to its schedule.Usage:
tags
string[]
default:"[]"
Array of tags to organize and categorize your Browser Checks in the Checkly infrastructure.Usage:
Examples:
Use cases: Organization, filtering, alerting rules, reporting.
environmentVariables
object[]
default:"[]"
Check-level environment variables that will be available during test execution. Useful for test configuration and sensitive data.Usage:
Parameters:
ParameterTypeRequiredDescription
keystringEnvironment variable name
valuestringEnvironment variable value
secretbooleanWhether the value should be encrypted and hidden
Examples:
Use cases: Test configuration, authentication, API keys, feature flags, environment-specific settings.

Examples

Browser checks require Playwright test files. Make sure your test files use the @playwright/test framework and follow Playwright’s testing conventions.