Was ist die Architektur eines Content-Management-Systems?

Content-Management Systeme (CMS) wurden entwickelt, um den Webprozess Content-Management zu vereinfachen und ermöglichen es Marken auch, Inhalte in großem Umfang zu erstellen und zu verbreiten. Dieser Artikel untersucht die vier Arten von Content-Management-Systemen: konventionell, entkoppelt, Headless und Hybrid. Abschließend betrachten wir neun Kernfaktoren, auf die Sie sich bei der Bewertung und letztendlich Auswahl der besten Content-Management-System Plattform für Ihr Unternehmen konzentrieren sollten.

Definieren der Architektur des Content-Management-Systems

Ein Content-Management-System ist eine Softwareanwendung, die entweder in der Cloud als SaaS-Produkt oder On-Premise gehostet wird. Es ermöglicht mehreren Mitwirkenden, digitale Inhalte über eine Reihe von Kanälen wie Web, soziale Medien, mobile Apps, E-Mail, IoT und mehr zu erstellen, zu ändern, zu organisieren und zu veröffentlichen. Klingt ziemlich einfach, oder? Nun, in gewisser Weise ist es in der Tat erfrischend einfach; vor allem im Vergleich zur Zeit vor dem Content-Management-System (eine dunkle und schwierige Zeit, über die erfahrene Entwickler und Vermarkter, die diese Zeit durchgemacht haben, nicht gerne nachdenken).

Allerdings sind nicht alle CMS gleich aufgebaut und auch die Preismodelle unterscheiden sich. Einige sind relativ agiler und skalierbarer, während andere kostengünstiger zu implementieren und für Unternehmen einfacher sind - aber Flexibilität und Vielseitigkeit opfern. Während diese relativen Vor- und Nachteile vielschichtig und komplex sein können, ist das, was eine Art von Content-Management-System grundlegend von einer anderen unterscheidet, klar und konsistent: die zugrunde liegende Architektur.

Im Wesentlichen definiert die Architektur von Content-Management-Systemen die Beziehung - oder in einigen Fällen deren Fehlen - zwischen Tools und Technologien, die die Front-End-Funktionalität (wo Inhalte präsentiert werden) und die Back-End-Funktionalität (wo Inhalte erstellt und bearbeitet werden) regeln. Offensichtlich ist die Geschichte viel technischer als das - wie Software-Ingenieure, die sich auf die Architektur von Content-Management-Systemen spezialisiert haben, ohne weiteres zustimmen werden. Aber für die Zwecke unserer Diskussion genügt es zu verstehen, dass die Architektur von Content-Management-Systemen im Kern bestimmt, ob, wie und in welchem Umfang das Frontend mit dem Backend "spricht".

In der traditionellen Architektur des Content-Management-Systems (oft als monolithische oder Coupled-CMS Architektur bezeichnet) sind Frontend und Backend eng miteinander verbunden und vordefiniert. Die traditionelle Architektur eines Content-Management-Systems besteht aus folgenden Kernelementen:

• Eine Back-End-Datenbank, in der Inhalte und digitale Assets gespeichert werden.
• Eine Back-End-Content-Management Plattform, auf der Inhalte erstellt werden.
• Eine Back-End-Anwendung, in der Inhaltsersteller und Publisher Designschemata erstellen und anwenden.
• Eine Front-End-Anwendungsschicht, die veröffentlichte Inhalte auf HTML-Seiten anzeigt.

Vorteile traditioneller Content-Management-Systeme

• Gut für einfache, einfache Anwendungsfälle wie persönliche Websites und einfache Unternehmens (insbesondere kleine Unternehmen mit begrenzten Ressourcen und Budgets).
• Die Implementierung ist relativ einfach ("vorkonfiguriert"), da Frontend und Backend gekoppelt sind und keine separaten Installationen erfordern.
• Bieten in der Regel vereinfachte, benutzerfreundliche Oberflächen und vordefinierte Vorlagen, die für nicht-technische Administratoren und Endbenutzer geeignet sind.
• Sie sind kostengünstiger in der Anschaffung, Implementierung und Aktualisierung als die anderen Arten von Content-Management-Systemen, die wir uns ansehen werden (entkoppelt, Headless und Hybrid).

