Yes, it is quite user-friendly, but apparently not enough for people who double-click on links when browsing or worst, enter their website’s url in Google to get there.8 ways to make Wordpress easier to use for your clients

Das ist vielleicht etwas abfällig formuliert, aber es liegt auch was wahres darin. Gefordert sind auch wir Webdesigner bzw. Anbieter, die den Kunden/Anwender später auf das System loslassen. Man kann mehr tun, als die späteren Nutzer des Systems pro forma kurz zu schulen und dann zu hoffen, dass sie nichts kaputt machen.

Der oben genannte Artikel bezieht sich zwar speziell auf Wordpress, kann aber in Teilen auch verallgemeinert werden. Es gibt Punkte, die man bereits bei der Konzeption der Website und dem dazugehörigen CMS oder Blogsystem berücksichtigen kann.

Welche speziellen Anforderungen bestehen, sollte bereits in den ersten Gesprächen erörtert werden. Je nachdem gibt es dann ein paar Aspekte, die zu berücksichtigen sind. Ich sehe da v.a. drei zentrale Ansatzpunkte, durch die die Usability im Backend des CMS beeinflusst wird.

• Der Editorbereich ist der wohl kritischte von allen. Er bildet den zentralen Dreh- und Angelpunkt für die Nutzer bzw. Redakteure im System. Also sollte er gut erreichbar, leicht verständlich und mit den wichtigsten Editorfunktionen versehen und eingerichtet sein.
• Seitenverwaltung. Die reine Auflistung der Seiten, wie z.B. bei Wordpress, mit mehr oder weniger kryptischen Zusatzoptionen ist nicht intuitiv. Otto Normal kommt besser mit Seitenbäumen zurecht, die ähnlich funktionieren, wie ein gewohnter Dateiexplorer eines Betriebssystems. Auch die einfache Erweiterung und Anpassung der Seitennavigation. Es muss also möglich sein, neue Seiten ganz einfach hinzuzufügen oder verschieben zu können.
• Reduktion auf die wesentlichen Features. D.h. man nimmt den Nutzern das, was sie evtl. verwirren könnte. Ohne sie dabei aber in ihren Rechten all zu voreilig zu beschneiden bzw. zu bevormunden. Anforderungen an Rollen und Rechte sollten daher gemeinsam geklärt werden, um das System dann zielgerichtet entschlacken zu können.

Aber die Nutzer des CMS müssen trotzdem auch ein wenig Bereitschaft mitbringen, sich mit Technologie auseinander zu setzen. Ganz ohne geht es eben auch nicht. Ein CMS ist ein System, in dem viel Technologie steckt. Berührungspunkte mit dem Kern des Systems sind immer wieder gegeben. Es ist eben nicht ganz so trivial, wie das anlegen eines neuen Word-Dokuments.

Links zum Thema Backend-Usability

• User Experience? Die Rolle des CMS
• Mit dem CMS wird alles einfacher – oder das Märchen vom Redaktionssystem
• 11 usability principles for CMS products
• You can’t automate everything

Bei Klick auf den Link “Antworten” wird in den Kommentartext automatisch “@Markus: ” eingefügt (s. nächste Abbildung). Der Link ermöglicht außerdem einen Sprung zu dem referenzierten Kommentar.

Ich hoffe, ich kann Euch so das Kommentieren ein Stück weit vereinfachen.

Huwshimi - A robot blog

Huwshimi besticht durch einfaches, minimalistisches Design. Hier wirkt v.a. die Typo.

• Der ein oder ander denkt schon über einen Umstieg nach. Eine aktuelle Übersicht zu HTML5: 12 resources for getting a jump on HTML 5
• Organisatorisches: Was bringen eigentlich Tags?
• Onlinemarketing Schwerpunkte dieses Jahr: Online Marketing-Trends 2009
• Wordpress in Ton und Bild. Tutorials und Tipps im WordPress.TV
• Seine Zeit ist abgelaufen. Einen Browser in den Ruhestand schicken: Dear IE 6

Wer viel schreibt, braucht Methoden und Tools, die das Schreiben besser organisieren und erleichtern. ScribeFire ist ein Firefox Add-on, das Hochfrequenzblogger bei ihrer Arbeit unterstützen soll.

Ein Klick auf das Icon in der Symbolleiste öffnet die Redaktionsumgebung, die meisten benötigten Editorfunktionen zur Verfügung stellt. Scribefire ermöglicht außerdem die Verwaltung des/der Blogaccounts. Man kann so direkt losbloggen und spart sich damit schon mal den Weg über den Login des Blogs, hin zum Editorbereich innerhalb des Backends.

Die neuen Posts kann man so über das Add-on erstellen, bearbeiten und verwalten. Der Editor bietet außer den standardmäßigen Editorfunktionen weitere nützliche Werkzeuge. So lassen sich z.B. bequem flickr-Bilder oder YouTube-Videos in einen Artikel einbinden. Gerade die Arbeit an umfangreicheren Artikeln, lässt sich auf diese Weise gut organisieren und damit auch beschleunigen.

Fazit

