Anleitung: Defekte Head Links beheben

Defekte Head Links finden und beheben – vollständige Anleitung

Head Links verbinden deine Seite mit externen Ressourcen wie Stylesheets, Skripten oder Canonical-URLs. Wenn diese Links defekt sind, entstehen technische Probleme, die deine Performance und dein Ranking beeinträchtigen.

In dieser Anleitung erfährst du, wie du defekte Head Links systematisch identifizierst und dauerhaft behebst.

Was sind defekte Head Links?

Defekte Head Links sind Verweise im <head>-Bereich deiner HTML-Seiten, die auf nicht erreichbare oder fehlerhafte Ressourcen zeigen. Diese Links können CSS-Dateien, JavaScript-Bibliotheken, Canonical-Tags, Hreflang-Attribute oder Preload-Anweisungen betreffen.

Typische Ursachen für defekte Head Links:

Gelöschte oder verschobene Dateien auf dem Server
Umbenannte Ressourcen ohne Anpassung der Verlinkung
Fehlerhafte Domain- oder Protokollwechsel (HTTP zu HTTPS)
Abgelaufene oder nicht mehr verfügbare externe CDN-Ressourcen
Tippfehler in Dateipfaden oder URLs

Warum defekte Head Links ein Problem sind

Defekte Head Links beeinträchtigen mehrere kritische Bereiche deiner Website:

Technische Performance

Wenn der Browser versucht, nicht erreichbare Ressourcen zu laden, entstehen unnötige Verzögerungen. Jede fehlgeschlagene Anfrage kostet Zeit und verschlechtert deine Ladegeschwindigkeit – ein direkter Ranking-Faktor.

Crawling-Budget

Suchmaschinen-Bots verschwenden Ressourcen beim Versuch, defekte Links zu crawlen. Das reduziert die Effizienz, mit der Google deine wirklich wichtigen Seiten erfasst.

User Experience

Fehlende Stylesheets führen zu unbenutzbar dargestellten Seiten. Defekte JavaScript-Dateien brechen Funktionen ab. Beides erhöht die Absprungrate und schadet deiner Conversion.

Indexierung und Duplicate Content

Defekte Canonical-Tags oder Hreflang-Attribute können dazu führen, dass Google falsche Versionen deiner Seiten indexiert oder mehrsprachige Varianten nicht korrekt zuordnet.

{/* BILD: Screenshot eines Browser-Developer-Tools mit 404-Fehler bei Head-Ressource */}

Welche HTTP-Statuscodes auf Probleme hinweisen

Nicht jeder Statuscode ist gleich problematisch. Hier die wichtigsten Codes und ihre Bedeutung:

StatuscodeBedeutungHandlungsbedarf404Ressource nicht gefundenHoch – Link sofort ersetzen oder Datei wiederherstellen410Ressource dauerhaft entferntHoch – Link umgehend entfernen oder ersetzen500Interner ServerfehlerMittel – Serverseite prüfen, temporär möglich503Service nicht verfügbarNiedrig – Oft temporär, dennoch beobachten301Permanente WeiterleitungMittel – Link direkt auf Ziel-URL aktualisieren302Temporäre WeiterleitungMittel – Link auf finales Ziel ändern, wenn dauerhaft

Defekte Head Links identifizieren

Es gibt mehrere Methoden, um defekte Links im <head>-Bereich aufzuspüren:

Screaming Frog SEO Spider

Das Tool crawlt deine gesamte Website und listet alle Head-Ressourcen mit ihren Statuscodes auf.

So gehst du vor:

Starte einen vollständigen Crawl deiner Domain
Navigiere zum Tab „Response Codes”
Filtere nach Client Error (4xx) und Server Error (5xx)
Exportiere die Liste der betroffenen URLs
Prüfe die einzelnen Head-Elemente im Tab „URL Details” unter „Head”

{/* BILD: Screaming Frog Interface mit Filter auf 404-Fehler */}

Google Search Console

Die Search Console zeigt einige Head-Link-Probleme unter „Indexierung” und „Abdeckung” an. Besonders Canonical- und Hreflang-Fehler werden hier gemeldet.

Browser Developer Tools

Öffne die Entwicklertools deines Browsers (F12), wechsle zum Tab „Network” und lade die Seite neu. Ressourcen mit Fehlercode werden rot markiert.

Online Link Checker

Tools wie der W3C Link Checker oder spezielle Head-Link-Prüfer scannen einzelne Seiten auf defekte Verweise.

Defekte Head Links beheben – Schritt für Schritt