Nachteile der traditionellen Architektur von Content-Management-Systemen

• Inhalte sind webexklusiv und können nicht nahtlos wiederverwendet oder für andere Kanäle wie mobile und IoT freigegeben werden (Hinweis: Dies kann durch die Nutzung von APIs möglich sein, kann aber ziemlich schwierig sein, da die traditionelle Architektur des Content-Management-Systems grundsätzlich nicht für die Arbeit mit Tools von Drittanbietern ausgelegt ist).
• Unterstützen Sie nur eine begrenzte Auswahl an Inhaltstypen und Programmierframeworks.
• Änderungen am Backend, einschließlich routinemäßiger Wartung und Updates, sind komplex, zeitaufwändig, teuer und potenziell riskant – selbst bei strengen internen Tests.
• Mangelnde Agilität, die den DevOps-Zyklus verlangsamt, was dazu führen kann, dass Unternehmen nicht mehr mit den sich ändernden Kundenerwartungen und der Marktdynamik Schritt halten.
• Stellen Sie ein anhaltendes Risiko für die Kontinuität des Unternehmens dar: Wenn eine Komponente ein Problem hat (z. B. die Content-Management Plattform), kann das gesamte Content-Management-System abstürzen.
• Stellen Sie ein anhaltendes Sicherheitsrisiko dar: Die gekoppelte Natur herkömmlicher Content-Management-Systeme bedeutet, dass ein böswilliger Akteur, wenn er die Datenbank für Inhalte erstellt, auf die Plattform für die Veröffentlichung von Inhalten zugreifen und eine Website offline nehmen kann.

Wie der Begriff schon sagt, sind in entkoppelt Content-Management-System Architektur Frontend und Backend getrennte Systeme. Das Backend steuert das Erstellen und Speichern von Inhalten, während das Frontend die Präsentation von Inhalten für Benutzer über verschiedene Schnittstellen (z. B. Web, Soziales, Apps, IoT usw.) regelt. Die Architektur des entkoppelten Content-Management-Systems besteht aus folgenden Kernelementen:

• Eine Back-End-Datenbank, in der Inhalte und digitale Assets gespeichert werden.
• Eine Back-End-Content-Management Plattform, auf der Inhalte erstellt werden.
• Eine standardmäßige Plattform für die Veröffentlichung von Front-End-Inhalten.
• APIs, die die Back-End-Content-Management Plattform mit der Front-End-Content-Publishing-Plattform verbinden.

Vorteile der entkoppelten Architektur des Content-Management-Systems

• Entwickler können eine Liste von Best-of-Breed-API-Integrationen kuratieren, um das Kundenerlebnis zu optimieren und Conversions (einschließlich Mikro-Conversions) zu steigern
• Entwickler können Änderungen am Back-End vornehmen, ohne das Front-End zu beeinflussen oder zu unterbrechen
• Erfordert in der Regel ein geringeres Maß an Publisher- und Entwicklerabhängigkeit als bei der Headless Content-Management-System Architektur (die wir als nächstes besprechen werden)
• Weniger anfällig für Angriffe auf die Front-End-Präsentationsschicht – selbst wenn böswillige Akteure die Datenbank kompromittieren, können sie nicht auf die (entkoppelte) Plattform für die Veröffentlichung von Inhalten zugreifen
• Beschleunigt die Bereitstellung von Inhalten, da Inhalte direkt an das Publikum gesendet werden, anstatt über einen Server geleitet zu werden. Dies kann auch die Suchmaschinenoptimierung verbessern, da die Ladegeschwindigkeit der Seite ein Rankingfaktor für Suchmaschinen ist
• Benutzerfreundlichkeit für Marketer, da Inhalte in einem standardisierten, strukturierten und wiederverwendbaren Format gespeichert werden
• Cloud Deployments können die Ressourcen der Infrastruktur nutzen und skalieren, wenn die Nachfrage steigt (z. B. Traffic steigt am Cyber Monday) und auch Skaleneffekte nutzen (wenn das Transaktionsvolumen steigt, kostet die zugrunde liegende Cloud-basierte Infrastruktur weniger pro Einheit)

