Tutorials

Ein praktischer Leitfaden zu 404-Fehler

Flowsery Team
Flowsery Team
5 Min. Lesezeit

TL;DR — Kurzantwort

5 Min. Lesezeit

Verfolgen Sie 404-Fehler, indem Sie Ihrer 404-Vorlage ein benutzerdefiniertes Ereignis hinzufügen. Analysieren Sie die am häufigsten defekten URLs, identifizieren Sie Verweisquellen, die Datenverkehr an sie senden, richten Sie 301-Weiterleitungen ein und reparieren Sie interne Links, um verlorenen Datenverkehr und SEO-Wert wiederherzustellen.

Dieser Leitfaden erklärt 404-Fehler praxisnah und mit Fokus auf datenschutzfreundliche Analytics-Entscheidungen. 404-Fehler sind nicht nur ein technisches Ärgernis. Es handelt sich um fehlgeschlagene Journeys: Ein Besucher hat auf einen alten Link geklickt, ist einem fehlerhaften Navigationspfad gefolgt, hat eine URL falsch eingegeben oder ist über ein Suchergebnis gelangt, das nicht mehr mit Ihrer Website übereinstimmt.

Die gute Nachricht ist, dass 404-Fehler messbar sind. Eine datenschutzorientierte Analyseeinrichtung kann fehlerhafte URLs, Referrer, Geräte-, Länder- und Kampagnen-Tags aufdecken, ohne den Besucher in ein Profil umzuwandeln. Das Ziel besteht nicht darin, herauszufinden, wer auf den Fehler gestoßen ist. Das Ziel besteht darin, zu verstehen, welche defekten Pfade Ihnen Traffic kosten, und diejenigen zu beheben, die wichtig sind.

Was ein 404 eigentlich bedeutet

Ein echter 404-Fehler bedeutet, dass der Server angibt, dass die angeforderte Ressource nicht gefunden wurde. Das unterscheidet sich von einem „Soft 404“, bei dem die Seite scheinbar fehlt, aber dennoch eine 200 OK-Antwort zurückgibt. Google hat gewarnt, dass Soft 404s die Crawling-Abdeckung einschränken können, da Crawler ihre Zeit mit doppelten oder leeren Seiten verbringen statt mit nützlichen URLs. Googles eigene Anleitung besagt, dass fehlende Inhalte normalerweise ein richtiges 404 oder 410 zurückgeben oder, sofern vorhanden, zum nächstgelegenen relevanten Ersatz weiterleiten sollten.

Diese Unterscheidung ist wichtig:

  • Eine gelöschte Kampagnen-Landingpage ohne Ersatz kann 404 oder 410 zurückgeben.
  • Eine umbenannte Produktseite sollte eine 301-Weiterleitung zur neuen Produkt-URL verwenden.
  • Eine fehlende Seite, die jeden Besucher auf die Startseite umleitet, kann als Soft 404 behandelt werden, da sie nicht der ursprünglichen Absicht entspricht.
  • Eine benutzerdefinierte 404-Seite sollte weiterhin den HTTP-Status 404 und nicht 200 zurückgeben.

Behandeln Sie nicht jeden 404 als Katastrophe. Suchmaschinen verstehen, dass Seiten verschwinden. Das Problem ist der anhaltende 404-Verkehr zu URLs, der früher wichtig war, Backlinks hatte, in Ihrer eigenen Navigation erschien oder in aktiven Kampagnen enthalten war.

Verfolgen Sie 404-Fehler als Ereignisse

Der sauberste Ansatz besteht darin, Ihrer 404-Vorlage ein Analyseereignis hinzuzufügen. Senden Sie nur die Felder, die zum Debuggen des Problems erforderlich sind:

analytics.track('404_viewed', {
  path: window.location.pathname,
  referrer: document.referrer || null,
  query_present: window.location.search.length > 0,
});

