Zuletzt aktualisiert am 5. Januar 2022

Beim Senden einer HTTP-Anfrage an eine Website senden die meisten Webbrowser automatisch die entsprechenden HTTP-Statuscodes, um der Website mitzuteilen, ob Ihre Anfrage erfolgreich war oder nicht. Aber was sind diese Statuscodes? Was meinen sie? Nachfolgend finden Sie eine Liste mit Statuscodes.

Als White-Label-SEO-Experten für ein White-Label-SEO-Unternehmen wissen wir, dass HTTP-Statuscodes außerordentlich hilfreich sind, um Fehler auf einer Website zu identifizieren. Solche Fehler können massive Ranking-Probleme und das Vertrauen in Suchmaschinen verursachen. Niemand, weder Benutzer noch Suchmaschinen, möchte instabile Websites in den Suchergebnissen sehen.

Wählen Sie die Statuscodegruppe aus, um einfach zu diesem Abschnitt zu gelangen:

• 2xx HTTP-Statuscodes
• 3xx HTTP-Statuscodes
• 4xx HTTP-Statuscodes
• 5xx HTTP-Statuscodes
• 6xx HTTP-Statuscodes
• 7xx HTTP-Statuscodes
• 9xx HTTP-Statuscodes

2xx HTTP-Statuscodes:

200 OK – Erfolgreiche HTTP-Anfrage. Dies ist wahrscheinlich die häufigste HTTP-Antwort, die Sie von einer Website erhalten. Dies bedeutet, dass Ihre Anfrage erfolgreich war und Ihre Daten an Sie zurückgesendet wurden.

201 Erstellt – Erfolgreiche HTTP-Antwort, aber neue Ressource erstellt. Dies ist die Antwort auf GET-Anforderungen, die Daten zurückgeben, die an ein HTTP-Location-Header-Feld angehängt sind. Das Header-Feld Standort enthält die URL der neu erstellten Ressource. Es wird nur gesendet, wenn die Anforderung die POST-Methode oder andere Methoden verwendet hat, die keine Ressource erstellen, an die eine Antwort selbst gesendet werden kann.

202 Angenommen – Anfrage zur Bearbeitung angenommen, weitere Bearbeitung erforderlich. Diese Antwort wird von einem Webserver (normalerweise einem Proxy-Server) gegeben, der eine Anfrage zur weiteren Verarbeitung akzeptiert, aber über die sofortige Bestätigung des Empfangs der Anfrage hinaus jede Art von Aktion vom Client erfordert.

203 Nicht maßgebliche Informationen – Nützlich für das Caching. Dies ist normalerweise ein Antwortcode, der in den Caching-Mechanismen auf Netzwerkebene von HTTP verwendet wird. Die darin enthaltenen Informationen stammen möglicherweise von einer anderen Entität als der durch den Anforderungs-URI identifizierten Ressource. Das Ergebnis kann darauf hindeuten, dass die Anforderung aufgrund veralteter Inhalte nicht vom Proxy oder Cache erfüllt werden kann. Es zeigt jedoch nicht an, ob der Tipp eine Entität ist, an die eine 200 (OK)-Antwort gesendet werden kann.

204 Kein Inhalt – Anfrage erfüllt, aber kein Inhalt zurückgegeben. Das bedeutet, dass der Server die Anfrage erfolgreich verarbeitet hat, aber keinen Inhalt für diese spezielle Anfrage zurückgibt. Dies wird normalerweise verwendet, wenn statische Dateien wie Bilder oder andere statische Web-Assets bereitgestellt werden.

205 Inhalt zurücksetzen – Inhalt für angeforderte Ressource zurücksetzen. Dies zeigt an, dass der Server eine Antwort auf diese Anfrage vorbereitet hat, sie aber nicht an den Client zurücksendet. Der Client sollte die Anfrage ohne Änderungen erneut senden. Dieser Antwortcode wird häufig in Verbindung mit 204-Antworten (Kein Inhalt) verwendet, um anzuzeigen, dass die durch den Anfrage-URI identifizierte Ressource „zurückgesetzt“ wurde, sodass sie in ihrem aktuellen Zustand bleiben kann, während weitere Anfragen verarbeitet werden, aber diese Anfragen werden es tun gibt eine unbestimmte Inhaltslänge zurück: „0 Bytes“.

