ChatGPT, Claude en Grok kampten tegelijk met storingen

Op 3 september 2026 kregen gebruikers van meerdere grote AI-diensten bijna gelijktijdig problemen: OpenAI’s ChatGPT en Codex, Anthropic’s Claude en xAI’s Grok. Dat was opvallend, omdat concurrerende platforms binnen hetzelfde ochtendvenster foutmeldingen en bereikbaarheidsproblemen vertoonden.

De belangrijkste conclusie vraagt wel om nuance: het ging om gelijktijdige verstoringen, niet om één bewezen gezamenlijke storing. OpenAI wees voor zijn eigen diensten op een routeringsfout. In de beschikbare statusmeldingen en berichtgeving over Claude en Grok staat geen gedeelde technische hoofdoorzaak. 4041

De tijdlijn

Volgens OpenAI begon de routeringsfout op 3 september rond 7.43 uur Pacific Time. Daardoor waren ChatGPT en Codex voor een deel van de gebruikers en op meerdere platforms niet beschikbaar. Rond 8.17 uur Pacific Time was een oplossing uitgerold; OpenAI bleef de situatie daarna monitoren. 40

OpenAI opende om 14.58 UTC een incident op zijn publieke statuspagina wegens „verhoogde foutpercentages” bij ChatGPT en Codex. 17 Volgens een later overzicht van de opgeloste statusmeldingen was het incident bij OpenAI om 16.55 UTC verholpen. Vanaf de gemelde start om 7.43 uur Pacific Time — 14.43 UTC — komt dat neer op ongeveer 2 uur en 12 minuten. De impact verschilde overigens per gebruiker en was dus niet overal volledig. 4041

Ook bij Anthropic en xAI waren er in dezelfde bredere periode problemen. Anthropic meldde dat de modelgerelateerde fouten om 16.16 UTC waren opgelost. xAI liet later weten dat het Grok-verkeer om 17.07 UTC weer gezond was. 41

Wat gebruikers en statuspagina’s meldden

Gebruikers rapporteerden mislukte aanmeldingen, chatfouten, ontbrekende antwoorden en problemen met web-, mobiele en desktopversies. Downdetector, dat storingsmeldingen van gebruikers bundelt, noteerde in de Verenigde Staten meer dan 35.000 meldingen voor ChatGPT, ruim 1.400 voor Claude en meer dan 1.200 voor Grok. In India ging het om meer dan 2.800 ChatGPT-meldingen, circa 170 voor Claude en meer dan 70 voor Grok. Zulke cijfers meten niet het precieze aantal getroffen accounts, maar laten wel zien dat de problemen breed werden opgemerkt. 42

OpenAI bevestigde op zijn statuspagina verhoogde foutpercentages bij ChatGPT en Codex en markeerde het incident later als opgelost. 1720 De problemen met ChatGPT werden gemeld op web, mobiel en desktop, dus niet alleen in één specifieke interface. 3950

Bij Claude ging het volgens de berichtgeving om verhoogde foutpercentages voor meerdere modellen, waaronder Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 en Opus 4.6. Veel modellen keerden later terug naar hun normale foutniveau, maar Opus 4.8 en Opus 5 bleven langer geraakt. 364749

xAI erkende dat Grok problemen had; latere berichtgeving meldde dat het verkeer daarna weer normaal functioneerde. 4941

Was Gemini het werkende alternatief?

In vroege berichten werd Google Gemini geregeld genoemd als grote concurrent die beschikbaar leek te blijven terwijl ChatGPT, Claude en Grok haperden. Die conclusie moet voorzichtig worden gelezen. Er waren ook Gemini-gerelateerde meldingen op Downdetector, maar de aangeleverde informatie bevat geen bevestigde Google-storing. 4448

Een dienst kan voor een deel van de gebruikers gewoon werken terwijl anderen verhoogde foutpercentages zien. Meldingen op een storingssite zijn nuttige signalen, maar vervangen geen incidentrapport van de aanbieder of technische monitoring van een applicatie.

