KI und Produkt
Der Claude-Ausfall vom 13. November 2026 und warum die Systeme unserer Kunden weiterliefen
Veröffentlicht
Auf dieser Seite
Am Freitag, dem 13. November 2026, verzeichnete die Statusseite von Anthropic zwei Vorfälle. Der erste dauerte von 09:58 bis 11:58 UTC und verhinderte die Anmeldung bei claude.ai und Claude Code. Der zweite dauerte von 13:09 bis 15:38 UTC und brachte erhöhte Fehlerraten bei claude.ai, den mobilen Apps, Claude Code und der Claude API. Das sind 4 Stunden 29 Minuten Störung an einem einzigen Arbeitstag.
Falls Sie einen Teil dieses Tages vor einem Anmeldebildschirm verbracht haben, waren Sie nicht allein. Laut Ahrefs wird „is Claude down“ in den USA rund 62.000 Mal im Monat gesucht.
Wir entwickeln für Kunden Software, die mit Claude arbeitet. Keiner von ihnen hat uns am 13. ein Problem gemeldet. Der Grund liegt vor allem darin, von welchem Teil von Claude ihre Systeme abhängen. Es lohnt sich, das genau durchzugehen, denn die einfache Fassung („die API fällt nie aus“) ist falsch.
Was die Statusseite zeigt
Freitag, 13. November 2026, nach Komponente
| Vorfall | Zeit (UTC) | Dauer | Als betroffen aufgeführt |
|---|---|---|---|
| Anmeldefehler | 09:58 bis 11:58 | 2 Std. 00 Min. | claude.ai, Claude Console, Claude Code, Claude Cowork |
| Erhöhte Fehlerrate | 13:09 bis 15:38 | 2 Std. 29 Min. | claude.ai, Claude API, Claude Code, Claude Cowork |
Beim ersten Vorfall ging es um die Authentifizierung. In der ersten Meldung von Anthropic heißt es, man untersuche ein Problem bei der Anmeldung von Nutzern an claude.ai und Claude Code. Die Claude API steht nicht auf dieser Liste. Ein System, das die API aufruft, tut das mit einem Schlüssel. Es durchläuft nie den Anmeldevorgang, also gab es dort nichts, was ausfallen konnte.
Beim zweiten Vorfall war die API dabei. Um 14:36 UTC meldete Anthropic die Erholung von claude.ai und der API. Konnektoren, Claude Managed Agents und Claude in Meetings waren zu diesem Zeitpunkt noch beeinträchtigt. Um 15:33, fünf Minuten vor Abschluss des Vorfalls, hieß es, geplante Aufgaben könnten mehr als zwei Stunden verspätet laufen und einige Läufe seien übersprungen worden.
Die API war also in einem von zwei Vorfällen betroffen und lief früher wieder als die Funktionen, die auf ihr aufbauen.
Die App besteht aus mehr Teilen
Wenn Sie claude.ai öffnen und eine Antwort anhand Ihres Kalenders entwerfen lassen, muss mehreres gleichzeitig funktionieren: Ihre Anmeldesitzung, die Web- oder Mobil-App, der Konnektor zu Ihrem Kalender, der Kalenderanbieter auf der anderen Seite und das Modell. Ein direkter API-Aufruf braucht einen Schlüssel und das Modell.
In der App5 Teile
- Anmeldesitzung
- Web- oder Mobil-App
- Konnektor
- Drittanbieter
- Modell
Über die API2 Teile
- API-Schlüssel
- Modell
Mehr Teile bedeuten mehr Möglichkeiten für einen schlechten Nachmittag. Einige dieser Teile gehören gar nicht zu Anthropic. Der Microsoft-365-Konnektor lieferte vom 12. November, 16:03 UTC, bis zum 13. November, 16:40 UTC, Fehler, und zwar wegen eines Vorfalls bei Microsoft. Im Oktober war der Google-Kalender-Konnektor vom 26. bis zum 28. betroffen.
Hier die monatlichen Verfügbarkeitswerte, die Anthropic veröffentlicht, abgelesen am 14. November:
| September | Oktober | November bisher | |
|---|---|---|---|
| claude.ai | 99,69 % | 99,85 % | 98,42 % |
| Claude Code | 99,69 % | 99,85 % | 99,66 % |
| Claude API | 99,73 % | 99,86 % | 99,77 % |
Anteil des Novembers ohne Verfügbarkeit, 1. bis 14. November 2026
September und Oktober sind nahezu gleich, darauf würden wir kein Argument stützen. Der Unterschied zeigt sich im November. Wenn beim Ablesen etwa dreizehneinhalb Tage des Monats vergangen waren, entsprechen 98,42 % ungefähr fünf Stunden Nichtverfügbarkeit bei claude.ai und 99,77 % weniger als einer Stunde bei der API. Wie der Rest des Monats verläuft, wird sich zeigen.
Was sich ändert, wenn man auf der API aufbaut
Die Verfügbarkeit ist nur ein Teil davon. Der größere Unterschied ist, wer entscheidet, was passiert, wenn eine Anfrage fehlschlägt.
In der App warten Sie. Mehr können Sie nicht tun.
In einem System, das auf der API aufbaut, steht diese Entscheidung in der Software. Eine fehlgeschlagene Anfrage kann nach kurzer Pause erneut gesendet werden; die SDKs von Anthropic tun das standardmäßig zweimal. Arbeit kann in einer Warteschlange liegen, bis der Dienst wieder da ist. Anfragen können an dieselben Claude-Modelle bei AWS, Google Cloud oder Microsoft Foundry gehen, die auf der Statusseite getrennt geführt werden und in keinem der beiden Vorfälle vom 13. aufgeführt waren.
Darauf sind die Systeme unserer Kunden gebaut. Der erste Vorfall hat sie nie erreicht. Beim zweiten war die API für einen Teil des Zeitraums aufgeführt, und trotzdem hat kein Kunde eine Störung gemeldet.
Es wäre unehrlich, hier aufzuhören. Auch die API hat schlechte Tage. Am 29. September traf ein Vorfall alle Dienste einschließlich der API, mit Auswirkungen von 14:00 bis 14:59 UTC. Auf der API aufzubauen kostet am Anfang außerdem mehr. Jemand muss die Software schreiben, Sie zahlen pro Anfrage statt eines festen Abos, und das Ganze muss gepflegt werden. Für einen großen Teil der Arbeit kaufen Sie mit diesen Kosten nichts, was Sie brauchen.
Die Frage nach den 4 Stunden 29 Minuten
Die meisten Unternehmen nutzen Claude über die App, und für das meiste, was sie damit tun, ist das die richtige Entscheidung. Es ist günstiger, braucht keine Entwicklung, und neue Funktionen kommen dort zuerst an.
Ein brauchbarer Test: Nehmen Sie die Zahl vom 13. und fragen Sie sich, was sie Sie kosten würde. Angenommen, Claude ist an einem Werktag 4 Stunden 29 Minuten nicht verfügbar.
Was würde es Sie kosten?
Tragen Sie Ihre eigenen Zahlen ein. Es wird nichts übertragen.
- Personenstunden Wartezeit
- 22.4
- Kosten der Wartezeit
- 897
Niemand außerhalb des Unternehmens ist betroffen. Für diese Arbeit ist die App die richtige Wahl.
Diesen Prozess zeigenLautet die Antwort, dass die Leute etwas anderes erledigen und später aufholen, dann bleiben Sie, wo Sie sind. Eine Integration wäre Geld für ein Problem, das Sie nicht haben.
Kommt in der Antwort ein Kunde vor, sieht es anders aus. Support-Antworten, die nicht rausgehen. Bestellungen oder Dokumente, die nicht mehr verarbeitet werden. Ein Bericht, auf den ein Kunde wartet. Solche Arbeit sollte nicht davon abhängen, dass jemand in einem Chatfenster angemeldet ist, und sie ist es, die man üblicherweise auf die API verlagert.
Es muss nicht alles sein. Oft reicht ein Prozess, vielleicht zwei, und der Rest des Teams arbeitet in der App weiter wie bisher.
Ein praktischer Einstieg: Schreiben Sie auf, was Ihr Unternehmen jede Woche mit Claude erledigt, und markieren Sie alles, was ein Kunde bemerken würde, wenn es einen Nachmittag lang stillstünde. Hat die Liste keine Markierung, sind Sie fertig. Hat sie eine, ist das der Prozess, den man sich ansehen sollte, und wir sehen ihn uns gern mit Ihnen an. Das gehört zu unserer individuellen Softwareentwicklung.
Die Vorfallseiten zum 13. November finden Sie auf status.claude.com, falls Sie die Zeiten selbst prüfen möchten.