Vermeiden Sie für eine Implementierung, bei der der Datenschutz an erster Stelle steht, standardmäßig die Aufzeichnung vollständiger Abfragezeichenfolgen. Abfrageparameter können E-Mail-Adressen, Suchbegriffe, Anzeigenklick-IDs, Reset-Tokens und andere vertrauliche Daten enthalten. Speichern Sie einen booleschen Wert wie query_present oder führen Sie eine bereinigte Zulassungsliste wie utm_source, utm_medium und utm_campaign.

Wenn Ihr Analysetool benutzerdefinierte Dimensionen unterstützt, fügen Sie einen kleinen Satz Debugkontext hinzu:

  • error_path: der fehlende Pfad, normalisiert ohne persönliche Abfrageparameter
  • referrer_host: die Domain, die den Besucher gesendet hat
  • source_type: intern, extern, Suche, Kampagne, direkt
  • site_section: Blog, Dokumente, Preise, Produkt, Konto
  • environment: Produktion, Staging, Vorschau

Dadurch bleibt der Bericht nützlich, ohne dass unnötige Kennungen erfasst werden.

Priorisieren Sie nach Wirkung

Wenn Sie 404-Ereignisse gesammelt haben, sortieren Sie sie nach praktischen Kosten und nicht nach der reinen Anzahl.

Suchen Sie zunächst nach internen Links. Wenn der Referrer Ihre eigene Domain ist, ist die Lösung normalerweise einfach: Aktualisieren Sie die Navigation, verwandte Beiträge, Sitemap, Fußzeile, Dokumentenlink oder CTA. Interne 404-Fehler sind die zuverlässigsten Reparaturen, da Sie die Kontrolle über die Quelle haben.

Zweitens: Überprüfen Sie den Kampagnenverkehr. Eine bezahlte Anzeige, ein Newsletter, ein Affiliate-Link, ein QR-Code oder ein Social-Media-Beitrag, der auf eine tote URL hinweist, verschwendet Budget. Wenn UTM-Parameter vorhanden sind, korrigieren Sie das Kampagnenziel und fügen Sie eine Weiterleitung von der defekten URL hinzu.

Drittens überprüfen Sie die extern verlinkten URLs. Ein 404-Fehler mit Empfehlungsverkehr von einem Partner, einer Bewertungsseite, einer Presseerwähnung oder einem Artikel mit hoher Autorität verdient möglicherweise eine Weiterleitung, selbst wenn die Seite alt ist. Verwenden Sie Search Console, Serverprotokolle oder Backlink-Tools, um zu bestätigen, ob die URL über Links verfügt, die es wert sind, erhalten zu bleiben.

Viertens: Trennen Sie den Lärm von der tatsächlichen Nachfrage. Bots fordern ständig wp-admin, zufällige Schwachstellenpfade, alte Plugin-Dateien und URLs mit vielen Tippfehlern an. Erstellen Sie keine Weiterleitungen für Angriffsverkehr. Blockieren Sie missbräuchliche Muster am Rande, wenn sie teuer werden, aber konzentrieren Sie Ihre Weiterleitungskarte auf die tatsächliche Absicht des Benutzers.

Wählen Sie die richtige Lösung

Verwenden Sie eine 301-Weiterleitung, wenn die alte Seite einen eindeutigen dauerhaften Ersatz hat. Eine eingestellte Funktionsseite leitet möglicherweise zur aktuellen Funktionsübersicht weiter. Ein umbenannter Blogbeitrag sollte auf den neuen Slug umleiten. Eine gelöschte Produktseite leitet möglicherweise zur nächstgelegenen Kategorie weiter, allerdings nur, wenn diese Kategorie dem Besucher tatsächlich hilft.

Flowsery
Flowsery

Kostenlos testen

Echtzeit-Dashboard

Zielverfolgung

Cookie-freies Tracking