Waarom dit meer raakte dan alleen chat

Voor veel organisaties betekent uitval van AI meer dan tijdelijk geen vraag aan een chatbot kunnen stellen. Programmeerassistenten en agent-workflows kunnen ontwikkelwerk stilleggen. API-fouten kunnen productfuncties en interne automatiseringen laten vastlopen, mislukken of handmatige afhandeling vereisen. Ook onderzoek lijdt eronder wanneer hulpmiddelen voor zoeken, samenvatten of langdurige taken niet beschikbaar zijn.

Eerdere meldingen van OpenAI tonen hoe breed de gevolgen van een AI-platformincident kunnen zijn: afzonderlijke storingen betroffen onder meer Codex, zoeken, agents, Deep Research, connectors, bestandsuploads, inloggen en GitHub-afhankelijke workflows. 19242529

Dat bewijst niet dat één aanbieder minder betrouwbaar is dan de rest. Wel maakt het duidelijk dat afhankelijkheid van één provider, één model of één agent-omgeving een operationeel single point of failure kan vormen.

Geruchten over Astra en GPT-6 waren geen bewijs

De timing leidde tot speculatie, omdat berichten de storing koppelden aan geruchten over een mogelijke OpenAI-aankondiging onder de naam „Astra”, mogelijk in verband met een toekomstig GPT-6-tijdperk. Voor zo’n verband is echter geen bewijs.

OpenAI verklaarde de eigen problemen met een routeringsfout. Geen van de betrokken aanbieders heeft de gelijktijdige problemen publiekelijk gekoppeld aan Astra, GPT-6 of een modelintroductie. De samenloop leverde een aantrekkelijk verhaal op, maar geen oorzaak-gevolgrelatie. 403746

Wat eerdere storingen zeggen over continuïteit

De gebeurtenis van 3 september stond niet op zichzelf. In de statusgeschiedenis van xAI staat bijvoorbeeld een timeout bij Grok-2 op 15 januari 2025, die 3 uur en 10 minuten duurde. Een andere storing waardoor structured output voor Grok-2 niet beschikbaar was, duurde 3 dagen en 21 uur. 23 Ook OpenAI documenteerde afzonderlijke incidenten rond Codex-taken, ChatGPT-functionaliteit en API-gerelateerde workflows. 212732

Deze gegevens zijn niet geschikt om aanbieders op betrouwbaarheid te rangschikken: definities van uitval, bereik en het aantal getroffen gebruikers zijn niet rechtstreeks vergelijkbaar. De beperktere, maar stevige conclusie is dat storingen een normaal bedrijfsrisico zijn voor teams die kritieke processen op gehoste AI-diensten bouwen.

Praktische checklist voor een storing

Organisaties die AI in productie gebruiken, kunnen de gevolgen van een providerstoring beperken met voorbereiding:

• Werk waar mogelijk met providerneutrale koppelingen, zodat de applicatie niet volledig vastzit aan één leveranciersspecifieke API of workflow.
• Leg terugvalopties vast: een tweede provider, een kleiner lokaal model, een versoberde workflow of een handmatig proces.
• Zet niet-urgente API-taken veilig in een wachtrij en probeer ze opnieuw, met grenzen om een storing niet te verergeren door eindeloze retries.
• Maak onderscheid tussen kritieke processen en gemaksfuncties. Een chatassistent kan optioneel zijn; een workflow die code review, klantenservice of een productactie blokkeert, is dat mogelijk niet.
• Test failover en handmatige werkinstructies. Een back-up die nooit is geoefend, is geen betrouwbaar continuïteitsplan.

De storingen van 3 september waren ongewoon doordat verschillende bekende AI-diensten tegelijk problemen leken te hebben. De bredere les is alledaags maar belangrijk: weerbaarheid hangt minder af van het voorspellen van de volgende storing dan van ervoor zorgen dat één providerincident essentieel werk niet volledig stilzet. 41