Is Google Gemini not loading, refusing prompts, or returning errors? Use this page to separate a wider Gemini or Google Cloud incident from browser-session, Google account, network, or API configuration problems.
Site Administrator
Last reviewed: September 25, 2026
LATEST RECORDED STATUS
Up Google Gemini’s website appeared to be up and responding normally at the last check.
| Endpoint | Status | Observed |
|---|---|---|
| gemini.google.com | Operational | 2026-11-09 12:34 UTC |
| generativelanguage.googleapis.com | Operational | 2026-11-09 12:34 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 Google Gemini’s official status page. official status page.
generativelanguage.googleapis.com API as separate access paths.
Google Gemini has separate access paths: the web app at gemini.google.com and API requests sent through generativelanguage.googleapis.com. These paths can fail independently. A working web app does not prove that an API key, endpoint, model, quota, or request is valid, and an API error does not necessarily mean the Gemini web app is unavailable.
For a possible provider-side disruption, compare your symptoms with the official Google Cloud status page. A listed incident can support the conclusion that the problem is broader than one browser or account. An empty incident list does not rule out a regional issue, account restriction, browser problem, or connectivity failure.
To establish the scope of the problem, check:
A failure across multiple environments is more consistent with a service-side issue. A failure limited to one browser, account, device, or network points first to an access-specific or local cause.
Review the official Google Cloud status page for a reported incident affecting the relevant Google service. If Gemini fails consistently across browsers, devices, and networks and an incident is listed, the cause is more likely provider-side. Repeated retries usually will not resolve an active outage; monitor the incident and try again after it is updated or resolved.
If no incident is listed, continue with the isolation steps below. Status pages may not show every regional, account-specific, or newly developing problem.
For problems at gemini.google.com:
If Gemini works in a private window or another browser, the original browser's cookies, cached site data, extensions, or stored session are the most likely areas to investigate.
A sign-in loop, permission message, or missing access can affect one Google account or session without indicating a general Gemini outage. Confirm that the intended Google account is selected, then sign out and sign back in. A private-window test can help separate account access from stored session data.
If the same account fails across browsers and networks while another account works, preserve the exact message and treat the issue as account- or access-specific rather than assuming Gemini is down.
Loading the interface does not guarantee that prompt submission or response generation is working. Try one short request in a new conversation and note whether the problem affects every conversation or only one request.
A single failed response may be transient or request-specific. Failures that reproduce across browsers and networks are stronger evidence of a service-side or account-level problem. Compare the timing with the official status page before making extensive local changes.
Assess API access separately through generativelanguage.googleapis.com. Check the request endpoint, authentication or API-key configuration, selected model or operation, returned HTTP status, and any quota or request error from the client. A successful browser session does not validate an individual API request.
If the API fails in only one runtime or environment, compare it with a second network or runtime and inspect DNS, proxy, firewall, and TLS settings. If the same error occurs across environments, preserve the complete response and timestamp for service-status checks or support investigation. Do not include API keys or other credentials when sharing diagnostic details.
DNS failures, connection refusals, timeouts, and TLS errors can prevent a request from reaching Gemini. Test another network where practical and check whether other sites work from the affected device. If the service works on another connection, investigate the original network's DNS, VPN, proxy, firewall, or security filtering.
A connection restart may help with a temporary local network failure, but perform it separately from diagnostics and only when you are authorized to interrupt the connection. If only one device or network is affected, a local configuration problem is more likely than a broad Gemini outage.
For issues not listed there, consult the vendor's documentation for Gemini web-app access, Google account access, API authentication, request errors, quotas, and network requirements. Use the troubleshooting steps above to identify which documentation area best matches the failure.
Every time this page loads, our server makes its own request to gemini.google.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 Google Gemini'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.
Check the official Google Cloud status page, then test Gemini from another browser, device, or network. A failure reproduced across multiple environments is more consistent with a service issue than a problem confined to one session or connection.
A continuously loading page can result from a temporary service problem, stale site data, a browser extension, or network filtering. Test a private window and a second browser first. If needed, clear the Gemini site's stored data and compare the result from another network.
The interface can load even when prompt submission or response generation is failing. Try one short request in a new conversation and check whether the failure occurs in other browsers and networks. If it fails consistently everywhere, compare the timing with the official status page.
The web app and API use separate access paths. Review the API endpoint, authentication or API key, request details, selected model or operation, returned status, and any quota or configuration message. Browser access does not confirm that an individual API request is configured correctly.
Test Gemini over another Wi-Fi or mobile connection where available. If it works elsewhere, inspect the original network's DNS, VPN, proxy, firewall, or TLS filtering. If it fails across networks and devices, a wider service or account issue becomes more plausible.
Record the exact error text, approximate start time, affected surface, Google account context where relevant, browser or runtime, network used, and whether the problem reproduces on another device or connection. For API failures, preserve the response status and request-related error details without exposing credentials.
This is a live connectivity check from our server, not an official statement from Google Gemini. A down result may also reflect a regional or partial outage.