Nachteile der entkoppelten Architektur des Content-Management-Systems

• Die Anschaffung ist teurer als bei herkömmlichen Content-Management-Systemen, und das Hinzufügen von Integrationen von Drittanbietern erhöht die Gesamtbetriebskosten.
• Relativ schwieriger zu bedienen (normalerweise kein anhaltendes Problem für Entwickler, kann aber für einige Inhaltsersteller eine Herausforderung sein).
• Mehr Architekturschichten bedeuten zusätzliche Entwicklungen und technisches Know-how (insbesondere Frontend und Skalierung), die von internen Mitarbeitern erbracht oder durch externe Partner oder Berater bezogen werden müssen.

In der Architektur des Headless Content-Management-Systems gibt es kein vordefiniertes Frontend, das Vorlagen zur Darstellung von Inhalten verwendet. Stattdessen überträgt das Backend Inhalte über verschiedene Geräte und Kanäle (z. B. Web, soziale, mobile, IoT usw.) und ermöglicht es jedem von ihnen, zu steuern, wie diese Inhalte präsentiert werden sollen. Die Headless Content-Management-System Architektur besteht aus folgenden Kernelementen:

• Eine Back-End-Datenbank, in der Inhalte und digitale Assets gespeichert werden
• Eine Back-End-Content-Management Plattform, auf der Inhalte erstellt werden
• APIs, die die Back-End-Content-Management Plattform mit der Front-End-Content-Publishing-Plattform
verbinden

Auf den ersten Blick scheint die Architektur des Headless Content-Management-Systems im Wesentlichen der entkoppelten Architektur des Content-Management-Systems gleichzusetzen. Es gibt zwar einige Überschneidungen, aber sie sind nicht identisch. Wenn Sie sich erinnern, verwendet die entkoppelte Architektur des Content-Management-Systems eine standardmäßige Front-End-Content-Publishing-Plattform. Mit der Headless Content-Management-System Architektur haben Unternehmen jedoch die völlige Freiheit und Flexibilität, die gewünschte Front-End-Technologie zu wählen. Es gibt kein Frontend-System mit Standard-Templates oder vordefinierten Modulintegrationen.

Vorteile der Headless Content-Management-System Architektur

Neben allen Vorteilen einer entkoppelten Architektur des Content-Management-Systems bieten Headless Content-Management Systeme einige wichtige Vorteile:

• Entwickler können so viele Bereitstellungsebenen wie nötig erstellen – und in jeder Sprache, die sie benötigen – und Inhalte an jeden Kanal übertragen. Dies ermöglicht es Vermarktern, Omnichannel Kampagnen zu erstellen – eine wesentliche Funktion für Unternehmen.
• Entwickler können eine wachsende Liste von Front-End-Codierungs-Frameworks (z. B. Next.js) verwenden, einschließlich solcher, die derzeit nicht verwendet werden, aber in Zukunft eingeführt werden könnten.

Nachteile der Headless Content-Management-System Architektur

• Komplexere Verwaltung im Vergleich zu entkoppelter Architektur, die für Unternehmen ohne internes Fachwissen oder das Budget für zusätzliche Präsentationsunterstützung zu einem Problem werden kann
• Die Präsentation wird von Entwicklern übernommen, die JavaScript schreiben, was bedeutet, dass nicht-technische Vermarkter keine WYSISYG-Erstellung oder -Bearbeitung verwenden können
• Es ist nicht möglich, Erlebnisse zu personalisieren oder Inhalte Analysen/Analytik Funktionen auszuführen (z. B. A/B-Tests), da die Interaktionsdaten des Kunden nicht zwischen Front- und Backend-in Echtzeit

Die hybride Content-Management-System-Architektur kombiniert die Flexibilität und Erweiterbarkeit der Headless Content-Management-System-Architektur und verwendet APIs, um die Personalisierung und die Analysen/Analyse von Inhalten zu ermöglichen, die von der traditionellen Content-Management-System-Architektur angeboten werden.

Vorteile der hybriden Architektur des Content-Management-Systems

