Quelltext der Seite Toter Link

{{Dieser Artikel|behandelt das Thema allgemein; Wikipedia-spezifische Informationen siehe: [[Wikipedia:Defekte Weblinks]].}}
[[Datei:404 not found.png|mini|''404 Not Found'' – Fehlermeldung des [[Apache HTTP Server|Apache-Webservers]]]]
Ein '''toter''' oder '''defekter''' '''Verweis''' ({{enS|'''Link'''}}) oder auch '''Totlink''' bzw. englisch '''Dead Link''' ist ein [[Hyperlink]] im [[World Wide Web]], der auf eine nicht (mehr) vorhandene [[Ressource]] (zum Beispiel eine [[Webseite]] oder [[Datei]]) zeigt. Beim Anwählen der [[Uniform Resource Locator|URL]] liefert der [[Webserver]] normalerweise eine Antwort mit dem [[HTTP-Statuscode]] ''404&nbsp;Not Found'' (die angeforderte Ressource konnte nicht gefunden werden) bzw. ''410&nbsp;Gone'' (die Ressource existiert nicht mehr).

[[Querverweis|Verweise]] auf nicht existierende Stellen sind auch aus gedruckten [[Nachschlagewerk]]en bekannt.

== Ursachen ==
Tote Links sind ein bislang ungelöstes Problem des [[Hypertext]]es und im Kern darauf zurückzuführen, dass das [[Internet]] ein [[dezentrales Netzwerk]] ist. Daher kann seine [[Integrität (Informationssicherheit)|Integrität]] niemals sichergestellt werden.

Die Gründe für das Existieren von toten Links können sehr unterschiedlich sein und vor allem an sehr unterschiedlichen Stellen auftreten. In der Praxis häufig anzutreffende Gründe sind unter anderem:

* Die Datei, auf die die [[Uniform Resource Locator|URL]] verweist, ist verschoben, umbenannt oder gelöscht worden.
* Der [[Hyperlink|Link]] auf der Ursprungseite ist fehlerhaft angegeben, beispielsweise bei der Groß- oder Kleinschreibung im Pfad (URLs sind an bestimmten Stellen [[Case sensitivity|''{{lang|en|case sensitive}}'']]).
* Die gesuchte Domain ist neu bei einem [[Domain Name Registrar|Registrar]] vergeben worden und die Website selbst noch ohne jeden Inhalt.
* Der Webserver ist nicht (mehr) erreichbar, beispielsweise wegen Netzproblemen oder weil der Rechner abgeschaltet ist.
* Der [[Hostrechner|Host]]- bzw. Domainname existiert nicht (mehr) oder kann nicht im [[Domain Name System|DNS]] aufgelöst werden.