Verwenden Sie einen 410 Gone, wenn eine Ressource absichtlich entfernt wurde und es keinen Ersatz gibt. Dies kann bei abgelaufenen Jobs, alten Rechtsseiten, gelöschten benutzergenerierten Inhalten oder veralteter Dokumentation nützlich sein, die Besucher irreführen würde.

Verwenden Sie einen echten 404, wenn die Seite nie existiert hat oder die URL einfach ungültig ist. Eine hilfreiche 404-Seite sollte eine Suche, beliebte Links, Kontaktoptionen und eine Route zurück zum Hauptprodukt enthalten. Es sollte nicht so tun, als ob die Seite existiert.

Korrigieren Sie die Quelle, wenn Sie sie steuern. Eine Weiterleitung ist ein Sicherheitsnetz und kein Ersatz für saubere Links. Aktualisieren Sie interne Links, XML-Sitemaps, kanonische Tags, Hreflang-Referenzen, E-Mail-Vorlagen, App-Links und Dokumentation.

Ein einfacher wöchentlicher Workflow

Richten Sie eine wöchentliche 404-Überprüfung mit vier Spalten ein:

URLHauptquelleAnzahlAktion
/old-pricinginterne Fußzeile86Fußzeile aktualisieren, 301 hinzufügen
/black-friday-2024E-Mail42Weiterleitung zum aktuellen Promo-Hub
/wp-login.phpdirekt/bot1.900ignorieren oder blockieren
/docs/api-v1Partnerseite17Fügen Sie eine Weiterleitung zum API v2-Migrationsleitfaden hinzu

Führen Sie ein Umleitungs-Änderungsprotokoll. Alte Weiterleitungskarten werden schnell unübersichtlich und Ketten verlangsamen die Benutzer. Wenn möglich, leiten Sie alte URLs direkt zum endgültigen Ziel um, anstatt /old-a über /old-b bis /new zu verketten.

Was nach der Reparatur zu messen ist

Beobachten Sie nach Versandänderungen drei Kennzahlen:

  • 404-Ereignisse für die reparierte URL sollten gelöscht werden.
  • Erfolgreiche Seitenaufrufe am Ziel sollten zunehmen.
  • Konvertierungen von der betroffenen Quelle sollten wiederhergestellt werden, wenn der unterbrochene Pfad geschäftskritisch war.

Überprüfen Sie Google Search Console auch nach größeren Reparaturen. Sein Core Web Vitals-Bericht und seine Indexierungsberichte basieren auf Feld- und Crawling-Daten, sodass sie hinter Echtzeitanalysen zurückbleiben, aber sie sind nützlich, um zu bestätigen, ob Google die defekte URL immer noch erkennt.

Es geht nicht darum, alle 404 zu eliminieren. Es geht vielmehr darum, den Verlust von Besuchern durch unterbrochene Pfade zu verhindern, die Sie tatsächlich kontrollieren können.

404-Bereinigungscheckliste

Beginnen Sie mit den kaputten URLs, die echte Besucher, interne Referrer, Kampagnenverkehr oder wertvolle Backlinks haben. Entscheiden Sie für jeden, ob Sie den Quelllink korrigieren, eine direkte 301 hinzufügen, eine klare 410 zurückgeben oder die 404 in Ruhe lassen möchten, da es sich um Bot-Rauschen handelt. Vergleichen Sie nach der Änderung 404-Ereignisse mit Zielseitenaufrufen und Backend-Konvertierungen, damit die Reparatur an die wiederhergestellte Benutzerabsicht gebunden ist und nicht nur an einen saubereren Bericht.

War dieser Artikel hilfreich?

Teilen Sie uns Ihre Meinung mit!

Bevor Sie gehen...

Flowsery

Flowsery

Umsatzorientierte Analysen für Ihre Website

Verfolgen Sie jeden Besucher, jede Quelle und jede Conversion in Echtzeit. Einfach, leistungsstark und vollständig DSGVO-konform.

Echtzeit-Dashboard

Zielverfolgung

Cookie-freies Tracking

Verwandte Artikel