SEO-Tools
Broken-Link-Checker: Links einer Seite testen
Lädt die angegebene Seite, nimmt eine Stichprobe ihrer internen Links und ruft jeden davon ab — und meldet den zurückgegebenen Statuscode statt der Farbe des Links.
Was dieser Broken-Link-Checker prüft
Geprüft wird eine Seite, nicht die ganze Website: eine Stichprobe der internen Links auf der eingegebenen URL. Das ist die richtige Einheit für eine Stichprobe am Template — prüfe eine Produktseite, einen Artikel und eine Kategorie, und ein Fehler im gemeinsamen Layout zeigt sich auf allen dreien.
- Den Statuscode, den jeder geprüfte interne Link tatsächlich zurückgibt.
- Links, die erst über eine Weiterleitung ankommen — ein Extraschritt bei jedem Crawl.
- Ankertexte ohne Aussage: „hier klicken“, „mehr erfahren“, „Details“.
- Ausgehende Links ohne rel-Attribute und ohne sicheres target.
Was die Ergebnisse bedeuten
Entscheidend ist der Unterschied zwischen 404 und 5xx. Ein 404 ist ein Inhaltsproblem, das im Markup behoben wird. Ein 5xx ist ein Verfügbarkeitsproblem, an dem das Bearbeiten von Links nichts ändert.
| Antwort | Bedeutung | Zu tun |
|---|---|---|
| 200 | Der Link funktioniert | Nichts |
| 301 / 302 | Funktioniert, aber über eine Weiterleitung | Direkt auf die Ziel-URL verlinken |
| 404 | Das Ziel existiert nicht mehr | href korrigieren oder Link entfernen |
| 410 | Bewusst entfernt | Link entfernen — das Ziel kommt nicht zurück |
| 5xx | Das Ziel fällt aus, es fehlt nicht | Server prüfen, nicht die Links |
| Timeout | Keine Antwort in der Zeit | Erneut testen: langsam ist nicht tot |
Warum tote Links mehr kosten als einen Fehlklick
Ein toter interner Link verbraucht Crawl-Budget für eine URL, die nichts liefert, und schneidet ab, worauf er zeigte: eine Seite, die nur über einen kaputten href erreichbar ist, ist für einen Crawler gar nicht erreichbar. Am teuersten wird das dort, wo jede URL selten abgerufen wird. Den vollen Kontext gibt der Leitfaden zum Audit der internen Verlinkung , und ob das Ziel nach der Korrektur indexierbar ist, zeigt der Indexierbarkeits-Checker .
- Warum werden nur einige Links geprüft?
- Jeder Link ist eine eigene Anfrage. Eine Stichprobe hält die Prüfung schnell genug, um direkt auf der Seite zu laufen statt als Hintergrundjob — und ein Template-Fehler zeigt sich ohnehin in den ersten Links.
- Im Browser funktioniert der Link, hier kommt 404.
- Meist ein Link, der nur in einer angemeldeten Sitzung auflöst, oder einer, den dein Browser zwischengespeichert hat. Dieses Tool ruft ihn frisch und ohne deine Cookies ab — genau so sieht ihn ein Crawler.
Weitere Tools
Ruft die robots.txt des eingegebenen Hosts ab, meldet, ob sie existiert und ob sie alle Crawler blockiert, und liest parallel die Robots-Direktiven auf Seitenebene.
Sucht die Sitemap so, wie ein Crawler es tut — zuerst die Deklaration in der robots.txt, dann die üblichen Orte — und prüft anschließend, ob das Dokument als XML parst, und zählt die enthaltenen URLs.
Liest die von der Seite deklarierte kanonische URL und ruft diese Adresse anschließend ab, um zu bestätigen, dass sie erreichbar ist, nicht weiterleitet und kein noindex trägt — die drei Wege, auf denen ein Canonical still wirkungslos wird.
Analysiert die strukturierten Daten der eingegebenen Seite, listet die gefundenen schema.org-Typen auf und markiert Blöcke, die nicht parsen oder denen die von ihrem Typ verlangten Eigenschaften fehlen.
Folgt der eingegebenen URL über jeden Schritt und meldet den Statuscode jeder Station sowie das endgültige Ziel — genau das Detail, das der Browser verbirgt, sobald die Adresszeile zur Ruhe kommt.
Prüft jedes Signal, das darüber entscheidet, ob eine Seite in den Index darf: Statuscode, Zugriff laut robots.txt, Meta-Robots, den X-Robots-Tag-Header und das Canonical.
Fragt das DNS der eingegebenen Domain live ab und zeigt die veröffentlichten Einträge: auf welche Adressen sie auflöst, wohin die Post geht und ob die TXT-Einträge vorhanden sind, von denen die E-Mail-Authentifizierung abhängt.
Fragt das Registry über RDAP ab — den strukturierten Nachfolger des klassischen WHOIS — und meldet, wann die Domain registriert wurde, wie alt sie ist, wer der Registrar ist und wann die Registrierung endet.
Geben Sie eine Domain ein, um Registrierung, Alter, Ablaufdatum und Registrar zu sehen. Das Domain-Alter liefert Kontext, ist aber kein Google-Rankingfaktor.
Öffnet eine TLS-Verbindung zum eingegebenen Host und meldet das präsentierte Zertifikat: Aussteller, Gültigkeitszeitraum, verbleibende Tage und die ausgehandelte Protokollversion.
Fordert die eingegebene URL an und meldet, was der Server in seinen Headern zurückgibt: welche Sicherheits-Header gesetzt sind, welche Caching-Richtlinie gilt, ob komprimiert wird und welche HTTP-Version ausgehandelt wurde.