Der Stand der Headless-Architektur 2021

Jedes Jahr ändern sich die Technologietrends und jedes Jahr verblüffen sie uns aufs Neue. Ich glaube, es sind diese technologischen Fortschritte, die die Welt in Bewegung halten, und Stillstand ist nichts, was sich jemand von uns wünschen oder gar bevorzugen würde.    

Heute möchte ich über einen solchen technologischen Fortschritt sprechen, der Webentwickler, Marketer und Stakeholder über ihre Erwartungen hinaus begeistert hat. Und das ist die Headless-Architektur für die Webentwicklung. 

Was ist also die Headless-Architektur?

Traditionell ist eine Website, die mit Content-Management-Systemen erstellt wird, vollständig in diesem CMS enthalten. Diese eine Software ist die gesamte Welt der Website; sie steuert die Präsentationsschicht und die Benutzeroberfläche (UI) und verwaltet gleichzeitig Inhalte im Backend – mehr gibt es für sie nicht. Die Headless-Lösung kann einer Website jedoch die Möglichkeit bieten, in neuere und modernere Technologien einzutauchen. 

Mit den Headless-Ansätzen trennt eine Website im Wesentlichen ihr Frontend vom Backend. Während die Backend-Funktionalität vom verwendeten CMS abhängt, kann das Frontend jede dem Entwickler zur Verfügung stehende Technologie sein. JavaScript und Static Site Generatoren werden oft gewählt, wobei React, Angular, Vue, Gatsby und Metalsmith zu den Spitzenreitern gehören. 

Wie funktioniert die Website also mit dieser Trennung der Ebenen?

Eine Anwendungsprogrammierschnittstelle oder kurz API hilft dabei. Sie überträgt Informationen zu und von beiden Enden, ähnlich einem Vermittler im Vertrieb. Dank der API können Inhalte problemlos auf mehreren Kanälen verteilt werden, was Content-Ersteller äußerst glücklich macht – ein Vorteil, den die monolithische Architektur nicht bietet. 

Die Headless- oder entkoppelte Architektur ist bekannt für die Freiheit, die sie Entwicklern bietet, was sie zu einem Trend macht, der zunehmend an Bedeutung gewinnt und den wir heute analysieren werden: Die Gründe, die Statistiken, die Headless-Domänen, die Einschränkungen und natürlich können wir Drupal nicht ignorieren. Werfen wir einen Blick auf die Trends der Headless-Architektur im Jahr 2021.

Ist die Headless-Architektur das nächste große Ding in der Webentwicklung geworden?

Für mich lautet die Antwort auf diese Frage ein klares Ja. Und ich habe drei Worte, um meine Haltung zu begründen: überragende digitale Erlebnisse. Headless-Architekturen haben das Potenzial, digitale Erlebnisse zu schaffen, die weit überlegen sind, als es ein eigenständiger, monolithischer Ansatz jemals hervorbringen könnte. Es mag etwas unfair erscheinen zu sagen, dass die monolithische Architektur unzulänglich in dem ist, was sie tut – das ist sicherlich nicht der Fall, es ist nur so, dass die Headless-Architektur einfach viel mehr zu bieten hat. Für ein tieferes Verständnis lesen Sie mehr über Headless-Architektur und monolithische Architekturen und wann man von monolithischer zu Headless-Architektur wechseln sollte.

Werfen wir nun einen genaueren Blick auf die entscheidenden Gründe für die bedeutende Stellung, die die Headless-Architektur im Jahr 2021 eingenommen hat. Wenn Sie sich fragen „Lohnt sich ein Headless CMS?“, werden Ihnen diese Gründe eine Antwort geben.

Headless für grenzenlose Technologien und grenzenlose Möglichkeiten 

Der Hauptgrund für die herausragende Position der Headless-Architektur ist den grenzenlosen Technologien zu verdanken, die es dem Anwender ermöglicht, zu übernehmen. Headless ist zum Synonym für technologischen Fortschritt in der Webentwicklung geworden. Ein traditionelles CMS im monolithischen Sinne wäre immer mit Einschränkungen verbunden; es gäbe einen Punkt, an dem seine Fähigkeiten nicht mehr erweitert werden können. Im Headless-Setup ist dieser Punkt jedoch ziemlich weit hergeholt. Mehr darüber, ob die Wahl eines Headless CMS richtig ist oder nicht, finden Sie hier.

Sie können jede gewünschte Technologie verwenden und jede gewünschte Funktion zu Ihrem Projekt hinzugefügt werden. 

