Skip to main content
ReadMe logo

Is ReadMe Down?

No — ReadMe is up
ReadMe's status page
Operational · no open incidents
FlareWarden checks
Website reachable · 8 of 8 regions · 209 ms

Right now

The verdict is the worse of these two. How we decide

ReadMe's status page

readmestatus.com · read · checked every 3 minutes

Operational
ReadMe's components, as its status page reports them
ComponentStatus
ReadMe HubsOperational
ReadMe Knowledge BaseOperational
Admin DashboardOperational
Developer MetricsOperational
Owlbot AIOperational
ReadMe MicroOperational
Cloudflare CDN/CacheOperational
Cloudflare SSL for SaaS ProvisioningOperational
Auth0 User AuthenticationOperational
Auth0 Machine to Machine AuthenticationOperational
Auth0 Management APIOperational

FlareWarden checks

readme.com from 8 regions · when you open this page (at most every 30 minutes), otherwise every 6 hours

Reachable
Regions up
8 of 8
Response
209 ms
Checked

By region

  • Ashburn reachable, 119 ms
  • Dallas reachable, 243 ms
  • Frankfurt reachable, 118 ms
  • Johannesburg reachable, 482 ms
  • London reachable, 155 ms
  • Los Angeles reachable, 153 ms
  • Newark reachable, 126 ms
  • São Paulo reachable, 280 ms
Timing by region
Connection timing for each region that loaded the page
RegionDNSTCPTLSTTFB
Ashburn37 ms2 ms9 ms101 ms
Dallas50 ms1 ms53 ms170 ms
Frankfurt42 ms1 ms9 ms95 ms
Johannesburg173 ms2 ms64 ms354 ms
London57 ms3 ms9 ms137 ms
Los Angeles55 ms2 ms26 ms126 ms
Newark35 ms5 ms21 ms109 ms
São Paulo119 ms2 ms10 ms198 ms
We check that readme.com loads, not every feature behind it. Test it yourself

History

Incidents ReadMe reported

Since Oct 27, 10 days · from readmestatus.com

Incidents
2
Major or critical
1
Median to resolve
1h 1m
  1. lasted 1h 40m
  2. lasted 23m

ReadMe website availability

Measured by FlareWarden · readme.com

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

Last 30 days

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

Measured by FlareWarden's own checks of readme.com from multiple regions every 6 hours. ReadMe's status page sets the verdict above when it reports trouble, but never these figures. Percentages count only checks that returned an availability answer — 10 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

What ReadMe does

ReadMe is a platform companies use to publish API documentation as hosted developer hubs: guides, API reference pages, recipes and changelogs, often on their own subdomain. Teams edit in ReadMe's Admin Dashboard or through bi-directional sync with GitHub, GitLab or Bitbucket. ReadMe also offers Developer Metrics on API usage and Owlbot, an AI chatbot for docs. When ReadMe Hubs fail, customers' public documentation sites fail with them.

What an outage looks like

Docs sites hosted on ReadMe load slowly or return 503 errors, timeouts or 404 pages, and editors cannot reach the Admin Dashboard. On October 23, 2026 documentation pages returned a rise in 503 errors for about 23 minutes; on October 14, 2026 projects showed 404s for 11 minutes. Hubs and the dashboard can fail separately: during the September 8, 2026 admin outage ReadMe said end users could still reach developer hubs.

What to do about it

Check readmestatus.com (status.readme.com redirects there) and see which row is red: ReadMe Hubs for public docs, Admin Dashboard for editing, Developer Metrics for API usage data. Upstream rows cover Cloudflare caching and custom domain SSL, and Auth0 sign-in. ReadMe queues new metrics during processing delays. If 404s linger after a fix, ReadMe has said some may be cached; contact support@readme.io or the in-app chat, staffed weekdays 10 AM to 6 PM Pacific.

Is it down for everyone, or just you?

If this page says ReadMe 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

ReadMe outage FAQ

Are my public docs down when the ReadMe dashboard is down?
Not always. ReadMe tracks ReadMe Hubs, the documentation sites it hosts, separately from the Admin Dashboard used to edit them. During the September 8, 2026 Admin interface outage, ReadMe said end users could still visit developer hubs. Larger incidents hit both: on October 14, 2026 projects returned 404s across Hubs, the Knowledge Base, the Admin Dashboard and Developer Metrics.
Does a Cloudflare or Auth0 outage affect ReadMe?
It can. ReadMe's status page lists both as upstream providers: Cloudflare for caching its hubs and for SSL certificates on custom domains, and Auth0 for user authentication, machine to machine authentication and its Management API. ReadMe's docs say it uses Cloudflare to provision and manage custom domain certificates, so connecting a new custom domain depends on Cloudflare working.
Will I lose API metrics or Git sync changes during a ReadMe outage?
ReadMe says new metrics are queued, not dropped. Its Developer Metrics status row notes that during processing delays existing metrics are not affected and newly added metrics are queued until the delay is resolved. For bi-directional sync, ReadMe's docs say commits it could not push after a rejected push are sent on the next successful sync, which you can prompt by saving a small change or pushing a commit.
How long do ReadMe outages usually last?
Many recent ReadMe incidents were short, but not all. The October 2026 incidents lasted 11 and 23 minutes and the September 8 admin outage 12 minutes. In late May 2026 slow loading and 503 errors recurred for days: ReadMe's postmortem traced them to a backup process overloading storage during peak and bot traffic, with systems stable from May 29 and the incident closed June 1.
What does the check on this page measure?
It loads readme.com, ReadMe's marketing website, which is not a row on ReadMe's status page. It does not load a customer's developer hub or custom domain, sign in to the Admin Dashboard, send API metrics or test Git sync. A green result here means readme.com answers, not that hosted docs, the dashboard or Owlbot work.

How we measure this

  • We request ReadMe's public endpoint every 6 hours from Fly.io regions across six continents — the most recent check ran from 8 of them. When you open this page and our last check is more than 30 minutes old, we check again on the spot; those checks update the verdict, never the availability figures.
  • 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. Our checks only change their 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 ReadMe publishes an official status feed we read it too, and the verdict is the worse of what it reports and what our checks see: a major outage of ReadMe itself is Down, trouble with one part of it is Degraded, problems at a few of a provider's many locations change nothing, and a security notice that marks nothing down is shown but changes nothing either. We check the feed every 3 minutes and read it again within minutes of any change to its incidents or components; a reading counts for 45 minutes after the last check that found nothing changed. The availability figures above are our measurement alone.

Get alerted when ReadMe goes down

We check ReadMe every 6 hours, and again when you open this page if that was more than 30 minutes ago. 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