-
Couldn't load subscription status.
- Fork 38
Create check-pricing #1325
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Create check-pricing #1325
Changes from 2 commits
45e7dd6
2e35b18
77c37fb
9465afd
ad0f3b6
e50aebc
60567b3
d48bd96
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
| @@ -0,0 +1,174 @@ | ||||||
| --- | ||||||
| title: Pricing & Billing - Checkly Docs | ||||||
| displayTitle: Pricing & Billing | ||||||
| navTitle: Pricing & Billing | ||||||
| weight: 9 | ||||||
| menu: | ||||||
| platform: | ||||||
| parent: "Monitoring" | ||||||
| --- | ||||||
|
|
||||||
| ## Overview | ||||||
|
|
||||||
| Checkly supports different kinds of checks and monitors which are billed slightly differently depending on their nature: | ||||||
|
|
||||||
| - Synthetic checks include: Browser, API, and Multistep. Those checks are billed per check run. | ||||||
| - Uptime Monitors include: URL, TCP, and Heartbeats and are billed per number of monitors. | ||||||
|
|
||||||
| ## Billing Concepts | ||||||
|
|
||||||
| Before diving into pricing details, here are key concepts that affect your costs: | ||||||
|
|
||||||
| - **Check run**: A single execution of a check or monitor | ||||||
| - **Parallel scheduling**: Running checks simultaneously from multiple locations | ||||||
| - **Retries**: Automatic re-execution of failed checks | ||||||
| - **Flaky checks**: Checks that fail intermittently due to network issues or timing problems | ||||||
AlbertoGoYu marked this conversation as resolved.
Show resolved
Hide resolved
|
||||||
| - **Prepaid check bundles**: Discounted packages of check runs purchased in advance | ||||||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Tiny nit, how about moving There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. i'll move check runs as the first item |
||||||
| - **Overages**: Additional charges when you exceed your plan's included check runs or monitors, typically at higher rates than prepaid bundles | ||||||
|
||||||
|
|
||||||
| ## Pricing Table | ||||||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm a bit afraid that keeping all the existing pricing tables in sync is gonna be hard - we already found quite some issues keeping two tables in sync. Can't we just link to the pricing page from here? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. yeah, agreed I'll work in a version that refers to the Pricing page instead |
||||||
|
|
||||||
| This table shows the base cost for checks and monitors, and how Parallel Scheduling or retries affect your total cost: | ||||||
|
|
||||||
| | Check type | Base cost | Parallel scheduling | Retries | | ||||||
| |------------|--------------------|------------------------|---------------------| | ||||||
| | Browser | $5 per 1k runs | Each location is a run | Each retry is a run | | ||||||
| | API | $2 per 10k runs | Each location is a run | Each retry is a run | | ||||||
| | Multistep | $2 per 10k requests| Locations × requests | Retries × requests | | ||||||
| | URL monitor | $10 for 25 monitors | Only available on enterprise | Each monitor can retry once | | ||||||
| | TCP monitor | $10 for 25 monitors | Only available on enterprise | Each monitor can retry once | | ||||||
| | Heartbeat monitor | $10 for 25 monitors | Only available on enterprise | Each monitor can retry once | | ||||||
|
|
||||||
| > The check prices above are based on prepaid check bundles as shown on our [Pricing page](https://www.checklyhq.com/pricing/). If you are on a Checkly Enterprise contract, your checks' base cost might differ substantially from what is shown above. Also please note, overages are charged at an additional rate than committed consumption packages. | ||||||
|
|
||||||
| When configuring your check frequency and scheduling strategy, the cost helper will estimate the monthly cost for the check. This widget appears in the check configuration interface and automatically calculates costs based on your settings. | ||||||
|
|
||||||
|  | ||||||
|
|
||||||
| ## API and Browser Checks | ||||||
|
|
||||||
| API, as well as browser checks, have a base price per check run. Always refer to our [pricing page](https://www.checklyhq.com/pricing/) for the latest prices. The base cost is typically listed as $X per 1k or 10k check runs. | ||||||
|
|
||||||
| > **Example:** If a browser check is running once per hour with a cost of $5 per 1000 check runs, the monthly base cost for the check would be $3.65. | ||||||
|
|
||||||
| If you use features that multiply the number of check runs, such as parallel scheduling and retries, your cost will increase. | ||||||
|
|
||||||
| ### Parallel Scheduling | ||||||
|
|
||||||
| When a check is running in [parallel](/docs/monitoring/global-locations/#parallel), it will run once on each selected location per execution. If you change a check from using the round-robin scheduling method to running in parallel, be aware that the cost will multiply by the number of locations you have selected. | ||||||
|
|
||||||
| Balance the number of locations the check is using to ensure you are quickly made aware of potential issues in critical locations without running an unnecessary amount of checks. | ||||||
|
|
||||||
| > **Example:** Continuing our example from earlier, if we want our browser check to run in parallel from 5 locations, the monthly cost will increase from $3.65 to $18.25. | ||||||
|
|
||||||
| ### Retries | ||||||
|
|
||||||
| When a check is [retried](/docs/alerting-and-retries/retries/), this counts as a new check run. A flaky check can increase your check run costs above the expected. If you have problems with flaky checks, ask [our community](https://www.checklyhq.com/slack/) or our support for tips on how to improve check stability and reduce cost. | ||||||
AlbertoGoYu marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||||||
|
|
||||||
| > **Example:** If our check from earlier has a 20% retry rate (meaning 20% of check runs fail and trigger a retry), this will increase the cost from $3.65 to $4.38. | ||||||
|
|
||||||
| ## Multistep Checks | ||||||
|
|
||||||
| [Multistep check](/docs/multistep-checks/) pricing is slightly different from browser and API checks. A Multistep check is billed based on the number of requests done per check run. Each request in a Multistep check run is billed at the same rate as a regular API check run, as they are performing the same basic operation. | ||||||
|
|
||||||
| > **Example:** Let's say you have 4 API checks, where each check does one of the `GET`, `POST`, `PUT` and `DELETE` operations towards the same endpoint. If you replace these 4 checks with a single Multistep check that runs 4 requests towards the same endpoint, checking each method, and the check run frequency is the same as before, your cost stays the same. | ||||||
|
|
||||||
| A Multistep check with 0 requests is billed as if it has 1 request. | ||||||
|
|
||||||
| ### Parallel Scheduling | ||||||
|
|
||||||
| When a Multistep check is run in [parallel](/docs/monitoring/global-locations/#parallel), the whole check (with any number of requests) is run from all included locations. That means that the cost is going to equal the number of locations the check is run from multiplied by the number of requests. | ||||||
|
|
||||||
| ### Retries | ||||||
|
|
||||||
| As a Multistep check is [retried](/docs/alerting-and-retries/retries/) as a whole, the final cost of a retried Multistep check is based on the number of requests executed multiplied by the number of retries. | ||||||
AlbertoGoYu marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||||||
|
|
||||||
| ## Uptime Monitors | ||||||
|
|
||||||
| A given set of Uptime Checks are included in the Starter, Team, and Enterprise plans. Users can complete the existing plan allowance of Uptime Checks by adding to their plans packages of 25 monitors for $10 each. | ||||||
|
||||||
| A given set of Uptime Checks are included in the Starter, Team, and Enterprise plans. Users can complete the existing plan allowance of Uptime Checks by adding to their plans packages of 25 monitors for $10 each. | |
| A set number of Uptime Checks is included in the Starter, Team, and Enterprise plans. Users can extend their plan’s allowance by adding packages of 25 monitors for $10 each. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm going to change that phrasing to talk more generically about monitor packages, and point to the pricing page to see the available packages
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we add something like contact support with a link or so?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
will add
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is only the case for starter and hobby according to the gSheet, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no it's for all pans, we are going to limit retries to 1 as a whole due to costs
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't allow for overages on uptime checks AFAIK, no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
true
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Check runs for monitors shouldn't affect cost, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
indeed, good catch