Status Page Templates for Incident Communication from Sandglass: practical guidance for choosing component names, short status descriptions, and update cadence before the incident starts.
This guide focuses on choosing component names, short status descriptions, and update cadence before the incident starts. The goal is to make the operating decision clear before a stressful incident forces the team to improvise.
Prepare templates for investigating, identified, monitoring, and resolved states, then map each template to the status page components your customers recognize. Sandglass supports the continuous side of this work with checks, incidents, alert routing, and public status visibility.
Templates should reduce typing under pressure, not hide uncertainty. Keep them short and edit them with real facts during the incident.
Decide which failures in this topic actually reach customers before adding any monitoring.
Match each risk to a single HTTP, content, TCP, SSL certificate, or heartbeat check instead of stacking duplicates.
Give each alert one owner and one destination — email, a Slack webhook, or a generic webhook.
Revisit intervals, thresholds, and ownership once a real incident shows what was missing.
Free plan, no credit card required.