Was ist das Ergebnis?

Ein verbessertes digitales Erlebnis für Ihre Nutzer. Hier ist, was die WP Engine-Umfrage 2021 herausfand. 

Fast 92 % der Umfrageteilnehmer waren der Meinung, dass die Headless-Architektur aufgrund des gebotenen Content-Erlebnisses zu einem verbesserten digitalen Erlebnis für die Nutzer führte.

Sie können den Vorteil, den Ihnen der Einsatz anderer Technologien bietet, nicht leugnen. 

• Sie erhalten die beste Omnichannel-Content-Erfahrung; Sie können sie auf mehreren Plattformen wiederverwenden, ohne dass sie auf verschiedenen Silos verstreut ist; 
• Sie erhalten eine bessere Ästhetik, bessere Zugänglichkeit und ein besseres Nutzererlebnis für Ihr Projekt; 
• Sie erhalten bessere Sicherheit, da die Codebasis aufgrund der Trennung der Verantwortlichkeiten weniger umfangreich ist; 
• Sie erhalten mehr Produktivität von Ihren Entwicklern, da diese Technologien verwenden, die sie mögen und mit denen sie vertraut sind; 
• Sie erhalten unabhängige Marketer, die sich für einfache Aufgaben wie das Erstellen und Aktualisieren von Landing Pages nicht auf Entwickler verlassen müssen: 
• Sie machen Ihr Projekt zukunftssicher, da Sie sich nicht auf eine Software verlassen müssen, die nach einiger Zeit obsolet werden könnte.

Abgesehen davon erhalten Sie auch viele weitere Vorteile: schnellere Performance, schnellere Innovation, schnelleres Marketing und eine schnellere und nahtlose Verbindung zwischen all Ihren digitalen Touchpoints. Und all dies können Sie mit React, Angular, Vue oder einem Static Site Generator erreichen – das ist ganz Ihre Entscheidung.

Headless für zufriedene Nutzer 

Bisher haben wir festgestellt, dass die Headless-Architektur mit einer exponentiellen Anzahl von Möglichkeiten ausgestattet ist, die aus einer exponentiellen Anzahl technologischer Optionen entstehen können.

Infolgedessen können Web-Erlebnisse Lösungen bieten, die mit der monolithischen Architektur zuvor nie erreicht wurden. Folglich können Organisationen ihre strategischen Ziele durch Headless erreichen und sind mit ihren Entwicklungen äußerst zufrieden. 

Die Führungsebene in einer Organisation entscheidet sich zunehmend für einen Headless-Ansatz und empfiehlt ihn ihren Technologieanbietern, in der Hoffnung, die vielen Optionen, die dieser Ansatz bietet, zu nutzen. Dies hält nebenbei alle zufrieden, einschließlich der Stakeholder, des Entwicklungs- und Marketingteams sowie der Zielgruppe und der Konsumenten.

Headless aus den richtigen Gründen 

Laut einem Bericht von Kentico Kontent, hier ist die Wahrnehmung der Headless-Architektur direkt von ihren Nutzern. 

Die Mehrheit der Nutzer, einschließlich der Entwickler und Marketer, betrachtet den Headless-Ansatz als vorteilhaft in vielerlei Hinsicht, was uns glauben lässt, dass dies ein Trend ist, der in naher Zukunft nur noch boomen wird.

Headless für bessere Investitionen 

2,6 Millionen USD. 

Das ist ein beträchtlicher Betrag und die durchschnittliche Investition, die Organisationen in Headless-Technologien tätigen. 

Ist es eine bessere Investitionsentscheidung?

Die vorhergehenden drei Punkte sind ein klares Indiz für eine Bejahung dieser Frage. Ja, die Investition mag etwas entmutigend wirken, bringt jedoch eine ganze Reihe von Vorteilen mit sich, die zu einem zufriedenstellenden Ergebnis führen: bessere ROIs.

Nun, sagen Sie mir: 

Würde eine bessere Performance nicht mehr Erträge bringen?
Würde ein agiler Workflow nicht zu mehr Produktivität und besseren Lösungen führen?
Wäre ein robustes digitales Erlebnis nicht gleichbedeutend mit zufriedeneren Konsumenten?

Wenn ja, dann ist die Headless-Architektur wirklich das nächste große Ding in der Welt der Webentwicklung, und jede andere Architektur würde im Vergleich dazu etwas blass wirken.

Was sagen die Zahlen über die Headless-Architektur?

