Check whether ChatGPT or the OpenAI API is responding, then narrow the problem to a service incident, account limit, request, browser session, application, or network path.
Site Administrator
Last reviewed: September 25, 2026
LATEST RECORDED STATUS
Up OpenAI (ChatGPT)’s website appeared to be up and responding normally at the last check.
| Endpoint | Status | Observed |
|---|---|---|
| openai.com | Operational | 2026-11-09 11:45 UTC |
| api.openai.com | Operational | 2026-11-09 11:45 UTC |
Is it working for you?
0 recent reports — more reports are needed for a useful trend.
For the full picture, including partial or regional outages a single external check may miss, see OpenAI (ChatGPT)’s official status page. official status page.

This page covers two related but separate access paths: the ChatGPT interface and the OpenAI API at api.openai.com. An Up result means the monitored endpoint responded when it was checked. It does not confirm that every OpenAI product, model, account, region, or individual request is operating normally.
A wider service issue is more plausible when unrelated requests, users, or applications fail together, latency increases, or repeated 502 Bad Gateway, 503 Service Unavailable, or timeout responses occur across different environments. A single 429 Too Many Requests response usually points first to request frequency, concurrency, token usage, or account-level quota rather than a complete outage.
ChatGPT can work while an API integration fails because authentication, limits, endpoints, request parameters, and network paths differ. The reverse can also occur. Compare the timing and scope of recurring symptoms with the official OpenAI status page, but treat that page and any endpoint check as evidence about availability—not proof that every account or operation is healthy.
Compare the failure pattern across unrelated requests, users, applications, or networks. Repeated 502, 503, or timeout responses across more than one environment provide stronger evidence of a service-side problem than a single failed request. Check the official OpenAI status page for incident information.
For an application, use controlled retries with increasing delays rather than repeatedly sending requests at high frequency. Record the response status, time, endpoint, model, response body, and any request identifier returned by the service. Do not retry state-changing or costly operations without confirming that the original request did not complete.
If the service check reports Up but your request fails, test from another authorized network, such as a mobile connection, and—where appropriate—retry without a VPN or proxy. Check whether the affected device can resolve the relevant hostname, establish outbound HTTPS connections, and reach api.openai.com.
A timeout or connection refusal limited to one device, office network, firewall, proxy, DNS path, or routing path points more strongly to local connectivity than to a global OpenAI outage. Do not change firewall, proxy, or network policy without authorization.
If ChatGPT fails while the API works, try a private browsing window, temporarily disable extensions that modify pages or requests, clear the site's stored data, and test another browser. If the issue is limited to one browser profile or device, a session, extension, stored-data, or local network problem is more likely than a service-wide outage.
With appropriate authorization and without logging secrets, test a minimal request outside the application's normal code path. If it succeeds, inspect the application's timeout settings, proxy configuration, retry behavior, concurrency, response parsing, and credential-loading path. If it fails consistently from independent environments, preserve the endpoint, model, timestamp, status, response body, and request identifier for comparison with the official status page or escalation to the vendor.
For request-specific diagnosis, consult the relevant OpenAI product or API documentation on the vendor's official documentation site, especially guidance for authentication, rate limits, quotas, request formats, retries, and network errors.
Every time this page loads, our server makes its own request to openai.com (and its API domain, when applicable) and reports what it got back — a real HTTP response, a timeout, or a connection failure. That result is cached for up to 2 minutes.
This confirms external reachability; it does not test every feature, region, account, or network path. Cross-check the official status page when one is available.
No. This is a live, one-off connectivity check run from our own server, not OpenAI (ChatGPT)'s own incident reporting. Their official status page can show partial, regional, or component-level issues our single external check cannot detect.
A basic reachability check confirms that the server responded to our request. It does not test every feature, region, ISP, browser, or account-specific issue.
A check is refreshed after the two-minute cache expires. The displayed check time shows when the observation was made.
Not necessarily. Many services split their website and API onto separate infrastructure, so one can fail while the other keeps working.
No. It means the monitored check received a response at that time. ChatGPT, the API, individual models, accounts, regions, and request types can have different availability and error patterns.
They use different access paths with different authentication, limits, endpoints, network requirements, and request behavior. Check the API credentials, project or organization context, quota, model, request parameters, network access to api.openai.com, and application logs.
It commonly indicates that a request exceeded an applicable rate, token, concurrency, or account quota limit. Review usage and request frequency first. A 429 alone does not establish a global OpenAI outage.
They can indicate a temporary gateway, backend, or availability problem, but one response does not prove a platform-wide incident. Record the details, use controlled retries with backoff where safe, and compare repeated failures with the official status page.
Repeat the same operation from another authorized network or environment. A failure confined to one device, proxy, firewall, or network suggests a local connectivity issue; consistent failures across independent environments are stronger evidence of a wider service problem.
Use the official OpenAI status page for reported incidents and service availability updates. For request-specific diagnosis, consult the relevant OpenAI product or API documentation from the vendor's official documentation site.
This is a live connectivity check from our server, not an official statement from OpenAI (ChatGPT). A down result may also reflect a regional or partial outage.