Die Einrichtung der Seitennavigation sehe ich auch als Schwachstelle. Eine Visualisierung der Struktur muss nicht nur die Ebenen der Navigation wiedergeben, sie sollte auch deutlich zeigen, was für den Benutzer sichtbar ist. Dabei sollte auch die Implementierung berücksichtigt werden: wenn zum Beispiel ein Artikel auf der dritten Ebene abgelegt wird und diese auf der Website nicht verfügbar ist.

Seitenbäume finde ich jedoch relativ sinnfrei, wenn sie als schmale Spalte neben diversen anderen Editierfunktionen ihr Dasein fristen.

Optimal ist auch die Möglichkeit, Inhalte direkt im Seitenlayout anzulegen und zu bearbeiten (Inline Editing) oder zumindest ein abgestimmtes Stylesheet für den Visual-Modus bereit zu stellen. Nicht verfügbare CSS-Einstellungen und anderes Verhalten von Elementen im “Visual”-Modus (also “WYSIWYG”) irritieren häufig.

Inline-Editing und die Organisation von Menüs mit Drag&Drop werden die nächsten großen Aufgaben für CMS-Entwickler.

Meine Ansicht zu Bäumen ist sehr zwiespältig. Ich sehe immer wieder, wie man sich in der Komplexität größerer Seiten verliert. Ich denke ein Inhaltsbezogener Ansatz ist sinnvoller (also z. B. “Ich Pflege ein neues Angebot, einen neuen Kunden, eine Dienstleistung”)

Die Seitebäume sind das, was die Nutzer schnell vermissen und dann auch fordern. Aber ich denke auch, dass der thematische Ansatz sehrt gut ist. Den könnte man verfolgen und ich denke die Nutzer auch davon überzeugen. Wobei bei kleineren Angeboten vielleicht doch der einfache Seitenbaum (sofern er ohne große Anpassungen lieferbar ist) der bessere Ansatz ist.

Aber am besten ist es eben, auch schon bei der Konzeption, die späteren Benutzer des Systems, nicht nur die Besucher der Website, mit einzubeziehen.

Ein Großteil der verfügbaren Systeme sind leider einfach ein Graus. Überladen, viel zu viele Funktionen. Von Technikern für Techniker.

Es gibt Systeme, wie auch WordPress, die schon recht vorbildlich sind, doch eigentlich immer noch zu komplex. Und als Blog-System nur bedingt für andere Seitenformen zu gebrauchen.

Ich beobachte seit ein paar Jahren die Entwicklung von Symphony CMS, aber auch ExpressionEngine hat viele sehr nützliche Ansätze.

Symphony kommt mit keinen Grundfunktionen außer Login/Logout, Usereinrichtung daher. Alles andere ist einzeln, je nach Bedarf auswählbar. Nur leider ist der Einstieg für Entwickler recht hoch, da auf XSLT als Template-Engine zurückgegriffen wird.

Meine Ansicht zu Bäumen ist sehr zwiespältig. Ich sehe immer wieder, wie man sich in der Komplexität größerer Seiten verliert. Ich denke ein Inhaltsbezogener Ansatz ist sinnvoller (also z. B. “Ich Pflege ein neues Angebot, einen neuen Kunden, eine Dienstleistung”). Die meisten Nutzer sind halt keine Informationsarchitekten, und wenn sie über ihr CMS die Inhalte da platzieren, wo sie es für gut halten, wird die Website fast immer lausig im Laufe der Zeit. Besser ist es eine logische Grundstruktur abzusprechen und auf Template-Ebene die Inhalte automatisch zu verteilen.