Check Service Status
The status page is your first stop when the platform feels slow, a Broadcast seems delayed, or you want to confirm whether an issue is on your side. It reports live availability for each service component, lists scheduled maintenance windows, and describes any active or recently resolved incidents. (Confirm the exact status page URL in your account — white-label deployments use a branded address.)
Use the reference below to interpret what you see.
Reference
| Item | What it means | Example |
|---|---|---|
| Overall status | A single roll-up of every component's health. | Operational / Degraded / Major outage |
| Component status | Health of one service area, so you can tell whether the problem affects your task. | Sending: Operational; Reporting: Degraded |
| Incident | An active or resolved disruption, with a running log of updates and a severity. | "Delayed delivery for some Broadcasts" |
| Scheduled maintenance | A planned window when a component may be briefly unavailable. | "Reporting maintenance, 02:00–04:00 UTC" |
| Subscribe / notifications | Opt in to be alerted when status changes. | Email or webhook updates |
| History | Past incidents and uptime over recent days. | 90-day uptime summary |
Notes
- Components typically tracked include email/SMS sending, in-email interactive content, microsites, the authoring app, reporting, and the API — names vary by deployment.
- A component is "Degraded", not down, when it still works but is slow or partial; expect delays rather than failures.
- If everything shows Operational but you still see a problem, it is likely account-specific — check your suppression list, personalization tokens, or recent changes before contacting support.
- Subscribe to updates so you learn about incidents and maintenance without checking manually.
- Times are usually shown in UTC; convert to your local zone when planning around maintenance.
Related
Canonical terms: Author, Edition, Folder (Project Folder), Broadcast. See the Glossary.