OpenAI heeft een storing verholpen die inloggen en aanmelden op chatgpt.com 52 minuten lang blokkeerde, in de nacht van woensdag op donderdag tussen 02.02 en 02.54 uur Nederlandse tijd, volgens zijn eigen statuspagina.
Het breekpunt lag deze keer in de authenticatie, niet in het model. Dat maakt de uitwijk anders dan bij een gewone modelstoring. Wie niet kan inloggen, komt ook niet bij een eerdere sessie, bij projecten of bij de gespreksgeschiedenis, en stapt niet even over naar een andere aanbieder, want daar moet ook een account open. Voor een team dat ChatGPT in de browser gebruikt, stond het werk stil. Voor een bedrijf dat via de API bouwt, veranderde er niets.
De tijdlijn volgens OpenAI zelf
Om 02.02 uur opende OpenAI het incident met een melding over verhoogde foutpercentages. Een minuut later scherpte het bedrijf de diagnose aan tot inlogproblemen en zei het te werken aan een mitigatie. Om 02.25 en 02.35 uur volgden twee updates dat de mitigatie was toegepast en het herstel werd gevolgd, en om 02.54 uur stond alles op volledig hersteld. De titel die OpenAI zelf aan het incident hing, laat weinig ruimte: "Chatgpt.com is down, all signups and logins are down as of right now".
Wat er wel en niet uitlag
De incidentpagina merkt een enkele component aan als geraakt, en die valt onder ChatGPT. Forbes constateerde dat de site de verificatiesleutels voor authenticatie niet kon ophalen terwijl de API's, Codex en ChatGPT zelf bleven draaien. BleepingComputer tekende op dat gebruikers bleven hangen op laadanimaties en foutmeldingen kregen over te veel gelijktijdige verzoeken, en schreef dat ook Codex en de API last hadden. Die twee waarnemingen lopen uiteen. De eigen registratie van OpenAI houdt het bij ChatGPT.
Wie de macOS-app al open had staan, kwam er beter vanaf: die bleef gewoon werken terwijl de webversie bleef hangen. Op Downdetector liepen de meldingen op rond 02.00 uur Nederlandse tijd, met gebruikers in de Verenigde Staten en Europa.

Veertien incidenten in twintig dagen
Deze storing staat niet op zichzelf. De incidenthistorie van OpenAI telt over de eerste twintig dagen van augustus veertien afzonderlijke incidenten, van uitvallende beeldgeneratie en haperende Custom GPT-acties tot verhoogde fouten in API, Codex en Work Mode op 11 augustus. Bijna allemaal kort, bijna allemaal zonder opgegeven oorzaak.
Op de statuspagina zelf staat de beschikbaarheid over mei tot augustus 2026: 99,68 procent voor ChatGPT, 99,94 procent voor de API's en 99,98 procent voor Codex. Die 0,32 procent bij ChatGPT komt over een kwartaal van ruwweg 2.160 uur neer op bijna zeven uur zonder dienst. In de vorige meting, april tot juli, stond ChatGPT op 99,66 procent. Er is dus niets verslechterd, maar ook niets verbeterd.
Twee storingen, twee verschillende lagen
Vier weken geleden lag het anders. Toen vielen 31 componenten in ChatGPT, de API en Codex tegelijk om en raakte de storing de hele stapel. Deze keer sneuvelde er een enkele laag, en juist de laag die aan al het andere voorafgaat.
Dat verschuift waar een terugvaloptie moet zitten. Een tweede modelaanbieder dekt de modellaag af, maar niet de inlog, niet de actieve sessie en niet de gespreksgeschiedenis die bij een leverancier staat. Twee bevestigde storingen in vier weken, op twee verschillende plekken in dezelfde stapel, maken de vraag concreter dan of een AI-dienst een keer uitvalt. De vraag is welk deel van je proces stilvalt op het moment dat het gebeurt, en of je dat weet voordat het zover is.
Veelgestelde vragen
Een uitwijk die echt houdt
Een storing in de inloglaag legt bloot waar je proces op leunt. Ik denk met je mee over die afhankelijkheid, ontwerp de terugvalroute en bouw en automatiseer hem ook, self-hosted waar dat kan.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
