Broken Links und 404-Fehler automatisch überwachen

Was Broken Links, 404 und Soft-404 unterscheidet

Bevor man etwas überwacht, lohnt die saubere Abgrenzung. Ein 404 ist die Standard-HTTP-Antwort eines Servers, wenn eine angeforderte Ressource nicht existiert - der Statuscode signalisiert Browser und Suchmaschine eindeutig: Diese Seite gibt es nicht. Ein Broken Link (toter Link) ist ein Verweis - intern oder extern -, der auf ein solches nicht erreichbares Ziel zeigt: ein 404, ein 410 (dauerhaft entfernt), ein Server-Fehler (5xx) oder ein nicht auflösbarer Hostname. Beide Begriffe überschneiden sich, beschreiben aber unterschiedliche Perspektiven: Der 404 ist die Antwort, der Broken Link ist der Verweis darauf.

Heimtückischer ist der Soft-404. Dabei liefert der Server einen Erfolgs-Statuscode 200 zurück, obwohl die Seite faktisch leer ist oder eine Fehlermeldung wie "Seite nicht gefunden" anzeigt. Für den Besucher sieht es aus wie ein Fehler, für die Suchmaschine wie eine gültige Seite - genau diese Diskrepanz macht Soft-404 so problematisch. Google muss solche Seiten laden, rendern, bewerten und dann wieder verwerfen und verbraucht dabei nach eigener Darstellung ein Vielfaches der Crawl-Ressourcen einer sauberen 404-Antwort (Google Search Central). Ein klarer 404-Statuscode ist für Google hingegen ein starkes Signal, diese URL künftig seltener zu crawlen (Google Search Central).

Diese Unterscheidung ist mehr als Begriffspflege. Wer nur auf sichtbare 404-Seiten achtet, übersieht die Soft-404 und die Redirect-Ketten, die sich in scheinbar funktionierenden 200-Antworten verstecken. Eine belastbare Überwachung muss alle Varianten abdecken - nicht nur den offensichtlichen Fall.

Warum tote Links Ranking und Crawl-Budget kosten

Suchmaschinen folgen Links, um Inhalte zu entdecken und zu bewerten. Stößt der Crawler auf einen toten Link, verschwendet er einen Teil des für Ihre Domain reservierten Crawl-Budgets - der Anzahl an URLs, die eine Suchmaschine in einem Zeitfenster abruft (Google Search Central). Jede 404-URL, jede Redirect-Kette und jede verwaiste Seite zehrt von Ressourcen, die eigentlich für die Indexierung Ihrer wichtigen Inhalte gedacht sind. Bei großen Shops und Portalen mit Zehntausenden URLs wird das schnell relevant: Crawlt Google im Kreis durch tote Verweise, bleiben neue oder aktualisierte Seiten länger unindexiert.

Die Verbreitung des Problems ist gut belegt. Eine Auswertung von Semrush fand, dass rund 35 % der gecrawlten Websites defekte interne Links mit fehlerhaften HTTP-Statuscodes aufwiesen, und etwa 70 % davon lieferten einen 4xx-Code (Semrush). Eine Ahrefs-Untersuchung zur Verlinkungs-Alterung kam zu dem Ergebnis, dass mindestens 66,5 % der Links zu Websites aus den vergangenen rund neun Jahren tot oder defekt sind (Ahrefs Link-Rot-Studie). Und die bereits genannten 38 % verschwundener Seiten innerhalb eines Jahrzehnts (Pew Research 2024) zeigen, dass externe Verweise mit der Zeit zwangsläufig verrotten - ein Effekt, der oft als "Link Rot" bezeichnet wird.

Hinzu kommt ein indirekter Effekt, der oft unterschätzt wird: Backlinks, die von außen auf eine inzwischen verschwundene URL zeigen, übertragen ihre Linkkraft nicht mehr sinnvoll, wenn das Ziel auf 404 läuft. Mühsam aufgebaute Verweise anderer Websites verpuffen so still und leise. Ein sauber gepflegter Bestand an Weiterleitungen fängt diese Linkkraft ab und leitet sie auf die passende neue Seite - vorausgesetzt, man bemerkt den toten Verweis überhaupt. Genau hier setzt kontinuierliche Überwachung an: Sie macht sichtbar, welche bislang verlinkten Ziele weggebrochen sind, sodass eine Weiterleitung gezielt nachgezogen werden kann, statt die aufgebaute Autorität verfallen zu lassen.

