
Nachdem ich über 15 Jahre in der CMS-Welt verbracht habe, kann ich sagen, dass diese Branche nie langweilig wird. Tatsächlich hat sie sich in den letzten Jahren sogar noch schneller entwickelt. Mit all den neuen Geräten, Frameworks, APIs und Cloud-Optionen gibt es immer etwas Neues zu lernen. Die Frage, die sich jeder Entwickler stellt: Wie wähle ich die richtige Technologie für mein nächstes CMS-Projekt aus, und welche Fähigkeiten sollte ich erlernen?
#1: Traditionelles oder Headless CMS?
Headless CMS war in den letzten zwei Jahren ein kontroverses Thema für Entwickler. Das ist keine Überraschung angesichts des disruptiven Potenzials, das es für die gesamte CMS-Branche hat. Doch ist es die richtige Wahl für alle?
Die erste Frage, die Sie sich stellen müssen, ist, welche Art von CMS Sie benötigen. Benötigen Sie ein traditionelles CMS mit einem Backend und einem Frontend oder suchen Sie nach einer Headless-Option?
Headless CMS erfreuen sich zunehmender Beliebtheit, da sie es Entwicklern ermöglichen, Anwendungen zu erstellen, die benutzerfreundlicher sind und auf jedem Gerät verwendet werden können.

#Nr. 2: Welche Sprachen und Frameworks?
Die Beherrschung einer Sprache oder eines Frameworks erfordert eine erhebliche Zeitinvestition.
In der Welt der traditionellen CMS ist die Wahl des CMS oft mit der bevorzugten Programmiersprache verbunden.
Das ist etwas, das in der Welt der Headless CMS irrelevant wird, da Sie jede Sprache verwenden können, um die API aufzurufen. Allerdings müssen Sie mit der gewählten Sprache vertraut sein, wenn Sie die integrierten Funktionen oder Erweiterungen nutzen wollen.
Deshalb ist es wichtig, eine Sprache zu wählen, die populär ist und eine große Gemeinschaft hinter sich hat. Dadurch wird sichergestellt, dass Sie Zugang zu zahlreichen Ressourcen haben, einschließlich Dokumentation, Codebeispielen und Supportforen.

JavaScript ist – wenig überraschend – ein klarer Sieger. Auf der Backend-Seite ist PHP der klare Sieger – auch hier keine Überraschung angesichts der Größe der WordPress- und Drupal-Community.
#Nr. 3: Selbstgehostetes Open Source, verwaltetes Hosting oder SaaS?
Weitere Entscheidungen, die Entwickler treffen müssen, sind: “Welches CMS-Hosting-Modell soll ich wählen?” und “Soll ich mich für eine Open-Source- oder eine kommerzielle Lösung entscheiden?”
Traditionelle CMS vereinen ihren eigenen Code und die vom Entwickler geschriebene Front-End-Präsentation in einem einzigen Monolithen. Ihre Architektur erfordert ein hohes Maß an Kontrolle über den CMS-Code und die Hosting-Umgebung. Aus diesem Grund haben es die Entwickler in der Vergangenheit vorgezogen, das CMS selbst zu hosten.
Headless CMS hat jedoch eine ganz andere Architektur: Es trennt das CMS-Backend und die Präsentationsschicht strikt voneinander.
Diese Trennung ermöglicht es Anbietern, Headless CMS in einem echten mandantenfähigen SaaS-Modell anzubieten, so dass Sie sich auf die Entwicklung Ihrer Website oder Anwendung unter Verwendung der REST- oder GraphQL-API konzentrieren können.Welche Option ist also die beste für Sie? Das hängt von Ihren Bedürfnissen und Fähigkeiten ab. Wenn Sie sich mit der Verwaltung Ihres eigenen Servers wohlfühlen und über die erforderlichen Programmierkenntnisse verfügen, dann ist ein selbstgehostetes Open-Source-CMS möglicherweise die richtige Wahl für Sie. Wenn Sie jedoch eine schlüsselfertige Lösung suchen oder keine Zeit haben
#Nr. 4: Monolith oder Microservices?
Bei einem herkömmlichen CMS verwenden Sie das CMS als Plattform und bauen Ihre Website darauf auf. Auf den ersten Blick macht dies durchaus Sinn, denn Sie erhalten eine Vielzahl von sofort einsetzbaren Funktionen, so dass auch ein weniger erfahrener Entwickler schnell eine anspruchsvolle Website erstellen kann.
Das Problem ist, dass Ihr Code eng mit Ihrem CMS verbunden ist, was bedeutet, dass Sie keine andere Programmiersprache verwenden können und dass das CMS möglicherweise nicht gut mit den neuesten Front-End-Frameworks zusammenarbeitet. Und wenn Sie sich entscheiden, zu einem anderen CMS zu wechseln, müssen Sie Ihren Code in der Regel von Grund auf neu schreiben.
Aus diesem Grund bevorzugen Entwickler zunehmend eine Microservices-Architektur, in der das CMS nur einer der Dienste ist, die sie nutzen.
Sie kombinieren ihre eigenen Microservices und APIs von Drittanbietern, wie SendGrid für E-Mails, Auth0 für die Authentifizierung oder Stripe für Zahlungen. Das gibt ihnen mehr Flexibilität und Unabhängigkeit von anderen Lösungen und Anbietern. Auf der anderen Seite kann dieser Ansatz mehr Kodierung und stärkere Entwicklungskenntnisse erfordern.
Es ist kein Wunder, dass das Headless CMS bei Entwicklern, die Microservices nutzen, so beliebt wird. Dem Bericht zufolge verwenden 30 % der Entwickler bereits Microservices, und bei denjenigen, die dies tun, ist die Wahrscheinlichkeit, dass sie bereits ein Headless CMS verwenden, doppelt so hoch (39 %) wie bei denjenigen, die dies nicht tun (19 %).

