Projektziele und -ergebnisse

— EINFACHERE UND KONSISTENTE TERMINPFLEGE

Veranstaltungen im Internet zu bewerben erfordert deutlich mehr Arbeit als einen Termin im Smartphone einzutragen. Natürlich sind die wesentlichen Komponenten gleich: Was – wann – wo. So schnell sollte es optimalerweise gehen. Aber dann gibt es ja auch noch: Ein Teaserbild, das Textgrafiken enthält und meistens nicht für einen vorgegebenen Zuschnitt optimiert ist. Eine Adresse, die hoffentlich auch wirklich zum Eingang des Veranstaltungsorts führt. Der Link zum Ticket-Shop. Und natürlich ein Text, der Lust macht auf die Veranstaltung, vielleicht sogar Informationen zum typischen Ablauf des Barcamp-Formats.

Wer Termine einpflegt, möchte möglichst wenig Arbeit damit haben. Der Verein als Website-Betreiber möchte eine möglichst hohe redaktionelle Qualität anbieten, weil diese das Vertrauen der Zielgruppe stärkt. Die Qualität hatte aber in der Vergangenheit gelitten. So fanden sich in der Inhaltsübersicht sinngemäß “Splash Awards”, “4. Splash Awards” und “Splash Awards 2023”. Beschreibungen der Veranstaltungen wurden oft gar nicht eingetragen, oder aber es wurde das Programm des Vorjahres kopiert. Die Adresse des Veranstaltungsorts stellte sich manchmal auch als Lieferanteneingang heraus. Man konnte die Hektik der Aufgabenerledigung förmlich herauslesen.

Bei der Planung des Relaunches haben wir analysiert, wie sich die Terminpflege vereinfachen lässt. Viele Informationen stellten sich als redundant heraus, so ist beispielsweise des Essener Unperfekthaus ein gern genutzter Ort für Barcamps und es sollte genügen, die korrekte Besucheradresse nur einmal im System zu haben – wiederverwendbar. Die meisten CMS-Veranstaltungsformate finden wiederkehrend statt: DrupalCon, Drupal Dev Days, Drupalcamping etc. Warum also nicht eine allgemeingültige Beschreibung mit Link zur Website, einer allgemeingültigen Teasergrafik, Veranstalter:in und ggf. dem immer gleichen Ort hinterlegen?

Mit diesem Prinzip der wiederverwendbaren Inhaltskomponenten haben wir die Terminpflege rasant vereinfacht, und sie ist weniger fehleranfällig: Wenn der Termin des nächsten Drupalcampings feststeht, braucht man nur diese Terminspanne und den Link zum Ticketshop einzutragen, der Rest ist bereits hinterlegt. Weitere Angaben sind optional: Barrierefreiheitsinformationen, Bilder vom letzten Jahr in der Slideshow ergänzen, Keynote-Speakers hervorheben, Informationen zu Ticket-Preisstufen …

Termine können auch als Wiederholungstermine eingetragen werden, womit auch das traditionelle Drupal Global Contribution Weekend am letzten Januarwochenende auf Vorrat eingetragen werden kann; Smart Date sorgt für die unaufwändige Ausspiellogik. Die Kalender-Views basieren auf den Deltas der Termininstanzen, so dass jeder Wiederholungstermin einen eigenen Teaser erhält und der ical-Download auch den richtigen Termin zeigt.

Ziel erreicht: Termin einpflegen so einfach wie ein Eintrag im Smartphone-Kalender.

Wer ein ganz neues Veranstaltungsformat eintragen möchte, hat damit auch nicht mehr Aufwand als früher für jeden einzelnen neuen Termin. Neue Orte können über ein Inline-Entity-Formular direkt im Zuge des Termineintrags angelegt werden.

Die Anmeldung zu den Beratungsterminen ist über ein Webformular möglich, in dem die jeweilige Termininstanz vorausgefüllt ist. Das beschleunigt die Arbeit im Backoffice, die Termine zu planen und passende Berater:innen einzuladen.

— EINFACHER AKTUALISIERBARES CMS-PROFIL

Die Portraits der einzelnen CMS werden von Entscheider:innen gern angelaufen, um sich einen Überblick über die jeweiligen Stärken und Schwächen zu verschaffen. Dafür ist es natürlich hilfreich, wenn die Portraits aktuell gehalten werden. Abbildungen unterzubringen bzw. zu aktualisieren war auch nicht immer ganz einfach.

Die Möglichkeit, eine Strecke von Beispielprojekten oder Backend-Screenshots als Slideshow einzubauen, erleichtert zumindest die Entscheidung, an welchen Stellen im Text Abbildungen sinnvoll sind. Der Austausch veralteter Abbildungen ist jetzt auch deutlich vereinfacht durch Verschlagwortungsmöglichkeiten an den Media-Assets und Filtermöglichkeiten in der Media-Library. Das gilt auch für Projektvideos, die alleinstehend oder in eine Slideshow eingefügt werden können. Nichtsdestotrotz bleibt die Arbeit der Medienauswahl im Vorfeld natürlich nicht erspart.

— BESSERE USER EXPERIENCE