Für Fehler bei internen Links sind die jeweiligen Ersteller der Webseite selbst verantwortlich. Sofern das System (z.&nbsp;B. in einem [[Content-Management-System]]) die toten Links nicht automatisch anzeigt, können diese mit Hilfe von Tools aufgespürt werden.<ref>Heise RegioConcept 22. März 2017: [http://www.heise-regioconcept.de/homepages/toter-link Jeder tote Link ist ein kleiner Sargnagel für Ihre Website!], abgerufen am 7. September 2017</ref>

== Auswirkung ==
Die Problematik bei nicht mehr vorhandenen URLs liegt im Wesentlichen daran, dass verlinkende Seiten von der Nichtexistenz nicht informiert werden bzw. nicht informiert werden können. Das gilt insbesondere für externe Links, die in einer anderen [[Domain (Internet)|Domain]] liegen. So haben vor allem [[Suchmaschine]]n oft noch Webseiten indiziert, die seit Wochen oder Monaten nicht mehr existieren. Einige Suchmaschinen bieten die Inhalte noch einige Zeitlang im [[Cache]] an.

Tote Links wirken sich bei Suchmaschinen auch auf die Qualität der Suchergebnisse aus. Bei einigen Berechnungsmethoden des ''[[PageRank]]s,'' ein von dem Suchmaschinenbetreiber [[Google LLC|Google]] eingeführtes Verfahren zur Gütebestimmung von Webseiten, spielen tote Links eine Rolle (Lösung eines [[Eigenwertproblem|Eigenvektorproblems]]) und werden vor der Berechnung zunächst entfernt. Üblicherweise werden sie im letzten Schritt des numerischen Iterationsprozesses jedoch wieder eingefügt, so dass auch diesen Seiten ein ''{{lang|en|PageRank}}'' zugewiesen wird.

Für das Ungültigwerden von URLs im Laufe der Zeit hat sich der englische Terminus '''link rot''' (etwa: „Linkverrottung“) etabliert. Über das Ausmaß gibt es verschiedene Schätzungen: Eine Untersuchung [[Digitale Bibliothek|digitaler Bibliotheken]] hatte zum Ergebnis, dass etwa 3 % der Objekte nach einem Jahr nicht mehr erreichbar waren.<ref>{{Literatur |Autor=Michael L. Nelson, B. Danette Allen |Titel=Object Persistence and Availability in Digital Libraries |Sammelwerk=D-Lib Magazine |Band=8 |Nummer=1 |Datum=2002 |DOI=10.1045/january2002-nelson}}</ref> Die Bookmarking-Website [[Pinboard]] berichtete 2014, dass sie eine recht stabile Linkrot-Rate von 5 % pro Jahr beobachte.<ref>{{cite web | first = Maciej | last = Cegłowski | title = Web Design: The First 100 Years | date = 2014-09-09 | url = http://idlewords.com/talks/web_design_first_100_years.htm | accessdate = 2015-07-22 | language = englisch}}</ref>

== Lösungsmöglichkeiten ==
Nach einer Harvard-Studie verwiesen fünfzig Prozent der vom amerikanischen Supreme Court zitierten Links schon im Jahr 2013 nicht mehr auf die ursprüngliche Information. Eine Lösung könnte in dem von der Harvard-Universität angebotenen Dienst „perma.cc“, der wissenschaftliche Internetquellen speichert, liegen.<ref>''Was tun mit toten Links? Archiv für Online-Zitate''. In: ''[[Frankfurter Allgemeine Zeitung|FAZ]]'', 30. September 2020.</ref> Eine Möglichkeit, die allerdings eher die Symptome der toten Links bekämpft, ist auch die ''[[Internet Archive|Wayback Machine]]'' des Internetarchivs. Durch chronologische Kopien von Webseiten kann Zugriff auf teilweise längst nicht mehr im Original vorhandene Webseiten gewährt werden.

Ursachenbekämpfung betreiben hingegen Gremien wie das [[World Wide Web Consortium|W3C]] mit der Kampagne ''Cool URIs don’t change,''<ref>[http://www.w3.org/Provider/Style/URI w3.org] (englisch)</ref> die bei den Erstellern und Verwaltern von Webseiten das Bewusstsein für die Notwendigkeit fester URLs wecken sollen. Eine Lösung besteht darin, eine dynamische Verlinkung vorzunehmen, indem z.&nbsp;B. [[Subdomain]]s oder Verzeichnisnamen verwendet werden. Zudem gibt es bereits Systeme, die das Ziel von festen URLs verfolgen, indem automatisch eine [[Weiterleitung]] erstellt wird wie beispielsweise durch einen ''[[Persistent Uniform Resource Locator]]''.

== Entstehung des Fehlercodes „404“ ==
Der Fehlercode „404“ soll dadurch entstanden sein, dass in der Anfangszeit des Internets der Server, der diesen Fehler durch fehlende Dateien hervorrief, im Raum 404 im [[CERN]] stand, wo der Ursprung des ''World Wide Webs'' zu finden ist. Diese Geschichte ist jedoch als eine [[Moderne Sage]] einzustufen und geht auf einen [[Hoax]] zurück.<ref>{{Internetquelle |url=http://www.plinko.net/404/history.asp |titel=Story of 404 |werk=plinko.net |offline=1 |archiv-url=https://web.archive.org/web/20071112194321/http://www.plinko.net/404/history.asp |archiv-datum=2007-11-12 |abruf=2018-06-07}}</ref><ref>{{Internetquelle |url=http://www.room404.com/story.html |titel=HTTP/1.0 Room 404 Object Not Found |werk=room404.com |abruf=2018-06-07}}</ref> In Wirklichkeit basiert der Fehlercode auf keiner lebendigen Geschichte wie dieser, sondern ist lediglich ein Fehlercode unter insgesamt 27 verschiedenen, die im HTTP-Standard als „[[HTTP-Statuscode#4xx – Client-Fehler|Client-Fehler]]“ festgelegt sind.<ref>{{Internetquelle |autor=Anna Wiener |url=https://www.wired.com/story/page-not-found-a-brief-history-of-the-404-error/ |titel=Page not found: a brief history of the 404 error |werk=Wired.com |datum=2017-04-12 |abruf=2018-06-06}}</ref> Alle HTTP-Statuscodes haben drei Ziffern, Client-Fehler-Statuscodes beginnen mit der Ziffer „4“, damit ist „404“ der fünfte registrierte Client-Fehler.

== Trivia ==
Im [[japan]]ischen [[Nagoya]] hat sich 2007 eine [[Emocore|Emoband]] nach dem Fehlercode benannt: [[404 Not Found]].

== Weblinks ==
{{Commonscat|HTTP 404}}
* {{RFC-Internet |RFC=2616 |Titel=Status Code Definitions |Datum= |Abschnitt=10}}

== Einzelnachweise ==
<references />

[[Kategorie:World Wide Web]]
[[Kategorie:Programmfehler]]