Media and publishing uptime monitoring built for traffic spikes: check the origin behind the CDN and assert on fresh content, so a cached error page never masks a down origin.
Publishing traffic is spiky and unforgiving: a breaking story can multiply load in minutes, and that is the worst possible time for the article pages, the CDN origin, or the ad calls to fail. The signal is whether readers can reach content under a sudden surge.
For publishers, the dangerous moment is the surge: a breaking story multiplies traffic in minutes, and that is exactly when the origin, the ad calls, or a slow template give out. A CDN masks this in a way that fools naive monitoring — a cached copy keeps serving HTTP 200 while the origin behind it is failing, so a check that rides the CDN stays green until the cache expires and readers hit the real error all at once. Run at least one check directly against the origin, and assert on fresh, story-specific content so a stale cache does not read as health. Watch section and article templates, not just the homepage, because the paths under load are the ones readers arrive on from search and social.
Run HTTP checks on article and section pages, content checks that confirm the body actually rendered rather than a cached error, and checks on the origin behind the CDN so a cache hiding a broken origin does not fool you.
A cached page can stay green while the origin is on fire. If every check rides the CDN, the first real signal of an origin failure arrives only when the cache expires.
List the endpoints, jobs, and components where an outage would reach the people you serve. Keep the first pass to production.
Use HTTP or content checks for web surfaces, TCP for raw ports, SSL certificate checks for HTTPS expiry, and heartbeats for scheduled work.
Put production, staging, and per-client checks in their own groups so routing and noise stay under control.
Adjust intervals and retry counts once real data shows which alerts were signal and which were noise.
Free plan, no credit card required.