So wählen Sie ein Headless-CMS aus
Veröffentlicht: 2022-03-10Dieser Artikel wurde freundlicherweise von unseren lieben Freunden bei Storyblok unterstützt, einem freundlichen Headless-CMS mit einem visuellen Editor, verschachtelten Komponenten und anpassbaren Inhaltsblöcken für Websites und Apps. Danke!
Webseiten, wie die, die Sie gerade lesen, enthalten Text, Bilder, Videos und andere Elemente, um Ihnen Informationen zu liefern. Diese Daten würden von einem Inhaltseditor in einem Web-Content-Management-System (WCMS) gesammelt und verfasst. WCMS haben eine Entwicklung durchlaufen, die sich von einem traditionellen CMS zu einem entkoppelten CMS hin zu einem kopflosen CMS bewegt hat.
Der Wechsel zu einem Headless CMS ist keine leichte Entscheidung und der Auswahlprozess sollte nicht auf die leichte Schulter genommen werden. In diesem Artikel werde ich einige Kernfunktionen hervorheben, die jedes Headless-CMS bieten sollte . Wir werden diese Funktionen und die damit verbundenen Herausforderungen untersuchen und Ihnen bei der Auswahl eines Headless-CMS helfen, das die einzigartigen Anforderungen Ihres Unternehmens erfüllt.
Als Technical Director bei Luminary habe ich unseren Kunden geholfen, das beste CMS, DXP (Digital Experience Platform) oder Headless CMS für ihre Bedürfnisse auszuwählen. Mit Luminarys 21-jähriger Erfahrung im digitalen Bereich, meiner 17-jährigen Erfahrung im CMS-Bereich sowie unserem Fokus auf Headless seit 2016, hier meine zwei Cent, worauf Sie achten sollten.
Dinge, die bei der Auswahl eines Headless-CMS zu beachten sind
- Konzepte
- Microservices-Architektur
- Omnichannel
- Für Inhaltsautoren
- Erfahrung in der Bearbeitung
- Bilder verwalten
- Autorenrollen
- Arbeitsabläufe
- Vorschau von Inhalten
- Inhalte lokalisieren
- Für Entwickler
- RESTful- und GraphQL-APIs
- Native SDKs
- Umgebungen
- CDNs
- Nutzungsbeschränkungen
- Andere Faktoren
- Standorte von Rechenzentren
- Technische und Verkaufsunterstützung
- Unternehmensfunktionen
- Infrastrukturintegration
- Renommierte SaaS-Anbieter
- Headless CMS als Microservice integrieren
- Best-of-Breed-Services
- Kanäle, auf die Sie abzielen möchten
- Gute Methoden zur Inhaltsmodellierung
- Autorenerfahrung
- Struktur der Inhaltselemente
- Einfache Suche nach Inhalten
- Überbeanspruchung von WYSIWYG-Editoren
- Inhalte wiederverwenden
- Bilder organisieren
- Zuschneiden und Bereitstellen von Bildern über ein CDN
- Externe Best-of-Breed-Videodienste
- Unterschiedliche Rollen
- Anzahl der Backoffice-Benutzer
- Robuste Arbeitsabläufe
- Webhooks
- Vorschau der APIs vom Anbieter
- Separate Staging- und Produktionsumgebungen auf Ihrer Seite
- Internationalisierungs- und Lokalisierungsunterstützung
- Erstellen Sie Ihre eigene Blaupause für den Umgang mit Gebietsschemata
- Ausgereifte REST-APIs
- GraphQL-Unterstützung
- Vorschau und sichere APIs
- Inhaltsverwaltungs-APIs für CRUD-Operationen
- Kostenlose Testversionen zum Ausprobieren
- Ein unterstütztes SDK für Technologie, Sprache und Plattform Ihrer Wahl.
- Umgebungen innerhalb Ihres Headless CMS
- Möglichkeit, Inhalte zwischen Umgebungen zu portieren
- Caching von Bildern und Inhalten über CDN
- Benutzerdefinierte Domänenfunktionen
- Einschränkungen bei bestimmten Funktionen
- Betriebsaufwand
- Gesetzliche und behördliche Anforderungen an die Speicherung von Daten
- Lokaler Vertrieb und technischer Support
- Unternehmensfunktionen, ohne die Sie nicht leben können
- Das Community-Engagement mit dem Anbieter und dem Produkt
- Unterstützung für Ihre Wahl der Infrastruktur
- Going Headless: Anwendungsfälle und wofür es gut ist
- Verlieren Sie nicht den Kopf: Headless bewerten
Monolithisch vs. Microservices
Wir haben die Konzepte hinter Headless-CMS hier im Smashing Magazine ausführlich untersucht, aber lassen Sie uns eine kurze Zusammenfassung machen. Bei einem herkömmlichen CMS bauen das CMS und die daraus resultierende Front-End-Website auf einer monolithischen Architektur auf. Das traditionelle CMS versucht und ist in vielerlei Hinsicht erfolgreich, um die Bedürfnisse von Entwicklern, Inhaltsautoren und Vermarktern zu erfüllen. Wenn das CMS beispielsweise auf dem .NET Framework von Microsoft aufbaut, würde auch die Front-End-Website auf der gleichen Technologie aufbauen. Alle Funktionen und Integrationen würden auch eine enge Abhängigkeit aufweisen, was wiederum zu einer großen, schwerfälligen monolithischen Codebasis führt.
Entkoppelte CMS haben diese Abhängigkeit bis zu einem gewissen Grad aufgehoben. Dies wurde durch die Trennung der Front-End-Website vom CMS-Backoffice und Content-Repository erreicht.
Monolithische Architektur tritt bei kopflosen CMS in den Hintergrund. Das CMS und jede andere Integration ist ein Microservice. Das CMS selbst wird auf einem Software-as-a-Service (SaaS)-Modell bereitgestellt, das ich gerne als Content-as-as-Service (CaaS) bezeichne. Mit dieser Microservices-Architektur kommt nicht alles, was Sie von Ihrem traditionellen CMS bekommen haben, aus der Dose. Möglicherweise haben Sie verschiedene Dienste und Anbieter, um Ihnen das Beste der Rasse für jede Ihrer Anforderungen zu bieten.
Der Übergang zu einer Microservices-Denkweise erfordert etwas Geduld. Wir hatten Vermarkter mit traditionellem CMS-Hintergrund, die sich der Idee widersetzten, bei der Verwendung eines Headless-CMS in mehrere Systeme und Dienste einzutauchen. Wir haben es geschafft, sie bei der Auswahl und Implementierung ihrer Headless-CMS-Plattform mit auf die Reise zu nehmen. Jetzt sind sie Befürworter dieser kopflosen CMS-Plattform, da sie es ihnen ermöglicht, neue Systeme und Dienste zu integrieren, anstatt an eines gebunden zu sein, das von einem traditionellen CMS bereitgestellt wird.
Achten Sie auf:
Omnichannel im Kern
So sehr Ihnen eine Microservices-Mentalität bei der Integration eines Headless-CMS helfen würde, die wahre Stärke von Headless liegt in seiner Omnichannel-Natur. Ein Omnichannel-Erlebnis dreht sich um Ihren Kunden und schafft ein einheitliches Kundenerlebnis für Ihre Marke, indem Vertrieb und Marketing vereint werden. Mit einem Headless-CMS werden Inhalte für verschiedene Kanäle wie Web, Mobilgeräte, soziale Medien, intelligente Geräte ohne Benutzeroberfläche, IoT-Geräte und sogar nicht-digitale Berührungspunkte wie eine Ladenfront bereitgestellt.
Bei einem Headless-CMS müssen Sie das Schema für jedes Inhaltsmodell von Grund auf neu definieren . Der Prozess der Definition dieser soliden, logischen Taxonomiestruktur für die Inhaltselemente, die Sie erstellen und veröffentlichen, wird als Inhaltsmodellierung bezeichnet. Wenn Ihr erster Kanal Ihre Website sein wird, stellen Sie sicher, dass Ihre Inhaltsmodellierung Omnichannel berücksichtigt, um zukünftige Probleme zu lindern. Wenn Sie nur nach einem Ersatz-CMS suchen, um Ihre Website mit Strom zu versorgen, werfen Sie einen weiteren genauen Blick auf den traditionellen oder entkoppelten CMS-Bereich, um zu sehen, ob es etwas gibt, das Ihren Anforderungen besser entspricht.
Denken Sie bei der Modellierung von Inhaltsschemas an die Zukunft. Ich habe vor nicht einmal einem Jahrzehnt für eine große Fluggesellschaft gearbeitet und kann mich daran erinnern, dass ich versucht habe, Inhalte für mobile Geräte zu modellieren (ja! Es gab eine separate Subdomain für eine mobile Website). Dies war unerträglich schwierig, da die Inhaltsschemata nur auf eine Desktop-Website ausgerichtet waren. Aber die Geschichte gilt auch heute noch, dass wir bei der Inhaltsmodellierung wachsam sein müssen.
Achten Sie auf:
Großartige Inhalte erstellen
Ob es sich um ein herkömmliches CMS oder ein Headless-CMS handelt, die Hauptanforderung ist die Verwaltung von Inhalten. Content-Autoren sollten es lieben, im Backoffice zu arbeiten. Wenn Sie sehen, dass Autoren sich wegen der Kommentar- oder Vorschlagsfunktionen anderen Autorentools wie Google Docs zuwenden, kann dies ein Warnsignal dafür sein, welche Funktionen Sie vermissen.
Microsoft Word-Dokumente, Tabellenkalkulationen und Google-Dokumente erheben sich immer, wenn sie mit Inhaltsautoren arbeiten. Anstatt zu versuchen, sie im Voraus zu verbannen, besteht der einfachste Weg, Content-Autoren dazu zu bringen, am CMS zu arbeiten, darin , ihnen die Funktionen zu geben, die sie benötigen, und sie werden diese automatisch auslaufen lassen. Als wir die eigene Website von Luminary auf einem Headless-CMS live geschaltet haben, erhielt jedes Teammitglied (50 von ihnen) genügend Zugriff, um sein eigenes Profil für die Website hinzuzufügen und zu bearbeiten. Es funktionierte wunderbar, ohne dass 50 Google Docs überall herumflogen.
Bearbeitungserfahrung
Die Entscheidung für ein Headless CMS kann eine IT-Entscheidung sein. Aber die Zustimmung der Vermarkter und Inhaltsautoren innerhalb des Unternehmens ist entscheidend für seine Akzeptanz und seinen Erfolg. Ein Headless-CMS, das es Content-Autoren ermöglicht, Inhalte einfach einzugeben, vorhandene Inhalte zu finden und Inhalte wiederzuverwenden, sollte sofort einsatzbereit sein.
Um das Erstellen von Inhalten zu vereinfachen , sind benutzerfreundliche Editoren wie WYSIWYG-Editoren, Texteditoren, Dropdown-Menüs und benutzerdefinierte Editoren ein Muss. Eine saubere und minimalistische Benutzeroberfläche, die es einem Inhaltsautor ermöglicht, sich auf die anstehende Aufgabe zu konzentrieren, wird geschätzt. Eine Bearbeitungsschnittstelle, die das gleichzeitige Bearbeiten, Kommentieren und Erstellen von untergeordneten Inhaltselementen in derselben Schnittstelle ermöglicht, erhöht die Produktivität von Inhaltsautoren.
Ein Wort der Vorsicht, wenn Sie WYSIWYG-Editoren verwenden oder sich stark auf eine Bearbeitungsschnittstelle verlassen, die HTML erzeugt. Da ein Headless-CMS darauf ausgerichtet ist, mehrere Kanäle zu bedienen, würde das Verlassen auf WYSIWYG-Editoren die atomare Natur von Inhalten, die wiederverwendet werden können, aufheben. Stellen Sie sicher, dass benutzerdefinierte Editoren den Zugriff auf Datenfelder auf granularer Ebene zulassen . Wir haben gesehen, dass dies die Wiederverwendung von Inhalten über verschiedene Kanäle wie beispielsweise Mobilgeräte und Desktops behindert.
Bei einem Headless CMS ist das Organisieren von Inhaltselementen in einer Baumstruktur nicht die Norm. Aber es ist eine Brücke, die es Content-Autoren ermöglicht, leicht von einem traditionellen CMS zu einem Headless-CMS zu wechseln. Wenn Inhaltselemente nicht in einer Baumstruktur visualisiert werden, ist eine starke Suchmaschine mit Facetten und Tagging-Funktionen für Ihre Inhaltsredakteure von größter Bedeutung. Auf diese Weise können Autoren vorhandene Inhalte leicht finden und wiederverwenden.
Bei der Wiederverwendung von Inhalten ist ein weiterer zu berücksichtigender Aspekt, ob Inhaltselemente problemlos in anderen Inhaltselementen verschachtelt werden können. Dies ermöglicht eine maximale Wiederverwendung vorhandener Inhalte. Hüten Sie sich jedoch vor zirkulären Verweisen auf Inhalte , die Kopfschmerzen und Leistungsprobleme verursachen können. Ein Beispiel ist ein Inhaltselement für einen Anwalt, das mit einem Inhaltselement für eine Expertise verknüpft ist. Wenn dann das Inhaltselement „Expertise“ erneut mit mehreren Inhaltselementen „Anwalt“ verknüpft ist, könnte dies einen Zirkelverweis bilden. Suchen Sie nach einem Headless-CMS mit eingebauten Smarts, um die Tiefe in der API und Visualisierungen zu begrenzen, um verknüpfte Inhaltselemente anzuzeigen, um diese Falle zu vermeiden.
Achten Sie auf:
Der Wert eines Bildes: Umgang mit Medien
Ein Bild sagt mehr als tausend Worte. Bild-Assets sind jedoch schwer zu transportieren, schwierig zu organisieren und schwer zu durchsuchen. In einem typischen CMS werden Sie im Laufe der Zeit Duplikate und schlecht benannte Bild-Assets sehen. Es ist wichtig, dass Content-Editoren Tools zum Organisieren, Kategorisieren, Markieren, Wiederverwenden und Suchen von Bildern in einem Headless-CMS an die Hand gegeben werden. Für mich bedeutet das, Assets in Ordnern oder Containern zu organisieren. Es wäre jedoch gut zu verstehen, was Ihr Team in Bezug auf die Verwaltung statischer Assets benötigt .
Die Möglichkeit, ein einzelnes Bild hochzuladen, einen Schwerpunkt darauf zu setzen und dann seine Abmessungen und Qualität für verschiedene Geräte und Bildschirmgrößen zu manipulieren, bringt eine enorme Zeitersparnis für einen Inhaltseditor und sogar für Designer/Grafiker, die hinter den Kulissen arbeiten. Die Bereitstellung statischer Assets in Formaten wie WebP über ein Content Delivery Network (CDN) ist ebenfalls entscheidend, um Ihren Benutzern eine schnelle Website zu bieten.
Die meisten Headless-CMS sind mit diesen Funktionen standardmäßig ausgestattet. Wenn nicht, müssen Sie entscheiden, auf welche Funktionen Sie verzichten können. Es gibt einen Vorbehalt zu dieser Regel. Für eine umfangreiche Bearbeitung der Originalbilder sollten Sie sich an die besten Tools für den Job wie Photoshop halten.
Neben Bildern sind Videos die zweitwichtigsten Assets. Noch einmal, mit der Microservices-Mentalität sollte das Streamen von Videos Dienstanbietern wie YouTube, Vimeo und anderen Online-Streaming-Diensten überlassen werden. Wenn Ihr Headless-CMS Ihnen eine nette Bearbeitungsoberfläche bieten kann, um ein Video von einem dieser Anbieter zu suchen oder auszuwählen, ist das ein Bonus.
Achten Sie auf:
Autorenrollen
Wer Inhalte eingeben und wer Inhalte genehmigen oder auf einer Live-Site veröffentlichen kann, und andere granulare Berechtigungen müssen ebenfalls über das Headless CMS verwaltet werden. Ein Zwei-Personen-Team könnte ohne unterschiedliche Autorenrollen überleben, aber wenn Organisationen und Inhaltsteams wachsen, sind Autorenrollen ein Muss.
Ich habe mit Content-Teams von über 40 Redakteuren zusammengearbeitet und diese Anforderung muss sorgfältig gegen das von Ihnen gewählte Headless-CMS bewertet werden. Wenn nicht, herrscht Chaos. Mit dem 40-köpfigen Team, mit dem ich zusammengearbeitet habe, hatten wir Texter, Übersetzer, QA-Mitarbeiter und Rechtsprüfer, die unterschiedliche Berechtigungen für den Zugriff auf bestimmte Inhalte , Sprachvarianten, Workflow-Genehmigungen und Veröffentlichungsrechte hatten.
Die Anzahl der unterschiedlichen Rollen und Backoffice-Benutzer bestimmt normalerweise, wie Headless-CMS ihre Preise strukturieren. Wenn Sie Preispunkte zwischen Anbietern vergleichen, denken Sie an aktuelle Zahlen und das zukünftige Wachstum Ihres Content-Teams.
Achten Sie auf:
Arbeitsabläufe
Nicht jedes Inhaltselement muss über einen Workflow verwaltet werden. Aber wenn Workflows, Audit-Trails und Genehmigungen erforderlich sind, muss der Prozess in Ihrem Headless CMS verwaltet werden. Ein robuster Workflow, der von Grund auf auf Ihrem Headless-CMS aufgebaut ist, gibt Ihnen die Gewissheit und die Möglichkeit, jedes Inhaltselement gemäß Ihrem Geschäftsprozess zu handhaben. Die Möglichkeit, Drittsysteme über Webhooks oder APIs einzubinden, ist ein Bonus, auf den Sie achten sollten.
Achten Sie auf:
Inhaltsvorschau
Der Inhaltsredakteur hat den Inhalt verfasst, Bilder hinzugefügt und über einen Workflow zur Genehmigung gesendet. Aber wo sehen sie eine Vorschau der Inhalte, bevor sie der Öffentlichkeit zugänglich gemacht werden? Hier kommen Vorschau-APIs zum Abrufen unveröffentlichter Inhalte und die Möglichkeit zum Festlegen von Vorschauumgebungen ins Spiel.
Mit einem Headless-CMS, das sich von einer Ein-Kanal-Denkweise wegbewegt hat, sollten Ihre Content-Redakteure nicht erwarten, dass sie im CMS-Backoffice eine vollständige Seitenvorschau sehen. Jeder Kanal sollte über seine eigene Staging- oder Vorschauumgebung verfügen, um noch zu veröffentlichende Inhaltsentwürfe anzuzeigen. Dies kann eine Staging-Site für Ihre Website oder eine lokal installierte Version Ihrer mobilen App sein. Eine Vorschaufunktion muss in dem von Ihnen gewählten Preisplan für das Headless-CMS Ihrer Wahl verfügbar sein.
Achten Sie auf:
Orte
Wenn Ihre Inhalte an verschiedenen Orten bereitgestellt werden müssen, muss diese Anforderung frühzeitig in Ihrem Projekt identifiziert werden. Nachrüsten ist möglich, macht aber keinen Spaß. Wie Sie Inhalte und Assets über Kulturen und Sprachen hinweg verwalten, sollte durchdacht und dokumentiert werden. Ich würde empfehlen, eine Blaupause zu erstellen, um zu identifizieren, welche Sprachen und Assets von anderen erben oder als Standard dienen. Stellen Sie dann sicher, dass Ihre Wahl des Headless-CMS diesen Entwurf unterstützt, oder erkunden Sie Wege, um das gleiche Ergebnis auf andere Weise zu erzielen.
Achten Sie auf:
Es ist immer wichtig, großartige Inhalte zu erstellen. Inhaltsautoren sollten daher die bestmögliche Erfahrung in ihrer täglichen Arbeit erhalten, um Ihren Übergang zu Headless CMS zu einem Erfolg zu machen.
„
Entwicklungszeit ist kostbar
Bei einem Headless CMS ist die Beteiligung der Entwickler ein Muss. Dies kann ein Back-End-Entwickler oder ein Front-End-Entwickler sein, der die Headless-API verwendet, um Inhalte auf der Website anzuzeigen. Aber sobald die anfängliche Entwicklung abgeschlossen ist, sollte ein Inhaltsautor in der Lage sein, mit minimalem Eingriff zu arbeiten. Das ist der springende Punkt bei der Verwendung eines CMS. Dies gilt auch für Headless-CMS.
So wie Inhaltsautoren beim Vergleich von Funktionen berücksichtigt werden, sollten auch Entwicklerfunktionen untersucht werden. In diesem Abschnitt werden wir uns Funktionen ansehen, die Entwicklern Zeit sparen.
APIs/GraphQL-Unterstützung
Eine ausgereifte API, die die Auswahl, Paginierung und Projektion von Inhaltselementen ermöglicht, ist für einen Entwickler von entscheidender Bedeutung, um mit einem Headless-CMS zu arbeiten. Die sofort einsatzbereite GraphQL-Unterstützung ist ein weiterer entscheidender Faktor, da sie es dem Entwickler ermöglicht, das benötigte Ergebnis auf einer sehr granularen Ebene zu definieren. Eine umfassende Dokumentation und Codebeispiele sind ebenfalls ein Muss.
Stellen Sie sicher, dass Ihre Entwickler mit den APIs zum Abrufen von Inhalten zufrieden sind, bevor Sie sich für ein Headless-CMS entscheiden. Vergessen Sie nicht Vorschau-APIs, sichere APIs und die einfache Verwendung per Code. Möchten Sie die Erstellung von Inhalten automatisieren? Dann sollten Content-Management-APIs in Betracht gezogen werden.
Content-Management-APIs waren ein Segen, wo wir den Import von über 2.000 Blog-Posts von einer WordPress-Site in ein Headless-CMS automatisiert haben. Alle Blogbeiträge und zugehörigen Bilder wurden mit minimalem Arbeitsaufwand für die Inhaltsautoren importiert. Einige Headless-CMS bieten Google Sheets-Add-Ons und andere raffinierte Tools, um dies mit einem Klick auf eine Schaltfläche zu tun.
Da viele Headless-CMS kostenlose Testversionen anbieten, ist es eine gute Idee, sie auf eine Probefahrt mitzunehmen, um ihre Eignung und Konformität mit Ihrer Wahl der Inhaltserstellung und des Abrufs zu sehen.
Achten Sie auf:
Native SDKs
Software Development Kits (SDKs) für verschiedene Technologien, Sprachen und Plattformen sind direkt vom Headless-Anbieter, einer Open-Source-Initiative oder einem Drittanbieter erhältlich. Stellen Sie sicher, dass diese SDKs die Technologie, Sprache und Plattform unterstützen, auf der Sie Ihre Website oder Verbraucher-App erstellen. So sehr Ihnen RESTful- und GraphQL-APIs das Abfragen von Inhalten ermöglichen, könnte ein natives SDK die Entwicklungsstunden erheblich reduzieren .
Bei Luminary hat uns die Arbeit mit nativen SDKs für Headless-CMS ermöglicht, die neuesten Technologien wie Microsoft .NET Core und .NET 5 zu nutzen. Außerdem hat uns das Aufbauen auf einem vorhandenen SDK ermöglicht, die vom Anbieter empfohlenen Best Practices beim Speichern zu befolgen Zeit.
Achten Sie auf:
Umgebungen
Eine Website oder eine App für einen Tante-Emma-Laden kann möglicherweise Inhalte mit einer einzigen Produktionsumgebung kuratieren und in der Vorschau anzeigen. Aber wenn Organisationen, Teams und Funktionen wachsen, werden mehrere Umgebungen zum Kuratieren und Anzeigen von Inhalten erforderlich. Ihr Headless-CMS muss nicht nur Umgebungen bereitstellen, sondern auch Ihre konsumierende Anwendung sollte über eingerichtete Umgebungen verfügen. Methoden zum Aktualisieren von Inhalten in verschiedenen Umgebungen müssen in Betracht gezogen werden.
Achten Sie auf:
Bilder, Dateien und CDNs
Wir haben das Verwalten von Bildern angesprochen, als wir über Funktionen für den Inhaltsautor gesprochen haben. Aus Entwicklersicht müssen nicht nur statische Assets auf einem CDN zwischengespeichert werden. Viele Headless-CMS speichern Inhalte, die über RESTful- oder GraphQL-APIs abgerufen werden. Dadurch wird der Abrufprozess beschleunigt und die Leistung Ihrer Anwendung verbessert.
Obwohl CDN-Caching sehr nützlich ist, kann es vorkommen, dass Cache-Beschädigungen oder ältere zwischengespeicherte Elemente Probleme verursachen können . Die Möglichkeit, den CDN-Cache zu löschen oder die neuesten Inhalte mit bestimmten HTTP-Headern einzulesen, sollte Teil der API-Funktionalität Ihres Headless-CMS sein.
Die Möglichkeit, benutzerdefinierte Domänen für ein CDN zu verwenden, um Ihre Inhalte oder statischen Assets bereitzustellen, ist möglicherweise eine Anforderung, die Sie berücksichtigen müssen.
Achten Sie auf:
Nutzungsbeschränkungen über Pläne hinweg
Ein weiterer zu berücksichtigender Faktor sind die Nutzungsbeschränkungen, die für jeden Plan, den Sie abonnieren, für das Headless-CMS Ihrer Wahl festgelegt wurden. Die Anzahl der Inhaltselemente, der Bandbreitenverbrauch, die Anzahl der Backoffice-Benutzer, die Anzahl der API-Aufrufe und die Ratenbegrenzungen müssen durchdacht werden. Berücksichtigen Sie bei der Planung von Nutzungsbeschränkungen die aktuelle Nutzung und die zukünftige Nutzung. Denken Sie daran, dass viele Headless-CMS auf Abonnementbasis arbeiten und Sie fast sofort auf Pläne mit höheren Limits upgraden können.
Es lohnt sich jedoch, sich darüber im Klaren zu sein, wie viele Benutzer die Plattform nutzen werden und ob die Lösung massiv skaliert werden müsste. Wir haben miterlebt, wie ein Kunde eine sehr hohe Rechnung erhalten hat, weil er unwissentlich eine große Anzahl von Benutzern über sein zugewiesenes Kontingent hinzugefügt hat. Es ist eine gute Idee für Administratoren, sich darüber im Klaren zu sein, was ihr Headless-Plan bietet, und die Nutzung im Auge zu behalten.
Erwägen Sie, Ihre aktuellen Nutzungsgrenzen mit clientseitigem Caching, statischen Seitengeneratoren und intelligenten API- oder GraphQL-Aufrufen zu unterschreiten, um Ihre Betriebsausgaben zu reduzieren.
Achten Sie auf:
Die Zeit eines Entwicklers ist teuer. Während ein Headless-CMS als entwicklerfreundliches CMS angepriesen wird, hat jeder Anbieter andere Funktionen, die er nativ unterstützt. Es wird dringend empfohlen, diese zu verstehen und mit den Anforderungen Ihrer Entwickler zu vergleichen.
„
Andere Faktoren
Es gibt noch einige andere Faktoren, die den Inhaltsautor oder Entwickler möglicherweise nicht beeinflussen. Dies kann von Marketing über Finanzen bis hin zu gesetzlichen und behördlichen Anforderungen für Ihre Branche und Ihr Unternehmen reichen.
Rechenzentrumsstandorte
Eine häufig gestellte Frage lautet: Wo werden die Daten gespeichert? Ja, in der Cloud. Aber welches geografische Rechenzentrum ist eine wichtige Frage aufgrund der gesetzlichen und regulatorischen Anforderungen bestimmter Unternehmen. Ein Headless-CMS, mit dem Sie Daten im Rechenzentrum Ihrer Wahl speichern können, kann ein entscheidender Faktor bei der Entscheidung für ein CMS sein.
Technische und Verkaufsunterstützung
Die Möglichkeit, technischen und vertrieblichen Support in Ihrer Zeitzone zu erhalten, ist ein weiterer entscheidender Faktor bei der Wahl Ihres Headless CMS. Das Fehlen eines lokalen Vertriebsmitarbeiters hat dazu geführt, dass viele Projekte zugunsten der Anbieter ausgefallen sind, die Mitarbeiter in der jeweiligen Region vor Ort haben.
Wir hatten eine große NFP-Organisation (Not for Profit), die sich aufgrund der Möglichkeit, Daten in einem Azure-Rechenzentrum in Australien zu speichern, für einen Headless-CMS-Anbieter entschieden hat. Die Verkaufsunterstützung vor Ort und der technische Support rund um die Uhr waren der entscheidende Verkaufsschlager für diesen Headless-CMS-Anbieter.
Achten Sie auf:
Zu berücksichtigende Unternehmensfunktionen
Einige große Organisationen benötigen möglicherweise ein Single-Sign-On (SSO), das an das Authentifizierungssystem des Unternehmens gebunden ist, oder Audit-Protokolle, die einfach abgefragt werden können. Es kann Integrationen in bestehende Systeme und bestimmte ISO-Zertifizierungen geben, die vorhanden sein müssen, bevor ein SaaS-Produkt als geeignet angesehen wird. Das Erstellen einer Liste dieser Unternehmensfunktionen und anderer, die für Ihre Organisation auf Unternehmensebene einzigartig sind, ist ein guter Ausgangspunkt bei der Auswahl eines Headless-CMS.
Die Gemeinschaft in Aktion
Ein weiterer Bereich, der normalerweise übersehen wird, ist die Community rund um ein bestimmtes Headless-CMS. Gibt es Menschen da draußen, die sich für das Produkt begeistern? Ich spreche nicht von den Marketing-Peeps des Anbieters. Gibt es genügend Open-Source-Ressourcen, die von den Personen, die das Tool verwenden, gemeinsam genutzt werden? Dies ist möglicherweise kein entscheidender Faktor, hilft jedoch, wenn Sie während der Implementierungs- oder Supportphase eines Projekts in einer schwierigen Lage sind.
Infrastrukturintegration
Mit Headless CMS sind Sie nicht an Technologie, Sprache oder Plattform gebunden. Die Technologie oder Plattform, auf der das Headless CMS aufbaut, hat keinen Einfluss auf die Client-Anwendung. Sie können eine Technologie Ihrer Wahl von .NET bis Node.js verwenden, Ihr Betriebssystem könnte Windows, Linux oder macOS sein, und Ihre Sprache könnte alles von Python bis C# sein.
Ebenso können Sie bei der Beschaffung der Infrastruktur wählen, ob Sie Ihre Website auf Netlify, Azure, GCP oder AWS hosten möchten. Die Architektur Ihrer Website und deren Infrastrukturentscheidungen basieren nun ausschließlich auf Ihren Anforderungen. Es gibt auch native erstklassige Integrationen mit Diensten wie Gatsby Cloud, die mehr Kombinationen bringen, die Ihnen das Leben erleichtern. Für einige könnte dies eine wichtige Entscheidung sein und sollte im Gespräch mit einigen erfahrenen Praktikern im Headless-Bereich getroffen werden.
Achten Sie auf:
Unsere Erfahrung bei Luminary
Bei Luminary hatten wir das Glück, mit kopflosen CMS wie Acoustic, Contentful, Kentico Kontent und Umbraco Heartcore zusammenzuarbeiten. Wir arbeiten mit einigen dieser CMS seit den Beta-Versionen ihrer Plattformen. Öffentliche Roadmaps, hervorragender technischer Support und das Eingehen auf unsere Feature-Anfragen waren einige unserer Highlights bei diesen Plattformen.
Wir haben Erfahrung mit SEO für Headless-Websites mit reinen Front-End-Implementierungen, dem Caching großer Auflistungsseiten, dem Umgang mit großen serverseitigen Caches und der Integration anderer Microservices mit Headless-CMS. Jede davon hatte ihre einzigartigen Herausforderungen , auf die Sie achten sollten. Außerdem müssen einfache Aufgaben auf einem herkömmlichen CMS wie das Einreichen von Formularen und die Site-Suche zusammen mit fortgeschritteneren Funktionen wie Benutzerauthentifizierung und Autorisierung mit Diensten von Drittanbietern gut durchdacht sein.
Wenn Sie das richtige Headless-CMS mit den obigen Hinweisen und mit dem richtigen Implementierungspartner auswählen, sollten Sie am Ende ein Headless-CMS erhalten, das glückliche Vermarkter, glückliche Inhaltsredakteure und glückliche Entwickler macht.