Sobald du defekte Links identifiziert hast, folge diesem strukturierten Prozess:

Schritt 1: Fehlerquelle analysieren

Prüfe, ob die Ressource tatsächlich fehlt oder nur falsch verlinkt ist. Rufe die URL direkt im Browser auf und prüfe den Statuscode.

Schritt 2: Entscheidung treffen

Du hast drei Optionen:

Ressource wiederherstellen: Lade die fehlende Datei erneut auf den Server hoch
Link korrigieren: Passe den Pfad oder die URL im HTML-Code an
Ressource ersetzen: Verwende eine alternative Quelle oder entferne den Link komplett

Schritt 3: HTML-Code anpassen

Öffne die betroffene HTML-Datei oder das Template deines CMS. Suche nach dem defekten Link im <head>-Bereich und korrigiere ihn.

Beispiel für ein defektes Stylesheet:

<link rel="stylesheet" href="https://example.com/css/old-style.css">

Korrigiert:

<link rel="stylesheet" href="https://example.com/css/current-style.css">

Schritt 4: Weiterleitungen optimieren

Wenn eine Ressource per 301 oder 302 weitergeleitet wird, aktualisiere den Link direkt auf das finale Ziel. Jede Weiterleitung kostet Ladezeit.

Vorher:

<link rel="canonical" href="https://example.com/old-page">

Nachher (wenn /old-page auf /new-page weiterleitet):

<link rel="canonical" href="https://example.com/new-page">

Schritt 5: Änderungen testen

Lade die Seite neu und überprüfe mit den Developer Tools, ob alle Head-Ressourcen korrekt geladen werden. Achte auf grüne Statuscodes (200) ohne Weiterleitungen.

Schritt 6: Crawl wiederholen

Führe nach der Behebung einen erneuten Crawl mit Screaming Frog durch, um sicherzustellen, dass keine defekten Links mehr existieren.

{/* BILD: Vergleich vorher/nachher – Fehlerliste vs. sauberer Crawl-Report */}

Häufige Fehlerquellen bei Head Links

Canonical-Tags auf nicht existierende Seiten

Canonical-URLs müssen immer auf erreichbare, indexierbare Seiten zeigen. Prüfe, ob die verlinkten Canonicals den Statuscode 200 zurückgeben.

Hreflang-Attribute mit defekten Sprachversionen

Wenn du mehrsprachige Varianten verlinkst, stelle sicher, dass alle hreflang-URLs aktiv und korrekt sind. Eine defekte Sprachversion kann die gesamte Hreflang-Struktur ungültig machen.

Externe CDN-Ressourcen

JavaScript-Bibliotheken oder Fonts von externen CDNs können offline gehen oder URLs ändern. Setze auf selbst gehostete Versionen oder verwende verlässliche CDNs mit Fallback-Optionen.

HTTP vs. HTTPS

Nach einem Protokollwechsel bleiben oft alte HTTP-Links im Code. Stelle sicher, dass alle Head-Ressourcen das korrekte Protokoll verwenden.

Prävention: Defekte Head Links vermeiden

Relative Pfade verwenden: Nutze relative URLs für interne Ressourcen, um Probleme bei Domain- oder Protokollwechseln zu vermeiden
Regelmäßige Crawls: Plane monatliche oder quartalsweise Crawls ein, um Fehler frühzeitig zu erkennen
Monitoring einrichten: Tools wie Uptime Robot oder Pingdom können dich bei Ausfällen kritischer Ressourcen benachrichtigen
Versionierung dokumentieren: Halte fest, welche CSS- oder JS-Versionen aktuell im Einsatz sind
Template-Pflege: Prüfe Theme-Updates auf Änderungen an Head-Strukturen

Zusammenfassung

Defekte Head Links sind technische Fehler, die Performance, Crawling und Indexierung negativ beeinflussen. Die wichtigsten Schritte zur Behebung:

Identifiziere defekte Links mit Screaming Frog, Search Console oder Browser-Tools
Fokussiere dich auf Statuscodes 404, 410, 500 und 503
Behebe Fehler durch Wiederherstellung, Korrektur oder Ersetzung der Ressourcen
Ersetze weitergeleitete Links (301/302) durch direkte Verweise auf das Ziel
Teste Änderungen und führe Kontroll-Crawls durch
Etabliere regelmäßige Überprüfungen als Präventivmaßnahme

Mit einem systematischen Vorgehen beseitigst du defekte Head Links dauerhaft und sicherst die technische Qualität deiner Website.