Ist Supabase down oder liegt es an deiner App? So erkennst du es

Deine App öffnet sich, und dann lädt nichts. Die Liste, in der die Bestellungen deiner Kunden stehen sollten, ist leer, der Anmelde-Button dreht sich, oder die Seite bleibt weiß. Jemand hat dir deswegen schon geschrieben. Also suchst du nach „ist Supabase down“, denn deine App wurde mit Lovable oder Bolt auf einem Supabase-Projekt gebaut, und Supabase ist der einzige Teil der Technik, den du beim Namen kennst.

Hier liegt die übliche Antwort daneben. Sie lautet: Sieh auf der Statusseite von Supabase nach. Das ist der richtige erste Schritt, und er beantwortet eine von vier Fragen. Dein Projekt antwortet deiner App nicht mehr, wenn Supabase einen Ausfall hat, aber auch, wenn Supabase es pausiert hat, wenn es an ein Limit gestoßen ist und wenn deine eigene App kaputt ist, während Supabase jede Anfrage korrekt beantwortet. Deine Kunden sehen in allen vier Fällen denselben leeren Bildschirm, und die Statusseite weiß nur vom ersten.

Stell es dir vor wie einen Stromausfall zu Hause. Das Erste, was jeder tut, ist aus dem Fenster zu schauen, ob bei den Nachbarn auch alles dunkel ist. Das ist die Statusseite, und sie sagt dir etwas über die Straße. Über den Brief auf der Fußmatte, den Sicherungskasten im Flur oder die Glühbirne sagt sie nichts.

Jede Supabase-Seite, jeder Vorfall und jede Zahl in diesem Artikel wurde am 30. September 2026 gelesen.

Ist Supabase down, oder liegt es an deiner App?

Am Bildschirm kannst du es nicht erkennen, und deshalb bleibt man bei der Suche hängen. Vier verschiedene Fehler führen zum selben Ergebnis:

1. Supabase ist down. Auf der Seite von Supabase ist etwas ausgefallen, meist in einer Region oder bei einem Dienst. Die ganze Straße ist dunkel.
2. Dein Projekt ist pausiert. Supabase hält kostenlose Projekte an, die etwa eine Woche lang keine Aktivität hatten. Dir wurde der Strom abgestellt, und sonst ist in der Straße niemand betroffen.
3. Dein Projekt ist an ein Limit gestoßen. Es hat seinen Platz gefüllt und ist schreibgeschützt geworden, oder ihm ist die Leistung ausgegangen und es wurde langsamer, bis Anfragen ins Leere liefen, oder deine Organisation hat ein Kontingent überschritten und wurde eingeschränkt. Eine Sicherung ist rausgeflogen.
4. Deine App ist kaputt. Supabase antwortet, und etwas auf deiner Seite, ein Schlüssel, die Zugriffsregeln einer Tabelle oder ein Stück Code, macht aus dieser Antwort einen leeren Bildschirm. Der Strom ist da. Es ist die Glühbirne.

Mit deinem Projekt ist hier und im Folgenden die Supabase-Datenbank gemeint, in der deine App ihre Daten ablegt, zusammen mit der Anmeldung, dem Dateispeicher und der API drumherum.

Die Prüfungen unten gehen sie der Reihe nach durch, die günstigste zuerst, und jede schließt einen Fehler ein oder aus.

Vier Prüfungen, die günstigste zuerst

Schritt 1: Ist Supabase für alle down?

Öffne status.supabase.com. Nennt ein offener Vorfall deine Region oder einen Dienst, den deine App nutzt, hast du deine Antwort, und der Abschnitt über Ausfälle weiter unten sagt dir, was du damit machst.

Die Seite listet die Dienste von Supabase einzeln auf: die Datenbank und die API, über die deine App sie liest, Auth für die Anmeldung, Storage für hochgeladene Dateien, Realtime, Edge Functions, das Dashboard und ein paar mehr. Darunter steht eine Liste von Regionen. Eine Region ist der Teil der Welt, in dem dein Projekt läuft, und deine steht auf der Seite Infrastructure in den Projekteinstellungen, mit einem Code wie eu-west-1. Ein Vorfall in us-east-1 hat nichts mit einem Projekt in Irland zu tun, also such deinen Code heraus, bevor du irgendetwas anderes liest.

