Skip to main content
Buffer logo

Is Buffer Down?

No — Buffer is up

Reachable from all 8 checked regions

Average response time: 1011ms

Last checked · checks run every 6 hours

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

Buffer uptime

100%
Last 7 days
100%
Last 30 days
99.88%
Last 90 days
719ms
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

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

lax
634ms
DNS 38ms TCP 1ms TLS 12ms TTFB 568ms
lhr
707ms
DNS 24ms TCP 3ms TLS 12ms TTFB 616ms
nrt
1279ms
DNS 83ms TCP 1ms TLS 19ms TTFB 1119ms
ord
584ms
DNS 87ms TCP 2ms TLS 12ms TTFB 537ms
sin
2164ms
DNS 528ms TCP 2ms TLS 14ms TTFB 1926ms
sjc
733ms
DNS 93ms TCP 1ms TLS 14ms TTFB 662ms
syd
1596ms
DNS 124ms TCP 1ms TLS 13ms TTFB 1367ms
yyz
394ms
DNS 63ms TCP 1ms TLS 15ms TTFB 369ms

What Buffer does

Buffer schedules posts to social networks from a single queue, aimed at small teams and individual creators rather than large enterprises. Users load a week of content at once and stop thinking about it, so an outage tends to be discovered days later through a gap in a posting schedule nobody was watching.

What an outage looks like

Scheduled posts do not publish at their set time, and the queue shows them as pending or failed afterwards. Connected channels appear disconnected and ask to be reauthorised. The dashboard fails to load or shows an empty queue, which is alarming but usually a display problem. Analytics stop updating and the publishing API returns errors.

What to do about it

Check status.buffer.com, which groups components into Core Buffer, Social Networks and the Developer Platform, so a failure affecting one network does not mean the whole queue is stuck. Verify on the social network itself whether a post published, rather than trusting the queue, and avoid rescheduling anything that may already have gone out.

Is it down for everyone, or just you?

If this page says Buffer 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 18 cities across three regions to find out where it breaks.

Test it yourself

Related services

Buffer outage FAQ

Did my scheduled post publish during the outage?
Check the social network directly rather than Buffer's queue, because the two can disagree. A post may publish successfully while the queue still shows it pending, and the reverse also happens. Missed posts are not always retried automatically, so anything tied to a campaign date is worth confirming at the source.
Is Buffer down or has a channel disconnected?
Social networks expire access tokens periodically, and a disconnected channel is far more common than a Buffer incident. It shows as one network failing while others publish normally, with a prompt to reconnect. Check status.buffer.com, then reconnect the affected channel rather than waiting for a status page that will stay green.
Do failed posts retry automatically?
Not dependably. A post that failed at its scheduled time may sit in the queue marked as failed rather than being re-attempted, and the timing that made it worth scheduling has usually passed anyway. Review the queue after any incident and decide which items are still worth publishing rather than assuming they went out late.
Why is my queue empty when I had posts scheduled?
An empty dashboard during an incident is usually a loading failure rather than deleted content. The queue is stored server-side and reappears when the service recovers. Avoid rebuilding the schedule from scratch while the dashboard is unreliable, since the original posts return and you end up publishing everything twice.
Does a Buffer outage affect posts already published?
No. Once a post reaches a social network it belongs to that network, and Buffer has no further role in serving it. Anything already live stays live and visible to your audience regardless of Buffer's state. What an incident affects is scheduling, publishing and the analytics gathered afterwards.

How we measure this

  • We request Buffer'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 Buffer 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 Buffer goes down

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

Start Free Monitoring
Free plan available No credit card required