Braucht deine Seite wirklich eine Sidebar?

Vor einiger Zeit in ich auf einen Blogartikel gestoßen, der mir das Thema Sidebar oder nicht wieder einmal etwas bewusster machte und schließlich dazu führte, dass ich nun diesen Artikel schreibe.



Bevor du deiner Seitenleiste Boxen hinzufügst, frag dich selbst: Welchen Nutzen bringt mir diese Box als Nutzer meiner Seite? Wenn die Antwort "Keinen!" lautet, verzichte auf die Box. Grundsätzlich abschalten kannst du die Seitenleiste im WCF nicht, auch wenn die Seitenleiste nur in wenigen Fällen tatsächlichen Nutzen bringt.



Ein paar Dinge vorweg:
Auch wenn im Netz der Begriff Sidebar relativ weit verbreitet ist, habe ich mich dazu entschieden, innerhalb dieses Artikels den im WCF verwendeten Begriff Seitenleiste zu verwenden.

Zum Abschluss des Vorworts: Dieser Artikel stellt meine Meinung dar und verlangt natürlich nicht nach Allgemeingültigkeit.


Machen wir zunächst eine Bestandsaufnahme zur Seitenleiste im WCF.


Mit der Veröffentlichung von WCF 2.0 zog in alle Webseiten mit diesem System eine neue Seitenleiste ein, die sich auf diversen Seiten des WCF und seiner Anwendungen rechts neben dem Inhalt befindet. Der Seitenbetreiber hat die Möglichkeit diverse Boxen zur Seitenleiste hinzuzufügen.
Je nach Anwendung und Unterseite sind bereits einige Boxen vorbelegt. Dies ist aber änderbar.



Auf einigen anderen Seiten innerhalb einer WCF-2.0-basierten Seite verschwindet die rechte Seitenleiste und wird durch eine linke Seitenliste ersetzt. Hier bietet sich nicht die Möglichkeit die Seitenleiste über Boxen mit individuellen Inhalten zu füllen.



Für die rechte Seitenleiste gilt, dass der Nutzer diese einklappen kann; bei der linken Seitenleiste besteht diese Option nicht; weshalb ich vorrangig auf die rechte Seitenleiste eingehen werde.

Werfen wir einen Blick auf die verfügbaren Inhalte für die Seitenleiste.


Wie eben schon erwähnt, werden systemseitig abhängig von der Anwendung und der Unterseite bereits Inhalte vordefiniert ausgeliefert - diese sind zum Teil für den Seitenbetreiber über das ACP änderbar.



Im Dashboard sind der Seitenleiste folgende Boxen zugewiesen:

  • Registrierungsbutton

  • Angemeldet als

  • Letzte Beiträge (WoltLab Burning Board) -> wenn WBB installiert ist

  • Tags (WoltLab Burning Board) -> wenn WBB installiert ist

  • Statistiken

In der Mitgliederliste sind folgende Boxen zugewiesen

  • Neueste Mitglieder

  • Aktivste Mitglieder

In der Themenauflistung:

  • Aktivste Themen (WoltLab Burning Board)

  • Tags (WoltLab Burning Board)

In der Forenauflistung:

  • Letzte Beiträge (WoltLab Burning Board)

  • Aktivste Themen (WoltLab Burning Board)

  • Tags (WoltLab Burning Board)

  • Letzte Aktivität

Blog-Startseite

  • Tags (WoltLab Community Blog)

  • Neueste Artikel (WoltLab Community Blog)

  • Heiß diskutierte Artikel (WoltLab Community Blog)

Artikel

  • Kategorien (WoltLab Community Blog)

  • Tags (WoltLab Community Blog)

  • Neueste Artikel (WoltLab Community Blog)

  • Heiß diskutierte Artikel (WoltLab Community Blog)

Nun stellt sich die Frage:

Welche Wirkung hat eine Seitenleiste auf den Nutzer einer Seite und welchen Nutzen bietet die Seitenleiste dem Nutzer?


Zuviel Inhalt in der Seitenleiste lenkt vom eigentlichen Inhalt ab.