Was die Seite nicht hat, ist eine Zeile für dein Projekt. Sie meldet Probleme, die genug Projekte treffen, um sie anzukündigen, und echte Vorfälle sind oft eng begrenzt. Die fünfzig jüngsten dort, zurück bis zum 15. Juli 2026, umfassen einen, der nur die Projekte auf einer bestimmten Hardware in eu-west-1 lahmlegte, einen, der Projekte der kleinsten, kostenlosen Größe nach ein paar Stunden Laufzeit nicht mehr antworten ließ, und einen zu 401-Fehlern bei einem Teil der neuen Projekte, der 46 Tage offen blieb.

Eine grüne Seite sagt dir also, dass Supabase kein Problem angekündigt hat. Dein Projekt kann darunter trotzdem down sein, und darum geht es in den nächsten drei Prüfungen.

Das Dashboard hat eine eigene Zeile und eigene Vorfälle. Am 1. September 2026 konnte sich dort niemand einloggen, und eine App kann während so etwas ganz normal weiterlaufen.

Wenn du schon auf der Seite bist, abonniere die Updates. Dafür reicht eine E-Mail-Adresse, und Supabase veröffentlicht die Vorfallsgeschichte außerdem als RSS-Feed.

Schritt 2: Ist dein Projekt pausiert?

Öffne das Supabase-Dashboard und sieh dir deine Projektliste an. Ein Projekt mit Paused neben dem Namen wurde von Supabase angehalten, meist ein kostenloses Projekt, das etwa eine Woche ohne Aktivität war, und es bleibt angehalten, bis du es fortsetzt. Alles Weitere zur Pause, einschließlich der Frist von einem Jahr und was zu tun ist, wenn die Option zum Fortsetzen verschwunden ist, steht in was zu tun ist, wenn dein Supabase-Projekt pausiert ist.

Schritt 3: Ist dein Projekt an ein Limit gestoßen?

Achte darauf, was noch funktioniert. Jedes Limit legt etwas anderes lahm, und am Muster erkennst du, welche Sicherung rausgeflogen ist.

Seiten laden, aber nichts wird gespeichert. Das ist der Nur-Lese-Modus. Ein kostenloses Projekt wird schreibgeschützt, wenn seine Datenbank 500 MB überschreitet, ein bezahltes, wenn sich seine Festplatte schneller füllt, als Supabase sie vergrößern darf. Lesen funktioniert weiter, also sieht die App gut aus, bis jemand sich registrieren, eine Bestellung aufgeben oder ein Formular speichern will, und jeder Schreibvorgang kommt mit cannot execute INSERT in a read-only transaction zurück. Der Ausweg ist mehr Platz, durch ein Upgrade oder durch das Löschen von Daten. Was jedes Limit im Gratis-Tarif abschaltet behandelt beides, und der Leitfaden zur Datenbankgröße von Supabase liefert das SQL.

Alles wird langsamer und antwortet dann nicht mehr. Dem Projekt ist der Spielraum ausgegangen. Seine Rechengröße legt fest, wie viel Arbeitsspeicher es hat und wie stark es seine Festplatte beanspruchen darf, und die kleineren Größen bekommen ein tägliches Kontingent, um darüber hinauszugehen, das Supabase Disk IO Budget nennt. Ist es aufgebraucht, gehören laut Supabases eigener Liste deutlich steigende Antwortzeiten und eine Instanz, die nicht mehr reagiert, zu den möglichen Folgen. Das Budget füllt sich am nächsten Tag wieder auf, und die Seite Database Health unter Observability zeigt, wo du stehst.

Vielleicht bekommst du eine E-Mail, dass das Projekt „is running out of Disk IO Budget“, oder du siehst im Dashboard einen Hinweis, dass es unhealthy ist, mit dem Knopf Restart project darunter. Nimm die E-Mail als Hinweis. Nach einem Vorfall am 10. September 2026 teilte Supabase den betroffenen Inhabern mit, dass die Disk-IO-E-Mail, die sie bekommen hatten, nicht mehr galt: Der Vorfall hatte sie ausgelöst.