206 Teilinhalt – Teilweise unvollständige Darstellung erhalten. Dies zeigt an, dass der Server eine Anfrage erfolgreich verarbeitet hat, aber keine vollständige Darstellung der angeforderten Ressource zurückgibt. Häufig wird die 206-Antwort von einem Retry-After-Header-Feld begleitet, das einen Wert enthält, der angibt, wie lange der Client warten soll, bevor er eine weitere Anforderung für diese Ressource stellt.

3xx HTTP-Statuscodes:

301 Moved Permanently – Permanente Umleitung zum neuen Standort. Dieser Code ist nur für HTTP-Weiterleitungen relevant. Eine 302-Antwort zeigt an, dass die angeforderte Ressource nicht mehr verfügbar ist. Der URI in einer 302-Antwort wird niemals in die ursprüngliche Ressource aufgelöst, da er dauerhaft an einen neuen Speicherort umgeleitet wurde.

302 gefunden – Erfolgreiche Umleitung. Dies zeigt an, dass die angeforderte Ressource nach erfolgreicher Umleitung gefunden wurde. Die Zielseite der ursprünglichen Anfrage wird unter einer neuen URL gefunden, die im Header-Feld „Location“ der Antwort angegeben ist.

303 See Other – Die angeforderte Ressource ist vorhanden, aber die Anforderung sollte gepacet werden. Dies zeigt an, dass die Anforderung bearbeitet werden kann, aber es dauert länger, bis ein Ergebnis zurückgegeben wird. Häufig wird diese Antwort von dem Retry-After-Header-Feld begleitet, das die Zeit angibt, nach der der Client diese Anfrage erneut versuchen sollte.

304 Not Modified – Die Anfrage wurde erfolgreich verarbeitet und es ist keine Aktion erforderlich. Das bedeutet, dass die Antwort alle ihre Anforderungen (z. B. Validierung) erfüllt hat, die Ressource jedoch seit der letzten Ausführung dieser Anfrage nicht geändert wurde. Mit anderen Worten, es handelt sich um eine „304 Not Modified“-Antwort, die keine zusätzliche Aktion des Clients erfordert, um die Verarbeitung fortzusetzen.

305 Proxy verwenden – Anfrage sollte über Proxy geleitet werden. Dies ist ein Antwortcode, der hauptsächlich in Verbindung mit zwischengeschalteten Proxy-Servern verwendet wird. Die eigentliche Antwort enthält nur einen Statuscode und ein optionales verschlüsseltes WWW-Authenticate-Header-Feld. Der eigentliche Inhalt bleibt unverändert und ist nur für den Proxy-Server zugänglich.

307 Temporäre Umleitung – HTTP-Anforderung an einen anderen Ort umgeleitet. Dieser Antwortcode zeigt an, dass die Anfrage des Clients vom Server an eine andere URL umgeleitet wurde. Die neue URL wird im Location-Header-Feld dieser Antwort bereitgestellt, die entweder eine vollständige oder teilweise URI ist. Dieser Code kann verwendet werden, um eine Anfrage von einem Skript oder Programm auf einem Server an eine andere Stelle auf demselben Server oder einen anderen Server umzuleiten.

308 Permanent Redirect – HTTP-Anforderung an einen anderen Server umgeleitet. Dieser Antwortcode zeigt an, dass die Anfrage des Clients an eine andere Stelle auf demselben Server oder an einen anderen Server umgeleitet wurde. Die neue URL wird im Location-Header-Feld dieser Antwort bereitgestellt, die entweder eine vollständige oder teilweise URI ist. Dieser Code kann verwendet werden, um eine Anfrage von einem Skript oder Programm auf einem Server an eine andere Stelle auf demselben Server oder einen anderen Server umzuleiten.

4xx HTTP-Statuscodes:

403 Forbidden – Anforderungsberechtigung verweigert. Dieser Antwortcode zeigt an, dass der Server die Anfrage kennt, aber es gibt keine Möglichkeit, sie zu erfüllen. Der Client sollte das Senden von Anforderungen für diese Ressource beenden.

404 Not Found – Die angeforderte Ressource konnte nicht gefunden werden. Das bedeutet, dass der Server keine Entität finden kann, die dieser Anfrage entspricht, oder möglicherweise nicht versteht, was der Client mit seiner Anfrage gemeint hat. In jedem Fall sollte der Client mit seiner Anfrage nicht fortfahren.

405-Methode – Anforderung muss POST verwenden, um Daten von Ressource abzurufen. Dies wird verwendet, um anzuzeigen, dass der Server keine Anfragen mit der GET-Methode akzeptiert, normalerweise weil es für diese Ressource keinen Sinn macht.