Dies sind also die vier wichtigsten Entscheidungen, die Entwickler bei der Auswahl eines CMS treffen müssen: welche Programmiersprache sie verwenden, ob sie sich für eine Open-Source- oder eine kommerzielle Lösung entscheiden, welches Hosting-Modell sie wählen und ob sie eine monolithische oder eine Microservices-Architektur verwenden. Wie Sie sehen, gibt es viele Faktoren zu berücksichtigen und keine Einheitslösung
Der Übergang zur Microservices-Architektur hat auch erhebliche Auswirkungen darauf, wie Sie über Ihre berufliche Entwicklung denken: In der Vergangenheit mussten Sie die Besonderheiten eines CMS kennen und wissen, wie man damit entwickelt.
In der API-first-Welt werden solche Kenntnisse weitgehend irrelevant, da Sie nur noch relativ einfache APIs lernen müssen.
Mein Ratschlag: Anstatt ein bestimmtes CMS zu lernen, sollten Sie Ihre Zeit in das Verständnis der Microservices-Architektur investieren und Ihre Entwicklungsfähigkeiten verbessern.
Es geht um die Denkweise
Der CMS-Markt befindet sich inmitten eines großen technologischen Wandels. Er bewegt sich von Web-first, On-Premise, monolithischen CMS hin zu Content-first, Cloud-first, Microservices-orientierten Modellen.
Es ist nicht einfach, bei dieser Umstellung die richtigen Entscheidungen zu treffen. Letzten Endes ist nicht die Technologie selbst ausschlaggebend, sondern der Innovationsappetit von Ihnen und Ihren Kunden:
Wenn Sie auf Nummer sicher gehen wollen und ein Scheitern nicht in Frage kommt, werden Sie sich wahrscheinlich für ein traditionelles Modell entscheiden.
Wenn Ihr Ziel darin besteht, durch die Entwicklung innovativer Projekte einen Wettbewerbsvorteil zu erlangen, werden Sie sich für das Headless-Modell entscheiden.

Review Title
There are many variations of passages of Lorem Ipsum available, but the majority have suffered alteration in some form, by injected humour, or randomised words which don't look even slightly believable. If you are going to use a passage of Lorem Ipsum, you need to be sure there isn't anything embarrassing hidden in the middle of text.If you use this site regularly and would like to help keep the site on the Internet, please consider donating a small sum to help pay for the hosting and bandwidth bill. There is no minimum donation, any sum is appreciated - click here to donate using PayPal. Thank you for your support.
Pros
- Pors Item One
- Pors Item Two
- Pors Item Three
- Pors Item Four
- Pors Item Five
Cons
- Cons Item One
- Cons Item Two
- Cons Item Three
- Cons Item Four
- Cons Item Five