How uptime works: Sorry™ vs Statuspage

What are uptime metrics?

Uptime represents the percentage of time your product or service was available and operational during a given period. While the concept seems straightforward, the calculation method and how you control these metrics vary significantly across Sorry™ and Atlassian Statuspage. Understanding these differences helps you evaluate whether a tool's uptime reporting aligns with how your team tracks and communicates service outages and reliability.

Functionality comparison

Enabling uptime metrics

Uptime is an optional metric you can display on both Sorry™ and Atlassian Statuspage. You can turn on uptime metrics at the component level in each tool. All plan types support this feature on both products.

Sorry™

Atlassian Statuspage

How Sorry™ calculates uptime

Sorry™ calculates component uptime using what we call notice impact time. This is the duration between opening an incident notice and marking it as recovering or resolved. The impact time, divided by the total time in a given period, determines the uptime percentage.

Here's the formula:

For parent components that contain multiple child components, Sorry™ calculates uptime as the average of all child component uptime percentages. For example:

If you have a parent component called "Email Services" with three child components:

• SMTP: 99.9% uptime
• IMAP: 99.5% uptime
• Webmail: 99.8% uptime

Sorry™ calculates the parent "Email Services" uptime as: (99.9 + 99.5 + 99.8) ÷ 3 = 99.7% uptime

How Atlassian Statuspage calculates uptime

Statuspage calculates uptime using a weighted measurement based on the component statuses. When a component is in a major outage status, it's weighted at 100%. For partial outages, it's weighted at 70%. They also consider the duration a component is in one of those states.

Here's the formula:

Displaying & viewing uptime

How uptime is displayed to your customers and end users affects their experience with your product and team, and ultimately your brand. The key is presenting this data in a user-friendly way that builds trust.

How Sorry™ displays uptime

When you enable uptime in Sorry™, the uptime percentage is displayed directly on the component.

Clicking the uptime percentage on a component presents a view of the uptime history and other detailed metrics.

Here, you see the historical uptime, total impact time, mean time to recovery, mean time between failures, and the number of notices during the selected time period. You can change the time period to see metrics for a shorter or longer period.

How Atlassian Statuspage displays uptime

Statuspage shows a 90-day history of the component's status, along with its uptime percentage. Hovering over a day where a component was in a partial outage or major outage state shows you the duration it was in that state, as well as related incidents that day.

A full history of component uptime can be found by clicking "view historical uptime" from the main status page view. Here, Statuspage provides a month-by-month view, highlighting days with service disruptions.

Overriding automatic uptime calculations

Uptime calculations are only as accurate as the data they're based on. If your team restored service at 2:15 pm but didn't mark the incident as resolved until 3:00 pm, your uptime percentage will reflect 45 extra minutes of downtime that didn't actually occur.

The reverse also happens: if you close an incident prematurely while troubleshooting continues, your uptime percentage won't reflect the actual uptime.

Both Sorry™ and Atlassian Statuspage allow you to manually correct these discrepancies to keep your uptime metrics accurate, but the experience is different.

How Sorry™ handles overrides

Because Sorry™ uses impact time to calculate uptime, you need to edit that directly within the incident notice window. You can adjust the start and end timestamps of the incident itself, which automatically recalculates the uptime percentage. Every edit is logged in an audit trail showing who made the change and when.

How Statuspage handles overrides

Atlassian Statuspage handles corrections at the component level rather than the incident level. You navigate to the component's settings, select the specific day to modify, and manually adjust the hours and minutes for the major or partial outage.

Changes appear immediately on your status page, but the connection to the original incident is indirect: you're editing component state duration, not incident duration.

A fresh take on uptime metrics

When we designed the uptime feature for Sorry™, we intentionally avoided the stacked green bars and overly complicated calculations that have become the standard across most status page providers. Instead, we focused on building something more useful: a straightforward metric that accurately reflects when your services were down, with flexibility so you can always ensure your uptime numbers are correct.

The result is uptime tracking that's tied directly to your incident timeline, with built-in metrics like MTTR and MTBF that give you (and your customers) a complete picture of reliability.

Additional resources

Interested in diving deeper? Check out this recommended content:

• Sorry™ | Component metrics
• Atlassian | Statuspage historical uptime

Take a closer look at uptime in Sorry™

Interested in learning more about how Sorry™ handles uptime on status pages? Reach out to schedule a demo, or sign up for a free trial.