406 Nicht akzeptabel – Die angeforderte Ressource ist nur mit verhandelbaren Parametern akzeptabel. Dies bedeutet, dass die Anfrage aufgrund eines Fehlers auf Seiten des Clients oder möglicherweise aufgrund von zustandslosen HTTP-Proxy-Servern nicht erfüllt werden konnte. Die Antwort enthält eine Entität, die beschreibt, warum sie nicht ausgefüllt werden kann. Wenn keine Darstellung dieser Entität verfügbar ist, muss die Antwort keine enthalten.

408 Request Timeout – Der Server konnte nicht rechtzeitig antworten. Der Client sollte die Anforderung erneut versuchen, wobei er die Zeitanforderungen ordnungsgemäß befolgt, die durch das Retry-After-Headerfeld oder einen Retry-After-Antwortheader oder durch einen Server angegeben sind, der an anderer Stelle im Hauptteil der Antwort angegeben ist. Wenn der Retry-After-Header ausgelassen wird, kann der Client es sofort wiederholen, jedoch nicht vor der Retry-After-Zeit.

413 Request Entity Too Large – Die Anfrage enthält Inhalte, die der Server entweder nicht unterstützt oder aus anderen Gründen nicht akzeptiert. Die Antwort enthält eine Entität, die beschreibt, warum sie nicht ausgefüllt werden kann. Wenn keine Darstellung dieser Entität verfügbar ist, muss die Antwort keine enthalten.

414 Request-URI Too Long – Der angegebene URI war zu lang für die Verarbeitung durch den Server. Dies kann auf einen Versuch hindeuten, eine Pufferüberlauf-Schwachstelle im Webserver auszunutzen.

415 Nicht unterstützter Medientyp – Die angeforderte Ressource erfordert Daten, die auf eine Weise formatiert sind, die der Server oder die Ressource nicht unterstützt. Die Antwort enthält eine Entität, die beschreibt, warum sie nicht ausgefüllt werden kann. Wenn keine Darstellung dieser Entität verfügbar ist, muss die Antwort keine enthalten.

416 Requested Range Not Satisfiable – Eine serverseitige Softwarekomponente hat keinen gültigen HTTP-Bereichsheader erzeugt, den sie haben sollte, wenn der Bereich für den Ursprungsserver akzeptabel wäre. Die Antwort enthält eine Entität, die beschreibt, warum sie nicht ausgefüllt werden kann. Wenn keine Darstellung dieser Entität verfügbar ist, muss die Antwort keine enthalten.

417 Expectation Failed – Der Server berührte einen Abschnitt des Dokuments, der ignoriert wurde, obwohl der Client nicht erwartet hatte, dass dieser Abschnitt betroffen wäre. Wird normalerweise von einem Webspider oder Crawler verursacht. Die Antwort enthält eine Entität, die beschreibt, warum sie nicht ausgefüllt werden kann. Wenn keine Darstellung dieser Entität verfügbar ist, muss die Antwort keine enthalten.

420 Unprocessable Entity – Die Anfrage wurde wegen Übergröße nicht akzeptiert. Dieser Antwortcode ist veraltet. HTTP-Clients sollten dies stattdessen als 400 Bad Request-Fehler behandeln.

421 Gesperrt – Die Ressource kann nicht direkt vom Client geändert werden, aber sie kann mit einer bedingten GET- oder POST-Anfrage „gesperrt“ werden. Wenn die gesperrte Ressource eine Datei ist, wird ihr Inhalt in einem Content-Range-Header-Feld zurückgegeben, das angibt, welcher Teil bisher empfangen wurde und was noch empfangen wird. Wenn die gesperrte Ressource eine Entität ist, besteht ihre Antwort aus einer Reihe von Entitätsheadern, beginnend mit den Headerfeldern.

422 Multi-Status – Der Server hat mehrere Darstellungen einer Ressource in verschiedenen Zuständen und Algorithmen, die jederzeit aktualisiert werden könnten, um die aktuelle Darstellung durch eine neue zu ersetzen. Beispielsweise kann eine in einem Geschäft gekaufte CD eine verschlüsselte Kopie haben, die per E-Mail an den Käufer gesendet wurde, während eine andere lokale Kopie in ihrem Archiv vorhanden ist.