• Content kann über eine entkoppelte Content-Management-System-Architektur an einen Erlebnis/Erfahrung ausgeliefert werden, während Entwickler ihre bevorzugten Bibliotheken und Frameworks (z. B. React.js) verwenden können, um eine separate Front-End-Codebasis zu entwickeln und zu verwalten.
• Nutzt APIs, die es Geräten und Browsern ermöglichen, Inhalte und Personalisierung in Echtzeit zu interpretieren (unter Berücksichtigung von Faktoren wie Profil, vergangene Interaktionen usw.) sowie Echtzeit-Analysen/Analytik (z. B. A/B-Tests).
• Unterstützt Marketer mit Funktionen wie WYSIWYG-Bearbeitung, Digital Asset Management, das den Lebenszyklus von Inhalten verlängert, indem es Teams ermöglicht, Medien wiederzuverwenden, und Live-Bearbeitung, um Inhalte in Echtzeit anzuzeigen und zu bearbeiten.
• Unterstützt Marketer noch mehr mit Komponenten und Vorlagen wie Inhaltsblöcken, Präsentationsaufforderungen und Formularen für Web, von denen alle dazu beitragen, die Entwicklungen und Präsentation von Inhalten auf Webseiten und anderen Formaten zu strukturieren, zu rationalisieren und zu standardisieren.

Nachteile der hybriden Architektur des Content-Management-Systems

Wie vorherzusehen war, hat die hybride Architektur des Content-Management-Systems die gleichen funktionalen (aber nicht Inhaltsvorschau oder Analysen/Analyse) Nachteile von entkoppelten und Headless Content-Management-Systemen. Eine hybride Bereitstellung eines Content-Management-Systems erfordert jedoch möglicherweise zusätzliches Fachwissen, da es keine Standard-Front-End-Schicht gibt. Glücklicherweise ist dieser Support leicht verfügbar, und führende Anbieter verfügen über ein Netzwerk von externen Beratern, die bereit sind, das erforderliche Maß an Support zu bieten.

Unternehmen, die den großen Sprung von einer herkömmlichen Content-Management-System zu einer entkoppelten/Headless Content-Management-System Architektur scheuen, sind möglicherweise mit einer hybriden Content-Management-System-Architektur gut bedient, die in vielerlei Hinsicht das Beste aus beiden Welten bietet.

Nachdem wir uns nun die vier Arten von Content-Management-Systemen angesehen haben – traditionell, entkoppelt, Headless und Hybrid – ist Ihr Team möglicherweise bestrebt, das Modell zu identifizieren, das für Ihre aktuellen Anforderungen und erwarteten Ziele am besten geeignet ist. Konzentrieren Sie sich bei der Bewertung von Produkten und Optionen auf diese neun Kernfunktionen und -attribute:

1. Außergewöhnliche redaktionelle Funktionalität mit Tools zum einfachen Erstellen, Bearbeiten und Bereitstellen von Inhalten. Achten Sie auf Funktionen wie:

• Eine intuitive Benutzeroberfläche.
• Erstklassige Textverarbeitung.
• Live-Inhaltsvorschau (WYSISYG).
• Designflexibilität/Anpassung ohne Programmierung.
• Hilfe und Dokumentation im Kontext.
• Such- und Indexierungsfunktionen (flexible und skalierbare integrierte Suchmaschine; prädiktive Suche; vollständige Systemsuche auf jeder Ebene der Inhaltshierarchie; Boolesche Abfragelogik.
• Content Lagerung und Zugänglichkeit.
• Gut gestaltete Seiten- und Komponentenvorlagen.
• Versionskontrolle, die die Transparenz über den gesamten Lebenszyklus von Inhalten erhöht.
• Terminplanung und Erinnerungen.

2. Workflow-, Berichts- und Content-Organisationstools, einschließlich Link-Management und Content-Modellierung.

3. Intuitive Benutzerverwaltung, die maßgeschneiderte Benutzer- und Gruppenberechtigungen unterstützt und die Einhaltung gesetzlicher Vorschriften gewährleistet (z. B. die Möglichkeit, schnell und zuverlässig nachzuweisen, welche Inhalte zu einem spezifischen Datum / einer bestimmten Uhrzeit auf einer Website live waren).

4. Robuste Sicherheit mit strengen, anpassbaren Kontrollen für den Zugriff auf spezifische Dokumente und Informationen – damit Inhalte nur von den richtigen Personen gesehen und zur richtigen Zeit veröffentlicht werden. Das Content-Management-System sollte auch in den von Ihnen gewählten Unternehmenssicherheitsanbieter und/oder Authentifizierungssysteme von Drittanbietern (z. B. Azure AD, IdentityServer, OpenID, Oauth usw.) integriert werden.

5. Multichannel-Skalierbarkeit, damit Marketer "einmal erstellen, überall liefern" können, einfach neue Kanäle hinzufügen und neue oder umstrukturierte Inhalte und Metadaten bereitstellen können, um sie an sich ändernde SEO-Algorithmen anzupassen. Es ist auch wichtig, einen Anbieter zu wählen, der das Content-Management-System nachweislich regelmäßig mit Software Entwicklungen Kits (SDKs), APIs, Konnektoren und Pipelines verfolgt.

6. Die Fähigkeit und Agilität, global zu agieren, einschließlich Multisite- und mehrsprachigem Support, Integration mit Lokalisierungs- und Übersetzungsdiensten, mehrsprachigen redaktionellen Funktionen, Workflows für multinationale Inhalte und multinationaler Governance.

7. Integrierte Flexibilität, Skalierbarkeit und Leistungsverbesserungen, einschließlich Cloud-Fähigkeit, Bereitstellung an mehreren Standorten, Erweiterbarkeit mit klaren Punkten für neue Integrationen, Konnektoren und APIs.

8. Personalisierung und Analysen/Analytik durch die Fähigkeit, Interaktionsdaten aus jedem Kanal – einschließlich externer Quellen und Anwendungen – zu sammeln, um jede Interaktion und Reise des Kunden zu messen und darüber zu berichten.

9. Sehr starke Integration von Inhalten und E-Commerce Unterstützung von:

• Eine einheitliche E-Commerce Schnittstelle.
• Tools für die Migration.
• Nahtlose Bestandsverwaltung.
• Anpassbare Bestandsabwicklung.
• Automatisierung mit flussdiagrammbasierten Regeln.
• Personalisierungsfunktionen.
• Integrationen von Drittanbietern.
• Erstellung von Anwender:in generierten Inhalten.
• Testfähigkeiten.

Für einen tieferen Einblick in diese wesentlichen Funktionen laden Sie den Leitfaden herunter: "Welches Content-Management-System ist das richtige für meine Unternehmen?"

Die Wahl der richtigen Architektur des Content-Management-Systems ist für Ihre Content-Abläufe von grundlegender Bedeutung und bestimmt:

• Wie Sie Inhalte erstellen und wo sie präsentiert werden können (und möglicherweise auch, wo sie nicht präsentiert werden können).
• Unabhängig davon, ob Ihre Teams Inhaltsänderungen oder -bearbeitungen an mehreren Stellen manuell replizieren müssen.
• Die Art und das Ausmaß, in dem Vermarkter und Entwickler zusammenarbeiten müssen und ob sie gleichzeitig arbeiten können.
• Die Geschwindigkeit der Bereitstellung von Inhalten – ein wesentlicher Faktor für Benutzererfahrung / Nutzererlebnis und Kundenzufriedenheit.

Erfahren Sie mehr über Sitecore XM Cloud

Sitecore XM Cloud ist eine SaaS-Content-Management-System für Unternehmen, die Content-Management neu definiert. XM Cloud nutzt eine hybride Architektur, um Entwickleragilität durch die besten Eigenschaften des Headless Content-Management-Systems zu bieten, und unterstützt Marketer durch ein visuell reichhaltiges Erlebnis/Erfahrung bei der WYSIWYG-Seitenzusammenstellung.

Erfahren Sie mehr und starten Sie eine On-Demand-geführte Demo. Entdecken Sie, wie XM Cloud Ihre Unternehmen in die Lage versetzt, relevante Erlebnisse mit hoher Geschwindigkeit bereitzustellen.