Status Pages provide the ability to display your uptime checks in a private status page or on a public URL. Accordingly, you can give others access to your reports without granting them access to your Uptime.com account.
Your Public Status Page is highly configurable, including control over which URL leads to it and who has access.
Table of Contents
- Creating a New Status Page
- Securing a Public Status Page
- Managing Incidents
- Removing Metrics
- Editing a Status Page
- Status Page Interface
- Status Page Subscriptions
- Enable Subscriptions for a Status Page
- Managing Status Page Subscribers
- Notifying Status Page Subscribers
Status Page Basics
A typical Status Page provides the following information about checks:
- Uptime for Period, expressed as a percentage
- Total number of Outages
- Total Downtime
- Average Response Time for the Check
- Current Status of the Check
- Status History chronologically tracks incidents from the previous seven days
- Past Incidents listed as they occur
Please note: status pages will only display existing checks. Average Response Time for SSL, and WHOIS will be displayed as Expires: [VALUE] days. Blacklist and Malware checks do not have an Average Response Time but do report the Total Downtime.
Creating a New Status Page
An example of a published status page
The illustration below provides an example of adding a Status Page via Reports>Status Pages from the sidebar once you have created at least one type of check.
Status pages allow users to select checks individually using the check selection widget:
Users can select a maximum of 50 checks, searching by tag or type, for comprehensive control over which checks appear in a status page.
The following provides a description of the required fields shown when adding a status page:
- Name: Enter the name of the status page.
- Checks: Choose which checks you want to display on this status page (up to 50 checks).
If you decide to Make This a Public Status Page, you will have this additional required value:
- A URL Slug (or file path/folder) that is customizable with letters, numbers & hyphens only.
The following are optional, but allow for customization of your Public Status Page:
- Your CNAME record, or a subdomain that points to your status page should point to “cname.uptime.com”
- Username and Password (used to secure a Public Status Page, more info below)
- Turn off Search Indexing with an “noindex” HTML header request
- Allow Drill Down into individual checks, for viewing individual check statistics
- Show customizable Incident Descriptions as they occur (more info below)
- Whether to display the domain name being checked
- Optional inline HTML for both Header and Footer
Note: Custom Branded Reporting for custom Header & Footer requires an Enterprise account.
Securing a Public Status Page
A Public Status Page is useful for conveying uptime statistics, but there are some cases where restricted access is useful. For example, granting access to downtime statistics to members who subscribe to your service only. Rather than provisioning each member an Uptime.com account, you can secure Public Status Pages with HTTP Basic Auth.
Enter a Username and Password that can be distributed to anyone who needs access to the page.
Note: This parameter is optional.
A sample status page without metrics included
You can configure any status page (public or private) to hide metrics. To do this, return to the check(s) that are tracked on the status page you have created and uncheck Include in Metrics from the Advanced tab.
The status page will remove the top overlay of downtime metrics, displaying only Current Status and Past Incidents. Please note that status pages displaying data for numerous checks will need to uncheck Include in Metrics for all applicable checks if users do not wish to display downtime metrics.
The illustration below provides an example of adding an Incident. Click Actions>Manage Incidents>Add New Incident.
Incidents are customizable and used to provide context for downtime and response. The following provides a description of the fields shown when adding an incident:
- Occurred At: The date and time of the incident.
- Incident Type: The type of incident, e.g. a problem or a solution.
- Title: A brief title for the incident.
- Description: The full details of this incident. This field supports markdown.
Edit or Delete an existing Incident from the Manage Incidents page, by clicking Actions and then either Edit or Delete.
Add Incidents to keep customers informed of maintenance, response to downtime, and other use cases. You can also opt to Notify Subscribers.
Editing a Status Page
Click Action>Edit next to the Status Page you wish to edit. The edit screen allows you to change the parameters of your Status Page, such as Name, Checks, URL Slug, etc.
Status Page Interface
The Status Page interface contains a few useful controls, as enabled, that offer some more detailed statistics and information.
Users may filter dates for a specific report of uptime for a designated period. Click the calendar box at the top left-hand side and select the date range for the status page you wish to view.
Drill Down Into Individual Checks
A status page may track up to 50 checks, and one of the optional parameters allows users to view check statistics for an individual check. This parameter is enabled by default, and users can see a check’s status page by clicking the name of the check.
To disable this feature, return to your status page’s edit screen and uncheck Allow Drill Down Into Individual Checks.
Display Domain Names
Status pages may display or hide the domain name(s) the page is documenting. Check or uncheck Show Check Domain Names to show or hide the URL.
Sample status page with domains hidden.
To allow search engines to crawl and index your status page, check the box for Allow Search Engine Indexing. Unchecking this box will apply a “noindex” HTML attribute to the page.
Public users can subscribe to public status pages, which will trigger emails to users on incident updates. Each status page in your account has its own subscriber list. Keep this in mind as you think about your public facing components, and how best to inform users.
Use this email correspondence system to inform users when you are investigating outages, or to provide details on the status or resolution of an incident. One such sample is below:
Click Reports>Status Pages, then click Actions>Edit to open the Status Page edit screen. Tick the box towards the bottom of this edit screen to Allow users to subscribe to this page:
Enabling this option will create a button for users to Subscribe to Updates:
Those viewing your status page will enter an email address to receive updates:
Click Reports>Status Pages and locate the status page that has subscribers you wish to manage. Click Actions>Manage Subscribers to open the manage subscriber page:
From the Status Page screen, click Actions>Manage Incidents, and then Add a New Incident. Tick the box to Notify Subscribers to ensure public status page subscribers receive notifications of the incident in question:
Please Note: It is possible to send a notification of a past incident to users. Edit the incident and tick the box to Notify Subscribers as depicted above.