Gerade aber bei den grundlegenden Editorfunktionen muss man Abstriche machen. So z.B. vermmisse ich die Auszeichnung von Überschriften mittels Editorwerkzeug. Die Zwischenüberschriften muss man dann im Quellcode-Modus einfügen. Das wiederum kostet etwas mehr Zeit.

Die Verwaltung der Kategorien und Tags ist in Wordpress außerdem um einiges komfortabler und bietet mehr Möglichkeiten. So z.B. fehlt mir bei ScribeFire die Vorschlagfunktion für Tags (Tag The Net, Yahoo, sowie lokale Tags). Wie das bei anderen Blogsystemen ist, kann ich nicht beurteilen.

Der erste Eindruck ist dennoch ganz gut, es fühlte sich bei der Bearbeitung dieses Artikels zumindest schneller an. Trotz guter Ansätze konnte mich das Tool aber nicht ganz überzeugen, weshalb ich eher dabei bleibe, direkt im Backend zu arbeiten.

Das Tool ist wohl eher dann geeignet, wenn man in größerem Umfang auf mehreren Blog-Accounts, ggf. noch auf verschiedenen Systemen, arbeitet. Unter solchen Voraussetzungen kann das Add-on eher punkten, weil es dann u.a. eine einheitliche Redaktionsumgebung für verschiedene Systeme zur Verfügung stellt.

ScribeFire wurde in “15 Useful Tools for WordPress Bloggers” vorgestellt.

Also spare ich mir die Arbeit und verweise auf den ausführlichen Artikel, den Sahanya geschrieben hat: Umfragen mit PollDaddy durchführen.

Dieses Beispiel sollte, wie dort angeregt, in der Tat Schule machen und Nutzer immer öfter einbezogen werden. Zumindest um herauszufinden, ob das angedachte Konzept weitestgehend in eine für die Nutzer brauchbare Lösung überführt werden kann. Das gilt nicht nur für Wordpress, sondern allgemein für das Design von Websites und -anwendungen.

Vladimir Prelovac bezeichnete es gar als Fettleibigkeit, in seinem Artikel Critique View on the Future of WordPress. Grundsätzlich lässt sich zunächst anmerken, das mehr Features und Plugins natürlich zusätzliche Kalorien bedeuten. Die Frage ist wie man einer steigenden Energiezufuhr entgegenwirkt. Tut man das zu spät, ist Abspecken angesagt.

WordPress started out like Google, but is now becoming more and more like Yahoo. It stopped going “far” and started becoming fat (”wide”). It is becoming slow and clumsy.

Hauptkritikpunkte

Oft bemängelt werden v.a. die Sicherheit und Schwerfälligkeit des Dinos Wordpress. Was teilweise vielleicht auch mit der relativ komplizierten, auf PHP basierenden, Templatingsystematik zusammenhängt. Weitere in diesen drei Artikeln angeführte Kritikpunkte:

• Qualität und Vertrauenswürdigkjeit der Plugins (Wordpress Magazin)
• schwerfälliges Backend mit Auswirkungen auf den Adminworkflow (Prägnanz)
• umständlicher Templatecode (Prägnanz)
• Probleme mit dem WYSIWYG-Editor (Prägnanz)
• steigende Aufwände in der Wartung von Plugins (auch für Blogbetreiber) (Prelovac)
• versteckter Plugincode und “Nach-Hause-Telefonie” (Prelovac)
• zu viele Plugins, die teilweise mehr oder weniger das Gleiche tun

Die Vorteile überwiegen noch?

Zumindest Einsteiger haben es bei Wordpress relativ einfach. Die Community um das System, die Auswahl an kostenlosen Templates und die Auswahl an Plugins ist noch ohne Vergleich groß. Wenn man mal Hilfe oder Tipps zu weniger verbreiteten Systemen sucht, braucht man mehr Geduld, oder muss Abstriche machen.

Der Vergleich zu anderen Systemen müsste im Zweifel gezogen werden. Grundsätzlich sollte man abwägen und ggf. mit Hilfe einer ausführlichen Checkliste einen Vergleich anstellen, bevor man sich voreilig entscheidet. Die Entscheidung für ein Blogsystem sollte eine längerfristige Bindungsabsicht berücksichtigen. Muss man nach einem halben Jahr wieder umsteigen, bedeutet das mitunter sehr viel Stress.

Alternativer Ansatz?

Mehr Konzentration auf den Kern und Auslagerung auf Features bzw. Plugins. Dieses Prinzip liegt beispielsweise Typo3 zu Grunde. Der relativ überschaubare Kern lässt hier für die Meisten nicht im Ansatz erahnen, wie mächtig das System sein kann. Ein echtes WCMS eben. Mehrsprachige Unternehmendsportale können so realisiert werden, das System ist sehr flexibel. Mit Wordpress & Co ist das nur sehr eingeschränkt bis gar nicht möglich.

In der Tat könnte hierin eine notwendige Diät für Wordpress ihren Anfang finden. Das würde imho allerdings eine komplett neue Systemarchitektur voraussetzen. Also ein großer Umbruch.

