ChatGPT-Ausfall am 23. Juli: Was ausfiel, wer betroffen war und wie OpenAI reagierte

Am Donnerstag, dem 23. Juli 2026, meldete OpenAI erhöhte Fehlerraten bei ChatGPT, Codex und seiner API. Die Störung lässt sich präziser als eingeschränkte Leistung oder Teilausfall beschreiben – nicht als bestätigter weltweiter Komplettausfall. Viele Nutzer waren betroffen, aber die verfügbaren Informationen belegen nicht, dass alle Konten, Tarife oder Regionen gleichermaßen ausfielen. 3029

Was passierte beim Ausfall am 23. Juli?

Nutzer berichteten, dass Anfragen in ChatGPT fehlschlugen, hängen blieben oder Unterhaltungen nicht geladen werden konnten. Die Probleme betrafen sowohl die Webversion als auch mobile Anwendungen. Auch Codex und die OpenAI-API wurden als betroffene Dienste aufgeführt. 222932

OpenAI bezeichnete die Störung in seinem Statusbericht als „elevated error rates“, also erhöhte Fehlerraten. Diese Formulierung ist entscheidend: Sie bedeutet, dass ungewöhnlich viele Anfragen scheiterten, nicht aber, dass der Dienst für sämtliche Nutzer vollständig unerreichbar war. 30

Eine IT-Mitteilung der University of Colorado, die den Vorfall für die eigenen Nutzer dokumentierte, erklärte, OpenAI arbeite mit einem nachgelagerten Infrastrukturanbieter an der Wiederherstellung des Normalbetriebs. Dort wurde die Wiederherstellung bereits am 23. Juli gemeldet. OpenAIs eigener Vorfall blieb jedoch bis zum Folgetag unter Beobachtung. 2930

Wie groß war das Ausmaß der Störung?

Berichte auf Grundlage von Downdetector verzeichneten kurz vor 15 Uhr am 23. Juli mehr als 300 Nutzerberichte. Knapp 90 Prozent der Meldungen bezogen sich auf ChatGPT. 22

Diese Zahl ist allerdings kein exaktes Maß für die Gesamtausfallzeit oder die Zahl aller fehlgeschlagenen Anfragen. Störungskarten zählen vor allem Personen, die selbst einen Bericht abgeben. Das Ergebnis kann daher von der Bekanntheit des Problems, der geografischen Verteilung und der Sichtbarkeit der Störung beeinflusst werden. Die offizielle Beschreibung „erhöhte Fehlerraten“ vermittelt den technischen Umfang deshalb besser als die reine Zahl der Meldungen. 2230

Die verfügbaren Berichte belegen Auswirkungen auf ChatGPT und weitere OpenAI-Dienste. Sie belegen jedoch nicht, dass jeder Nutzer, jeder Abonnementtyp oder jede Region denselben Fehler erlebte. „Teilausfall“ oder „eingeschränkte Leistung“ ist daher genauer als die Aussage, ChatGPT sei vollständig ausgefallen.

Wie reagierte OpenAI?

Die Statusmeldungen folgten dem üblichen Ablauf einer Störungsbehebung:

1. OpenAI untersuchte zunächst das Problem bei den genannten Diensten.
2. Das Unternehmen identifizierte erhöhte Fehlerraten und arbeitete an einer Gegenmaßnahme.
3. Die Gegenmaßnahme wurde umgesetzt; anschließend beobachtete OpenAI die Erholung der Systeme.
4. Am Freitag, dem 24. Juli, um 19:33 Uhr UTC wurde der Vorfall als behoben markiert. Die betroffenen Dienste galten als vollständig wiederhergestellt. 30

Die Zeitangaben unterscheiden sich je nach Bericht. Die University of Colorado meldete bereits am 23. Juli um 15:36 Uhr die Wiederherstellung von ChatGPT, den OpenAI-APIs und Codex. Der Statusbericht von OpenAI führte den Vorfall dagegen länger zur Überwachung weiter. 2930 Das kann auf eine uneinheitliche Erholung, unterschiedliche Berichtszeitpunkte oder eine längere Beobachtungsphase durch OpenAI hindeuten. Die öffentlich verfügbaren Informationen erlauben keine eindeutige Entscheidung zwischen diesen Erklärungen.

Eine ausführliche technische Ursachenanalyse veröffentlichte OpenAI in den verfügbaren Updates ebenfalls nicht. Der Hinweis auf einen nachgelagerten Infrastrukturanbieter in der Mitteilung der Universität ist der konkreteste öffentliche Hinweis auf den Infrastrukturkontext, stellt aber keine vollständige Erklärung der Ursache dar. 29

Vergleich mit dem Ausfall vom 25. Juli

Die Störung vom 23. Juli war kein isoliertes Ereignis, sondern Teil einer schwierigen Phase für OpenAI. Am 25. Juli meldete das Unternehmen erneut erhöhte Fehlerraten bei ChatGPT, Codex und den APIs. Nutzer berichteten von nicht erreichbaren Unterhaltungen, hängenden Eingaben und 503-Fehlern. The Next Web bezeichnete diesen Vorfall als die vierte Dienstunterbrechung des Unternehmens innerhalb von vier Tagen. 7

Andere Berichte beschrieben den Ausfall vom 25. Juli als breitere globale Störung. Nutzer in mehreren Ländern konnten demnach Unterhaltungen, gespeicherte Chatverläufe oder Eingabeaufforderungen nicht laden. 315

Der Unterschied zwischen den beiden Tagen ist wichtig: Am 23. Juli kam es zu einer erheblichen, aber nicht nachweislich universellen Leistungseinbuße. Der 25. Juli erzeugte dagegen Berichte über einen sichtbareren und umfassenderen Ausfall bei Diensten für Privatnutzer und Entwickler.

