Warum wir uns für das Magnolia CMS entschieden haben

Das heißt konkret, dass unsere Entwickler:innen durch Magnolia geschult und zertifiziert sind. Unsere Projekte sind nach den Magnolia Standards umgesetzt. Unsere Kunden können also darauf vertrauen, dass unsere Projekte auch von anderen Magnolia-Agenturen problemlos übernommen werden können. Das Arbeiten nach festgesetzten Standards ist nicht nur für unsere interne Entwicklungsarbeit wichtig, es gibt auch dem Kunden Sicherheit.

Ein für uns sehr wichtiges Kriterium bei der Evaluation von CMS-Systemen ist die Flexibilität. Konkret gesprochen: Wir wollten ein CMS, welches uns bei der Gestaltung und Umsetzung des Frontends keine Grenzen setzt. Bei Magnolia gibt es hier keine Einschränkungen. Andere Systeme wie TYPO3 oder WordPress bringen schon immer fertige Ideen bzw. Implementierungen für einzelne Content-Module mit. So ist z.B. die Darstellung einer Bildergalerie oder eines Teasers meist vorgegeben und müssen dann umständlich angepasst werden. Mit Magnolia haben wir aus Frontend-Perspektive also alle Freiheiten und können damit ein auf den Kunden abgestimmtes, individuelles Design gestalten.

Eine weitere wichtige Anforderung war, dass es ein Open-Source-System sein sollte, welches enterprisefähig ist und auch unseren Entwickler:nnen Spaß macht. Das ist ein wichtiger Aspekt, um auch qualitativ hochwertigen Code zu produzieren. Magnolia bietet eine saubere und moderne Code-Basis, in die man sich als Entwickler:inn sehr gut einfinden und diese weiterentwickeln kann.

Magnolia investiert stetig in die Redakteurs-Usability. Redakteur:innen können ohne Schulungsaufwand Inhalte selbstständig erstellen und pflegen. Mit Magnolia 5 wurde die Benutzeroberfläche stark vereinfacht und für mobile Endgeräte optimiert. Auch die neu geschaffene App-Architektur war sicherlich ein Highlight von Magnolia 5. Sie bietet den Vorteil, dass einzelne Funktionen des CMS modular eingebunden werden können. Redakteur:innen pflegen diese Daten in einer App, die Inhalte werden auf mehreren Seiten ausgespielt. Ein beliebter Use Case sind Ansprechpartner:in bzw. Kontakte.

Durch offene Schnittstellen kann man auch externe Anwendungen einbinden und diese im Look-und-Feel von Magnolia darstellen. Dabei muss man natürlich abwägen, in welchem Fall eine Integration Sinn macht. Ein weiterer großer Vorteil ist natürlich, dass Magnolia Open Source und damit kostenlos ist – zumindest die Community-Edition. Bei der Enterprise-Edition variieren die Kosten, je nach Anforderung.

Mit der Enterprise-Edition haben Kund:innen natürlich weitreichenden Support durch Magnolia. Darüberhinaus kann die Website mit der Enterprise-Edition auf mehrere öffentliche Servern publiziert werden. Mit der Community-Edition dagegen kann man den Content der Autoreninstanz nur auf einen öffentlichen Server übertragen. Im Ergebnis hat man mit der Enterprise-Edition somit eine höhere Ausfallsicherheit und Skalierbarkeit. Insbesondere für unsere Großkunden, wie der Direktversicherer Hannoversche Lebensversicherung, ist Ausfallsicherheit ein wichtiges Kriterium, da die Website der größte Vertriebskanal ist.

Das erste große Projekt war das VHV Partnernetz, eine B2B E-Commerce-Lösung. Versicherungsmakler:innen der VHV können auf der Plattform Marketingmaterialien bestellen, wie beispielsweise Druckstücke oder kleine Werbegeschenke. Hierzu war die Integration des SAP-Systems und anderen Datenbank-Systemen notwendig.

Grundsätzlich lassen sich unterschiedlichste Projekte mit Magnolia umsetzen. Ob Magnolia letztendlich das richtige CMS für die digitale Kunden-Präsenz ist, kann man erst nach einer intensiven Anforderungs- und Konzeptionsphase beurteilen. Aufgrund des von Magnolia favorisierten Light-Developments und vor allem auch durch schnelle automatisierte Deployments über Docker, können Projekte heute viel schneller initial aufgesetzt werden. Vor ein paar Jahren war das alles noch sehr viel manuelle Arbeit. Das Initiale Set-up hat dann schon mal ein bis zwei Tage gedauert. Heute ist dies in wenigen Stunden realisierbar und Magnolia kann gut auch für kleinere Projekte verwendet werden.

Bis vor einigen Jahren war Magnolia stark geprägt von Backendentwickler:innen, also von Entwickler:innen, die sich gut mit der Java-Plattform auskennen, die dann auch die Dialoge für die einzelnen Content-Module entwickelt haben. Mit dem Light-Development verfolgt Magnolia eine Strategie weg von schwergewichtigen Java-Technologien hin zu leichtgewichtigen Frontendtechnologien. Frontendentwickler:innen können also ohne Unterstützung von Backendler:innen Dialoge und Markup für Content-Module schreiben und damit die Kundenanforderungen schneller umsetzen.

Seit ein paar Jahren wird sehr viel über Headless CMS gesprochen. Dahinter verbirgt sich der Wunsch, das CMS komplett vom Frontend zu trennen. Das CMS stellt lediglich die Datenstruktur bereit, alles andere läuft über die Frontend-Technologie, beispielsweise Javascript-Frameworks wie Angular oder React. Der Vorteil hierbei ist, dass man Inhalte nicht in verschiedenen Systemen pflegen muss. Stattdessen stellt das Headless CMS lediglich die Datenquelle bereit, welche die Inhalte an unterschiedliche Geräte und Strukturen über eine REST-API ausliefert. Das CMS wird sich also eher zu einer reinen Datenquelle wandeln und Frontend-Technologien werden aufgrund der steigenden Zahl unterschiedlichster Devices und Systeme zunehmend wichtiger.

Sehr sehr gerne :)