Jede Anfrage scheitert mit einem 402. Deine Organisation wurde nach der Fair Use Policy von Supabase eingeschränkt, weil sie nach ihrer Schonfrist über einem Kontingent blieb oder eine Rechnung offen ist, und die Einschränkung gilt meist für jedes Projekt der Organisation. Der 402 nennt den Grund mit einem Code wie exceed_db_size_quota oder overdue_payment, und laut Supabase kommst du über das Dashboard weiter an deine Daten, solange sie gilt. Ein Upgrade hebt eine nutzungsbedingte Einschränkung sofort auf, sonst endet sie mit dem nächsten Abrechnungszeitraum.

Das ist der Sicherungskasten. Alle drei passieren in deinem eigenen Projekt, also zeigt die Statusseite keinen davon.

Schritt 4: Frag dein Projekt direkt

Schick ihm eine Anfrage und lies die Antwort. Antwortet Supabase normal, liegt der Fehler auf deiner Seite der Verbindung.

Die schnellste Variante braucht keine Werkzeuge. Die Adresse deines Projekts sieht aus wie https://abcdefghijklmnopqrst.supabase.co, und die Buchstabenfolge vor .supabase.co steht in der Adressleiste deines Browsers, wann immer das Projekt im Dashboard offen ist. Häng /rest/v1/ an, füg das Ganze in einen neuen Tab ein und sieh, was zurückkommt.

• Eine Zeile Text in geschweiften Klammern, dass kein API-Schlüssel gefunden wurde. Supabase antwortet unter der Adresse deines Projekts. Es hat dich abgewiesen, weil der Tab keinen Schlüssel mitgeschickt hat, und das ist korrekt. Das Projekt existiert und ist nicht pausiert.
• „Diese Website ist nicht erreichbar“ oder „Server nicht gefunden“. Die Adresse lässt sich nicht auflösen. Die Hilfeseite von Supabase zu diesem Fehler nennt die üblichen Gründe: ein pausiertes Projekt, ein gelöschtes oder eine vertippte Adresse.
• Eine Fehlerseite mit einer Zahl im 500er-Bereich, oder nach langem Warten gar nichts. Die Adresse existiert, und das Projekt dahinter kämpft. Geh zurück zu Schritt 3 und sieh noch einmal auf die Statusseite.

Die ausführlichere Variante ist der Tab Network in deinem Browser, der die Antworten zeigt, die deine App mit ihrem eigenen Schlüssel bekommt. Öffne deine App, drück F12, wähl Network, lade die Seite neu und tipp die Buchstaben aus der Adresse deines Projekts ins Filterfeld. Jede Anfrage an dein Projekt erscheint mit einem Statuscode, und der Code ist schon der größte Teil der Diagnose. Die Bedeutungen unten stammen aus der Liste der Statuscodes von Supabase und von der Datenbank-API, die dort läuft:

Die Zeile, nach der du zuerst suchst, ist 200. Kommen die Anfragen deiner App an Supabase mit 200 zurück und der Bildschirm bleibt trotzdem leer, hat Supabase seinen Teil erledigt, und die Glühbirne ist deine. Vielleicht lassen die Regeln einer Tabelle diesen Besucher keine Zeilen sehen, was als 200 mit einer leeren Liste ankommt. Vielleicht zeigt die App auf ein anderes Projekt als das, das du gerade ansiehst. Oder der Code, der die Seite zeichnet, ist an dem gescheitert, was er bekommen hat, und das ist eine Frage an deinen Builder, mit der Anfrage und ihrer Antwort in der Hand.

Warum bekomme ich von Supabase plötzlich 401-Fehler?

Weil Supabase geantwortet und den Absender abgewiesen hat. Ein 401 heißt, dass die Anfrage dein Projekt erreicht hat, die Plattform also läuft. Abgelehnt wurde eines von drei Dingen, und die Meldung sagt dir, welches: Klick im Network-Tab auf die Anfrage und öffne ihre Response.

