Op 3 september 2026 hadden ChatGPT, Claude en Grok overlappende storingen. Dat betekent niet dat één netwerkfout of aanval alle diensten tegelijk uitschakelde: OpenAI noemde een routeringsfout, Anthropic rapporteerde verhoogde fouten bij meerdere Claude-diensten en xAI registreerde een afzonderlijk Grok-incident. Een gezamenlijke oorzaak is niet vastgesteld. Problemen met Gemini werden wel gemeld door gebruikers, maar niet officieel bevestigd.

Bevestigde incidenten

Gelijktijdige ChatGPT- en Claude-storingen: dit weten we

De kern van het verhaal is dus minder spectaculair dan sommige theorieën op internet: drie AI-diensten hadden in dezelfde brede periode problemen, maar hun officiële meldingen beschrijven niet één gedeeld incident.

ProviderGetroffen dienstGemelde oorzaak of probleemHerstel volgens het providerbericht
OpenAIChatGPT en CodexEen routeringsfout maakte de diensten voor sommige gebruikers onbeschikbaarOpenAI meldde rond 8.17 uur PT een oplossing; het statusrecord sloot het incident later om 16.55 uur UTC
Anthropicclaude.ai, Claude API, Claude Code en Claude CoworkVerhoogde fouten bij meerdere modellen en dienstenAnthropic markeerde het belangrijkste incident als opgelost; de meldingen hadden betrekking op verschillende modellen en diensten
xAIGrokEen meerurige storingxAI registreerde een duur van 3 uur en 35 minuten en meldde om 17.05 uur UTC weer gezond verkeer

OpenAI schreef de problemen met ChatGPT en Codex toe aan een routeringsfout die rond 7.43 uur PT begon. Een routeringsfout betekent in gewone mensentaal dat verkeer niet goed naar de beschikbare systemen wordt geleid. Dat is een concrete verklaring voor het OpenAI-incident, maar geen verklaring voor de storingen bij de andere providers.

Bij Anthropic ging het om meerdere onderdelen van het platform. De incidentmelding noemde onder meer claude.ai, de API, Claude Code en Claude Cowork. Ook werden verschillende modellen genoemd, waaronder Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 en Opus 4.6. De verschillende tijdstippen en diensten maken één simpel herstelmoment voor heel Claude onbetrouwbaar om te claimen.

Waarom Grok en Claude met elkaar verbonden leken

De opvallendste concrete verbinding loopt via SpaceXAI. SpaceXAI maakte in mei 2026 bekend dat Anthropic toegang zou krijgen tot Colossus 1 om de capaciteit voor Claude uit te breiden. Later zei SpaceXAI dat een storing in het computercentrum in Memphis gevolgen had voor Grok en bood het bedrijf excuses aan aan getroffen compute-partners.

Dat maakt een relatie tussen de problemen van Grok en Claude voorstelbaar. Het bewijst echter niet dat dezelfde storing beide diensten heeft uitgeschakeld. Voor ChatGPT ligt die link nog minder voor de hand, omdat OpenAI voor zijn eigen incident een routeringsfout noemde. De juiste conclusie is daarom bescheiden: er was een concrete compute-relatie tussen SpaceXAI en Anthropic, maar geen bewezen gemeenschappelijke oorzaak voor alle incidenten.

De theorie over gedeelde infrastructuur

Waarom zagen de storingen er dan toch uit als één groot incident? Grote online diensten bestaan uit veel lagen: cloudplatforms, datacenters, netwerkverbindingen, DNS, identiteitscontrole en de servers waarop modellen draaien. Twee verschillende chatbots kunnen dus aan de voorkant concurreren, maar op een lager niveau toch een belangrijke afhankelijkheid delen.

Dat is het idee achter de zogenoemde ‘gedeelde kelder’: verschillende winkels lijken onafhankelijk, maar gebruiken dezelfde kelder. Valt die kelder uit, dan ontstaat er boven de grond een reeks storingen die op elkaar lijken. Het is een nuttig model om naar betrouwbaarheid te kijken, maar het is geen diagnose van 3 september.

Cloudflare, Microsoft Azure, AWS, CoreWeave en Colossus werden genoemd als mogelijke gedeelde schakels. Voor geen van die partijen is in de beschikbare providerinformatie vastgesteld dat zij de drie storingen veroorzaakten. Ook is er geen bevestiging van een gecoördineerde aanval of een geplande test. De timing alleen is daarvoor simpelweg onvoldoende bewijs.

Wat betekent dit voor redundantie?

Deze video legt uit waarom verschillende AI-providers toch onderliggende infrastructuur kunnen delen, maar presenteert die verklaring als analyse en niet als bewezen oorzaak van de storingen.

Voor organisaties is de belangrijkste les niet dat ze meteen vijf chatbotabonnementen moeten nemen. Een tweede provider is pas echte redundantie als die ook de kritieke onderliggende lagen onafhankelijk maakt.

Controleer daarom bij een uitwijkplan minstens deze punten:

  1. Cloud en regio: draaien de primaire en alternatieve dienst niet in dezelfde kwetsbare omgeving?
  2. Netwerk en routing: kan één netwerk- of routeringsprobleem beide paden raken?
  3. Identiteit: delen beide diensten dezelfde login-, sleutel- of autorisatielaag?
  4. Modelhosting: gebruiken de alternatieven niet toevallig dezelfde capaciteitspartner?
  5. Gedrag bij uitval: kan automatisch overschakelen de vervangende dienst overbelasten?

Een failover die alleen van merk wisselt, kan dus vooral cosmetisch zijn. Twee logo’s op een dashboard zijn nog geen twee onafhankelijke infrastructuren. Bovendien kan plotseling verkeer naar een vervangende dienst die dienst extra belasten; voor deze gebeurtenis is niet vastgesteld dat dit daadwerkelijk gebeurde.

De nuchtere conclusie

De gelijktijdige ChatGPT Claude-storingen waren een zeldzame samenloop van afzonderlijke providerincidenten. OpenAI meldde een routeringsfout, Anthropic rapporteerde verhoogde fouten bij meerdere Claude-diensten en xAI legde een Grok-storing vast. De band tussen SpaceXAI en Anthropic maakt een gedeelde afhankelijkheid voorstelbaar voor een deel van het verhaal, maar verklaart niet automatisch ChatGPT en bewijst geen gezamenlijke oorzaak.

Voor Gemini geldt een andere formulering: er waren gebruikersmeldingen van problemen, maar geen officiële bevestiging van een Gemini-incident. Wie uit deze dag een praktische les wil trekken, moet daarom niet alleen naar verschillende AI-merken kijken. De echte vraag is of de cloud, regio, routing, identiteit en modelcapaciteit achter die merken óók onafhankelijk zijn.