423 Gesperrt – Die Ressource kann nicht direkt vom Client geändert werden, aber sie kann mit einer bedingten GET- oder POST-Anfrage „gesperrt“ werden. Wenn die gesperrte Ressource eine Datei ist, wird ihr Inhalt in einem Content-Range-Header-Feld zurückgegeben, das angibt, welcher Teil bisher empfangen wurde und was noch empfangen wird. Wenn die gesperrte Ressource eine Entität ist, besteht ihre Antwort aus einer Reihe von Entitätsheadern, beginnend mit den Headerfeldern.

424 Nicht geändert – Die Entität wurde nicht geändert, seit die Antwort generiert wurde.

426 Partial Content – ​​Der Server kann keine angemessenere Darstellung der Anforderungsentität erstellen. Dieser Code besagt, dass der Server nur einen Teil des angeforderten Inhalts zurückgeben kann, aber sendet, was er kann.

5xx HTTP-Statuscodes:

500 Interner Serverfehler – Beim Generieren oder Verarbeiten der Anfrage ist auf interner Ebene ein Fehler aufgetreten, jedoch nicht auf einer Ebene, die von jedem Client als Fehler angesehen würde.

501 Not Implemented – Die Ressource ist nicht implementiert, wird jedoch an eine verfügbare, eng verwandte Ressource weitergeleitet.

502 Bad Gateway – Der Server, der als Gateway oder Proxy fungiert, verarbeitet den Anfragetyp nicht normal und kann ihn nicht erfüllen. Dies wird normalerweise verursacht, weil der Server nicht wusste, wie er die angegebene Anfrage verarbeiten soll.

503 Service Unavailable – Der Server kann die Anfrage aufgrund von Wartungsunterbrechungen, überlasteten Servern oder aus anderen Gründen vorübergehend nicht verarbeiten.

504 Gateway Timeout – Der Server verarbeitet die Gateway-Anforderung aufgrund einer Zeitüberschreitung nicht.

505 HTTP Version Not Supported – Der Server kann die Anfrage nicht verarbeiten, da dies nicht zu den unterstützten Protokollen gehört.

506 Variant Also Negotiates – Der Server bedient nur Varianten der Ressource. Dieser Antwortcode muss verwendet werden, wenn Sie es vorziehen, dass Varianten Ihres Inhalts separat behandelt werden, z. B. Bilder oder Stylesheets.

507 Insufficient Storage – Der Server ist nicht in der Lage, die Repräsentation zu speichern, die zum Abschließen der Anfrage erforderlich ist. Dies kann auf einen vorübergehenden Fehler zurückzuführen sein, der darauf hindeuten kann, dass Anfragen vorübergehend nicht verarbeitet werden können. Es wird auch verwendet, wenn der Benutzer keinen verfügbaren Speicherplatz in seinem Konto hat oder wenn sein Speicherkontingent überschritten wurde.

508 Loop Detected – Dieser Code ähnelt einem 403 Forbidden, bedeutet jedoch, dass Sie noch nicht autorisiert wurden, da Ihre IP-Adresse für den Zugriff auf die Website gesperrt wurde. Aus diesem Grund sollte der Response-Body ein WWW-Authenticate-Header-Feld enthalten, das angibt, wie sich der Benutzer autorisieren kann.

509 Not Extended – Der Server unterstützt die OData-Operation „Profil“ nicht. Wenn Sie eine Profilanforderung durchführen müssen, verwenden Sie stattdessen eine GET-Anforderung. Wenn Ihre Client-Anwendung in diesem Fall nicht OAuth2-kompatibel ist, kann sie das WWW-Authenticate-Header-Feld weglassen und dies als leere Antwort behandeln.

510 Not Extended – Der Server unterstützt die „Schema“-OData-Operation nicht. Wenn Sie eine Schemaanforderung ausführen müssen, verwenden Sie stattdessen eine GET-Anforderung. Wenn Ihre Client-Anwendung in diesem Fall nicht OAuth2-kompatibel ist, kann sie das WWW-Authenticate-Header-Feld weglassen und dies als leere Antwort behandeln.

511 Netzwerkauthentifizierung erforderlich – Der Client muss sich authentifizieren, um Zugriff auf das Netzwerk zu erhalten. Der Code wird in einer 401-Antwort verwendet. Die Antwort kann ein WWW-Authenticate-Header-Feld mit zusätzlichen Authentifizierungsoptionen enthalten.