Hierbei aber wäre dringend auch ein großes Plugin-Ausmisten angesagt. Würde man verstärkt auf eine Erweiterbarkeit der Plugins setzen, würden der Sicherheitsaspekt und die Update-Fähigkeit zur tragenden Wand werden.

Andere Systeme

Der Markt ist sehr unübersichtlich. Neben den sehr populären Vertretern aller Größenklassen wie z.B. Wordpress, Movable Type, Textpattern, Drupal und anderen, gesellen sich eine Vielzahl anderer/kleinerer Systeme. Wer nach einem passenden System sucht hat es nicht wirklich leicht.

Begibt man sich im Unternehmensumfeld auf die Suche, kann das schon mal mehrere Wochen oder Monate in Anspruch nehmen. Wobei hier natürlich noch ein paar Abhängigkeiten mehr zu beachten sind. Das ist ein anderes Thema.

Im privaten Bereich oder bei kleineren Projekten liegt es nahe, sehr schnell auf einen großen Zug aufzuspringen. Je verbreiteter die einzelnen Systeme später dann sind, desto lauter wird auch die Kritik daran. Das ist ganz normal. Damit muss man leben oder sich eben irgendwann mal für einen Wechsel entscheiden.

Persönliche Meinung

Für mich persönlich kommt ein Wechsel bei weitem noch nicht in Frage. Ich bin sehr zufrieden mit Wordpress und das schon mehr als vier Jahre. Es nerven mich derzeit nur die relativ häufigen Updates etwas und das Version 2.7 schon fast vor der Tür steht. Das geht mir oft etwas zu schnell.

Version 2.7 kommt scheinbar mit tiefgreifenderen Änderungen im Backend. Hier setze ich darauf, dass diese zumindest die Usability des Backend weiter nach vorne bringen und es nicht nur anders machen. Seit 2.5 hat mir das schon besser gefallen. Ein guter Ansatz.

Die Widget-Features habe ich mal ausprobiert, aber schnell wieder verworfen. Mir persönlich zu aufwändig und teilweise auch unflexibel, weswegen ich ausschließlich auf den zusätzlichen Code in Templates setze und damit bisher keine Einschränkungen erfahre.

Zwischendurch konnte ich zusammen mit Manuela Hoffmann auch Erfahrungen mit Movable Type sammeln. Diese waren durchweg positiv, bin aber bei anderen Projekten wieder zurück zu WP.  Allerdings bewegt sich MT noch weiter in die kommerzielle Richtung.

In einem demnächst startenden privaten Projekt, werde ich mich nach über zwei Jahren (damals im Rahmen der Diplomarbeit) mal wieder mit Drupal befassen. Ein guter Freund möchte eine neue Fotocommunity auf Drupal basierend aufbauen. Ich bin schon gespannt auf Drupal und natürlich auch auf das neue Projekt.

Wordpress werde ich bis auf weiteres treu bleiben.

Wordpress DE-Edition 2.6.1

Wordpress 2.6.1 wurde veröffentlicht und steht ab sofort auch in der DE-Version zur Verfügung. Der Webzeugkoffer wurde diesem Update heute unterzogen. Das Ganze lief innerhalb von 10 Minuten problemlos durch.

Nach der Veröffentlichung von 2.6 habe ich zunächst noch gezögert, da mir noch eine Spur zu viele Fehlermeldungen auftraten. Wie z.B. in Peruns Kommentaren zu lesen war. Viele Probleme der 2.6 Version wurden durch dieses Update behoben. Wer bereits ohne Probleme auf 2.6 updaten konnte, kann das Update auf 2.6.1 auch auslassen.

Neues im Backend

Im Backend gab ein paar Erweiterungen und Fixes. Die wichtigsten aus Sicht des Webzeugmachers, sind hier kurz aufgeführt.

Medienverwaltung gefixt

Endlich funktioniert auch wieder der Medienupload und die Mediathek zeigt auch wieder Dateien. Es war schon relativ mühselig, Dateien per ftp hochzuladen und manuell die Pfade einzufügen. Ein klares Komfortplus. V.a. deshalb weil hier mittlerweile fast jeder Post zur Auflockerung sein eigenes “Visual” erhält.

Images Captions

In Posts integrierte Bilder lassen sich jetzt sehr bequem mit Beschriftungen, für Quellangaben oder Beschreibungen,  versehen.

Versionierung

Vor allem für Teamblogs interessant die Versionierung der Beiträge in der Bearbeitungsansicht ganz unten. Für Soloblogger vielleicht auch interessant, um ältere Versionen von Artikeln wieder herzustellen. Geschmacksache.

Hinweise auf Plugin Updates

Eine rote Sprechblase weist jetzt gut sichtbar auf neue Versionen der verwendeten Plugins hin. Außerdem können jetzt auch alle Plugins in einem Schritt deaktiviert und aktiviert werden.

Überblick aller Neuerungen

Den kann man sich mit Hilfe eines kurzen Videos verschaffen, das bereits im Juli zur Ankündigung der Version 2.6 erschien.