• Der Schlüssel. Die Meldung lautet Invalid API key oder Legacy API keys are disabled. Deine App schickt einen Schlüssel, den das Projekt nicht mehr annimmt. Der ältere anon-Schlüssel, eine lange Zeichenkette, die mit eyJ beginnt, funktioniert nicht mehr, wenn jemand die Legacy-Schlüssel in den Projekteinstellungen abschaltet, und Supabase hat gewarnt, dass ein pausiertes Projekt, das seit dem 1. November 2025 wiederhergestellt wird, ohne ihn zurückkommt. Nach Supabases eigenen Worten laufen wiederhergestellte pausierte Projekte Gefahr, kaputt zu sein, weil ihnen die Legacy-Schlüssel fehlen. Die Lösung ist der aktuelle Publishable Key des Projekts, der mit sb_publishable_ beginnt, in den Umgebungseinstellungen deines Builders. Die beiden Schlüsselformate werden dort nebeneinander verglichen.
• Die Tabelle. Die Meldung lautet permission denied for table. Der Schlüssel ist in Ordnung, und diese Tabelle wurde für diese Art von Besucher nicht geöffnet. Ab dem 30. Oktober 2026 beginnt jede neue Supabase-Tabelle genau so, und der sichere Weg, sie zu öffnen hat einen eigenen Artikel.
• Die Sitzung. Seiten ohne Anmeldung funktionieren, angemeldete Nutzer bekommen 401-Fehler, die kommen und gehen, und die Meldung erwähnt meist ein JWT, das signierte Token, das deine App für jede angemeldete Person hält. Vom 14. August bis 29. September 2026 stand auf der Statusseite von Supabase ein Vorfall mit dem Titel „401 errors due to JWT rejections“: Ein Teil der neuen Projekte lehnte Sitzungen ab, die gerade erneuert worden waren. Die Lösung von Supabase, veröffentlicht am 29. September, ist eine neue Version des Projekts, die du selbst installierst, mit dem Knopf Upgrade project auf der Seite General der Projekteinstellungen.

Dieses Upgrade nimmt das Projekt offline, solange es läuft, und das Dashboard zeigt dir vor der Bestätigung eine Schätzung, wie lange. Der Upgrade-Leitfaden von Supabase empfiehlt, vorher eine Kopie deiner Daten zu ziehen. Im Gratis-Tarif macht das sonst niemand, und eine aus dem Dashboard zu ziehen braucht kein Terminal.

Wie starte ich ein Supabase-Projekt neu?

Im Dashboard: Öffne das Projekt, geh zu Project Settings, dann General, und drück Restart project unter Project availability. Der Pfeil neben dem Knopf bietet Fast database reboot an, das nur die Datenbank neu startet und die Ausfallzeit kürzer hält. So oder so warnt Supabase vor ein paar Minuten offline.

Ein Neustart ist das richtige Werkzeug für ein Projekt, das überlastet oder als unhealthy markiert ist, und genau darum bat Supabase die betroffenen Inhaber nach dem Vorfall vom 10. September. Ist das Projekt zu klein für seine Arbeit, kommt das Problem wieder, und die dauerhafte Lösung ist eine größere Rechengröße oder leichtere Abfragen. Ein pausiertes Projekt braucht Resume project, das an derselben Stelle sitzt. Eine volle Datenbank ist nach einem Neustart immer noch voll, und ein abgelehnter Schlüssel wird weiter abgelehnt.

Lass den Knopf in Ruhe, solange ein Vorfall läuft, der Projektaktionen nennt. Am 4. September 2026 lieferten Neustarts, Wiederherstellungen und Änderungen an der Rechengröße in jeder Region Fehler, Supabase bat darum, sie nicht zu versuchen, und schaltete sie eine Zeit lang ganz ab.

Was kannst du während eines Supabase-Ausfalls tun?

Sehr wenig, und Warten ist die richtige Entscheidung. Den Ausfall muss Supabase beheben, und dein Projekt kommt zurück, ohne dass du es anfasst.