599 Netzwerkauthentifizierung erforderlich – Der Client muss sich selbst authentifizieren, um Zugriff auf das Netzwerk zu erhalten. Der Code wird in einer 407-Antwort verwendet. Wenn Ihre Client-Anwendung in diesem Fall nicht OAuth2-kompatibel ist, kann sie das WWW-Authenticate-Header-Feld weglassen und dies als leere Antwort behandeln.

6xx HTTP-Statuscodes:

600 Busy – Der Server kann die Anfrage aufgrund einer hohen Anzahl von Anfragen vorübergehend nicht bearbeiten. Dies kann von einem Retry-After-Header-Feld begleitet werden, das angibt, wann der Dienst wahrscheinlich wieder verfügbar ist. Wenn die Anforderungsmethode nicht HEAD war und mindestens eine Anforderungsentität definiert wurde, sollte sie gegebenenfalls auch einen Entity-Body mit den Werten error_status und error_reason enthalten.

601 Abgelehnt – Der Server hat die Anfrage abgelehnt und gibt den Grund dafür an (z. B. Benutzerkonto nicht autorisiert).

602 Bad Gateway – Der Server verwaltet das Gateway für die angeforderte Ressource nicht. Beispielsweise hat eine Anfrage an einen ihrer Endpunkte diesen Fehler zurückgegeben. Dies kann vorkommen, wenn ein Server von einem anderen Host als Gateway für diese Ressource fungiert.

603 Service Unavailable – Der Server kann die Anfrage aufgrund von Wartungsausfallzeiten, überlasteten Servern oder aus anderen Gründen vorübergehend nicht verarbeiten. In einigen Fällen kann dies daran liegen, dass der Dienst für externe Clients nicht mehr verfügbar ist, weil ein anderer Dienst ihn vorübergehend heruntergefahren hat, um Wartungsarbeiten durchzuführen.

604 Methode nicht erlaubt – Die Methode ist für die angeforderte Ressource nicht erlaubt. Dies sollte selten als Antwort verwendet werden, da der error_status-Wert aussagekräftiger ist und lange Zeit existiert.

605 Variant Also Negotiates – Der Server bedient nur Varianten der Ressource. Dieser Antwortcode muss verwendet werden, wenn Sie es vorziehen, dass Varianten Ihres Inhalts separat behandelt werden, z. B. Bilder oder Stylesheets.

606 Nicht akzeptabel – Der Kunde muss die beigefügte Darstellung akzeptieren.

607 Insufficient Storage – Die Anforderung konnte nicht verarbeitet werden, da der Server die zum Abschließen der Anforderung erforderliche Darstellung nicht speichern kann. Dies kann auf einen vorübergehenden Fehler zurückzuführen sein, der darauf hindeuten kann, dass Anfragen vorübergehend nicht verarbeitet werden können. Es wird auch verwendet, wenn der Benutzer keinen verfügbaren Speicherplatz in seinem Konto hat oder wenn sein Speicherkontingent überschritten wurde.

610 Precondition Failed – Die Bedingung wurde durch die Informationen aus einer früheren Anfrage nicht erfüllt. Die Anforderung kann einen Körper enthalten, dessen Inhaltstyp eine gültige verfügbare Darstellung sein muss.

611 Netzwerkauthentifizierung erforderlich – Der Client muss sich selbst authentifizieren, um Zugriff auf das Netzwerk zu erhalten. Der Code wird in einer 407-Antwort verwendet. Wenn Ihre Client-Anwendung in diesem Fall nicht OAuth2-kompatibel ist, kann sie das WWW-Authenticate-Header-Feld weglassen und dies als leere Antwort behandeln. Dieser Code sollte nur bei der Authentifizierung gegenüber einem externen Server oder Dienst und nicht gegenüber dem Anforderer selbst verwendet werden.

616 Bad Request – Die Anfrage war ungültig oder wird nicht unterstützt. Dies sollte ein Supercode sein, der angibt, dass die Anfrage fehlerhaft war. Zum Beispiel eine Anfrage ohne Entity-Body.

617 antwortet bereits – Der Server antwortet bereits auf eine vorherige Anfrage. Es kann in einigen Fällen verwendet werden, wenn der Client eine zweite Anfrage sendet, während die erste noch verarbeitet wird.

618 Internal Server Error – Interner Serverfehler oder Fehlkonfiguration des Servers hat eine fehlerhafte Antwort generiert.

