Skip to main content
OneSignal logo

Is OneSignal Down?

No — OneSignal is up

Reachable from all 8 checked regions

Average response time: 135ms

Last checked · checks run every 6 hours

Official status page: https://status.onesignal.com

OneSignal uptime

100%
Last 7 days
100%
Last 30 days
100%
Last 90 days
118ms
Avg response, 30 days

Measured from multiple regions every 6 hours. Percentages count only checks that returned an availability answer — 55 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

30-day history

55-day clean streak
Sep 14: 100.00% uptime, 31 checks
Sep 15: 100.00% uptime, 55 checks
Sep 16: 100.00% uptime, 32 checks
Sep 17: 100.00% uptime, 30 checks
Sep 18: 100.00% uptime, 31 checks
Sep 19: 100.00% uptime, 32 checks
Sep 20: 100.00% uptime, 32 checks
Sep 21: 100.00% uptime, 32 checks
Sep 22: 100.00% uptime, 32 checks
Sep 23: 100.00% uptime, 31 checks
Sep 24: 100.00% uptime, 32 checks
Sep 25: 100.00% uptime, 32 checks
Sep 26: 100.00% uptime, 32 checks
Sep 27: 100.00% uptime, 32 checks
Sep 28: 100.00% uptime, 32 checks
Sep 29: 100.00% uptime, 32 checks
Sep 30: 100.00% uptime, 32 checks
Oct 1: 100.00% uptime, 32 checks
Oct 2: 100.00% uptime, 32 checks
Oct 3: 100.00% uptime, 32 checks
Oct 4: 100.00% uptime, 32 checks
Oct 5: 100.00% uptime, 32 checks
Oct 6: 100.00% uptime, 32 checks
Oct 7: 100.00% uptime, 32 checks
Oct 8: 100.00% uptime, 32 checks
Oct 9: 100.00% uptime, 32 checks
Oct 10: 100.00% uptime, 32 checks
Oct 11: 100.00% uptime, 32 checks
Oct 12: 100.00% uptime, 32 checks
Oct 13: 100.00% uptime, 32 checks
Sep 14 Today
No downtime Partial Downtime Not measurable No data

Reachability by region

Each region runs its own request from a different part of the world. A service can be up for one continent and down for another, which is usually the first sign of a routing or CDN problem.

cdg
80ms
DNS 27ms TCP 2ms TLS 7ms TTFB 68ms
dfw
113ms
DNS 64ms TCP 1ms TLS 5ms TTFB 95ms
ewr
72ms
DNS 25ms TCP 2ms TLS 10ms TTFB 57ms
fra
126ms
DNS 24ms TCP 8ms TLS 17ms TTFB 87ms
gru
203ms
DNS 157ms TCP 2ms TLS 7ms TTFB 189ms
iad
143ms
DNS 49ms TCP 1ms TLS 7ms TTFB 119ms
jnb
220ms
DNS 170ms TCP 0ms TLS 8ms TTFB 210ms
lax
126ms
DNS 81ms TCP 2ms TLS 10ms TTFB 112ms

What OneSignal does

OneSignal delivers push notifications, in-app messages, SMS and email for mobile and web applications. It describes itself as serving more than 2 million businesses. Products use it as the delivery layer for transactional alerts and marketing campaigns alike, so an outage shows up as silence, with users simply never receiving the message, rather than as a visible error inside the product.

What an outage looks like

Notifications are accepted by the API but never arrive on devices, which is the hardest failure to notice because nothing errors. Scheduled campaigns and Journeys stall partway through a send. The dashboard is slow or will not load delivery reports, and analytics numbers flatten. In-app messages stop appearing while push still works, since OneSignal tracks those channels separately.

What to do about it

status.onesignal.com separates Dashboard and UI from APIs and SDK Endpoints, Messaging Delivery, Analytics and Reporting, Journeys and Integrations, so a reporting problem is distinguishable from a delivery one. Check Messaging Delivery before resending anything: a queued send that eventually lands will duplicate if you fire it again. Apple and Google push gateways sit downstream and can fail independently.

Is it down for everyone, or just you?

If this page says OneSignal is up but it is not loading for you, the problem is between you and them. Run a check against any URL from up to 17 cities across three regions to find out where it breaks.

Test it yourself

Related services

OneSignal outage FAQ

My notifications were accepted but never arrived. Is OneSignal down?
Check the Messaging Delivery component first, since the API can accept a send while delivery is degraded. A success response from OneSignal means the message was queued, not that a device received it. Delivery figures under Analytics and Reporting are the confirmation, and that component can itself be down, which makes the numbers look worse than reality.
Should I resend a campaign that appears stuck?
Wait for the incident to clear rather than resending. A stalled send is usually queued rather than lost, and firing it again is how subscribers end up with the same notification twice. If Messaging Delivery recovers and the campaign still shows nothing delivered after that, resending is a much safer call at that point.
Does a OneSignal outage affect push and email the same way?
Not necessarily. OneSignal groups Messaging Delivery as one component with several sub-components, so one channel can degrade while others keep running. Push also depends on Apple and Google gateways that OneSignal does not control, so push can fail while email and SMS go out normally, and that happens in reverse too.
The dashboard will not load. Are my notifications still sending?
Possibly, since Dashboard and UI is a separate component from APIs and SDK Endpoints. Sends triggered by your own backend through the API do not pass through the dashboard, so they can continue while the interface is unavailable. Check whether your send logs show successful API responses rather than judging from the dashboard alone.
Do I need to change anything in my app during an outage?
No. Leave the SDK and your integration alone, since a OneSignal incident is on their side and app-side changes take a release cycle to reach users anyway. If notifications carry time-sensitive alerts, having a fallback channel such as email or SMS ready in advance is the thing that helps, and it cannot be built mid-incident.

How we measure this

  • We request OneSignal's public endpoint every 6 hours from Fly.io regions across six continents — the most recent check ran from 8 of them.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. We only change the verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where OneSignal publishes an official status feed we read it too. An all-clear from the vendor can soften an unconfirmed degradation; a vendor-declared outage only worsens our verdict when our own checks corroborate it.

Get alerted when OneSignal goes down

This page refreshes every 6 hours. Your own monitors run as often as every 30 seconds, from up to 17 cities across three regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required