Skip to main content

Is n8n Down?

No — n8n is up

Reachable from all 8 checked regions

Average response time: 176ms

Last checked · checks run every 6 hours

Official status page: https://status.n8n.io

n8n uptime

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

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

30-day history

21-day clean streak
Jul 25: no data
Jul 26: no data
Jul 27: no data
Jul 28: no data
Jul 29: no data
Jul 30: no data
Jul 31: no data
Aug 1: no data
Aug 2: no data
Aug 3: 100.00% uptime, 32 checks
Aug 4: 100.00% uptime, 24 checks
Aug 5: 100.00% uptime, 32 checks
Aug 6: 100.00% uptime, 32 checks
Aug 7: 100.00% uptime, 40 checks
Aug 8: 100.00% uptime, 32 checks
Aug 9: 100.00% uptime, 32 checks
Aug 10: 100.00% uptime, 32 checks
Aug 11: 100.00% uptime, 32 checks
Aug 12: 100.00% uptime, 32 checks
Aug 13: 100.00% uptime, 32 checks
Aug 14: 100.00% uptime, 32 checks
Aug 15: 100.00% uptime, 31 checks
Aug 16: 100.00% uptime, 31 checks
Aug 17: 100.00% uptime, 40 checks
Aug 18: 100.00% uptime, 32 checks
Aug 19: 100.00% uptime, 40 checks
Aug 20: 100.00% uptime, 32 checks
Aug 21: 100.00% uptime, 44 checks
Aug 22: 100.00% uptime, 32 checks
Aug 23: 100.00% uptime, 32 checks
Jul 25 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.

ams
72ms
DNS 0ms TCP 2ms TLS 9ms TTFB 59ms
arn
140ms
DNS 0ms TCP 1ms TLS 10ms TTFB 128ms
bom
88ms
DNS 0ms TCP 3ms TLS 12ms TTFB 72ms
cdg
64ms
DNS 0ms TCP 2ms TLS 10ms TTFB 53ms
dfw
120ms
DNS 0ms TCP 1ms TLS 20ms TTFB 111ms
ewr
70ms
DNS 0ms TCP 2ms TLS 8ms TTFB 57ms
fra
107ms
DNS 0ms TCP 1ms TLS 12ms TTFB 99ms
gru
748ms
DNS 0ms TCP 111ms TLS 122ms TTFB 392ms
yyz
68ms
DNS 0ms TCP 1ms TLS 7ms TTFB 60ms

What n8n does

n8n is a workflow automation tool that connects APIs and services into automated pipelines, offered both as a cloud service and as software teams run on their own servers. Because workflows usually run unattended on a schedule, an outage tends to be noticed only when something downstream fails to happen rather than when anyone sees an error.

What an outage looks like

The failure is usually silence rather than an error, because scheduled workflows simply do not run. Executions stop being recorded, webhooks that trigger workflows go unanswered so the calling system sees its own failure instead, and the editor can load while execution does not. Self-hosted installations are untouched by a cloud incident, which is the key distinction here.

What to do about it

Check status.n8n.io, which covers n8n.cloud specifically and shows overall uptime across the last 24 hours, 7, 30 and 90 days alongside a calendar view. It offers email subscription for updates. If you host n8n yourself this page says nothing about your instance: check your own server first, because a cloud incident and a self-hosted failure look identical from a workflow that did not fire.

Is it down for everyone, or just you?

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

Test it yourself

Related services

n8n outage FAQ

Does an n8n outage affect self-hosted instances?
No. status.n8n.io covers n8n.cloud, the hosted service, while a self-hosted installation runs entirely on infrastructure you control. If your workflows stopped and you run your own instance, the cause is local: the server, its database, or the credentials one of the nodes uses. The cloud status page cannot tell you anything about it.
How do I know whether a scheduled workflow actually ran?
Check the executions list rather than the status page, because a missed run leaves no error anywhere else. Automation failures are quiet by nature, since nothing alerts you that something did not happen. If executions stop appearing around the same time as a reported cloud incident, that correlation is usually your answer.
What happens to webhooks during an n8n outage?
The systems calling them see the failure instead of you. A webhook that cannot reach n8n returns an error to whatever sent it, and whether that request is retried depends entirely on the sending service rather than on n8n. That is why webhook-triggered workflows can lose events during an incident while scheduled ones simply do not fire.
How far back does n8n's status page go?
It shows uptime over the last 24 hours, 7 days, 30 days and 90 days, with a calendar view and a history of status updates. That is more historical detail than most automation vendors publish, and enough to tell a one-off incident from a component that has been unreliable for weeks.

How we measure this

  • We request n8n's public endpoint every 6 hours from Fly.io regions across six continents — 8 of them answered the most recent check.
  • 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 n8n 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 n8n goes down

This page refreshes every 6 hours. Your own monitors run as often as every 30 seconds, from the same 18 regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required