Nutzer berichteten bereits in den frühen Morgenstunden des 27. Mai (Pekinger Zeit) von deutlich langsameren Antwortzeiten. Während die Kerndienste teilweise funktionsfähig blieben, war die Latenz signifikant genug, um normale Arbeitsabläufe zu stören. Der unabhängige Monitor 9to5Mac dokumentierte den Verlauf und stellte fest, dass das Latenzproblem bei ChatGPT bis zum Vormittag pazifischer Zeit behoben war, während die API-Verlangsamung noch mehrere Stunden anhielt .
Anders als ein früherer Teilausfall im April 2026, der 12 ChatGPT-Komponenten und eine Codex-Komponente lahmlegte , schien der Vorfall vom 27. bis 28. Mai gezielter zu sein. Die unabhängige Überwachungsplattform Pagerly zeigte, dass eine oder mehrere OpenAI-Komponenten Probleme hatten
. Weitere Drittanbieterdienste wie StatusGator verzeichneten 22 von Nutzern eingereichte Ausfallberichte innerhalb von 24 Stunden und bestätigten auf ihrem Dashboard, dass das Problem der OpenAI-APIs behoben wurde
.
Selbst nach der Behebung der Hauptlatenz zeigte die Statusseite von OpenAI weiterhin Nachwehen – insbesondere ein Problem mit der kontextbezogenen Komprimierung bei Codex, die langsamer als erwartet lief, sowie ein Problem mit Android ChatGPT Enterprise beim Wechseln von Arbeitsbereichen . Ob diese direkt auf dieselbe Ursache zurückzuführen sind, bleibt aus den öffentlichen Aufzeichnungen unklar.
Obwohl keine minutengenaue Auflösung in allen unabhängigen Quellen dokumentiert ist, lässt sich folgender Ablauf aus den Aufzeichnungen verifizieren:
Am selben Tag, an dem die Latenzstörung behoben wurde – dem 28. Mai 2026 –, kündigte das öffentliche API-Änderungsprotokoll von OpenAI einen neuen chat-latest-Snapshot an, der auf das neueste Instant-Modell verweist, das derzeit in ChatGPT verwendet wird, und empfahl GPT-5.5 für den produktiven API-Einsatz .
Es ist wichtig festzuhalten, dass es sich nicht um die Einführung von GPT-5.5 Instant handelte. Diese hatte bereits Wochen zuvor, am 5. Mai 2026, stattgefunden, als GPT-5.5 Instant GPT-5.3 Instant als Standardmodell von ChatGPT ablöste . Der Changelog-Eintrag vom 28. Mai stellt daher eine routinemäßige Snapshot-Aktualisierung dar und keinen neuen Modell-Launch.
In keiner der bereitgestellten Quellen wurde ein kausaler Zusammenhang zwischen der chat-latest-Änderung und dem Latenzvorfall hergestellt. Die zeitliche Nähe hat bei Nutzern zu Spekulationen geführt, aber die öffentlichen Aufzeichnungen behandeln sie als separate Aktivitäten mit überlappendem Zeitpunkt.
Die Latenzverschlechterung im Mai war kein Einzelfall – 2026 war ein auffallend unruhiges Jahr für die Zuverlässigkeit von OpenAIs Diensten. Ein Blick auf frühere Vorfälle zeigt ein Muster eskalierender und vielfältiger Störungen.
Laut dem Ausfall-Tracker apistatuscheck.com wurden allein für den Februar 2026 21 Vorfälle bei OpenAI verzeichnet . Andere Überwachungsdienste wie Liputan6 und 9to5Mac beschrieben massive ChatGPT-Ausfälle am 3. Februar, die abgemeldete Nutzer, die Anmeldefunktionalität, das Laden von Inhalten und nicht reagierende Schaltflächen betrafen
. Downdetector verzeichnete während dieses Ereignisses einen Anstieg von einigen Dutzend auf über 13.000 Nutzermeldungen
.
Am 20. April 2026 kam es bei OpenAI zu einem Teilausfall, der 12 ChatGPT-Komponenten und eine Codex-Komponente betraf – darunter Login, Sprachmodus und Suchfunktion . Downdetector verzeichnete während dieser Störung mehr als 7.600 Meldungen im Vereinigten Königreich und 1.700 in den USA
. Einige Nutzer fragten sich zu dieser Zeit: „ChatGPT down? OpenAI meldet Teilausfall mit Auswirkungen auf Codex und API-Dienste“
.
Die offizielle Statusseite von OpenAI dokumentiert einen separaten Vorfall mit verschlechterter Codex-Leistung vom 11. März 2026, bei dem die Schadensbegrenzung mehrere Stunden dauerte und erneute Untersuchungen erforderlich machte, nachdem Nutzerberichte wieder auftauchten . Dieser Vorfall unterscheidet sich vom Latenzereignis im Mai, unterstreicht aber, dass die Codex-Zuverlässigkeit 2026 ein wiederkehrendes Thema war.
Verglichen mit den Blackouts im Februar und April war das Ereignis vom 27. bis 28. Mai chirurgischer: hauptsächlich hohe Latenz statt völliger Unzugänglichkeit. Dennoch deutet die Anhäufung von Vorfällen – jeder mit unterschiedlichem Umfang und ohne öffentliche Ursachenanalyse – auf systemische Wachstumsschmerzen hin, während OpenAI seine Infrastruktur skaliert.
Stand Ende Mai 2026 hat OpenAI öffentlich keine spezifische Ursache für die erhöhte Latenz vom 27. bis 28. Mai genannt. Das Unternehmen erkannte das Problem an, behob es innerhalb von Stunden, und die anhaltende Codex-Komprimierungsträgheit deutet darauf hin, dass einige Backend-Herausforderungen fortbestanden. Das zufällige zeitliche Zusammentreffen mit dem chat-latest-Update bleibt genau das – zufällig –, bis ein offizieller technischer Zusammenhang hergestellt wird. Vorerst dient der Vorfall als weiterer Datenpunkt in einem Jahr, in dem die Zuverlässigkeit zu einer genau beobachteten Kennzahl für die sichtbarste Plattform der KI-Branche geworden ist.
Comments
0 comments