Dein Server kommuniziert mit Browsern über dreistellige Codes. Diese HTTP-Statuscodes sagen dir, ob eine Seite erfolgreich geladen wurde, umgeleitet wurde oder abgestürzt ist. Du wirst sie sehen, wenn du deine Webseite debuggst, defekte Links überprüfst oder herausfinden möchtest, warum Suchmaschinen deine Seiten nicht indizieren.
Die Internet Assigned Numbers Authority verwaltet diese Codes – und die sind nicht zufällig. Jeder Code gehört zu einer bestimmten Kategorie, die dir genau sagt, was mit deiner Anfrage passiert ist. Wenn du sie verstehst, ersparst du dir zeitaufwändige Fehlerbehebungen und verhinderst SEO-Katastrophen.
Wir behandeln alle standardisierten HTTP-Antwortcodes, wie sie sich auf dein Suchranking auswirken und welche Tools sie abfangen, bevor sie deinem Traffic schaden.
Die Kategorien der HTTP-Antwortcodes verstehen
HTTP-Statuscodes lassen sich in fünf Kategorien einteilen. Die erste Ziffer sagt dir alles.
- 1XX Codes bedeuten, dass dein Server die Anfrage erhalten hat und sie bearbeitet. Diese werden dir in deinem Browser nicht angezeigt. Es handelt sich um temporäre Signale zwischen Servern.
- 2XX Codes sind Erfolgscodes. Der Server hat deine Anfrage verstanden und geliefert, was du angefragt hast. Deine Seite wurde geladen. Dein Formular wurde übermittelt. Alles hat funktioniert.
- 3XX Codes bedeuten Umleitung. Der Inhalt wurde verschoben und der Server leitet dich an den neuen Standort weiter. Diese können temporär oder dauerhaft sein.
- 4XX Codes kennzeichnen Clientfehler. Du hast eine falsche URL eingegeben. Du hast keine Berechtigung. Die Seite existiert nicht. Diese liegen bei dir oder deinen Benutzern.
- 5XX Codes signalisieren Serverprobleme. Das Hosting ist abgestürzt. Beim Gateway ist eine Zeitüberschreitung aufgetreten. Der Server kann die Anfrage nicht verarbeiten. Hierbei handelt es sich um Hosting- oder Konfigurationsprobleme.
Die Internet Engineering Task Force hat diese Kategorien standardisiert. Sie sind konsistent geblieben, seit HTTP zum Rückgrat des Webs wurde.
1XX Informationsstatuscodes
Diese Codes arbeiten im Hintergrund. Benutzer sehen sie nie.
100 Continue
Dein Server hat die Anforderungsheader erhalten und ist bereit für den Text. Der Client sollte weiterhin Daten senden. Dadurch wird verhindert, dass Bandbreite bei Anfragen verschwendet wird, die der Server ohnehin ablehnt.
101 Switching Protocols
Der Server stimmte dem Protokollwechsel zu. Dies geschieht beim Upgrade von HTTP auf WebSocket oder beim Wechsel zu HTTP/2. Die Änderung erfolgt nur, wenn es beiden Seiten zugutekommt.
102 Processing
Der Server bearbeitet deine Anfrage noch. Du wirst dies sehen, wenn Vorgänge länger als erwartet dauern. Es verhindert Zeitüberschreitungen bei langsamen Prozessen.
103 Early Hints
Der Server weist deinen Browser an, mit dem Vorladen von Ressourcen zu beginnen, während er die vollständige Antwort vorbereitet. Dies beschleunigt das Rendern von Seiten, da Browser CSS- und JavaScript-Dateien frühzeitig abrufen können.
Vollständiger Guide für 2XX-Erfolgscodes
Erfolgscodes bestätigen, dass deine Anfrage erfolgreich war. Hier findest du die Bedeutung jedes einzelnen.
200 OK
Die Anfrage war erfolgreich. Was das bedeutet, hängt von der HTTP-Methode ab. GET hat die Seite abgerufen. POST hat dein Formular übermittelt. PUT hat die Ressource aktualisiert. DELETE hat sie entfernt. Dies ist der Code, den du sehen möchtest.
201 Created
Der Server hat eine neue Ressource erstellt. Dies wird nach POST- oder PUT-Anfragen angezeigt. Die Antwort enthält entweder einen Standort-Header, der auf die neue Ressource verweist, oder die von dir angezielte URI.
202 Accepted
Der Server hat deine Anfrage angenommen, sie aber noch nicht verarbeitet. Dies funktioniert für Batch-Vorgänge, bei denen der Server Anforderungen asynchron verarbeitet. Dein Client muss nicht auf die Fertigstellung warten.
203 Non-Authoritative Information
Die Anfrage war erfolgreich, aber ein Proxy hat die Antwort geändert. Die Daten können von denen abweichen, die der Ursprungsserver gesendet hat. Du wirst dies bei zwischengespeicherten oder gespiegelten Ressourcen sehen, bei denen Zwischenstellen den Inhalt umwandeln.
204 No Content
Der Server hat die Anfrage erfolgreich verarbeitet, sendet jedoch keinen Inhalt zurück. Verwende dies für Aktionen, die keine Aktualisierung der Browseransicht erfordern. Dein Formular wurde gespeichert. Die Ressource wurde gelöscht. Keine Seitenaktualisierung erforderlich.
205 Reset Content
Die Anfrage war erfolgreich, und der Client sollte die Dokumentenansicht zurücksetzen. Lösche dieses Formular. Setze das Canvas zurück. Kehre zum Standardzustand zurück.
206 Partial Content
Der Server sendet einen Teil der Ressource. Dies geschieht, wenn Clients den Range-Header verwenden, um spezifische Teile anzufordern. Es ermöglicht die Wiederaufnahme-Funktion bei unterbrochenen Downloads und ermöglicht das Video-Streaming.
207 Multi-Status
Die Antwort enthält Statuscodes für mehrere Ressourcen. Es wird ein XML-Nachrichtenkörper mit einem Multi-Status-Stammelement zurückgegeben. Jede Ressource erhält ihren eigenen Erfolgs-, Teilerfolgs- oder Fehlerstatus.
208 Already Reported
Dieser Code erscheint in DAV-Antworten, um doppelte Einträge zu verhindern. Enthält eine Sammlung interne Mitglieder, gibt nur eine Ressource 200 OK zurück. Duplikate erhalten 208.
226 IM Used
Der Server hat eine GET-Anfrage verarbeitet und Instanzmanipulationen auf die Ressource angewendet. Der Inhalt wurde basierend auf Transformationsregeln geändert.
3XX Weiterleitungscodes und ihre Verwendung
Weiterleitungscodes sagen den Clients, dass der Inhalt verschoben wurde. Einige Weiterleitungen bewahren den SEO-Wert. Andere nicht.
300 Multiple Choices
Es gibt mehrere Antworten, und der Client muss eine auswählen. Dies geschieht, wenn Ressourcen Sprachversionen haben. Englisch oder Französisch? In der Antwort werden deine Optionen mit Ressourcendetails und Standorten aufgeführt. Wenn der Server eine bevorzugt, enthält er einen Standort-Header für die automatische Weiterleitung.
301 Moved Permanently
Die Ressource wurde dauerhaft auf eine neue URL verschoben. Alle zukünftigen Anfragen sollten die neue Adresse verwenden. Suchmaschinen übertragen das Ranking der alten Seite auf den neuen Standort. Dies ist deine Anlaufstelle für dauerhafte URL-Änderungen.
Die Antwort enthält einen Link zur neuen URL, es sei denn, du verwendest eine HEAD-Anfrage. Bei Methoden außer GET und HEAD erfolgt die Weiterleitung nur, wenn der Client dies erlaubt.
302 Found
Die Ressource befindet sich vorübergehend unter einer anderen URI. Verwende für zukünftige Anfragen weiterhin die ursprüngliche Adresse, sofern nicht anders angegeben. Der Server enthält normalerweise einen Link zum temporären Standort. Die Weiterleitung erfolgt nur, wenn der Client dies zulässt.
303 See Other
Der Server leitet den Client mithilfe von GET zu einer anderen Ressource um. Der Server kann die angeforderte Ressource nicht direkt bereitstellen. Nach dem Absenden des Formulars wird auf eine Bestätigungsseite weitergeleitet, anstatt die Ergebnisse inline anzuzeigen.
304 Not Modified
Die Ressource hat sich nicht geändert. Verwende deine zwischengespeicherte Version. Dieser Code erscheint bei GET- oder HEAD-Anfragen, die bedingte Header wie If-None-Match oder If-Modified-Since enthalten. Es spart Bandbreite, indem es unnötige Downloads überspringt.
307 Temporary Redirect
Der Server leitet vorübergehend zu einer anderen URI um. Da es sich um eine temporäre Adresse handelt, verwende später weiterhin die ursprüngliche Adresse. Im Gegensatz zu 302 muss der Client während der Weiterleitung die gleiche HTTP-Methode beibehalten. POST bleibt POST.
308 Permanent Redirect
Die Ressource wurde dauerhaft an eine neue URI im HTTP-Header verschoben. Dies funktioniert wie 301, außer dass Clients die Anforderungsmethode nicht ändern können. POST bleibt POST. PUT bleibt PUT.
Übersicht der 4XX-Client-Fehlercodes
Diese Codes bedeuten, dass mit der Anfrage etwas nicht stimmt. Das Problem liegt auf der Client-Seite.
400 Bad Request
Der Server kann deine Anfrage nicht verarbeiten. Clientseitiger Fehler. Ungültige Syntax. Schlechtes Routing. Falsche Parameter. Überprüfe deine URL und leere den Browser-Cache, um das Problem zu beheben.
401 Unauthorized
Der Server hat deine Anfrage aufgrund fehlender oder ungültiger Authentifizierung abgelehnt. Wenn du Anmeldeinformationen angegeben hast, waren diese falsch. Die Antwort enthält einen WWW-Authenticate-Header, der zeigt, wie auf die Ressource zugegriffen wird. Melde dich mit gültigen Zugangsdaten an.
402 Payment Required
Reserviert für digitale Zahlungssysteme, wird aber selten genutzt. Es gibt keine klaren Implementierungsregeln. Die meisten Dienste überspringen diesen Code vollständig.
403 Forbidden
Der Server hat deine Anfrage verstanden, aber den Zugriff verweigert. Normalerweise aufgrund unzureichender Berechtigungen. Eine erneute Authentifizierung hilft nicht. Der Zugriff ist dauerhaft eingeschränkt, solange du keine neuen Zugangsdaten mit entsprechender Autorisierung erhältst.
404 Not Found
Der Server kann die angeforderte Ressource nicht finden. Keine Weiterleitungsadresse. In Browsern ist der Link defekt oder falsch. In APIs existiert der Endpunkt, die Ressource jedoch nicht. Dies sind defekte Links. Sie können vorübergehend oder dauerhaft sein.
405 Method Not Allowed
Der Server erkennt die Anforderungsmethode, aber die Ressource unterstützt sie nicht. Du hast versucht, eine schreibgeschützte Ressource mit DELETE zu löschen. Du hast versucht, PUT an einer Stelle zu verwenden, wo nur GET funktioniert. Die Antwort enthält einen Allow-Header, der die unterstützten Methoden auflistet.
406 Not Acceptable
Der Server kann keinen Inhalt finden, der den Kriterien in deinen Accept-Headern entspricht. Du hast JSON angefordert, aber der Server stellt nur XML bereit. Der Server stellt eine Liste der verfügbaren Optionen bereit, sodass du etwas Passendes auswählen kannst.
407 Proxy Authentication Required
Du verwendest einen Proxy und benötigst eine gültige Authentifizierung. Im Gegensatz zu 401 authentifizierst du dich beim Proxyserver und nicht beim Ursprungsserver.
408 Request Timeout
Der Server hat die vollständige Anfrage nicht innerhalb der zulässigen Zeit erhalten. Die Antwort empfiehlt das Schließen der Verbindung. Du kannst die Anfrage ohne Änderungen erneut senden. Dies geschieht in Browsern wie Chrome und Firefox, wenn bei Verbindungsversuchen eine Zeitüberschreitung auftritt.
409 Conflict
Der Server kann die Anfrage aufgrund eines Konflikts mit der Ressource nicht verarbeiten. Darin wird das Problem erläutert, sodass du es beheben und es erneut versuchen kannst. Häufig bei PUT-Anfragen, wenn Ressourcenkonflikte auftreten.
410 Gone
Die Ressource ist dauerhaft verschwunden. Keine Weiterleitungsadresse. Suchmaschinen entfernen diese Seiten aus ihrem Index. Der Seiteninhaber hat die Ressource absichtlich nicht verfügbar gemacht und möchte, dass alle Verlinkungen entfernt werden.
411 Length Required
Der Server hat die Anfrage abgelehnt, weil ein Content-Length-Header erforderlich ist. Füge den Header hinzu und versuche es erneut.
412 Precondition Failed
Der Server konnte eine oder mehrere Bedingungen in den Anfrage-Headern nicht erfüllen. Die Validierung deiner bedingten Anfrage ist fehlgeschlagen.
413 Payload Too Large
Deine Anfrage ist zu umfangreich, um bearbeitet zu werden. Der Server schließt möglicherweise die Verbindung und fügt einen Retry-After-Header ein, der vorschlägt, wann du es erneut versuchen kannst.
414 URI Too Long
Der angeforderte URI übersteigt die Kapazität des Servers. Selten, kommt aber vor, wenn Clients POST mit übermäßigen Abfragedaten in GET konvertieren, Weiterleitungsschleifen eingeben oder versuchen, Serverschwachstellen auszunutzen.
415 Unsupported Media Type
Der Server hat die Anfrage abgelehnt, weil die Ressource ein nicht unterstütztes Medienformat verwendet. Dies passiert, wenn Komprimierungsmethoden nicht unterstützt werden oder der Inhalt nicht den Erwartungen des Servers entspricht.
416 Range Not Satisfiable
Der Server kann den Bereich in deiner Anfrage nicht verarbeiten. Der Bereich ist in der Ressource nicht vorhanden oder der Wert ist ungültig.
417 Expectation Failed
Der Server kann die Anforderungen im Expect-Header der Anfrage nicht erfüllen. Deine Erwartungen stimmen nicht mit den Serverkapazitäten überein.
418 I’m a Teapot
Ein Aprilscherz aus dem Hyper Text Coffee Pot Control Protocol. Der Server ist eine Teekanne und kann keinen Kaffee brühen. Einige Webseiten verwenden es für Anfragen, die sie vermeiden möchten.
421 Misdirected Request
Der Client hat eine Anfrage an den falschen Server gesendet. Der Server kann nicht auf die angegebene URL antworten. Versuche es erneut mit einer anderen Verbindung oder einem anderen Dienst.
422 Unprocessable Entity
Der Server hat die Anfrage empfangen, kann sie jedoch aufgrund semantischer Fehler nicht verarbeiten. Du hast Text in ein numerisches Feld eingegeben. Deine Datenstruktur ist gültig, die Werte jedoch nicht.
423 Locked
Die Ressource ist gesperrt. Die Antwort enthält Details über den Sperrstatus.
424 Failed Dependency
Die Anfrage ist fehlgeschlagen, weil sie von einer vorhergehenden Anfrage abhängt, die ebenfalls fehlgeschlagen ist. Die Anfragekette wurde unterbrochen.
425 Too Early
Der Server weigert sich, die Anfrage zu verarbeiten, da diese später möglicherweise wiederholt wird. Sicherheitsvorkehrung.
426 Upgrade Required
Der Server wird die Anfrage nicht verarbeiten, es sei denn, der Client wechselt zu dem im Upgrade-Header erforderlichen Protokoll. Aktualisiere dein Protokoll.
428 Precondition Required
Der Server benötigt eine bedingte Anfrage, um sicherzustellen, dass der Client die richtige Version der Ressource verwendet.
429 Too Many Requests
Du hast in kurzer Zeit zu viele Anfragen gesendet. Ratenbegrenzung erreicht. Der Server enthält möglicherweise einen Retry-After-Header, der dir mitteilt, wie lange du warten musst.
431 Requesst Header Fields Too Large
Die Header deiner Anfrage sind zu groß, um verarbeitet zu werden. Reduziere die Größe des Headers und sende sie erneut.
451 Unavailable For Legal Reasons
Die Ressource wurde aus rechtlichen Gründen entfernt. Webseite gesperrt. Seite wurde entfernt. Einhaltung gesetzlicher Vorschriften. Betrifft hauptsächlich ISPs und Suchmaschinen.
5XX Serverfehlercodes erklärt
Serverfehler bedeuten, dass auf der Hosting-Seite etwas schiefgegangen ist. Nicht deine Schuld.
500 Internal Server Error
Allgemeiner Fehler. Der Server ist auf ein unerwartetes Problem gestoßen, das die Ausführung der Anfrage verhindert hat. Serveradministratoren protokollieren detaillierte Informationen zur Fehlerbehebung. Du kannst dies nicht vom Client aus beheben.
501 Not Implemented
Der Server unterstützt nicht die zum Abschließen der Anfrage erforderliche Funktionalität. Server müssen standardmäßig nur die Methoden GET und HEAD verarbeiten. Die Antwort kann einen Retry-After-Header enthalten, der angibt, wann die Funktionalität verfügbar sein wird.
502 Bad Gateway
Der Gateway- oder Proxyserver hat beim Versuch, die Anfrage abzuschließen, eine ungültige Antwort erhalten. In der Serverkette ist etwas schiefgegangen. Kontaktiere deinen Webhost.
503 Service Unavailable
Der Server kann die Anfrage aufgrund einer vorübergehenden Überlastung oder Wartung nicht verarbeiten. Überprüfe den Retry-After-Header, um zu sehen, wann du es erneut versuchen solltest. Ein vorübergehender Zustand.
504 Gateway Timeout
Der Gateway- oder Proxyserver hat keine rechtzeitige Antwort vom Upstream-Server erhalten. Netzwerkproblem. Serverüberlastung. Überprüfe deine Hosting-Ressourcen.
505 HTTP Version Not Supported
Der Server unterstützt die in der Anfrage verwendete HTTP-Version nicht. Die Antwort erklärt, warum diese Version nicht funktioniert und listet akzeptable Protokolle auf.
506 Variant Also Negotiates
Serverkonfigurationsfehler. Die gewählte Ressourcenvariante ist für die Inhaltsverhandlung konfiguriert, ist jedoch kein gültiger Endpunkt. Das erzeugt eine Endlosschleife.
507 Insufficient Storage
Der Server verfügt nicht über genügend Speicher, um die Anfrage abzuschließen. Die Festplatte ist voll.
508 Loop Detected
Der Server hat einen Vorgang gestoppt, weil er eine Endlosschleife erkannt hat. Der Prozess ist fehlgeschlagen.
510 Not Extended
Der Server benötigt zusätzliche Erweiterungen, um die Anfrage abzuschließen. Die aktuellen Fähigkeiten sind nicht ausreichend.
511 Network Authentication Required
Du musst dich authentifizieren, um auf das Netzwerk zugreifen zu können. Häufig bei Captive-Portalen im öffentlichen WLAN. Die Antwort enthält einen Link zum Senden von Anmeldeinformationen.
HTTP-Anforderungsmethoden und -Antworten
HTTP-Methoden teilen dem Server mit, welche Aktion er ausführen soll. Jede Methode hat spezifische Eigenschaften.
Sichere Methoden ändern nichts auf dem Server. Sie funktionieren schreibgeschützt. Idempotente Methoden liefern für jede neuerliche Ausführung das gleiche Ergebnis. Keine unbeabsichtigten Nebeneffekte. Cachefähige Methoden ermöglichen es Browsern oder Proxys, Antworten zur Wiederverwendung zu speichern.
GET
Ruft Daten von einer Ressource ab. Sicher, idempotent und cachefähig. Die häufigste Methode.
HEAD
Fordert dieselbe Antwort wie GET an, jedoch ohne Nachrichtentext. Ruft nur Header ab. Sicher und idempotent.
POST
Sendet Daten an eine Ressource. Reicht Formulare ein. Erstellt Ressourcen. Nicht idempotent. Kann unter bestimmten Bedingungen zwischengespeichert werden.
PUT
Ersetzt eine Ressource oder ihre Darstellung vollständig. Idempotent. Eine mehrmalige Ausführung führt zum gleichen Ergebnis wie eine einmalige Ausführung.
DELETE
Entfernt eine Ressource. Idempotent. Der erste Löschvorgang ist erfolgreich. Nachfolgende Löschvorgänge finden nichts zum Löschen, schlagen jedoch nicht fehl.
OPTIONS
Zeigt die Kommunikationsoptionen für die Ressource an. Sicher und idempotent.
TRACE
Testet den Pfad einer Anfrage. Debugging-Tool. Sicher und idempotent.
PATCH
Aktualisiert Teile einer Ressource. Im Gegensatz zu PUT, das die gesamte Ressource ersetzt, ändert PATCH spezifische Felder.
Diese Anforderungsmethoden sind mit HTTP-Statuscodes verbunden. Eine GET-Anfrage gibt 200 OK zurück, wenn sie funktioniert, oder 404 Not Found, wenn die Ressource nicht existiert.
Wie man HTTP-Statuscodes mit Tools überprüft
Beim Debuggen musst du Statuscodes sehen. Mehrere Tools machen dies einfach.
Die Entwicklertools deines Browsers zeigen jeden Statuscode an. Klicke mit der rechten Maustaste auf eine beliebige Stelle auf der Seite und wähle „Element untersuchen“ aus. Klicke oben auf die Registerkarte „Network“. Lade die Seite neu. Du siehst jede Anfrage mit ihrem Statuscode, ihrer Größe und ihrer Dauer.
Chrome, Firefox, Safari und Edge funktionieren alle auf die gleiche Weise. Die Netzwerkregisterkarte erfasst alles. Filtere nach Statuscode, um Fehler schnell zu finden. Klicke auf eine beliebige Anfrage, um die vollständigen Header und Antwortdaten anzeigen zu lassen.
WebSniffer funktioniert online, ohne dass etwas installiert werden muss. Besuche websniffer.cc, gib deine URL ein, wähle den Anforderungstyp (GET, POST oder HEAD) und wähle einen Client aus. Du wirst sehen, wie die Seite in verschiedenen Browsern und sogar im Googlebot geladen wird. Überprüfe die Header. Verifiziere Statuscodes. Teste den Zugriff von Crawlern.
Befehlszeilenbenutzer können curl mit dem Flag -I verwenden. Gib curl -I https://example.com ein und du erhältst Header, einschließlich des Statuscodes. Schnell und skriptfähig.
Um mehrere URLs gleichzeitig zu überprüfen, verwende Browsererweiterungen wie Redirect Path oder Link Checker. Sie scannen ganze Seiten und heben Statuscodes hervor. Rot bedeutet Probleme. Grün bedeutet, dass alles funktioniert.
HTTP-Statuscodes und ihre Auswirkungen auf SEO
Suchmaschinen verfolgen jeden Statuscode, während sie deine Webseite durchsuchen. Sie verwenden diese Daten, um den Zustand und das Ranking der Webseite zu bewerten.
200 Codes teilen Suchmaschinen mit, dass deine Seiten funktionieren. Sie indizieren den Inhalt. Sie bewerten die Seiten. Alles ist zugänglich.
301-Weiterleitungen bewahren deinen SEO-Wert, wenn sich URLs ändern. Sie übertragen Link-Equity von alten Seiten auf neue. Die Rankings bleiben intakt. Verwende sie für dauerhafte Umzüge.
302-Weiterleitungen übertragen den SEO-Wert nicht auf die gleiche Weise. Sie sind vorübergehend. Suchmaschinen behalten die ursprüngliche URL indiziert. Wenn du 302 für dauerhafte Änderungen verwendest, wird deine Autorität zwischen den URLs aufgeteilt. Die Rankings leiden.
404-Fehler tun weh. Suchmaschinen entfernen diese Seiten aus ihrem Index. Du verlierst Traffic. Wenn die Seite Backlinks hat, verlierst du Link-Equity. Besucher gehen frustriert. Behebe 404-Fehler sofort oder leite sie auf relevante Inhalte weiter.
500-Fehler beeinträchtigen das Crawling und die Indizierung. Suchmaschinen können nicht auf deine Inhalte zugreifen. Wenn Fehler weiterhin bestehen, werden sie seltener gecrawlt. Die Rankings fallen. Dein Hosting ist wichtig.
503-Fehler weisen auf Wartung hin. Kurze Ausfallzeiten sind unproblematisch. Längere Ausfallzeiten schaden deinem Ranking. Suchmaschinen interpretieren längere 503-Fehler als Instabilität der Webseite.
200 OK-Statuscode für SEO
200 OK ist der Statuscode, den du überall haben möchtest. Das bedeutet, dass die Seiten korrekt geladen werden. Suchmaschinen können auf deine Inhalte zugreifen. Benutzer bekommen, was sie angefordert haben.
Wenn Suchmaschinen-Bots deine Webseite crawlen und 200-Antworten erhalten, indizieren sie diese Seiten. Der Inhalt gelangt in die Suchergebnisse. Die Rankings können sich basierend auf der Qualität des Inhalts, Backlinks und Benutzersignalen verbessern.
Ein konsistentes Muster aus 200-Codes sagt Suchmaschinen, dass deine Webseite zuverlässig ist. Seiten werden schnell geladen. Der Inhalt ist zugänglich. Die Infrastruktur funktioniert. Das schafft Vertrauen bei Suchalgorithmen.
Überwache deine wichtigen Seiten. Überprüfe, ob sie 200 zurückgeben. Verwende Tools wie die Google Search Console, um Seiten zu erkennen, die nicht richtig geladen werden. Korrigiere alle, die nicht 200 zurückgeben.
Best Practices für 301-Weiterleitungen
301-Weiterleitungen verlagern den SEO-Wert von alten URLs auf neue. Wenn du eine URL-Struktur änderst, deine Webseite neu gestaltest oder Inhalte konsolidierst, bewahren 301s deine Rankings.
Suchmaschinen übertragen Link-Equity durch 301-Weiterleitungen. Die Autorität der alten Seite fließt an den neuen Standort. Backlinks zählen für die neue URL. Die Rankings bleiben in der Regel stabil, wenn du auf relevante Inhalte weiterleitest.
Best Practices für die Implementierung von 301-Weiterleitungen:
- Leite auf relevante Seiten mit ähnlichem Inhalt weiter. Benutzer und Suchmaschinen erwarten Kontinuität.
- Aktualisiere interne Links auf deiner Webseite. Ersetze alte URLs in Navigation, Menüs und Inhalten.
- Bitte Webseiten, die auf deine alten URLs verlinken, ihre Links zu aktualisieren. Nicht jeder wird es tun, aber es hilft.
- Überwache Weiterleitungen, um Ketten zu vermeiden. Eine Kette entsteht, wenn URL A zu URL B weiterleitet, die wiederum zu URL C weiterleitet. Jeder Sprung verlangsamt deine Webseite und verwirrt Suchmaschinen.
- Sende eine aktualisierte Sitemap, um Suchmaschinen über deine neue URL-Struktur zu informieren.
WordPress-Seiten können 301-Weiterleitungen über Hosting-Control-Panels oder Plugins einrichten. Viele Hosting-Anbieter bieten Weiterleitungs-Tools in ihren Dashboards an.
302 Temporäre Weiterleitung vs 301
302-Weiterleitungen funktionieren anders als 301-Weiterleitungen. Sie sind vorübergehend. Suchmaschinen nehmen an, dass die ursprüngliche URL zurückkommt.
Wenn Suchmaschinen auf einen 302 treffen, behalten sie oft die ursprüngliche URL im Index. Sie übertragen nicht die gesamte Link-Equity auf den neuen Standort. Wenn du 302 für eine dauerhafte Verschiebung verwendest, wird dein SEO-Wert zwischen den URLs aufgeteilt. Keine der URLs erhält die volle Autorität.
Verwende 302 nur für wirklich vorübergehende Situationen. A/B-Tests. Wartungsseiten. Saisonale Kampagnen. Feiertagsaktionen. Wenn die Änderung dauerhaft wird, wechsle zu 301.
Der Unterschied ist wichtig. Eine Webseite, die ich geprüft habe, hatte drei Jahre lang 302 verwendet, nachdem sie neu gestaltet wurde. Ihr Ranking erholte sich nie wieder, weil Suchmaschinen weiterhin die alten URLs indizierten. Wir wechselten zu 301 und die Rankings verbesserten sich innerhalb weniger Wochen.
Auswirkungen des Fehlers 404 Not Found
404-Fehler beschädigen SEO und Benutzererfahrung. Suchmaschinen entfernen diese Seiten aus ihrem Index. Traffic verschwindet. Wenn die Seite Backlinks hat, verlierst du wertvolles Link-Equity.
Benutzer hassen 404s. Sie kamen für Inhalte, die nicht existieren. Frust macht sich breit. Sie ziehen weiter. Deine Webseite sieht kaputt aus.
Behebe 404-Fehler sofort. Wenn du eine Seite absichtlich gelöscht hast, leite sie mit einer 301 auf relevante Inhalte um. Existiert die Seite eigentlich, prüfe, warum sie nicht verfügbar ist, und stelle sie wieder her.
Erstelle eine benutzerdefinierte 404-Fehlerseite. Füge Navigationslinks ein. Füge ein Suchfeld hinzu. Schlage beliebte Seiten vor. Leite verlorene Besucher zurück auf deine Webseite, bevor sie sie ganz verlassen.
Scanne deine Webseite regelmäßig auf 404-Fehler. Die Google Search Console zeigt an, welche URLs 404 zurückgeben. Tools von Drittanbietern wie Screaming Frog crawlen deine gesamte Webseite und kennzeichnen defekte Links. Behebe sie, bevor sie sich ansammeln.
410 Gone vs. 404 Fehlercodes
410 Gone teilt Suchmaschinen mit, dass du eine Seite dauerhaft entfernt hast. Es ist expliziter als 404. Suchmaschinen reagieren, indem sie die Seite schneller aus ihrem Index entfernen.
404 sagt, dass die Seite im Moment nicht existiert. Es könnte vorübergehend sein. Es könnte ein Tippfehler sein. Suchmaschinen schauen möglicherweise später noch einmal vorbei. 410 sagt: Mach dir nicht die Mühe, nochmal nachzuschauen. Es ist für immer verschwunden.
Verwende 410, wenn du absichtlich Inhalte löschst, die nicht indiziert werden sollen. Alte Produktseiten. Abgelaufene Aktionsangebote. Veraltete Informationen. Inhalte, die du aktiv aus den Suchergebnissen entfernen möchtest.
Verwende 410 nicht auf Seiten mit wertvollen Backlinks oder erheblichem Traffic, es sei denn, du bist dir sicher. Leite diese Seiten stattdessen mit einer 301 um. Bewahre den SEO-Wert.
Lösungen für 500 Internal Server Error
500-Fehler bedeuten, dass dein Server ausgefallen ist. Diese schädigen SEO durch reduzierte Crawling- und Indexierungsraten. Wenn Suchmaschinen nicht auf deine Inhalte zugreifen können, können sie diese auch nicht bewerten.
Wenn 500-Fehler bestehen bleiben, crawlen Suchmaschinen deine Webseite seltener. Sie gehen davon aus, dass deine Webseite unzuverlässig ist. Rankings sinken. Traffic nimmt ab.
Häufige Ursachen auf WordPress-Seiten sind fehlerhafte Plugins und beschädigte .htaccess-Dateien. Deaktiviere die Plugins nacheinander, um den Übeltäter zu finden. Überprüfe deine .htaccess-Datei auf Syntaxfehler.
Überprüfe für andere Plattformen die Serverprotokolle. Sie zeigen an, was fehlgeschlagen ist: Speichergrenzen überschritten, Datenbankverbindungsfehler oder Dateiberechtigungsprobleme. Die Protokolle offenbaren das Problem.
Wende dich an deinen Hosting-Anbieter, wenn du die Ursache nicht identifizieren kannst. Serverseitige Probleme erfordern häufig ein Eingreifen des Hosts. Sie haben Zugriff auf tiefere Protokolle und Serverkonfigurationen.
Behebe 500-Fehler schnell. Mit jeder Minute, in der deine Webseite ausfällt, geht potenziell Traffic verloren und dein Ranking ist gefährdet.
Lösung für den Fehler 503 Service Unavailable
503-Fehler weisen auf vorübergehende Ausfallzeiten hin: Serverwartung, Traffic-Überlastung, Ressourcenerschöpfung. Im Gegensatz zu 500-Fehlern sind 503-Fehler normalerweise geplant.
Kurzfristige 503-Fehler schädigen SEO nicht so sehr. Suchmaschinen verstehen, dass Wartung notwendig ist. Sie werden später noch einmal vorbeischauen. Aber längere Zeiträume schaden dem Ranking.
Wenn deine Webseite tage- oder wochenlang 503 anzeigt, interpretieren Suchmaschinen dies als Instabilität. Sie reduzieren dann das Crawling. Möglicherweise werden Seiten aus dem Index entfernt. Die Rankings sinken.
Füge einen Retry-After-Header in deine 503-Antwort ein. Dadurch wird den Suchmaschinen genau mitgeteilt, wann sie zurückkommen sollen. Es ist höflich und verhindert übermäßige Crawling-Versuche.
Wenn du 503-Fehler aufgrund von Serverüberlastung erhältst, dann erhöhe deine Hosting-Ressourcen. Mehr RAM. Bessere CPU. Schnellere Server. Hoher Traffic, der deine Webseite beeinträchtigt, bedeutet, dass du eine Infrastruktur benötigst, die damit umgehen kann.
Führe geplante Wartungsarbeiten in Traffic-armen Zeiten aus. Überwache, wie lange Seiten im 503-Status bleiben. Gehe schnell wieder online.
FAQ zu gängigen HTTP-Statuscodes
Wie viele HTTP-Statuscodes gibt es?
Das IANA-Register listet Codes von 100 bis 599 auf. Nur 63 sind standardisiert und weit verbreitet. Der Rest bleibt unbelegt oder ist plattformspezifisch.
Sollte ich meine Webseite auf HTTP-Statuscode-Fehler überprüfen?
Ja. Die Überprüfung auf Statuscodefehler verbessert die Leistung der Webseite, das Benutzererlebnis und das Suchranking. Verwende die Google Search Console, Browser-Entwicklertools oder Crawling-Software, um Probleme zu finden.
Wie behebe ich 4XX- und 5XX-Fehler?
4XX-Fehler kommen von der Client-Seite. Suche nach URL-Tippfehlern, aktualisiere Berechtigungen oder überprüfe die Authentifizierung. 5XX-Fehler sind serverseitig. Überprüfe die Servereinstellungen, überprüfe Protokolle, untersuche Ressourcen und wende dich bei Bedarf an deinen Hosting-Anbieter.
Was ist der Unterschied zwischen 301- und 302-Weiterleitungen?
301-Weiterleitungen sind dauerhaft und übertragen den SEO-Wert auf die neue URL. 302-Weiterleitungen sind vorübergehend und übertragen nicht das gesamte Link-Equity. Verwende 301 für dauerhafte Änderungen und 302 für vorübergehende Situationen.
Warum schaden 404-Fehler dem SEO?
404-Fehler führen dazu, dass Suchmaschinen Seiten aus ihrem Index entfernen, was zu verlorenem Traffic führt. Seiten mit Backlinks verlieren an Link-Equity. Benutzer sind frustriert und ziehen weiter. Regelmäßige Überwachung und Behebung verhindert Schäden.
Welche HTTP-Methoden lassen sich am sichersten zwischenspeichern?
GET- und HEAD-Methoden können sicher zwischengespeichert werden, da sie keine Serverdaten ändern. POST, PUT und DELETE sollten nicht zwischengespeichert werden, da sie Ressourcen ändern. OPTIONS und TRACE sind sicher, werden aber selten zwischengespeichert.