Die Zahlen sprechen heute zugunsten der Technologie und sie begünstigen definitiv den Headless-Ansatz. 

Laut OC&C Strategy Consultants, 

• 55 % der US-Haushalte werden ein Smart Device besitzen; 
• Und der IoT-Markt wird bis zu diesem Jahr voraussichtlich einen Wert von 520 Milliarden USD erreichen.

Dies ist ein Beweis dafür, dass die Technologie in naher Zukunft boomen wird. Was den Headless-Trend betrifft, so zeigt eine Prognose ein enormes Wachstum.

Mit einer CAGR von 22,6 % wird die Headless-Architektur eine glänzende Zukunft haben. 

Werfen wir nun einen Blick auf die Nutzung der Headless-Architektur und das Interesse, das sie bei Großunternehmen im Jahr 2019 im Vergleich zu 2021 geweckt hat.

Wichtig ist auch, dass Organisationen digitale Erlebnisse nun mit Geschäftserfolg assoziieren. Und da wir eine direkte Beziehung zwischen verbesserten digitalen Erlebnissen und Headless-Technologien hergestellt haben, können Sie sich wahrscheinlich denken, was der Weg zum Geschäftserfolg mit sich bringen wird. 

Bezugnehmend auf den WP Engine-Bericht noch einmal: 

Eine große Mehrheit der Organisationen, 92 % von ihnen, glaubt, dass digitale Erlebnisse mit Headless-Technologien leistungsfähiger werden.

Nun, sagen Sie mir, glauben Sie nicht auch, dass der Headless-Ansatz in Zukunft nur noch weiter voranschreiten wird? Wenn Sie mich fragen, bin ich davon überzeugt.

Welche technologischen Aspekte werden mit der Headless-Architektur genutzt?

Wir haben darüber gesprochen, wie die Headless-Architektur derzeit wahrgenommen wird, und Statistiken betrachtet, die nur einen wachsenden Trend zeigen. Werfen wir nun einen Blick auf die Technologien, die genutzt werden, um diesen Ansatz sein wahres Potenzial entfalten zu lassen; das ist wichtig, denn es sind diese Technologien, die die Mehrheit der Vorteile der Headless-Architektur umfassen. 

JavaScript und all seine Vorzüge 

Man kann nicht über Headless-Architektur sprechen, ohne JavaScript zu erwähnen. Seit seiner Veröffentlichung im Jahr 1995 hat es sich stark weiterentwickelt und ist zum Heiligen Gral der Frontend-Entwickler geworden, wobei zwei Drittel von ihnen darauf schwören. 

Hier ist ein Diagramm, das die Popularität von JS-Frameworks im Laufe der Jahre zeigt. 

JAMstack nicht vergessen 

Die Erwähnung von JavaScript bringt uns zu JAMstack, das ist JavaScript, API und Markup. Es ist eine Architektur, die auf Pre-Rendering und Entkopplung basiert. Websites, die darauf aufgebaut sind, sind deutlich schneller, sicherer und skalierbarer. Mit JS im Spiel wird das Frontend den Entwicklern mehr bieten, wodurch deren Produktivität und Workflow verbessert werden. 

Fokus auf einzelne Komponenten während der Entwicklung

Die nächste technische Besonderheit, die oft in der Headless-Welt zu sehen ist, betrifft die Entwicklung einzelner Komponenten. Es gibt zwei Variationen davon.

Micro-Frontend-Architektur 

Dies ist eine Lösung, die wunderbar mit der monolithischen Struktur funktioniert, indem sie diese in einzelne Komponenten zerlegt, die im Wesentlichen zu unabhängigen Anwendungen werden. Obwohl sie getrennt sind, bleibt die Codebasis dieselbe. 

Komponentenbasierte Entwicklungsarchitektur

Dies ist etwas ähnlich der vorherigen. Sie betont jedoch das Prinzip der Modularität. Das bedeutet, dass die entwickelten Komponenten den Vorteil haben, wiederverwendet und zusammengesetzt zu werden.

Beide Architekturen bieten ähnliche Vorteile: 

• Die Entwicklung erfolgt schneller, da Teams gleichzeitig an nur einer Funktion oder Komponente arbeiten können; 
• Die Integration verläuft reibungslos; 
• Der Code kann viel einfacher gewartet werden; 
• Die Skalierung des Projekts wird ziemlich unkompliziert;
• Und die Fehlerwahrscheinlichkeit reduziert sich drastisch, was Tests und Updates zum Kinderspiel macht.