Gehen wir für ein Beispiel davon aus, dass ein Nutzer deinen Inhalt (hier mal ein Blogartikel) über eine Suche bei Google oder einer anderen Suchmaschine seines Vertrauens gefunden hat. Er besucht die Seite also mit dem konkreten Interesse deinen Artikel zu lesen. Bietet die Seitenleiste mit den standardmäßig mitgelieferten Boxen dabei einen Mehrwert? Meiner Meinung nach nicht. Denn wenn ich einen Inhalt lesen möchte, interessiert mich der Inhalt und weiter nichts. Wer den Artikel geschrieben hat, wird mir inklusive Avatar schon im Artikel selbst angezeigt. Wie viele Artikel oder Punkte derjenige hat, ist als Information meiner Meinung nach komplett nutzlos. Auch die zugeordnete Kategorie oder die Tags sind absolut nachrangig. Alles was mich von der Wahrnehmung des Inhalts ablenkt, sorgt letztlich nur dafür, dass der Anbieter des Inhalts verliert, denn der Inhalt wird eben nicht oder nicht vollständig wahrgenommen; und genau das kann nicht im Interesse des Seitenbetreibers liegen. Und die eben erwähnten Boxen lassen sich prima am Ende des Artikels darstellen. Hier könnte man dann auch eine Autorenbox einbauen, die dann gleich das Profilfeld "Über mich" des Autors darstellt und ggf. weitere Artikel des Autors verlinkt.



Am Beispiel der Blogartikel stellt sich mir auch die Frage: Wenn die Seitenleiste schon mit fest vorgegebenen Boxen an der rechten Seite existiert, warum kann ich sie nicht mit weiteren optionalen Boxen füllen? Das bricht mit dem restlichen System, denn eigentlich ist das so eher eine linke Seitenleiste auf der rechten Seite.



Das WCF sollte die Darstellung von Boxen unterhalb des Inhalts ermöglichen.

Nun kann man natürlich argumentieren, dass es sinnvoll ist, weitere Inhalte zu „promoten“ und dem stimme ich auch vollkommen zu. Nur in einer Seitenleiste macht es eben aus Gründen der Benutzbarkeit (Usability) keinen Sinn. Was hier tatsächlich Sinn macht, ist die Inhalte der Seitenleiste ans Ende des Inhalts zu verschieben, dort wo also z.B. die ähnlichen Themen aufgelistet werden. Und dabei empfehle ich dann auch gleich die Schaffung von Kombiboxen, wie sie im WCF 1.1 teilweise genutzt wurden, sodass man also eine Box hat und dort dann über Tabs auswählen kann, ob man die letzten Beiträge/aktivsten Themen usw. angezeigt bekommen möchte.



Werfen wir einen Blick auf die Inhalte der Seitenleiste im Dashboard des WCF: Da hätten wir zum Einen den Registrierungsbutton. Grundsätzlich ist das erst mal eine gute Idee: Dem Benutzer deutlich zu machen dass er sich registrieren kann. Aber hier sollte man das "Call to Action-Prinzip" lieber etwas besser umsetzen, indem man noch einen kleinen individuellen Text hinzufügt, der zum Registrieren animiert.



Auf die Box „Angemeldet als“ kann man meiner Meinung nach in der derzeitigen Form komplett verzichten, denn sie bietet keine Information, die nicht auch an anderer Stelle zu bekommen wäre oder dem angemeldeten Nutzer tatsächlich weiter hilft.



Die Box mit den Statistiken sollte meiner Meinung nach – wenn man sie denn tatsächlich benötigt – ebenfalls am Ende des Inhalts dargestellt werden.
Die Boxen neueste und aktivste Mitglieder sind ebenfalls verzichtbar, denn diese Inhalte sind über die Sortierungsfunktion der Mitgliederliste leicht und umfassender anzuzeigen. Wo wir schon über die Mitgliederliste sprechen: Diese Seite bietet (wie auch einige andere Seiten) noch Boxen an, die nicht über die Dashboardkonfiguration im ACP anpassbar sind: Die Mitgliedersuche, den Filter nach Anfangsbuchstaben und die allgemeine Sortierungsfunktion. Bei diesen fest vorgegebenen Boxen bin ich der Meinung, dass man sie in einer Seitenleiste anordnen kann. Ich würde sie allerdings eher in das Konzept der linken Seitenleiste einordnen. Dann wäre auch klar, dass eine Änderung dieser Boxen so nicht vorgesehen ist. Gleichzeitig sage ich aber auch hier: Die Boxen können ohne Verlust der Usability genauso gut an anderer Stelle dargestellt werden. Und die Mitgliedersuche sollte eigentlich über das Hauptsuchfeld abgewickelt werden.

