Ein HTTP 500 ist ein Fehler auf der Gegenseite: Amazon hat die Anfrage angenommen und ist bei der Verarbeitung gescheitert. Für Sie ist die Meldung damit inhaltsleer, sie sagt nur, dass es nicht an Ihnen lag. Dahinter stecken drei Fälle, die sich am Muster unterscheiden lassen: eine vorübergehende Störung bei Amazon, eine als Serverfehler verpackte Drosselung bei zu großen Läufen, oder ein einzelner Vorgang, den die Gegenseite nicht ausliefern kann. Nur der dritte geht von allein nicht weg.
HTTP 500 heißt: Der Server hat die Anfrage entgegengenommen und ist beim Verarbeiten gescheitert. Es ist die allgemeinste Fehlerantwort, die es gibt, und sie enthält bewusst keine Details, weil sie sonst Interna preisgeben würde.
Belastbar folgt daraus genau eines: Es lag nicht an der Form Ihrer Anfrage. Wäre die fehlerhaft gewesen, käme ein 400er zurück. Alles Weitere müssen Sie aus dem Verhalten erschließen.
| Muster | Ursache | Was hilft |
|---|---|---|
| Kurz da, verschwindet von selbst, andere Händler berichten dasselbe | Störung bei Amazon | Abwarten, später erneut abgleichen |
| Nur bei großen Läufen, kleine sauber | Drosselung, als Serverfehler verpackt | Zeitraum verkleinern, Abstände vergrößern |
| Reproduzierbar an derselben Stelle, rundherum sauber | Ein einzelner nicht auslieferbarer Vorgang | Eingrenzen, umgehen, melden |
Nur der dritte Fall verschwindet nicht von allein, und nur bei ihm verschlechtert Abwarten die Lage, weil sich in der Zwischenzeit Bestellungen aufstauen.
Warten Sie einmal ab und wiederholen Sie mit einigen Minuten Abstand. Damit ist der häufigste Fall erledigt. Verkleinern Sie dann den Zeitraum, statt eines Laufs über mehrere Tage einen über wenige Stunden: Läuft der kleine Lauf sauber, war es Drosselung.
Bleibt der Fehler, halbieren Sie den Zeitraum wiederholt, bis Sie bei wenigen Bestellungen sind, und sehen Sie sich den auffälligen Vorgang im Seller Central an. Stornierung, Erstattung, ungewöhnlicher Versandweg, unvollständige Daten. Prüfen Sie außerdem, ob eine Störung gemeldet ist, bevor Sie länger suchen. Der Support kommt zuletzt, mit Zeitstempel, Marktplatz und Wortlaut.
Ein vorübergehender Serverfehler bei der Gegenseite ist im verteilten Betrieb ein völlig normales Ereignis. Jede Schnittstelle, die produktiv laufen soll, muss ihn als Normalfall behandeln. Führt ein einzelner 500 dazu, dass am nächsten Morgen keine Bestellungen im System sind, liegt das Problem in der fehlenden Behandlung.
Wir wiederholen deshalb automatisch, mit wachsendem Abstand und einer Obergrenze. Der überwiegende Teil dieser Fehler erledigt sich damit, ohne dass jemand davon erfährt. Drosselung erkennen wir als Drosselung und richten uns nach den Ratenhinweisen der Schnittstelle, statt in eine Sperre hineinzulaufen und sie dann als Serverfehler zu deuten. Dauerhaft unverarbeitbare Vorgänge gehen mit Bestellnummer und Zeitstempel in eine Fehlerwarteschlange, und der Lauf geht weiter.
Was Sie am Ende sehen, ist nur das, was Aufmerksamkeit braucht: Ein selbstheilender Fehler bleibt eine Zeile im Protokoll, und eine Bestellung, die nach mehreren Versuchen nicht ankommt, erreicht einen Menschen.
Sie sehen das im Livebetrieb und möchten, dass es nicht mehr Ihr Problem ist? Wir konzipieren, bauen und betreiben die Schnittstelle dauerhaft, inklusive der Validierung und Wiederholungslogik, die diese Art von Fehler gar nicht erst bei Ihnen ankommen lässt. Festpreis-Angebot zur Aufwandsabschätzung innerhalb von 48 Stunden.