Um mehr zu erfahren, lesen Sie über das Design komponentenbasierten Systeme, einen kurzen Blick auf die Welt der Webkomponenten und die Prinzipien der Atomic Design Methodik.

Die neue API-Lösung: GraphQL 

Der Headless-Ansatz erfordert eine API, und RESTful APIs waren die einzige Möglichkeit. Nun jedoch gewinnt GraphQL die Oberhand. Als Abfragesprache verbessert es den Datenabrufprozess erheblich, indem es die Anzahl der an den Server gesendeten Anfragen reduziert. 

• GraphQL hat kleinere Payloads; 
• Es hat einen einzigen Graphen zum Abrufen von Abfragen; 
• Es kann Fehler effizient behandeln; 
• Und am wichtigsten ist, dass es eine strenge Typenschnittstelle hat, die die Performance steigert.

Aufgrund dieser Gründe wird es als die überlegene Geschwister der RESTful API betrachtet. Und große Marken wie Facebook, Lyft und sogar Audi nutzen sie. Mehr über verschiedene verfügbare Webdienst-Implementierungen finden Sie hier.

Progressivität in der App-Entwicklung 

Mit Progressivität meine ich die Progressive Web Applications oder PWAs. Dies sind eine Kreuzung aus mobilen Anwendungen und traditionellen Websites, was bedeutet, dass sie die Browser-APIs und deren Funktionen sowie eine konventionelle Strategie der progressiven Verbesserung nutzen. Das Ergebnis ist ein Projekt, das tadellos funktioniert, in wenigen Sekunden lädt und auf mehreren Geräten läuft. Ihre Abhängigkeit von HTTP-Protokollen macht sie zudem ziemlich sicher.

Was an diesem Trend noch faszinierender ist, ist die Tatsache, dass diese PWAs auch bei schlechter oder keiner Konnektivität funktionieren. So können Unternehmen eine oft übersehene Zielgruppe ansprechen.

Der Headless-Trend wächst, aber nicht schnell genug – warum?

Das obige Bild zeigt den Prozentsatz der Personen, die die Headless-Architektur nutzen und nicht nutzen. Und wenn ich ehrlich bin, sind die Zahlen etwas enttäuschend, wenn man das wahre Potenzial des Ansatzes betrachtet. 

Warum ist das so?

Finden wir es heraus. 

Die wenig überzeugenden Erfahrungen von Marketern und Content-Redakteuren 

Eines der Versprechen, die die Headless-Architektur oft macht, ist, dass sie die Arbeit sowohl für Marketer als auch für Content-Redakteure erleichtert. Während das bis zu einem gewissen Grad zutrifft, ist es nicht die ganze Wahrheit. 

Die Befragten der Kentico Kontent-Umfrage gaben die präziseste Antwort, die den Nagel auf den Kopf traf, als sie die Nachteile wie folgt hervorhoben.

Wenn wir diese Ergebnisse betrachten, hängen drei der vier größten dort genannten Herausforderungen genau damit zusammen. Abhängigkeit von Webentwicklern und mangelnde Marketingfunktionen sind Beweis genug. 

Warum sind Marketer und Content-Redakteure also nicht zufrieden?

Das Hauptproblem hängt mit der Kontrolle zusammen. Die Marketer und Content-Redakteure haben nicht genügend Kontrolle über die visuelle Ebene, da die Präsentations- und Content-Workflows von den Entwicklern von Grund auf neu erstellt werden. Der Zugang zur redaktionellen Oberfläche ist nicht so optimiert wie bei der traditionellen Einrichtung.

Ich habe mich wirklich gefragt, warum das ein Problem war. 

Die Antwort liegt in der universellen Natur des Headless-Contents. Lassen Sie es mich erklären. Für eine Website oder eine mobile Anwendung funktionieren Funktionen wie In-Place-Bearbeitung und das bekannte Drag-and-Drop-Layout ziemlich gut. Wenn Sie jedoch eine Smartwatch oder einen Sprachassistenten betrachten, können dieselben Funktionen eine Möglichkeit sein? 

Daher müssen Marketer und Redakteure für das größere Ganze ein wenig Kompromisse eingehen, daran führt kein Weg vorbei. Mehr darüber, wann und wie man Headless CMS verwendet, finden Sie hier.

Die überwältigenden Bedenken, die uns nicht loslassen

Die Headless-Architektur ist für viele von uns noch ein neuartiges Konzept. Und wie bei allem Neuen gibt es eine gewisse Besorgnis damit verbunden. Man kann sagen, dass dies daran liegt, dass Sie sich von den Out-of-the-Box-Funktionen verabschieden würden, die die monolithische Struktur bieten mag.

