Reines Headless ist nicht die Antwort für den Webkanal
Der Webkanal ist heute genauso wichtig wie früher. Verzichten Sie nicht auf all diese Funktionen, wenn Sie es nicht müssen.
Es gibt eine reflexartige Reaktion, die wir oft sehen, die aber selten den Kunden hilft.
Wenn ich fortschrittliche Front-End-Technik auf meiner Website verwenden möchte, dann brauche ich ein reines Headless CMS!
Nein, das brauchen Sie nicht.
Wir sehen das immer wieder - Unternehmen wollen ihre Benutzeroberfläche verbessern und entscheiden sich daher für React oder Vue oder was auch immer im Frontend. Dabei handelt es sich um JavaScript-basierte Templating-Systeme, die Inhalte über Ajax-Aufrufe vom Server abrufen und die Seite dynamisch neu darstellen.
Technisch gesehen tätigen Websites, die mit diesen Systemen erstellt wurden, nur einen "traditionellen" HTTP-Aufruf an den Server - den ersten, der eine Seiten-Shell herunterlädt und das JavaScript-Framework "bootstrapt". Von diesem Zeitpunkt an wird alles hinter den Kulissen ausgetauscht, ohne dass die Seite neu geladen werden muss.
Das klingt... kopflos, ich weiß. Ajax, JSON, React, JAMStack - all diese Akronyme schreien geradezu nach der Notwendigkeit von Headless.
Aber hier ist die Wahrheit.
Sie haben immer noch eine Website.
Sicher, Sie machen vielleicht ein paar ausgefallene Templates und verwalten das Layout, aber Sie erstellen immer noch eine Website, und es gibt immer noch eine Menge Website-Konzepte, die Sie verwalten müssen.
Sie haben immer noch URLs.
Sie haben immer noch Seiten.
Sie haben immer noch eine Seitenkomposition.
Sie haben immer noch Links von Seite zu Seite.
Sie müssen immer noch Medien visuell einbetten.
Sie wollen immer noch eine Vorschau von Webseiten.
Sie haben immer noch eine Website.
Was Sie nicht haben, ist der Bedarf an server-generiertem HTML. Wenn Sie das richtige CMS wählen, ist die serverseitige Generierung von HTML nur ein sehr, sehr kleiner Teil des Anfrage-Antwort-Prozesses.
Was Sie brauchen, ist ein Web CMS (ja, ich habe es gesagt), das seine Template-Schicht gegen JSON und nicht gegen HTML austauschen kann.
Viele Systeme können dies tun. Hier ist eines: Optimizely Content Cloud
Reine Headless-Anbieter wollen, dass Sie vergessen, dass Sie im Grunde eine Website erstellen. Sie verkünden in dramatischen Worten, dass Sie "Inhalte und nicht Seiten verwalten" müssen.
Nun, sicher.
Aber Sie müssen immer noch Seiten verwalten.
Denn Sie haben immer noch eine Website.
Ich habe schon Leute gesehen, die Websites mit reinen Headless CMS verwaltet haben. Das ist zwar möglich, aber am Ende müssen Sie eine ganze Reihe von Funktionen neu erstellen oder sich mit einer minderwertigen Funktionalität abfinden, weil das Tool, das Sie verwenden, die Anforderungen an die Arbeit im Internet überhaupt nicht kennt.
Vor ein paar Monaten traf ich mich mit einem Kunden, der seine Website mit einem führenden Anbieter von Headless-Lösungen erstellt hatte. Stolz zeigten sie mir das Backend ihres Systems. Seltsamerweise waren sie am meisten stolz darauf, wie sie eine Reihe von kundenzentrierten Funktionen für den Webkanal, der ihr wichtigster Kundenkontakt war, neu erstellt hatten.
Sie waren stolz auf das System, das sie für die Vorschau von Inhalten eingerichtet hatten.
Sie waren stolz auf den URL-Routing-Mechanismus, den sie implementiert hatten.
Sie waren stolz auf die "Diesen Inhalt bearbeiten"-Links, die sie in die Auslieferungsschicht gehackt hatten.
Sie waren stolz auf die Rube Goldberg-Methode, die sie entwickelt hatten, um Inhalte in andere Inhalte einzubetten und so eine zusammengesetzte Seite zu bilden.
Sie waren stolz auf all die Metadaten, die sie hinzugefügt hatten und mit denen sie die Seiten in der Navigation organisieren konnten.
Ich schätze, dass ein Drittel der Arbeit, die sie in ihre Site gesteckt haben, nur dazu diente, ein Headless CMS so zu gestalten, dass es für die Verwaltung einer Website einigermaßen taugt. Sie haben Hunderte von Stunden damit verbracht, nur das zu erreichen, was ein Web CMS von Haus aus tut.
Das veranlasste mich zu der Frage: "Warum haben Sie nicht von vornherein ein Web CMS verwendet?
Sie waren überrascht, dass ich überhaupt gefragt habe. Sie antworteten:
"Nun, wir wollten React verwenden. Und wir verwenden einen Teil dieser Inhalte in unserer Mobile App. Also... nun... mussten wir natürlich mit Headless beginnen."
...nein, das haben Sie nicht.
Ein gutes Web CMS kann Vorlagen in jedem beliebigen Format erstellen: Server-gerendertes HTML oder React oder etwas anderes.
Und ein gutes Web CMS verfügt über eine Content-Bereitstellung-API, die Inhalte als reine Daten wiederverwenden kann, so dass Sie sie an anderen Stellen einsetzen können.
All das, und es ist darauf ausgelegt, Ihnen beim Aufbau einer Website zu helfen.
Darüber habe ich schon einmal geschrieben:
In diesen Beiträgen weise ich darauf hin, dass Front-End-Techniken nur Templates sind und dass Episerver flexibel genug ist, um diese Schicht auszutauschen. In der Tat bieten wir in unserem Open-Source-Projekt Foundation React eine React-Starter Site an.
Darüber hinaus verfügt Episerver über eine Content-Bereitstellung-API, die Ihnen Ihre Inhalte als reine Daten zur Verfügung stellt, frei von jeglichem serverseitigen Rendering. Sie können dies mit Inhalten tun, die Sie in Seiten verwenden, oder Sie können reine Inhalte verwalten, die frei von jeder Präsentationskomponente sind (Sie wissen schon...Headless Content).
In diesem zweiten Blog-Beitrag habe ich sogar auf einen Code verlinkt, der dies beweist:
Hybrid Headless ist eine großartige Wahl für Unternehmen, die Websites erstellen, aber fortschrittliche Front-End-Technik verwenden und dennoch die Flexibilität haben möchten, Inhalte als Daten für jede andere Plattform bereitzustellen.
Sie können all das haben, ohne all die webzentrischen Funktionen neu aufbauen zu müssen, an die Sie wahrscheinlich erst denken, wenn sie nicht mehr vorhanden sind, und von denen Ihre Redakteure einfach annehmen, dass sie auch im neuen System vorhanden sein werden.
Wenn Ihre Redakteure sich fragen, wie sie Inhaltselemente auf ihren Seiten verschieben, miteinander verknüpfen und in der Vorschau anzeigen können, werden Sie sich ausrechnen, wie viel es kosten wird, diese Funktionen in einem System neu zu erstellen, das sich weigert, die Existenz des Webs anzuerkennen.
Glauben Sie mir, wenn ich Ihnen sage, dass das kein guter Tag sein wird.
Über den Autor
