Waarom ChatGPT, Claude en Grok op 3 september tegelijk haperten

ChatGPT, Claude en Grok kregen op 3 september 2026 binnen enkele uren van elkaar te maken met storingen. De overlap was dus echt: gebruikers ondervonden problemen met OpenAI's ChatGPT en Codex, Anthropic's Claude-producten en xAI's Grok. De best onderbouwde conclusie is echter minder spectaculair dan ‘het hele AI-internet lag plat’: de publieke informatie beschrijft afzonderlijke incidenten met verschillende opgegeven oorzaken, niet één bewezen gezamenlijke storing. 334148

Wat gebeurde er, en wanneer?

De precieze tijdlijn is niet volledig eenduidig, omdat aanbieders en externe berichtgeving verschillende momenten voor statusupdates gebruiken. Toch verklaren de gemelde tijdvakken waarom gebruikers de storingen als gelijktijdig ervoeren.

• Grok: volgens de incidentregistratie van xAI begon de storing om 13.30 UTC en eindigde deze om 17.05 UTC. xAI koppelde de verstoring later aan een uitval in zijn rekencentrum in Memphis. 48
• Claude: Anthropic meldde verhoogde foutpercentages voor verzoeken bij Claude-modellen en producten, waaronder Claude.ai, de API, Claude Code en Claude Cowork. De storing was om 16.16 UTC opgelost, na ongeveer drie uur overlast. 104148
• ChatGPT en Codex: OpenAI verklaarde dat een interne routeringsfout vanaf 07.43 uur Pacific Time ChatGPT en Codex voor een deel van de gebruikers op verschillende platformen onbereikbaar maakte. Rond 08.17 uur Pacific Time was een oplossing ingevoerd, die vervolgens werd gemonitord. 41

Gebruikers meldden inlogproblemen, onbeschikbare chats, mislukte prompts en problemen met de app of webversie. Op basis van Downdetector-gegevens werd rond 20.00 uur Indiase tijd melding gemaakt van meer dan 43.000 ChatGPT-probleemrapporten. Bij Claude trof de storing zowel consumentenproducten als tools voor ontwikkelaars. 2339

Welke oorzaken noemden de aanbieders?

De uitleg van de aanbieders is belangrijk, omdat die geen bevestiging biedt voor één gezamenlijke oorzaak.

OpenAI: een woordvoerder omschreef de verstoring bij ChatGPT en Codex als een routeringsfout binnen de infrastructuur van OpenAI. 41

Anthropic: de publieke statusinformatie noemde een infrastructuurprobleem en bevestigde verhoogde foutpercentages bij meerdere modellen en diensten. Welk specifiek onderdeel faalde, is in het beschikbare materiaal niet bekendgemaakt. 3948

xAI: berichtgeving na afloop stelde dat xAI de storing van Grok koppelde aan zijn rekencentrum in Memphis en excuses aanbood aan getroffen compute-partners. 48

Deze verklaringen sluiten niet uit dat er ergens een gedeelde afhankelijkheid bestond, maar ze bewijzen ook geen gezamenlijke hoofdoorzaak.

Was Azure of een andere gedeelde leverancier verantwoordelijk?

Nee. In de beschikbare publieke informatie is geen bevestiging dat Microsoft Azure, een netwerkpartij, CDN, identiteitsdienst of andere gezamenlijke leverancier alle storingen van 3 september veroorzaakte.

Gelijktijdige berichtgeving noemde Azure als mogelijk aandachtspunt, omdat het clouddiensten levert aan de betrokken bedrijven. Dat is echter geen bewijs van een oorzakelijk verband. 42 Storingen kunnen in de tijd samenvallen terwijl afzonderlijke systemen onafhankelijk van elkaar falen — zeker wanneer het beeld vooral wordt gevormd door gebruikersmeldingen en niet door één gezamenlijke technische incidentregistratie.

De juiste conclusie luidt daarom: een gedeelde infrastructuuroorzaak is niet bevestigd. Beweringen dat een regionale Azure-storing alle incidenten veroorzaakte, zijn niet als vaststaand te behandelen zonder directe bevestiging van de aanbieders of een technisch postmortemrapport.

Verklaart de gemelde toegang van Anthropic tot Colossus 1 de Claude-storing?

De beschikbare berichtgeving is onvoldoende om zowel de omvang van eventuele toegang van Anthropic tot de Colossus 1-faciliteit van xAI/SpaceXAI als de vraag te bevestigen of Claude tijdens dit incident voor zijn productieomgeving daarvan afhankelijk was. Een gemelde storing in Memphis die Grok trof, bewijst op zichzelf niet dat die ook de storing bij Claude veroorzaakte. 48

Dat onderscheid is van belang bij het beoordelen van betrouwbaarheid: zelfs een bevestigde commerciële compute-overeenkomst bewijst niet dat een specifieke publiek toegankelijke dienst op dat moment op die capaciteit draaide.

Wat was bekend over de ChatGPT-meldingen uit India op 7 september?

Afzonderlijke meldingen op 7 september beschreven problemen met ChatGPT die vooral samenhingen met het genereren van content. Sommige gebruikers noemden ook problemen in de browser of app. Eén bericht telde ongeveer 261 gebruikersmeldingen en stelde dat problemen met contentgeneratie het grootste deel van de klachten vormden. 19

Dat bewijs bevestigde geen langdurige landelijke storing in India, geen vastgestelde hoofdoorzaak en geen verband met 3 september. Een externe monitor meldde dat ChatGPT die dag om 03.07 UTC bereikbaar was zonder opvallende fouten. Dat past bij een gedeeltelijk, wisselend of geografisch ongelijk verdeeld probleem, maar bewijst geen voortdurende landelijke uitval. 22

De zakelijke les: meerdere AI-aanbieders betekenen niet automatisch veerkracht

De storingen van 3 september laten zien hoe snel AI-afhankelijke processen kunnen vastlopen: klantenservice, softwareontwikkeling, onderzoek, documentverwerking en geautomatiseerde agentworkflows. Abonnementen bij meerdere AI-aanbieders helpen tegen uitval van één leverancier, maar garanderen geen continuïteit als diensten infrastructuurlagen delen of medewerkers van dezelfde browser, identiteitsdienst, netwerkverbinding of integratie afhankelijk zijn.

Een weerbaardere AI-werkwijze bevat daarom onder meer:

• Handmatige terugvalopties en duurzame wachtrijen: zorg dat cruciaal werk hersteld kan worden en mislukte verzoeken niet verdwijnen.
• Failover tussen aanbieders: routeer geschikte taken naar een andere modelleverancier, met het besef dat ook dan storingen samen kunnen hangen.
• Robuuste API-afhandeling: gebruik begrensde time-outs, retries met back-off, circuit breakers en idempotente taken, zodat tijdelijke uitval geen dubbel werk veroorzaakt.
• Een gedegradeerde werkmodus: bepaal vooraf wat zonder geavanceerd model kan doorgaan, bijvoorbeeld regelgebaseerde routering, gecachte antwoorden, uitgestelde afhandeling of menselijke controle.
• Onafhankelijke monitoring en incidentregistratie: volg statuspagina’s van leveranciers naast eigen synthetische controles en bewaar logs die vastleggen welke aanbieder, welk model en welke integratie faalde.

De kern is niet dat elke gelijktijdige storing een verborgen gezamenlijke oorzaak heeft. Wel moeten organisaties rekening houden met die mogelijkheid — en vóór de volgende verstoring testen of hun terugvalscenario daadwerkelijk werkt.