Sicherheit; 
Analysen; 
E-Commerce; 
Monitoring und Reporting; 
Und CRM; 

Dies sind echte Bedenken bezüglich des Headless-Ansatzes, da Sie und Ihre Frontend-Entwickler dafür verantwortlich wären und nicht Ihr CMS oder dessen Community-Support. Und das ist ebenso einschüchternd wie überwältigend. Sie würden das gesamte Frontend Ihrer Website Ihren Entwicklern anvertrauen, es ist ein gewisses Risiko verbunden, also glauben Sie mir, ich verstehe die Bedenken.

Natürlich können Sie eine Agentur beauftragen, die Ihnen mit der richtigen Sicherheits-API hilft, damit es keine Mängel gibt und Sie nur von der Beeindruckung Ihrer Website überwältigt sein. Mehr über die richtigen Fähigkeiten, die Sie benötigen, um ein Headless-Projekt erfolgreich umzusetzen, finden Sie hier.

Die Wahrnehmung der Stakeholder

Schließlich ist es an der Zeit, die Stakeholder und die Rolle, die sie bei der Zurückhaltung der Headless-Architektur spielen, zu diskutieren. 

Wenn Sie einen Stakeholder in einer Organisation bitten, seine Meinung zu diesem Ansatz zu äußern, werden Sie wahrscheinlich keine direkte Antwort erhalten. Wenn wir ihre Wahrnehmung verstehen, kann man sie für ihre Meinung nicht wirklich tadeln. 

Zum einen verlässt sich diese Person für ihren Lebensunterhalt auf ihre Website und möchte diese nicht riskieren. Daher möchte sie die Headless-Architektur möglicherweise nicht vor anderen übernehmen, da sie mit dem Terrain nicht vertraut ist. Zweitens besitzt die Website möglicherweise alle notwendigen Funktionen, die sie benötigt, um ihre Kundenbasis zu befriedigen, zumindest derzeit, durch die traditionelle Einrichtung. 

Ja, die Technologie könnte sich in Zukunft ändern, die Konsumentenbedürfnisse ebenfalls, aber wo steht geschrieben, dass nur die Headless-Architektur diese Bedürfnisse erfüllen kann? Der Headless-Ansatz hat viel zu bieten, aber das konventionelle CMS auch. Warum also das Risiko eingehen?

Wo passt Drupal in die Headless-Bewegung von 2021?

Ich könnte keinen Blog über den Headless-Ansatz schreiben und die Headless-Drupal-Architektur nicht erwähnen; das wäre überhaupt nicht ideal, da ich persönlich der Meinung bin, dass Drupal eines der besten Headless-CMS im Jahr 2021 ist. Lassen Sie uns also die Rolle von Drupal und all seinen Angeboten im Headless-Bereich verstehen.

Drupal verfügt über eine beeindruckende Headless-Architektur, die seinen Nutzern ermöglicht, mit den vorteilhaftesten Technologien von heute zu arbeiten. Es bietet drei Wege, sich der Headless-Architektur zu nähern.

• Sie können Drupal vollständig entkoppeln, wodurch Ihr Frontend vollständig vom Backend getrennt wird. Sie sind frei, Ihre Präsentationsschicht außerhalb von Drupal zu erstellen, während das CMS nur als Content-Repository fungiert.
• Sie können entkoppeltes Drupal für statische Websites mit JAMstack und Static Site Generatoren wählen. Mehr über die Nutzung von Static Site Generatoren und CMS finden Sie hier.
• Schließlich können Sie sich für progressiv entkoppeltes Drupal entscheiden, bei dem Sie andere Frontend-Technologien nutzen können, ohne die Funktionalität von Drupal auf derselben Ebene zu verlieren; das Backend würde nur durch das CMS gestärkt.

Die Wahl zwischen diesen drei und der monolithischen Architektur kann eine knifflige Wahl sein. Hier ist, was Dries Buytaert zur Erleichterung der Wahl zu bieten hatte. 

Um mehr zu erfahren, lesen Sie über die verschiedenen Optionen zur Entkopplung von CMS und die besten Frontend-Technologien für Ihre Headless-CMS-Entwicklung.

Wenn Sie mit Drupal vertraut sind, kennen Sie vielleicht all das, was ich gerade erwähnt habe. Was ist also neu? 

