Nutzen Sie diese Stripe-Statusseite, um gemeldete Störungen zu prüfen, die Stripe-Zahlungen, den Dashboard-Zugriff oder die Stripe API betreffen. Wenn keine Störung aufgeführt ist, vergleichen Sie den Fehler mit den folgenden Prüfungen, um festzustellen, ob er auf Ihr Konto, Ihren Browser, Ihr Netzwerk oder Ihre Integration beschränkt ist.
Site Administrator
Zuletzt geprüft: September 25, 2026
ZULETZT ERFASSTER STATUS
Erreichbar Bei der letzten Prüfung schien die Website von Stripe erreichbar zu sein und normal zu antworten.
| Endpoint | Status | Beobachtet |
|---|---|---|
| stripe.com | Operational | 2026-11-09 13:58 UTC |
| api.stripe.com | Operational | 2026-11-09 13:58 UTC |
Funktioniert es bei dir?
0 aktuelle Meldungen — für einen aussagekräftigen Trend werden mehr Daten benötigt.
Für ein vollständigeres Bild, einschließlich teilweiser oder regionaler Störungen, die eine einzelne externe Prüfung übersehen kann, sieh dir die offizielle Statusseite von Stripe an. offizielle Statusseite.
api.stripe.com zu untersuchen.
Die Verfügbarkeit von Stripe ist keine einfache Ja-oder-Nein-Bedingung. Ein Problem kann die Zahlungsabwicklung, Checkout, den Dashboard-Zugriff oder an api.stripe.com gesendete Anfragen betreffen. Diese Bereiche können aus unterschiedlichen Gründen ausfallen.
Die offizielle Stripe-Statusseite ist die beste erste Anlaufstelle, um eine gemeldete, umfassende Servicestörung zu prüfen. Vergleichen Sie Zeitpunkt und betroffene Komponente einer Störung mit Ihren Logs, einschließlich des Endpunkts, der Region oder des Zahlungsvorgangs, sofern verfügbar. Eine unauffällige Statusseite schließt ein Problem mit der Kontokonfiguration, einen Deployment-Fehler, einen lokalen Verbindungsfehler oder einen integrationsspezifischen Fehler nicht aus.
Öffnen Sie die offizielle Stripe-Statusseite und suchen Sie nach einer Störung, die zur betroffenen Stripe-Komponente und zum entsprechenden Zeitpunkt passt. Wenn eine Störung aktiv ist, verfolgen Sie die Aktualisierungen, vermeiden Sie weitreichende Konfigurationsänderungen und bewahren Sie Details zu fehlgeschlagenen Anfragen für eine spätere Prüfung auf.
Wenn keine passende Störung angezeigt wird, behandeln Sie das Problem als möglicherweise lokal begrenzt und fahren Sie mit den folgenden Prüfungen fort. Eine unauffällige Statusseite schließt ein Konto-, Deployment-, Integrations- oder Netzwerkproblem nicht aus.
Bestimmen Sie, an welcher Stelle der Fehler auftritt:
api.stripe.com gerichtet ist und ob sich das Verhalten reproduzieren lässt.Eine Meldung wie „Zahlung fehlgeschlagen“ kann auf eine Kartenablehnung, eine ungültige Anfrage, eine Kontoeinstellung oder einen Anwendungsfehler hindeuten und nicht auf einen umfassenden Stripe-Ausfall.
Wenn Anfragen an api.stripe.com in einen Timeout laufen oder keine Verbindung herstellen können, vergleichen Sie das Verhalten über ein zweites Netzwerk oder in einer anderen Deployment-Umgebung. Prüfen Sie die DNS-Auflösung, ausgehenden HTTPS-Zugriff, Firewall-Regeln, Proxy-Einstellungen und TLS-Inspektion in der betroffenen Umgebung.
Wenn dieselbe Anfrage an anderer Stelle funktioniert, liegt die Ursache wahrscheinlich eher im ursprünglichen Netzwerk, Host oder Deployment. Verwenden Sie bei HTTP-502-, 503- oder 504-Antworten Anwendungs- und Server-Logs, um festzustellen, ob die Antwort von Stripe, Ihrer Hosting-Schicht, einem Reverse Proxy oder einem API-Gateway stammt. Verwenden Sie zur Reproduktion der Anfrage ausschließlich einen sicheren, authentifizierten Test.
Bei einem Dashboard- oder Checkout-Problem, das auf einen einzigen Browser beschränkt ist, löschen Sie die seitenspezifischen Daten oder testen Sie ein privates Fenster. Vergleichen Sie anschließend das Verhalten mit einem anderen unterstützten Browser oder Gerät. Wenn das Problem dem Konto und nicht dem Browser folgt, lassen Sie einen autorisierten Benutzer den Kontozugriff und die Berechtigungen prüfen.
Wenn Stripe verfügbar zu sein scheint, aber ein einzelnes Konto oder eine einzelne Integration fehlschlägt, prüfen Sie die betroffene Umgebung, API-Anmeldedaten, Berechtigungen, Webhook-Verarbeitung, Anfrageparameter und kürzlich geänderte Konfigurationen. Vergleichen Sie Test- und Live-Verhalten nur, wenn dies sicher und angemessen ist. Ein Fehler, der auf einen Endpunkt, ein Händlerkonto, eine Zahlungsmethode oder ein Deployment beschränkt ist, spricht weniger für einen allgemeinen Stripe-Ausfall.
Geben Sie geheime API-Schlüssel niemals in Browserberichten, Tickets oder Logs preis. Schwärzen Sie Zahlungsinformationen und Anmeldedaten, bevor Sie Diagnoseausgaben weitergeben.
Befolgen Sie bei vorübergehenden Netzwerk- oder Serverantworten das von Ihrer Integration festgelegte Retry-Verhalten und vermeiden Sie doppelte Zahlungsvorgänge. Nutzen Sie den Idempotenzschutz, sofern Ihre Integration dies unterstützt, und prüfen Sie den resultierenden Zahlungsstatus, bevor Sie eine weitere Belastung versuchen.
Wenn die Statusseite keine passende Störung anzeigt und das Problem bestehen bleibt, erfassen Sie Zeitstempel und Zeitzone, die betroffene Umgebung, den Endpunkt, den HTTP-Status, die bereinigte Antwort, eine Anfrage- oder Fehlerkennung sowie die Information, ob sich das Problem über ein anderes Netzwerk reproduzieren lässt. Diese Belege sind hilfreicher als wiederholte blinde Retries.
Für eine integrationsspezifische Untersuchung konsultieren Sie die Stripe-Dokumentation zum betroffenen API-Vorgang, zur Authentifizierungsmethode, zum Zahlungsvorgang, zur Webhook-Verarbeitung, zum Retry-Verhalten und zur Idempotenz. Wählen Sie die Dokumentation, die zur fehlerhaften Stripe-Oberfläche und zu Ihrer Integrationsumgebung passt.
Diese Live-Prüfung läuft von unserem Server aus und kann nicht jede Region, jedes Konto, jede Funktion oder jeden Netzwerkpfad abbilden.
Prüfen Sie die offizielle Stripe-Statusseite auf eine Störung, die den von Ihnen verwendeten Stripe-Service oder Vorgang betrifft. Vergleichen Sie den Zeitpunkt der Störung mit Ihren Logs, da ein nicht aufgeführtes Problem auf ein Konto, eine Integration, ein Netzwerk oder ein Deployment beschränkt sein kann.
Eine unauffällige Statusseite macht eine lokale Ursache wahrscheinlicher. Prüfen Sie die HTTP-Antwort, den Endpunkt, die Anmeldedaten, die Anfrageparameter, die Umgebung, DNS und die ausgehende HTTPS-Konnektivität. Vergleichen Sie, sofern sicher, dieselbe nicht destruktive Anfrage über ein anderes Netzwerk oder Deployment.
Nein. Eine Kartenzahlung kann aufgrund einer Ablehnung, einer ungültigen Anfrage, einer Konto- oder Zahlungsmethodenkonfiguration oder eines Anwendungsfehlers fehlschlagen. Prüfen Sie die API-Antwort und stellen Sie fest, ob Ihre Anwendung Stripe erreicht hat, bevor Sie das Symptom als Ausfall behandeln.
Erfassen Sie Anfragezeit und Zeitzone, Endpunkt, HTTP-Status, bereinigte Antwort, Umgebung sowie jede von der API zurückgegebene Anfrage- oder Fehlerkennung. Entfernen Sie geheime Schlüssel, Zahlungsdetails und andere vertrauliche Informationen, bevor Sie den Datensatz weitergeben.
Wiederholen Sie die Erstellung von Zahlungen nicht blind. Befolgen Sie das Retry- und Idempotenzverhalten Ihrer Integration und prüfen Sie zunächst den Zahlungsstatus, um das Risiko doppelter Vorgänge zu verringern. Bewahren Sie während einer aktiven Stripe-Störung die Fehlerdetails auf und verfolgen Sie die Aktualisierungen zur Störung.
Der Unterschied kann auf ein DNS-, Firewall-, Proxy-, TLS-, Anmeldedaten-, Deployment- oder Umgebungskonfigurationsproblem in der betroffenen Umgebung hindeuten. Vergleichen Sie die genaue Anfrage und Antwort und testen Sie die Konnektivität, ohne Anmeldedaten preiszugeben.
Diese Live-Prüfung läuft von unserem Server aus und kann nicht jede Region, jedes Konto, jede Funktion oder jeden Netzwerkpfad abbilden.