HTTP-Fehler und Wiederholungen
Entscheiden Sie, ob eine API-Anfrage korrigiert oder später wiederholt werden sollte.
Auf dieser Seite
Das benötigen Sie
HTTP-Status und Antwort der fehlgeschlagenen Anfrage, ohne Schlüssel oder Token offenzulegen.
So geht es
- Lesen Sie status, code, detail und request_id. X-Request-ID kennzeichnet die Anfrage ebenfalls.
- Warten Sie bei 429 oder einem vorübergehenden 503 gemäß Retry-After und wiederholen Sie dieselben vorbereiteten Daten mit denselben Kennungen.
- Korrigieren Sie Zugang, Größe, Konflikte oder ungültige Daten vor einer Wiederholung dauerhafter Fehler.
Gut zu wissen
401 bedeutet fehlende oder ungültige Anmeldung beziehungsweise Schlüssel, 403 fehlende Zugriffsrechte. 409 zeigt einen Konflikt. 413 bedeutet zu große Anfrage, 422 ungültige Daten. 429 zeigt eine erreichte Aufruf- oder Nutzungsgrenze.
Fehlerantworten nutzen application/problem+json. Verwenden Sie in Automatisierung den stabilen code; das lesbare detail kann sich mit der Sprache ändern. Wiederholen Sie nicht jedes 5xx blind: Prüfen Sie, ob eine Änderung bereits erfolgt sein könnte.
Wenn etwas nicht klappt
Nennen Sie für Hilfe Anfragekennung, Fehlercode und Zeitpunkt. Entfernen Sie Anmeldeheader, persönliche Nutzdaten und Geheimnisse aus geteilten Beispielen.
Verwandte Anleitungen
- Eigene Monitoring-Daten senden
Senden Sie eigene Werte über HTTPS mit den Kennungen und Schlüsseln Ihres Monitors.
- Diagnosecheckliste
Finden Sie zuerst die unterbrochene Stelle, bevor Sie mehrere Einstellungen ändern.
- Kontingente und faire Nutzung
Planen Sie Ihr Monitoring innerhalb der gemeinsamen Kontolimits.