Die UX-Kosten: verlorenes Vertrauen und abgebrochene Conversions

Hinter jedem toten Link steht ein Mensch, der etwas erreichen wollte und stattdessen auf einer Fehlerseite landet. Die Folgen für die Nutzererfahrung sind erheblich: Rund 88 % der Nutzer kehren nach einer schlechten Online-Erfahrung nicht auf eine Website zurück (Amazon Web Services / Forrester). Eine 404-Seite mitten im Kaufprozess oder beim Klick aus einer Suchanzeige ist genau eine solche Erfahrung - der Besucher ist verloren, oft dauerhaft.

Besonders teuer wird das im E-Commerce. Technische Hürden im Bestellprozess führen erfahrungsgemäß direkt zum Abbruch, und die durchschnittliche Warenkorbabbruchrate liegt branchenübergreifend bei rund 70 % (Baymard Institute). Ein toter Link auf einer Produkt-, Kategorie- oder Checkout-Seite addiert sich direkt auf diese ohnehin hohe Abbruchquote. Wer in bezahlte Kampagnen investiert, zahlt dabei doppelt: erst für den Klick, dann für den verlorenen Kunden, der auf einer 404 landet.

Hinzu kommt der Vertrauensverlust: Eine kaputte Seite wirkt wie ein Zeichen mangelnder Sorgfalt. Besucher übertragen den Eindruck einer defekten Website schnell auf die Verlässlichkeit des gesamten Angebots - ein Effekt, der sich kaum beziffern lässt, aber im Wettbewerb um Glaubwürdigkeit schwer wiegt. Wie eng technische Zuverlässigkeit und Wahrnehmung zusammenhängen, vertieft auch der Beitrag zum Uptime-Monitoring und seiner Bedeutung.

Warum Deploys und Migrationen tote Links erzeugen

Tote Links entstehen selten aus Nachlässigkeit - meist sind sie eine Nebenwirkung normaler Arbeit an einer Website. Jede Änderung an Struktur, Inhalt oder Technik kann Verweise brechen, die vorher funktioniert haben. Die folgenden Muster tauchen in der Praxis am häufigsten auf.

Verschärfend wirkt die Release-Frequenz moderner Teams. Laut dem DORA-Report deployen leistungsstarke Teams mehrfach pro Tag (DORA State of DevOps 2024). Jeder dieser Deploys ist eine Gelegenheit, unbemerkt eine URL zu verschieben oder einen Verweis zu brechen. Das Muster ähnelt anderen schleichenden Konfigurationsabweichungen nach Releases - etwa beim Consent- und Tag-Drift nach Deploy, wo ebenfalls eine an sich harmlose Änderung unbeabsichtigte Folgen hat.

Warum manuelle Kontrolle nicht ausreicht

Die naheliegende Antwort - "wir klicken die wichtigen Seiten halt durch" - skaliert nicht. Schon eine mittelgroße Website hat schnell mehrere tausend interne und externe Verweise. Niemand prüft die manuell nach jedem Deploy. Und selbst eine gründliche Sichtprüfung erfasst nur den Zustand zu einem Zeitpunkt: Der externe Link, der heute funktioniert, kann morgen tot sein, ohne dass sich an der eigenen Seite etwas geändert hat.

• Skalierung - tausende Links lassen sich nicht regelmäßig per Hand prüfen, schon gar nicht nach jedem Release
• Externe Verweise - tote Drittseiten entstehen ohne eigenes Zutun und bleiben bei reiner Code-Prüfung meist unsichtbar
• Soft-404 - liefern Statuscode 200 und fallen bei einer oberflächlichen Prüfung gar nicht auf
• JavaScript-Navigation - Links, die erst per Skript entstehen, übersehen reine HTML-Abrufe von der Kommandozeile
• Zeitfaktor - ein toter Link, der erst nach Wochen auffällt, hat bis dahin Ranking und Conversions gekostet

Entscheidend ist der letzte Punkt: das Zeitfenster. Ohne Überwachung fällt ein toter Link oft erst auf, wenn ein Kunde sich beschwert oder das Ranking bereits gesunken ist. Bis dahin haben Besucher die Fehlerseite gesehen, Suchmaschinen Crawl-Budget verschwendet und Kampagnen-Klicks ins Leere geführt. Kontinuierliche Überwachung verkürzt dieses Fenster von Wochen auf wenige Stunden.

Tote Links technisch zuverlässig erkennen