Damit ist ein Ausfall der einzige Fehler in diesem Artikel, den Warten löst, und deshalb kommt Schritt 2 vor allem, was du hier tust. Einen Stromausfall sitzt du aus. Eine Stromsperre bleibt, bis du beim Versorger anrufst, und ein pausiertes Projekt bleibt aus, bis du es fortsetzt, mit einem Jahr auf der Uhr ab dem Tag, an dem es angehalten wurde.

Was sich lohnt, während du wartest:

• Prüf, ob es dich betrifft. Sieh nach, ob der Vorfall deine Region nennt oder einen Dienst, den deine App nutzt.
• Abonniere diesen Vorfall, damit dich das Update erreicht, das sein Ende meldet.
• Sag es deinen Nutzern. Eine Zeile dort, wo sie nach dir suchen: Die App ist von einem Ausfall bei ihrem Datenbankanbieter betroffen und kommt wieder.
• Lass das Projekt in Ruhe. Beim Vorfall vom 4. September riet Supabase davon ab, Projekte anzulegen, Konfigurationen zu ändern, neu zu starten oder die Rechengröße zu ändern, bis der Vorfall gelöst war. Laufende Projekte liefen weiter, während diese Aktionen scheiterten.

Einen Anspruch wegen der Ausfallzeit hast du außerdem nur mit Enterprise. Die Verfügbarkeitszusage von Supabase, mit Gutschriften für einen Monat unter 99,9 %, gilt allein für Enterprise-Kunden.

Was du vor dem nächsten Mal bereit haben solltest

Vier Dinge, und alle gehen leichter an einem Tag, an dem nichts kaputt ist:

• Deine Region, aufgeschrieben neben der Adresse deines Projekts, und ein Abo der Statusseite.
• Deine App auf dem Publishable Key. Supabase schafft die alten Schlüssel anon und service_role bis Ende 2026 ab, und eine App, die noch einen davon schickt, fängt sich 401-Fehler ein, sobald sie weg sind.
• Eine Kopie deiner Datenbank außerhalb deines Supabase-Kontos. Ausfall, Pause und Einschränkung passieren alle innerhalb von Supabase, und eine Kopie, die woanders liegt, erreichen sie nicht. Im Gratis-Tarif hält Supabase keine Kopie für dich vor.
• Etwas, das bemerkt, wenn deine App nicht mehr antwortet, und es dir sagt, bevor ein Kunde es tun muss.

Wo Reeve passt

Reeve Monitor überwacht die Adresse, die deine Besucher laden. Reeve Care verbindet sich außerdem mit der Supabase-Datenbank dahinter und bewahrt eine Kopie davon außerhalb deines Supabase-Kontos auf.

• Monitor prüft die Adresse deiner App alle 60 Sekunden von außen und schickt dir eine E-Mail, wenn sie nicht mehr antwortet, und eine, wenn sie wieder da ist. Außerdem führt es jede Stunde alle neun unserer Sicherheitsprüfungen erneut aus, für bis zu drei Apps.
• Care verbindet sich selbst mit deiner Supabase-Datenbank, um eine Kopie zu ziehen, täglich bei Care und öfter bei den Tarifen darüber. Eine Nacht, in der die Datenbank nicht antwortet, ist eine Kopie, die nicht gezogen werden konnte, und du bekommst eine E-Mail, die sagt, was passiert ist.
• Die Kopie liegt außerhalb deines Supabase-Kontos, verschlüsselt, und sie wird zurückgelesen, bevor sie zählt, sodass eine Pause oder eine Einschränkung deine letzte gute Kopie dort lässt, wo du sie erreichst.
• Wiederherstellen ist ein Knopf, und vorher wird ein Schnappschuss des aktuellen Zustands angelegt, sodass die Wiederherstellung ihr eigenes Rückgängig hat.

Was jeder Tarif abdeckt, steht auf der Preisseite, und die Kopie, die Prüfung und die Wiederherstellung sind Schritt für Schritt auf der Seite zu Supabase-Backups gezeichnet.

Was jetzt zu tun ist

Bevor du diesen Tab schließt, öffne die Infrastructure-Einstellungen deines Projekts, schreib den Regionscode neben seine Adresse und abonniere die Statusseite. Stellt sich heraus, dass der leere Bildschirm heute eine Pause war, findest du hier die nächsten Schritte.