Was uns im alten Setup fehlte, waren Angebote auf den Inhaltsseiten für nächste Schritte, beispielsweise auf die nächsten $cms-Veranstaltungen aufmerksam zu machen oder die Community-nahe Dienstleistersuche zu unterstützen.

Durch die vernetzten Inhalte, die OpenCulturas mitbringt, können sich Besucher:innen jetzt deutlich besser treiben lassen. Wir haben die zentrale “Fokus”-Taxonomie umgewidmet auf “CMS”, was erstaunlich gut funktioniert. Solche über das CMS-Schlagwort verwandten Inhalte werden im neuen Setup unter dem Portrait aggregiert: Termine, Expert:innen, Veranstaltungsformate, Magazinartikel.

Entscheider:innen, CMS-Worker oder Nachwuchs – wer auch immer bestimmte CMSe in eine engere Auswahl nimmt, kann sich so nach Interessenslage weitertreiben lassen, einen Camp-Besuch planen, den Weg zu einem Community-Chat finden oder potentielle Arbeitgeber:innen finden. Oder natürlich umgekehrt: mehr Informationen über die CMS finden, die an einer Veranstaltung teilnehmen.

——— Dark-Mode-Unterstützung
Durch den konsequenten Einsatz von CSS-Custom-Properties (“Farbvariablen” u. a.) konnten wir mit sehr wenig Zusatzaufwand für Fans des Dark-Mode ein angepasstes Theme anbieten.

— BESSERE BACKEND-USABILITY

Das alte Drupal-Setup war historisch gewachsen. Was nicht möglich war, wurde nach und nach geflickschustert und folgte keinem Usability-Konzept. Entsprechend umständlich war die Inhaltspflege, was angesichts der Backend-Zielgruppe wahrlich keine gute Idee war.

Die CMS-Garden-Website lebt von User-generated-Content. Der größte Teil derer, die Inhalt beitragen, bringen Erfahrungen mit einem anderen CMS mit. Im Unterschied zu anderen Drupal-Plattformbetreiber:innen haben wir es nicht mit einer einmaligen Eingewöhnungsphase zu tun, sondern müssen kontinuierlich neuen Usern den Einstieg leicht machen, die andere Content-Management-Konzepte im Kopf haben.

Im neuen System sind die Eingabeformulare so aufgebaut, dass man gleiche Felder an der gleichen Stelle findet. Elemente, die “visuelles Rauschen” erzeugen, wie unnötige Eingabeformat-Auswahl oder Hilfetexte, sind weitgehend aus dem Weg geräumt. Das Verständnis für Konzepte wie z. B. Inline-Entity-Formulare wird visuell unterstützt.

Wo immer sinnvoll, haben wir Entity-Add-Links in Views-Header gesetzt, über die man zu Eingabemasken kommt, in denen passende Felder aus dem Kontext heraus vorbelegt sind.

——— Gestaltbare Teaser mit Kontextbezug

Wer mit Drupal arbeitet, findet das Konzept der automatischen Inhaltsteaser schnell selbstverständlich: Teile des Inhalts finden sich im Teaser wieder. Man legt im Grunde nur noch fest, wo ein Teaser ausgespielt wird und ggf. in welchem Layout. Das ist schon ganz schön.

Allerdings haben wir lange die Möglichkeit vermisst, Inhalte der Teaser im Kontext einer Seite ändern zu können, z. B. “Unsere ehrenamtlichen WordPress-Berater:innen beantworten gern alle eure Fragen in einer der nächsten Online-Sprechstunden. Hier Termine checken!” anstelle des Standard-Teasertexts “Regelmäßige kostenlose Online-Beratung”.

Dabei war uns auch wichtig, dass wir nicht nur Teaser zu Nodes gestalten können, sondern auch zu Term-Pages (z. B. zu einer FAQ-Kategorie) sowie zu externen Websites (z. B. zur Website eines Kooperationsprojekts).

Die Präsentation des Teaserbereichs hält Gestaltungsoptionen vor. So können kuratierte Leseempfehlungen u. a. auch in einem barrierefreien Slider ausgespielt werden.

Dieses Feature haben wir als generische Weiterentwicklung zu OpenCulturas beigesteuert.

— BARRIEREN BESEITIGEN

Neben dem Fokus auf visuelle Unterstützung haben wir von Anfang an auch die Barrierefreiheit immer mitlaufen gehabt. Beispielsweise können alle Texte mit Sprachattributen ausgezeichnet werden, alle Elemente im Frontend sind auf Tastaturbedienbarkeit getestet und für Screenreader-User im Backend haben wir eine dedizierte Rolle, der das Getöse von endlosen Admin- und Kontextmenüs erspart bleibt.

Das ganze Layout orientiert sich an der relativen Schriftgröße. Wer aus assistiven Gründen sehr große Schriften eingestellt hat, bekommt z. B. auf dem Desktop-Monitor eine vergrößerte Darstellung im Tablet-Breakpoint.

Nicht zuletzt weil wir CMS-übergreifend einen regen Best-Practise-Austausch über Barrierefreiheitsthemen pflegen, waren uns diese Aspekte sehr wichtig.