Warum auf das Target-Attribut verzichtet werden sollte

Die Auszeichnungssprache HTML bietet in ihrer Version 4.0 dem Gestalter über das sogenannte Target-Attribut die Möglichkeit, für jeden Link individuell zu bestimmen, wo der Inhalt der folgenden Seite für den Surfer dargestellt werden soll. Der Befehl "_self" steht dabei für das selbe Browserfenster, während "_blank" ein neues Fenster erzwingt.

Was in Vergangenheit unter Umständen noch Sinn machte, ist jedoch heute nichts weiter als ein Ärgernis. Der neue Standard XHTML findet mehr und mehr Verbreitung und in diesem ist das Target-Attribut - völlig bewusst - nicht mehr definiert. Doch im Zuge der allgemeinen Vernachlässigung der wichtigen Webstandards interpretieren die heutigen Browser brav weiterhin sämtliche Target-Attribute im XHTML-Modus, obwohl dies nicht zugelassen ist. Deswegen ist es auch im Jahr 2008 bedauerlicherweise gängige Praxis, dass man nach einem normalen Linksklick auf einen Link plötzlich in einem neuen Fenster landet (oder aber Tab, sofern der eigene Browser entsprechend konfiguriert ist).

Warum aber sollte auf dieses auf den ersten Blick praktisch erscheinende Attribut nun verzichtet werden? Immerhin lässt sich so bei einem Klick auf einen externen Link vermeiden, dass der Benutzer gleichzeitig die eigenen Seiten verlässt, denn diese bleibt weiterhin geöffnet - so wird sicher so mancher argumentieren.

Doch: Allererste und somit Hauptaufgabe einer Webseite ist die Transportierung von Informationen. Die Webseite sollte dabei in der Regel auf bekannte Navigations- und Inhalskonzepte setzen, damit der Benutzer schnell die gewünschte Information finden kann. Denn was manche Webdesigner gerne vergessen: Die Seite soll sich dem Benutzer anpassen und nicht umgekehrt und dem Anwender dabei seine gewohnte Arbeitsumgebung lassen (dies gilt natürlich genauso für Software). Deswegen ist auch z.B. jegliche Form von Veränderungen am Browserfenster per JavaScript ein absolutes "do not".

Der Benutzer soll also immer selber entscheiden können, auf welche Art und Weise er einem Link folgt!

Doch was ist nun in Fällen, in denen beispielsweise ein PDF verlinkt wird? Hier würde es ja eventuell durchaus Sinn machen, dies in einem neuen Fenster zu öffnen. Aber auch hier soll nichts erzwungen werden, sondern der Benutzer in seiner Entscheidung allenfalls unterstützt werden: Beispielsweise durch die Kennzeichnung des Links durch das vorangestellte gängige PDF-Symbol. Mit dieser Methode können natürlich ebenso externe Links für den Surfer gekennzeichnet werden.

Man braucht sich also keine Sorgen zu machen, dass ohne gesetztes Target die eigene Website beim Besucher in Vergessenheit gerät: War die Information für ihn hilfreich, wird er wiederkommen. War sie es jedoch nicht, so wird auch die im Hintergrund weiterhin geöffnete eigene Seite schnell durch einen Klick auf den Schliessen-Button ins Datennirvana befördert.

Kategorie Webdesign | Twitter It! |

13 Kommentare zu “Warum auf das Target-Attribut verzichtet werden sollte”

Kay Plößer sagt:

15. März 2008 um 23:49

wobei ich glaub ich hab das muster eben entdeckt
deine posts sind 30px margin right und text-align right

und die posts von anderen sind 30px margin left und text align left

sehr strange

Kay Plößer sagt:

15. März 2008 um 23:47

also bei mir werden sie so zick zack dargestellt

so einer 30px margin left, dann 30px margin right usw.
dann is name und datum hin und wieder links aber auch mal rechts

das lustige ist jetzt, dass das irgendwie keinem muster folgt sondern ganz wilkührlich mal n paar rechts kommen und dann mal wieder zick zack xD

Jay Allan Jethwa sagt:

15. März 2008 um 20:47

@Erich:
Hmm... ich verstehe jetzt leider nicht ganz wie Du das meinst? Werden die Kommentare bei Dir eventuell falsch dargestellt?

Kay Plößer sagt:

15. März 2008 um 19:58

naja
die sache mit dem ie macht den usern spaß und nervt die entwickler
die sache mit den links nervt niemanden (kenn zumindestens keinen)

Erich sagt:

15. März 2008 um 19:38

Was mir zu gewissen Standards noch einfällt.
Die Darstellung deiner Kommentare in versetzter Form scheint sich auch nicht an die Norm zu halten.
Es belebt zwar die Seite, machte es aber schwierig die Kommentare richtig lesen zu können. Und weißer Text auf dunklem Hintergrund ist sowieso extrem anstrengend zu lesen.