Strapi Outage History
7 incidents recorded over the last 365 days, 7 of them resolved. Durations are measured from when PulsAPI first saw the problem to when it cleared, which is usually longer than the vendor's own figure.
Every Recorded Strapi Incident
| Date | Incident | Duration | Status |
|---|---|---|---|
| Jul 21, 2026 | Projects unavailable following a redeployment | 815h 7m | Resolved |
| Jul 20, 2026 | Compute provider deployment outage | 831h 7m | Resolved |
| Jun 16, 2026 | Deployment failures | 1649h 41m | Resolved |
| May 22, 2026 | Delayed / Failed API responses | 1687h 11m | Resolved |
| Feb 24, 2026 | Project creation unavailable | 1569h 48m | Resolved |
| Feb 12, 2026 | Issues with Login with Magic Link | 1849h 8m | Resolved |
| Jan 7, 2026 | Runtime logs service degradation | 2007h 8m | Resolved |
How to Read This Strapi Incident Log
Each row is an incident PulsAPI observed, not a summary written afterwards. The duration is wall-clock time between the first failing check and the first clean one, so it includes the window before Strapi acknowledged anything. Vendor post-mortems typically measure from acknowledgement, which is why their numbers are usually shorter.
Incidents still open have no duration yet and are listed as ongoing rather than being given a running total. The archive covers the last 365 days; anything older has aged out of the window rather than never having happened.
The longest single Strapi outage in this window ran 83d 15h, against a mean recovery of 61d 23h. If you depend on Strapi in a customer-facing path, the longest figure is the one to design around. The mean is what happens on a normal bad day; the maximum is what happens on the worst one.