Want to know how much website downtime costs, and the impact it can have on your business?
Find out everything you need to know in our new uptime monitoring whitepaper 2021



Putting up prices is never an easy decision for a business, particularly when we know that many of our StatusCake.com customers have limited budgets in these tough economic times.
At StatusCake we’ve always felt that our customers are as passionate about the company as we are. This is why we personally wanted to explain to you why we’ve decided to put up our prices, and how we believe that this will help us to provide you with an even better product both in terms of features, reliability and customer service.
We’re grandfathering current prices for all our paid StatusCake users forever – you’ll continue to pay the same amount that you’ve always paid, except that we’ll be adding even more features, even more customer service. More bang for your buck! And if you’re not already on a paid plan don’t worry. If you sign-up up for a paid plan prior to the new prices taking effect on 29th November you’ll still be grandfathered in at the current prices for the lifetime of your subscription.
Pricing remains simple, easy-to-understand and transparent. We’re not creating new types of plans – accounts and functionality will remain the same across each of our free, Basic, Superior and Business plans which will increase to £5.99 / $9.49 (Basic), £14.99 / $24.49 (Superior) and £49.99 / $74.49 (Business) per month.
Putting up our prices allows us to spend more money on doing the things that matter most to you. More features, improving reliability and even better customer support. How do we know you want this? Our Customer Survey results tell us. You told us what mattered to you. We’ve listened.
We hope that you understand our reasons and share our vision of how it will help improve StatusCake for the wider community.
James Barnes & Daniel Clarke
Founders, StatusCake.com
Share this
3 min read In the previous post, we looked at how alert noise is rarely accidental. It’s usually the result of sensible decisions layered over time, until responsibility becomes diffuse and response slows. One of the most persistent assumptions behind this pattern is simple. If enough people are notified, someone will take responsibility. After more than fourteen years
3 min read In a previous post, The Incident Checklist: Reducing Cognitive Load When It Matters Most, we explored how incidents stop being purely technical problems and become human ones. These are moments where decision-making under pressure and cognitive load matter more than perfect root cause analysis. When systems don’t support people clearly in those moments, teams compensate.
4 min read In the previous post, we looked at what happens after detection; when incidents stop being purely technical problems and become human ones, with cognitive load as the real constraint. This post assumes that context. The question here is simpler and more practical. What actually helps teams think clearly and act well once things are already
3 min read In the previous post, we explored how AI accelerates delivery and compresses the time between change and user impact. As velocity increases, knowing that something has gone wrong before users do becomes a critical capability. But detection is only the beginning. Once alerts fire and dashboards light up, humans still have to interpret what’s happening,
5 min read In a recent post, I argued that AI doesn’t fix weak engineering processes; rather it amplifies them. Strong review practices, clear ownership, and solid fundamentals still matter just as much when code is AI-assisted as when it’s not. That post sparked a follow-up question in the comments that’s worth sitting with: With AI speeding things
4 min read Why strong reviews, accountability, and monitoring matter more in an AI-assisted world Artificial intelligence has become the latest fault line in software development. For some teams, it’s an obvious productivity multiplier. For others, it’s viewed with suspicion. A source of low-quality code, unreviewable pull requests, and latent production risk. One concern we hear frequently goes
Find out everything you need to know in our new uptime monitoring whitepaper 2021