Wie lassen sich die Juli-Vorfälle mit dem Ausfall im April vergleichen?

Die Störung vom 20. April wurde ebenfalls deutlich stärker gemeldet. Moneycontrol verwies auf mehr als 1.720 Downdetector-Meldungen zu Gateway-Fehlern, Login-Problemen und nicht ladenden Unterhaltungen. TechRadar berichtete, OpenAI habe den Vorfall als mindestens 90 Minuten andauernden Teilausfall eingestuft. 1112

Weitere Berichte nannten am 20. April Probleme beim Zugriff auf Projekte und teilweise auch auf laufende Arbeit. Gegen 13 Uhr Eastern Time wurde eine Gegenmaßnahme umgesetzt; anschließend wurde die Erholung beobachtet. 14

Das klarste Bild ist daher ein Unterschied bei Muster und Sichtbarkeit: Der 20. April war eine größere, besonders deutlich dokumentierte ChatGPT-Störung. Ende Juli kam es dagegen innerhalb weniger Tage zu wiederholten Vorfällen bei ChatGPT, Codex und der API. Die verfügbaren Quellen belegen nicht, dass alle diese Ereignisse dieselbe technische Ursache hatten.

Was bedeutete der Ausfall für Unternehmen und Teams?

Für Einzelpersonen zeigten sich die Folgen vor allem in Form fehlschlagender Eingaben, Ladeproblemen und nicht erreichbarer Unterhaltungen. Für Unternehmen konnte der Schaden über die ChatGPT-Oberfläche hinausgehen. Organisationen, die die API oder Codex einsetzen, mussten möglicherweise mit fehlgeschlagenen Automatisierungen, verzögerten Jobs, unterbrochenen Entwicklungsprozessen oder Rückständen in abhängigen Systemen rechnen.

Eine Sicherheits- und Plattformanalyse nach den Juli-Vorfällen empfahl Teams insbesondere zu prüfen, ob API-abhängige Systeme stille Fehler, Warteschlangen oder sichtbare Fehlermeldungen erzeugten. Bei autonomen oder mehrstufigen Aufgaben sollte außerdem kontrolliert werden, ob diese während der Störung sicher abgebrochen wurden, anstatt nur teilweise abgeschlossen zu werden. 6

Die konkreten Geschäftskosten wurden öffentlich nicht beziffert. Für eine belastbare Schätzung des finanziellen Schadens gibt es in den verfügbaren Quellen keine ausreichende Grundlage. Die Auswirkungen hängen stark von Arbeitslast, Einsatzgebiet und vorhandenen Ausweichlösungen ab.

Für Teams, die auf OpenAI-Dienste angewiesen sind, ergeben sich daraus einige praktische Fragen:

• Werden fehlgeschlagene Anfragen mit einem abgestuften Wiederholungsmechanismus erneut gesendet, ohne Vorgänge zu duplizieren?
• Unterscheidet die Anwendung einen vorübergehenden Anbieterfehler von einer tatsächlich abgeschlossenen Antwort?
• Sind wartende Jobs sichtbar, wenn die API beeinträchtigt ist?
• Können Nutzer auf eine dokumentierte Ausweichlösung wechseln, wenn ChatGPT oder Codex nicht verfügbar sind?
• Beenden mehrstufige oder autonome Workflows ihre Aufgaben sicher, statt mitten im Prozess unklar stehen zu bleiben? 6

Warum interessierten sich Prognosemärkte für die Ausfälle?

Die wiederholten Störungen im Juli lenkten auch Aufmerksamkeit auf Prognosemärkte. Einige dieser Märkte definieren einen Ausfall anhand der offiziellen Einstufung als „Partial Outage“ oder „Full Outage“ an einem bestimmten Tag. 18 Andere verfolgen, an wie vielen Tagen ChatGPT im Juli ausfallen könnte. 20

Solche Märkte sind ein Hinweis auf das öffentliche Interesse an der Zuverlässigkeit von KI-Diensten. Ihre Kurse sind jedoch kein Beleg für Ursache, Schwere oder künftige Wahrscheinlichkeit eines Ausfalls. Sie spiegeln das Handelsverhalten und die genaue Formulierung des jeweiligen Vertrags wider – keine unabhängige Messung der Systemzuverlässigkeit.

Fazit

Der Vorfall vom 23. Juli war eine reale Störung bei OpenAI, die ChatGPT, Codex und die API betraf. Die stärksten Belege sprechen jedoch für erhöhte Fehlerraten und eine eingeschränkte Leistung, nicht für einen vollständigen weltweiten Ausfall. Mehr als 300 Nutzerberichte machten die sichtbaren Auswirkungen deutlich. OpenAIs Statuschronologie führte von der Untersuchung über eine Gegenmaßnahme und die Überwachung der Erholung bis zur abschließenden Behebung am 24. Juli um 19:33 Uhr UTC. 2230

Die größere Bedeutung liegt im zeitlichen Muster: Auf den Vorfall vom 23. Juli folgte am 25. Juli eine weitere, offenbar umfassendere Störung. Bereits der Ausfall vom 20. April hatte gezeigt, wie stark Unterhaltungen, Projekte und API-abhängige Arbeitsabläufe beeinträchtigt werden können.

Für Unternehmen, die KI produktiv einsetzen, lautet die wichtigste Lehre daher nicht, einen einzelnen Ausfall zu zählen. Entscheidend sind ausreichende Überwachung, robuste Wiederholungsmechanismen, ein sicherer Umgang mit Fehlern und praktikable Ausweichlösungen.