Pingdom has probably watched your sites for years, so moving away deserves a plan rather than a rushed weekend. This guide walks you through rebuilding your uptime checks, transaction checks, and alerting in Hyperping without a gap in coverage.
Every Pingdom concept has a home in Hyperping. Use this table to translate your current setup before you start.
| Pingdom | Hyperping |
|---|---|
| Uptime checks | Monitors with HTTP, ICMP, port, and DNS checks |
| Transaction checks | Browser checks that replay user journeys in a real browser |
| Maintenance windows | Maintenance windows |
| BeepManager and alerting policies | Notification channels, escalation policies, and on-call schedules |
| Public status page | Status pages with subscribers |
Export your uptime checks from the dashboard or through the API, and note the URL, interval, probe regions, and alerting settings for each. Keep the report exports you care about while the account is still active.
List transaction checks separately, with the user journey each one scripts: you'll rebuild those as browser checks.
For fewer than 20 checks, recreating them by hand in the dashboard is usually the fastest path. See Create a monitor.
For a larger fleet, loop over your exported list with the API, or manage everything as code with the Terraform provider:
curl -X POST https://api.hyperping.io/v1/monitors \
-H "Authorization: Bearer ${API_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"name": "Website",
"url": "https://acme.com",
"protocol": "http",
"check_frequency": 30,
"regions": ["paris", "frankfurt", "amsterdam", "london"]
}'{
"name": "Website",
"url": "https://acme.com",
"paused": false,
"regions": ["paris", "frankfurt", "amsterdam", "london"],
"http_method": "GET",
"check_frequency": 30,
"protocol": "http",
"follow_redirects": true,
"expected_status_code": "2xx",
"uuid": "mon_3GhAQMYGEQuyUH",
"status": "up",
"alerts_wait": 0
}Then rebuild each transaction check as a browser check that walks through the same journey: log in, add to cart, submit a form.
Connect your notification channels: email, SMS, Slack, webhooks, and more.
Recreate your alerting policies as escalation policies, so severity and escalation delays match what your team expects today.
Keep Pingdom running alongside Hyperping for a few days. Every incident should now be caught twice.
Compare the alerts on both sides: a difference points to a missed check, a wrong interval, or a threshold worth tuning.
Publish your Hyperping status page, move your custom domain, and invite your subscribers.
Once the parallel run is clean, pause your Pingdom checks and close the account.
Historical metrics cannot be transferred between providers, so export the Pingdom reports you need before closing the account. Hyperping starts computing uptime, response times, and reports from the moment each monitor is created.