619 Request Timeout – Eine nicht erfasste Ausnahme, Zeitüberschreitung oder ein anderes technisches Problem ist aufgetreten, das die weitere Verarbeitung der Anfrage verhindert hat. Der Text der Antwortnachricht enthält normalerweise weitere Details zum Problem.

620 Bad Gateway – Der Server verwaltet das Gateway für die angeforderte Ressource nicht. Dies geschieht, wenn ein Server von einem anderen Host als Gateway für diese Ressource fungiert.

7xx HTTP-Statuscodes:

711 Unbekannte Ressource – Der Server verarbeitet diese spezielle Anforderungsmethode nicht oder kann den Anforderungstext nicht verstehen.

712 Nicht verarbeitbare Entität – Die Anforderungsentität war wohlgeformt, konnte aber nicht verarbeitet werden. Dies kann auf einen Validierungsfehler auf Serverebene zurückzuführen sein oder, falls es sich um eine Antwort handelt, dass die Antwort abgelaufen ist oder auf eine gelöschte Ressource verweist. Dies kann von einem Retry-After-Header-Feld begleitet werden, das angibt, wann der Dienst wahrscheinlich wieder verfügbar ist.

713 Gesperrt – Die Ressource wird von einem anderen System verwendet oder ist anderweitig schreibgeschützt. Dies kann von einem Retry-After-Header-Feld begleitet werden, das angibt, wann der Dienst wahrscheinlich wieder verfügbar ist.

714 Shared Use – Die Ressource wurde mehr als einem Client zugewiesen. Dies sollte in Verbindung mit den Antwortcodes 411 (Use Conflict) verwendet werden, wenn einem Client kein exklusiver Zugriff auf die Ressource gewährt werden soll. Es kann auch anzeigen, dass weitere Transaktionen auf dieser Ressource warten sollten, bis andere Clients ihre Transaktionen beendet haben.

9xx HTTP-Statuscodes:

915 Anforderungsentität zu groß – Der Server konnte den Anforderungstext aufgrund seiner großen Länge nicht verarbeiten. Wenn Sie ein großes Dokument in Ihre Anfrage aufnehmen möchten, sollten Sie die Verwendung eines POST in Betracht ziehen und die Länge des Dokuments begrenzen.

917 Anforderungsentität zu groß – Der Server konnte aufgrund ihrer großen Länge nicht überprüfen, ob die Anforderung wohlgeformt ist. Wenn Sie in Ihrer Anfrage ein langes Formular senden möchten, sollten Sie stattdessen POST verwenden.

918 Request Entity Too Large – Der Server konnte aufgrund seiner großen Länge nicht überprüfen, ob die Anfrage wohlgeformt ist. Wenn Sie in Ihrer Anfrage ein langes Formular senden möchten, sollten Sie stattdessen POST verwenden.

919 Anforderungsentität unvollständig – Der Server verfügt nicht über genügend Informationen, um die Anforderung zu verarbeiten, da die Entität zu klein ist oder der Medientyp nicht unterstützt wird. Dies kann von einem Client verwendet werden, der überprüfen möchte, ob eine Anfrage empfangen wurde und ob sie alle erforderlichen Informationen enthält, bevor sie mit der Bearbeitung fortfährt.

930 Authentifizierung erforderlich – Der Client hat versucht, sich selbst zu authentifizieren, ist jedoch fehlgeschlagen, sodass kein Entity-Body zurückgegeben wurde. Es kann von einem WWW-Authenticate-Header-Feld begleitet werden, das Informationen darüber enthält, wie es sich selbst authentifiziert.

980 Not Found – Eine Ressource konnte nicht gefunden werden. Dies kann auf einen Fehler mit einer der für diese API definierten Kennungen hinweisen, z. B. API-Schlüssel oder API-Pfad (URI).

999 Unbekannter Fehler – Ein allgemeiner Fehler ist aufgetreten. Es sind keine weiteren Informationen zu dem Problem verfügbar. Es kann als Reaktion auf unerwartete Fehler verwendet werden.

Damit ist die umfangreiche Liste der HTTP-Statuscodes abgeschlossen, auf die Sie stoßen können. Zum Glück sind die meisten davon in freier Wildbahn sehr selten zu finden, aber es ist wichtig zu wissen, was zu tun ist, wenn Sie sie finden. Aus diesem Grund ist es wichtig, mit White-Label-SEO-Experten zusammenzuarbeiten, die das Problem identifizieren und eine geeignete Lösung dafür finden können.