Welche Inhalte machen in der Seitenleiste überhaupt Sinn?


Einige Boxen für die Seitenleiste haben schlicht keinen Mehrwert.

Im Falle der linken Seitenleiste sieht man an vielen Stellen, wann eine Seitenleiste tatsächlich Sinn machen kann. Nämlich z.B. dann, wenn Sie zur Unterstützung der Bedienung genutzt wird. Innerhalb des Konversationssystems werden dort z.B. die Ordner zur Sortierung sowie die Label zum Filtern der Konversationen angezeigt.
Von den standardmäßig mitgelieferten Boxen machen meiner Meinung nach für die rechte Seitenleiste keine Boxen in der Seitenleiste Sinn. All diese Boxen sollten eher unterhalb des Inhaltsbereichs dargestellt werden.
Was durchaus Sinn machen kann, sind zum Beispiel Feeds aus Twitterlisten und ähnliche Inhaltsfeeds, die in bestimmten Foren dann Zusatzinformationen bieten können, während sich der Nutzer in der Community aufhält. Hier wäre ein direkter Nutzen gegeben.

Der eingangs von mir verlinkte Blogartikel nennt noch die Einbindung von Werbung als möglichen Grund die Nutzung einer Seitenleiste beizubehalten. Damit habe ich so ein bisschen Bauchschmerzen – vor allem, da Onlinewerbung meiner Meinung nach in den wenigsten Fällen tatsächlich sinnvoll und innovativ und ansprechend genutzt wird. Ich kann aber jeden Seitenbetreiber verstehen, der dies zu Finanzierung seiner Seite nutzt. Dennoch sollte man es in der Seitenleiste eben nicht mit Werbung übertreiben, um nicht vom eigentlichen Inhalt abzulenken. Dabei die Balance zu finden, ist sicher kein leichtes Unterfangen.

Soll ich meine Seitenleiste nun abschalten?


So gern ich dir das, sofern du nicht ein Betreiber der zuletzt genannten Communities gehörst, raten möchte: Im WCF hast du derzeit keine Option dazu. Zwar wird an vielen Stellen, die Seitenleiste automatisch abgeschaltet, sofern keine Boxen zugeordnet wurden. Doch an den Stellen an denen Inhalte fest in die rechte Seitenleiste integriert wurden, erfolgt keine Prüfung auf Abschaltung der Seitenleiste. In einigen Anwendungen erfolgt die Prüfung leider auch grundsätzlich nicht, sodass man u.U. auf einzelnen Seiten eine leere Seitenleiste hätte.

Grundsätzlich bin ich dafür, dass das WCF derart umstrukturiert wird, dass es die Möglichkeit bietet zu wählen ob man die Seitenleiste an der rechten Seite oder eben unterhalb des Inhaltsbereichs darstellen möchte. Damit wäre meiner Meinung nach eine Steigerung der Nutzbarkeit machbar.

Zu guter Letzt: Auch wenn es sich an manchen Stellen so lesen mag: Dieser Artikel ist nicht als Rant gegen die Verwendung einer Seitenleiste gemeint. Ich sehe in bestimmten Fällen durchaus einen Sinn für die Verwendung.

Was ist deine Meinung zur Verwendung der Seitenleiste?


Lass es mich in den Kommentaren wissen oder gern auch im Forum.

Hinweis für Entwickler

Falls du Entwickler bist, ist für dich vielleicht noch der Artikel WCF: Sidebar im Template korrekt einbinden interessant.