Eine belastbare Erkennung beginnt damit, die Website systematisch zu crawlen: Ausgehend von der Startseite werden alle erreichbaren internen Links verfolgt, gesammelt und einzeln auf ihren Statuscode geprüft. Externe Verweise werden zusätzlich angefragt, um Timeouts, DNS-Fehler und 4xx/5xx-Antworten von Drittseiten zu erfassen. Wichtig ist dabei, dass die Prüfung Soft-404 erkennt - also 200-Antworten, deren Inhalt faktisch eine Fehlerseite ist - und Redirect-Ketten bis zum endgültigen Ziel auflöst.

Gecrawlte URLs: 2.418   |   Geprüfte Verweise: 9.732

  GET  /                          200   ok
  GET  /produkte/aktuell          200   ok
+ GET  /produkte/altbestand       404   tote Seite      NEU
+ GET  /blog/launch-2025          301 -> 404            NEU (Redirect-Kette)
+ GET  /kategorie/zubehör        200   Soft-404 (leer)  NEU
+ GET  1   timeout                NEU (externer Link)

=> 3 neue tote Links + 1 toter externer Verweis seit Deploy v54

Damit dynamisch erzeugte Links nicht übersehen werden, sollte der Crawl in einer Umgebung laufen, die JavaScript ausführt - viele moderne Seiten bauen Navigation und Inhalte erst clientseitig auf. Reine Kommandozeilen-Abrufe des HTML-Quelltexts übersehen genau diese Verweise. Das XICTRAQ Website-Monitoring prüft Seiten daher in einer echten Browser-Umgebung, folgt internen wie externen Links und gleicht das Ergebnis gegen den zuletzt bekannten sauberen Zustand ab.

Was XICTRAQ bei Links und 404 überwacht

Link- und 404-Monitoring ist bei XICTRAQ kein isoliertes Werkzeug, sondern Teil einer kontinuierlichen Soll-Ist-Prüfung der gesamten Website. Die folgenden Bausteine greifen ineinander, damit ein neuer toter Link nicht erst beim Ranking-Verlust auffällt, sondern als alarmierbares Signal sichtbar wird.

Weicht der aktuelle Zustand vom freigegebenen Stand ab - taucht ein neuer toter Link auf, kippt eine zuvor gültige Seite in einen Soft-404 oder bricht eine Redirect-Kette -, löst das eine Benachrichtigung aus. So erfahren Sie von einem Problem, während es noch wenige Stunden alt ist. Dasselbe Prinzip der kontinuierlichen Überwachung greift auch beim JavaScript-Fehler-Monitoring im Frontend, das clientseitige Fehler sichtbar macht, die ein reiner Statuscode-Check nicht erfasst.

404-Monitoring als Teil eines gesunden Website-Betriebs

Tote Links zu überwachen ist kein Selbstzweck, sondern ein Baustein eines verlässlichen Website-Betriebs. Erreichbarkeit, korrekte Statuscodes und intakte Verweise gehören zur technischen Grundhygiene - ähnlich wie gültige Zertifikate, saubere Weiterleitungen und überwachte API-Antworten. Wer all diese Signale kontinuierlich beobachtet, erkennt Probleme als Veränderung gegenüber dem Normalzustand, statt sie zufällig zu entdecken.

Der praktische Wert liegt im Zeitfaktor. Ein jährlicher SEO-Audit hält fest, wie die Seite zu einem Zeitpunkt aussah - er sagt nichts darüber aus, was beim nächsten Deploy passiert. Kontinuierliches Monitoring dreht diese Logik um: Nicht der einmalige Zustand zählt, sondern die Veränderung gegenüber dem freigegebenen Stand. Damit wird die Überwachung anschlussfähig an moderne Entwicklungsprozesse, in denen sich die Seite ohnehin ständig ändert. Verwandte Soll-Ist-Prüfungen behandeln auch die Beiträge zur Überwachung der CORS-Konfiguration und zum Monitoring von API-Rate-Limits und 429-Antworten.

Ein Deploy lässt sich nicht verhindern - und das soll er auch nicht. Schnelle Releases sind ein Wettbewerbsvorteil. Was sich verhindern lässt, ist, dass ein dabei entstandener toter Link wochenlang unbemerkt Ranking und Conversions kostet. Genau dafür ist automatisches Link- und 404-Monitoring gedacht: Es macht aus dem unsichtbaren toten Verweis ein sichtbares, alarmierbares Signal - bevor Besucher und Suchmaschinen darüber stolpern.

Häufig gestellte Fragen zu Broken Links und 404-Monitoring