Links auf Linkfäule prüfen
Füge bis zu 25 URLs ein, eine pro Zeile. Wir rufen jede ab und melden ihren Status: defekt, weitergeleitet oder in Ordnung.
| URL | Status | OK | Leitet weiter auf |
|---|
Was Linkfäule verursacht
Links sterben aus banalen Gründen: Websites gehen offline, wenn die Hosting-Rechnungen nicht mehr bezahlt werden, Unternehmen werden übernommen und legen ihre Blogs still, CMS-Migrationen benennen jede URL ohne Weiterleitungen um, Artikel kommen hinter eine Paywall oder werden stillschweigend depubliziert, und ganze Domains laufen aus und werden von Domain-Händlern aufgekauft. Das Ausmaß ist größer, als die Intuition vermuten lässt: Studien zu Linkfäule finden immer wieder, dass grob ein Viertel oder mehr der Links von vor einem Jahrzehnt nirgendwohin mehr führt. Jede Lesezeichensammlung, die älter als ein paar Jahre ist, enthält tote Links; die Frage ist nur, wie viele.
So funktioniert der Checker
Die Anfragen kommen von Marqlys Server, nicht aus deinem Browser, und das ist keine Designvorliebe, sondern der einzige Weg zu ehrlichen Ergebnissen. Browser erzwingen CORS: Ein Skript auf dieser Seite darf Antwortstatus anderer Domains nicht lesen, ein rein clientseitiger Checker würde also die meisten gesunden Links als Fehler melden. Stattdessen gehen die eingefügten URLs an Marqlys eigenen Server auf der Infrastruktur von Cloudflare, der jede abruft und ihren Status zurückgibt. Pro URL macht der Server Folgendes:
- schickt zuerst eine HEAD-Anfrage, nur Header, kein Seitenkörper, unter einem deklarierten User-Agent (
MarqlyLinkChecker/1.0), der den Checker kennzeichnet und auf diese Seite zurückverweist; - wiederholt mit GET, wenn der Server HEAD ablehnt (Status 405 oder 501), denn manche Websites implementieren HEAD schlicht nicht;
- folgt Weiterleitungen Hop für Hop, bis zu acht, sodass die Spalte „Leitet weiter auf“ das endgültige Ziel zeigt und nicht den ersten Hop;
- gibt nach etwa sechs Sekunden auf, wenn ein Link nicht antwortet, und meldet ihn als nicht erreichbar, statt den ganzen Stapel aufzuhalten;
- führt alle URLs des Stapels parallel aus, weshalb 25 Links meist innerhalb von Sekunden zurückkommen.
Akzeptiert werden nur gewöhnliche öffentliche Webadressen: http oder https auf den Standardports, ohne eingebettete Zugangsdaten und nie private oder interne Hosts. So wird das kostenlose Tool nicht auf Rechner gerichtet, an die es nicht gehört; es bedeutet auch, dass Intranet-Links hier bewusst nicht geprüft werden können.
So nutzt du es
- Sammle URLs, aus einem Dokument oder aus deinen Lesezeichen: Exportiere sie und ziehe die Links mit dem Lesezeichen-Datei-Viewer (auf Englisch) als durchsuchbare Liste heraus.
- Füge sie oben ein, eine pro Zeile, bis zu 25 pro Durchlauf.
- Klicke auf Links prüfen und warte auf die Ergebnistabelle.
- Lies jede Zeile: das Urteil (aktiv, verschwunden, weitergeleitet oder „von Hand prüfen“), ein ✓/✗, ob der Server erfolgreich geantwortet hat, und die endgültige URL, wenn der Link weitergeleitet hat.
- Handle: Lösche oder ersetze die 404/410, prüfe die uneindeutigen in deinem eigenen Browser und sieh nach, wo eine Weiterleitung jetzt landet: Ein Link, der auf der Startseite der Website endet, hat meist seinen Artikel verloren, auch wenn nichts „fehlgeschlagen“ ist.
So liest du die Ergebnisse
- 200er-Bereich: aktiv. Ein ✓ heißt, der Server hat erfolgreich geantwortet.
- Weiterleitungen: Die Seite ist umgezogen; die Spalte „Leitet weiter auf“ zeigt, wo sie gelandet ist. Meist harmlos (http→https, www-Wechsel), aber eine Weiterleitung auf eine Startseite bedeutet oft, dass der Artikel selbst weg ist.
- 404 / 410: zuverlässig tot. Der Server lebt und sagt, dass die Seite nicht existiert.
- 403, 429, 999: uneindeutig. Viele Websites weisen automatische Checker ab und liefern Menschen problemlos aus. Prüfe diese im Browser, bevor du etwas löschst.
- Nicht erreichbar: überhaupt keine HTTP-Antwort: tote Domain, ausgefallener Server oder Zeitüberschreitung. Fast immer wirklich verschwunden.
HTTP-Status-Referenz
Das Urteil in der Ergebnistabelle folgt dieser Zuordnung, derselben Logik, die du in den Entwicklertools jedes Browsers nachprüfen kannst:
| Status | Was er bedeutet | Urteil hier | Was zu tun ist |
|---|---|---|---|
| 200–299 | Erfolg: Der Server hat mit Inhalt geantwortet. | Aktiv ✓ | Nichts. |
| 301 / 302 / 307 / 308 | Weiterleitung: Die Seite antwortet jetzt unter einer anderen Adresse. | Weitergeleitet | Prüfe, dass die endgültige URL der Artikel ist und keine Startseite; aktualisiere deinen Link auf das Ziel. |
| 401 | Anmeldung erforderlich. | Von Hand prüfen | Für dich vermutlich in Ordnung, wenn du Zugang hast; keine Linkfäule. |
| 403 | Verboten: Zugriff für diese Anfrage verweigert. | Von Hand prüfen | Meist Bot-Schutz gegen den Checker; öffne ihn in deinem Browser. |
| 404 | Nicht gefunden: Der Server lebt, diese Seite nicht. | Verschwunden | Lösche ihn oder finde einen Ersatzlink. |
| 410 | Weg: Die Seite wurde bewusst entfernt. | Verschwunden | Lösche ihn. |
| 429 | Zu viele Anfragen: Das Ziel hat uns gedrosselt. | Erneut ausführen | Gib der Website eine Pause und prüfe diesen Stapel später erneut. |
| 500 / 502 / 503 / 504 | Serverfehler: Auf deren Seite ist etwas kaputtgegangen. | Erneut ausführen | Ausfall, nicht Tod. Prüfe an einem anderen Tag noch einmal. |
| 999 | Der „Hör auf zu fragen“-Status von LinkedIn für automatisierte Clients. | Von Hand prüfen | Fast nie wirklich tot; öffne ihn im Browser. |
| nicht erreichbar | Überhaupt keine HTTP-Antwort: DNS wird nicht aufgelöst, die Verbindung wurde verweigert oder die Zeitüberschreitung von ca. 6 Sekunden ist abgelaufen. | Verschwunden (prüfen) | Einmal erneut ausführen; eine Domain, die zweimal scheitert, ist weg. |
Wann ein Link-Audit sinnvoll ist
- Bevor du alte Inhalte neu veröffentlichst oder wiederverwendest: Ein Newsletter, der einen fünf Jahre alten Beitrag mit toten Quellenangaben erneut verschickt, wirkt schlechter als die Neuigkeit, die er enthält.
- Nach jeder CMS-Migration, deiner oder der eines anderen: Die URLs in deinen Lesezeichen und Notizen zeigen womöglich auf eine Website, die alles umbenannt hat.
- Beim Ausmisten eines Lesezeichen-Ordners: Lösche zuerst die bestätigt toten; die Datei schrumpft am schnellsten und synchronisiert weniger Müll.
- Beim Prüfen von Quellen in einer Recherche oder Leseliste: Ein 404 bei einer Quellenangabe will man wissen, bevor man darauf aufbaut.
- Bevor du deine ganze Bibliothek umziehst: siehe die Anleitung zum Umzug von Browser-Lesezeichen (auf Englisch); eine Duplikat-Bereinigung mit dem Finder für doppelte Lesezeichen und ein Durchlauf auf tote Links mit diesem Tool sind die beiden günstigen Gewinne.
Datenschutz: was gesendet wird, was gespeichert wird
Gesendet werden: die URLs, die du einfügst, von deinem Browser an Marqlys Server und von dort an jede Zielseite, versehen mit dem User-Agent des Checkers. Nichts sonst von deinem Rechner oder deiner Sitzung reist mit. Gespeichert wird: nichts, was dich identifiziert. Es gibt kein Konto, keinen Verlauf, keinen gespeicherten Stapel; die Antwort kommt als no-store zurück, und die einzigen geführten Zähler sind Ratenbegrenzungen am Edge, die verhindern, dass Skripte auf das Tool einhämmern. Zwei praktische Folgen: Die geprüften Websites sehen eine Anfrage von der Infrastruktur von Cloudflare, füge also keine URLs ein, deren Zugriff selbst sensibel ist; und private oder interne Adressen können hier gar nicht geprüft werden, weil sie abgelehnt werden, bevor eine Anfrage entsteht.
Ehrliche Grenzen
Dieses Tool prüft bis zu 25 URLs pro Durchlauf: Fügst du mehr ein, werden die überzähligen übersprungen und mitgezählt, nicht stillschweigend ignoriert. Die Obergrenze gibt es, weil jede URL eine echte Anfrage von unserem Server ist: Unbegrenzte Stapel laden genau zu dem automatisierten Missbrauch ein, der das Tool für alle anderen langsam machen würde. Es gibt kein Konto und kein Tageskontingent, eine größere Liste sind also einfach mehr Stapel. Es meldet, was der Server in diesem Moment gesagt hat, und das ist nicht immer die Wahrheit über den Inhalt: Eine Seite kann 200 liefern, während ihr Text durch eine Domain-Parking-Anzeige ersetzt wurde („Soft 404“ lassen sich allein an Statuscodes nicht erkennen). Für ein Audit eines ganzen Lesezeichen-Exports ziehst du zuerst die URLs mit demLesezeichen-Datei-Viewer (auf Englisch) heraus und schickst sie in Stapeln durch.
- Langsame Websites sehen tot aus. Die Zeitüberschreitung von ca. 6 Sekunden führt dazu, dass eine träge, aber lebende Seite als „nicht erreichbar“ zurückkommen kann: Führe es erneut aus, bevor du es glaubst.
- Bot-Schranken sehen tot aus. Ein 403 oder 999 ist die Abweisung eines Roboters durch die Website, keine Verweigerung der Seite; prüfe sie von Hand.
- Per JavaScript gerenderte Seiten antworten, bevor sie rendern. Ein Checker sieht die HTTP-Antwort, nicht das, was dein Browser schließlich zeichnet.
- Lebende Links sterben morgen. Der Status ist eine Momentaufnahme; eine gespeicherte Bibliothek sollte alle paar Monate neu geprüft werden.
- Drückst du zu fest, wirst du pausiert. Schickst du schnell Stapel um Stapel ab, antwortet das Ratenlimit pro IP mit „zu viele Anfragen“: Warte eine Minute und mach weiter.
Die tiefere Lösung für verrottende Lesezeichen
Ein Link-Checker sagt dir, dass eine Seite gestorben ist; er kann dir nicht sagen, was auf ihr stand. Das ist das Argument, mehr als die URL zu speichern: Marqly hängt deinen Einträgen eine KI-Zusammenfassung an, sodass ein toter Link in deiner Bibliothek den Kern seines Inhalts behält, und die semantische Suche findet ihn weiterhin nach Bedeutung.
Herkömmliche Lesezeichen-Tools speichern nur die rohe URL und den Titel (so schneiden wir im Vergleich ab, siehe unseren Vergleich Marqly gegen Raindrop). Mit der Marqly-Browser-Erweiterung (auf Englisch) werden Seiten im Moment des Speicherns zusammengefasst, per KI getaggt und indexiert, sodass Linkfäule dein Wissen nie auslöscht. Deine Daten bleiben in jedem Fall deine; siehekann ich meine Daten exportieren (auf Englisch).
Verwandte Tools und Ratgeber
- Doppelt gespeicherte Links entfernen, bevor du prüfst: Duplikate machen den Stapel ohne Grund doppelt so lang.
- Deinen Lesezeichen-Export als durchsuchbare Tabelle öffnen (auf Englisch), um URLs zum Prüfen zu holen.
- Browser wechseln? (auf Englisch) Die Umzugsanleitung deckt Export, Bereinigung und Import von Anfang bis Ende ab.
- Ein Später-lesen-System, das Zusammenfassungen behält, ist die strukturelle Antwort auf Linkfäule.
- Lesezeichen organisieren, sodass ein toter Link dich einen Eintrag kostet und nicht das Vertrauen in einen ganzen Ordner.
- Marqlys kostenloser Tarif (auf Englisch): Leg los und speichere die nächsten zehn Links mit angehängter Zusammenfassung.
Häufige Fragen
Warum ist die Prüfung auf 25 URLs pro Durchlauf begrenzt?
Jede URL bedeutet eine echte Anfrage von unserem Server, und unbegrenzte Stapel laden zu Missbrauch ein, der das Tool für alle verlangsamen würde. 25 hält die Ergebnisse schnell: Ein Stapel ist meist in wenigen Sekunden fertig. Für eine größere Liste führst du es in Teilen aus; URLs über 25 hinaus werden übersprungen und gemeldet, nie stillschweigend verworfen.
Was bedeutet „nicht erreichbar“?
Die Anfrage hat nie eine HTTP-Antwort bekommen: Die Domain wird nicht mehr aufgelöst, der Server ist ausgefallen oder läuft in die Zeitüberschreitung, oder er hat die Verbindung verweigert. Das ist die tiefste Form von „tot“: Ein 404 beweist wenigstens, dass ein Server lebt. Gelegentlich blockiert eine Website unseren Checker komplett, was ebenfalls als „nicht erreichbar“ erscheint, prüfe Überraschungen also stichprobenartig in deinem eigenen Browser.
Bedeutet der Status 403 oder 999, dass der Link tot ist?
Nicht unbedingt. Manche Websites beantworten automatische Checker mit 403 (oder dem berühmten 999 von LinkedIn), liefern die Seite aber einem Menschen im Browser problemlos aus: Bot-Schutz, keine Linkfäule. Behandle 404 und 410 als zuverlässig tot, „nicht erreichbar“ als fast sicher tot und Ablehnungen im Stil von 403 als „von Hand prüfen“.
Warum läuft die Prüfung auf eurem Server und nicht in meinem Browser?
Browser erzwingen CORS: JavaScript auf dieser Seite darf Antwortstatus anderer Domains nicht lesen, ein rein clientseitiger Checker würde also überwiegend falsche Fehler melden. Unser Server schickt die Anfragen und gibt den echten Status jeder URL zurück. Gesendet werden nur die URLs, die du abschickst, sonst nichts.
Lädt der Checker ganze Seiten herunter?
Nein. Jede URL bekommt zuerst eine HEAD-Anfrage, nur Header, kein Seitenkörper, und nur wenn ein Server HEAD ablehnt (Status 405 oder 501), wiederholt der Checker sie mit GET. Weiterleitungen werden Hop für Hop bis zu achtmal verfolgt, und das endgültige Ziel steht in den Ergebnissen. Alles, was nicht innerhalb von etwa sechs Sekunden antwortet, wird als nicht erreichbar gemeldet.
Kann ich mehr als 25 URLs prüfen oder das Tool öfter ausführen?
Ja, in Stapeln. Es gibt kein Konto und kein Tageskontingent: Die einzigen Grenzen sind 25 URLs pro Durchlauf (alles ab der 26. Zeile wird übersprungen und mitgezählt, nie stillschweigend verworfen) und ein Ratenlimit pro IP, das verhindert, dass automatisierter Missbrauch das Tool für alle verlangsamt. Siehst du „zu viele Anfragen“, warte eine Minute und führe den nächsten Stapel aus.





