Konsolenfehler
Client-Fehler (4xx) bei einer Anfrage
Woran du es erkennst
Eine Anfrage wird mit einem 4xx-Status beantwortet, der kein 404 ist — etwa 400, 401, 403 oder 429. Der Aufruf wurde verstanden, aber abgelehnt: typische Gründe sind Anmeldung, Berechtigungen, ungültige Eingaben oder Ratenbegrenzung.
Warum es zählt
Ein 4xx jenseits von „nicht gefunden" heißt meist, dass ein echter Ablauf kaputt ist: Sitzungen laufen ohne Erneuerung ab, Berechtigungen sind falsch gesetzt, Formulare senden ungültige Daten oder ein Begrenzer bremst legitime Besucher — jedes davon legt die betroffene Funktion genau für diejenigen lahm, die sie nutzen wollen.
So behebst du es
- Finde die scheiternde Anfrage und den genauen Status im Netzwerk-Tab; bei 401/403 prüfe zuerst den Anmelde-Fluss (abgelaufenes Token, fehlende Erneuerung, falscher Geltungsbereich), bevor du Anwendungscode anfasst.
- Prüfe bei 400-Antworten die gesendeten Daten gegen den API-Vertrag — oft schickt das Frontend nach einer Änderung ein Feld, das das Backend ablehnt.
- Prüfe bei 429 die Ratenbegrenzung auf Server, CDN oder Schutzschicht und baue clientseitig Wiederholungen mit ansteigenden Pausen ein; legitime Besucher dürfen im Normalbetrieb nie gedrosselt werden.
- Durchforste zentrale Abläufe und ausgehende Verweise, damit kaputte interne Verknüpfungen als behebbare 4xx auffallen, bevor Besucher darauf stoßen.