Wie diese Prüfung funktioniert
Scanaris sammelt alle <a href>-Links im HTML deiner Seite und behält die internen: die, die auf denselben Origin auflösen (Domain, Protokoll und Port). Es verwirft mailto:, tel:, javascript:, Anker, die mit # beginnen, Links auf die Seite selbst und Duplikate, und begrenzt die Liste auf 25, um deinen Server nicht zu bombardieren. Es besucht jeden und zählt ihn nur dann als kaputt, wenn er mit 404, 410 oder einem 5xx-Fehler antwortet. Weiterleitungen sind kein Fehler, 401 oder 403 auch nicht (kann ein absichtlich privater Bereich sein), und scheitert die Anfrage auf Netzebene, wird sie nicht gezählt, um Fehlalarme zu vermeiden. Bei drei oder mehr kaputten Links hat der Befund mittleren Schweregrad; bei ein oder zwei niedrigen. Er listet bis zu zehn mit ihrem Statuscode.
Warum das wichtig ist
Ein kaputter Link ist eine Sackgasse für den Nutzer und für Google. Für den Nutzer eine Fehlerseite, wo er das Produkt, den Artikel oder das Formular erwartete, und ein Grund zu gehen. Für Google verschwendetes Crawl-Budget und ein Signal für eine vernachlässigte Website; obendrein geht die Autorität verloren, die dieser Link an die Zielseite weitergab. Kaputte Links auf der Startseite sind die schlimmsten, weil sie die meistgecrawlte Seite ist und die, die die meisten Leute sehen, und deshalb beginnt diese Prüfung dort.
Warum das passiert
Seiten, die umbenannt oder gelöscht wurden, ohne Menüs und verlinkende Inhalte anzupassen. CMS- oder Domainmigrationen, die die URL-Struktur ändern. Von Hand getippte Links mit Tippfehler. Ein Deploy, der eine Route entfernt hat, die der Footer weiter verlinkte. Und bei KI-generierten Websites Links zu Seiten, die die KI im Menü erfunden hat („/pricing", „/docs") und die nie existiert haben.
So behebst du es
- Wurde die Seite verschoben, eine 301-Weiterleitung von der alten URL auf die neue. Das repariert auf einen Schlag alle Links, die dorthin zeigten, auch die von anderen Websites. In Nuxt
routeRules; in Next.jsredirects(); auf Vercel und Netlify die Redirects-Datei; in WordPress ein Redirect-Plugin. - Existiert die Seite nicht mehr und hat keinen Ersatz, entferne den Link. Soll Google sie schnell vergessen, antworte mit 410 statt 404.
- Ist es ein Tippfehler, korrigiere den
href. Frameworks mit typisierten Routen (Nuxt mittypedPages, Next.js mittypedRoutes) machen aus solchen Fehlern Build-Fehler. - 5xx-Fehler sind keine falsch geschriebenen Links, sondern Seiten, die beim Laden scheitern. Schau in die Logs dieser Route: meist eine Abfrage, die abstürzt, oder eine Ressource, die nicht mehr existiert.
- Füge der CI einen Link-Checker hinzu (
lychee,linkinator), damit die nächste kaputte Route nie in Produktion ankommt.
Prüf, ob es behoben ist
curl -s https://deinedomain.de | grep -oE 'href="/[^"#]*"' | cut -d'"' -f2 | sort -u | while read p; do
printf "%s " "$(curl -s -o /dev/null -w '%{http_code}' "https://deinedomain.de$p")"; echo "$p"
done | grep -E "^(404|410|5)"Es darf keine Zeile herauskommen. Wiederhole das neben der Startseite auf deinen wichtigsten Seiten: Jede Seite hat ihre eigenen Links.
Häufige Fragen
Meine Website ist eine SPA und nicht existierende Routen liefern 200 mit der App.
Dann kann diese Prüfung deine kaputten Links nicht erkennen, weil alles mit 200 antwortet. Google erkennt sie aber als „Soft 404" und behandelt sie als Fehler. Konfiguriere Server oder Framework so, dass unbekannte Routen mit einem echten 404 antworten.
Und Links zu anderen Websites?
Die werden nicht geprüft: Viele Websites blockieren Bots und würden Fehlalarme erzeugen. Prüf sie ab und zu selbst mit einem Desktop-Werkzeug oder dem CI-Checker, den du so einstellen kannst, dass er sie geduldiger besucht.
Ich habe nur einen kaputten Link mit niedrigem Schweregrad. Soll ich ihn reparieren?
Ja: Es dauert eine Minute und der nächste Scan bestätigt es. Die anderen Entwicklungsreste, die einen kaputten Link meist begleiten, etwa URLs auf localhost, sucht interne Verweise; und ob Google die richtige Liste deiner Seiten hat, prüft robots und Sitemap.