Space for ads
Checked every 5 minutes · How we measure this
As of 15:10 EDT on 8 Sep 2026, render.com responded to our check in 891 ms, with 100.00% availability over the last 24 hours.
Checked every 5 minutes · last checked 8 minutes ago
The line is response time measured from our probe to render.com, which rises when the service slows down. Shaded red marks intervals where checks actually failed. It excludes your own connection and browser rendering.
Reported by Render on its own status page. Verify on their status page.
dashboard.render.com
All public HTTP services hosted on Render.
render.com
All cron jobs hosted on Render.
Blueprints, Dashboard, REST API, Notifications, Webhooks, Auto-Deploys
All background workers hosted on Render.
New builds and deploys for hosted services.
api.render.com
Static sites hosted on our global anycast CDN.
Custom domains and certificates
0 problem reports
No incidents recorded since monitoring began. Monitoring for Render records every incident lasting ten minutes or more.
Render is responding normally. Our last automated check of render.com completed 8 minutes ago and succeeded in 891 ms. Over the past 24 hours the service answered 100.00% of our checks.
Measured from our automated checks, Render has been available 100.00% over 24 hours, 100.00% over 7 days, 100.00% over 30 days. We have recorded no incidents in the last 30 days.
Render has averaged 533 ms across our successful checks in the past 24 hours, which is normal for a service of this kind. Response time is measured from our probe to render.com and does not include rendering time in your browser.
Our probe is reaching render.com normally right now, so the problem is more likely to be local to you than a full outage. Use the report button on this page to add your own signal — when several people report the same problem within a short window, it appears on the chart above.
A working marketing site does not mean a working API. Call the API host directly — curl -s -o /dev/null -w "%{http_code}" https://render.com/ — and check the vendor status page linked above for component-level detail, since one component can fail while the rest stay green.
HTTP 429 and 529 mean you are being throttled, not that the service is down. Inspect the response headers for a retry-after value and back off exponentially rather than retrying immediately.
A 401 or 403 is an authentication problem on your side. Rotated keys, an expired billing method, or a revoked token all present as sudden total failure.
Open any other site. If nothing loads, the issue is your network rather than Render. On Windows run ping render.com and nslookup render.com in Command Prompt; on macOS or Linux use Terminal. A DNS failure and a server failure look identical in a browser but are very different problems.
Load render.com in a private or incognito window. If it works there, clear cookies and site data for render.com in your normal browser rather than clearing everything.
Switch from Wi-Fi to mobile data, or vice versa. Regional ISP routing problems are common and often affect one carrier while others are unaffected.
We link the vendor status page so you can check our reading against theirs.
No comments received