Die Antwort sind entkoppelte Menüs. Die DrupalCon Global 2020 brachte die Initiative für entkoppelte Menüs in Drupal mit sich. 

Worum geht es bei der Decoupled Menus Initiative?

Wenn Sie den entkoppelten oder Headless-Weg gehen, werden Sie JavaScript verwenden. Darüber hinaus müssen Sie einen benutzerdefinierten Code von Grund auf neu erstellen, um diese Funktion mit Drupal und JavaScript zu realisieren. 

Die entkoppelten Menüs werden hier sehr nützlich sein. Sie sind wie vorgefertigte Pakete von JavaScript-Konfigurationen, die einfach implementiert werden müssen, damit eine Headless-Funktion funktioniert. Diese konfigurierbaren Menüs können in jeder JavaScript-Anwendung platziert und von Drupal mit seiner Community-Unterstützung verwaltet werden.

Sie können sich auch auf sie beziehen, wenn Sie sie nicht unverändert verwenden möchten; die Dokumentation, Paketierung und Sicherheit stünden Ihnen zur Referenz oder Implementierung zur Verfügung.

Die entkoppelten Menüs sind Drupals Weg, sich weiterzuentwickeln und sich an die Headless-Welt anzupassen. Es entwickelt sich weiter und lässt die Kombination aus Headless-Architektur und Drupal weniger umständlich erscheinen. 

Sie fragen sich vielleicht, wie? 

Abgesehen vom Offensichtlichen gibt es einige Gründe. Die Drupal-Architektur übernimmt nicht die für JavaScript-Pakete notwendige Arbeit; mit entkoppelten Menüs würden das Bundling, Testen und der Versand über GitLab ständig aktualisiert. Darüber hinaus würden die Sicherheitsprobleme in Bezug auf JS und die Dokumentation für die Nutzung von Menüs definiert und aktualisiert werden. 

All dies bedeutet, dass ein Nicht-Entwickler oder Content-Ersteller eine intuitive Benutzeroberfläche erhalten würde, die es ihm ermöglicht, die Menüs mit wenigen Klicks und sicherlich ohne Entwickler zu konfigurieren und ein- oder auszuschalten. 

Hier ist eine Demo der Funktion für entkoppelte Menüs.

Im Wesentlichen ist dies eine Funktion, die die Grundlage für Code für JavaScript-Frameworks wie React und Vue legen würde, sodass der Arbeitsaufwand, der mit der Headless-Architektur einhergeht, verringert wird. Sie erhalten einen React-basierten Anzeigelink auf Ihrer E-Commerce-Website, ohne den gesamten Aufwand dafür betreiben zu müssen. 
Um den Meilenstein, den diese Initiative erreicht hat, noch stärker hervorzuheben, sehen Sie sich die Keynote zur Decoupled Menus Initiative an, gefolgt von einer interessanten Frage-und-Antwort-Runde, mithilfe dieses Videos von der DrupalCon North America 2021.

Abschließend: Die Zukunft von Headless

Alles in diesem Blog, die Zögerlichkeit gegenüber entkoppelten CMS beiseitegelassen, führt zu einer klaren und prägnanten Schlussfolgerung: Die Headless-Architektur wird in den kommenden Jahren weiter expandieren und möglicherweise sogar den Widerstand überwinden, wodurch sie zukunftssicher wird. 

Neue Technologien würden als fester Bestandteil des Headless-CMS betrachtet werden, was die Erwartungen ziemlich hoch erscheinen lässt. Augmented Reality, Virtual Reality, digitale Displays und Kioske, digitale und Sprachassistenten wären kein fernes und eher mühsames Ziel mehr. 

Laut WP Engine, die ich nun schon einige Male zitiert habe, würden diese Fortschritte und die Neigung zu Headless-Technologien je nach geografischer Region variieren. Selbst die großen Technologiezentren wie die USA, Großbritannien und Australien erleben eine Variation in den Erwartungen bezüglich Headless. Während E-Commerce für die USA und Australien eine Priorität ist, konzentriert sich Großbritannien auf Websites und PWAs als zukünftige Erwartungen an den Headless-Ansatz. 

Trotz der Unterschiede gewinnt die Welt von Headless an Zugkraft und wird auch in Zukunft weiter wachsen – das ist eine unwiderlegbare Tatsache, wenn es denn eine gäbe. Ist Headless CMS also die Zukunft? Das ist es in der Tat.

Lassen Sie mich diesen Blog mit einer interessanten Diskussion über den Zustand von Headless in diesem YouTube-Video beenden, viel Spaß!