Optimizely Inhalte waren schon immer kopflos
Bei Optimizely ging es nie nur um die Verwaltung von Websites. Optimizely verwaltet Inhalte. Unsere Webmanagement-Funktionen sind um diese Grundlage herum aufgebaut.


Zuletzt aktualisiert: April 2023
Die Idee der"Trennung von Inhalt und Präsentation" ist im Content Management unantastbar. Sie gilt als einer der Hauptvorteile, wenn man überhaupt ein Content Management System einsetzt. Es ist so gut wie ein universelles Prinzip, das wir in dieser Branche haben.
Es wurdenbereits von Experten begutachtete White Papers darüber geschrieben. Die hier verlinkte Abhandlung führt dieses Konzept sogar auf Aristoteles' Ideen von Logo und Lexis zurück - den Inhalt einer Rede und den Stil der Rhetorik, mit dem sie vorgetragen wird - was beweist, dass diese Idee uns buchstäblich seit den Anfängen der Zivilisation begleitet.
Der implizite Vorteil ist, dass Ihre Inhalte "rein" bleiben können, d.h. frei von jeglicher Darstellungsschicht. Ihre Inhalte werden als reine Daten im Backend gespeichert, völlig unabhängig davon, wie sie präsentiert werden.
Wenn Sie etwas aus Ihrem Inhaltsspeicher für einen Kanal bereitstellen möchten, wenden Sie eine Präsentation, ein Rendering oder eine Vorlage an und wandeln es in eine Form um, die in diesem Kanal einfach zu konsumieren ist:
- Inhalte, die für eine Site bestimmt sind, werden über eine Templatesprache(Razor ist in .NET weit verbreitet) in HTML umgewandelt.
- Inhalte, die für den Druck bestimmt sind, werden über XSL-FO oder PrinceXML in eine PDF-Datei umgewandelt.
- Inhalte, die für SMS bestimmt sind, werden möglicherweise gekürzt und mit einer URL verknüpft.
Die Zahl der möglichen Kanäle ist endlos und wächst weiter, da digitale Omnichannel-Erlebnisse über das Web, Mobile Apps, soziale Netzwerke, E-Mail und mehr zur neuen Norm werden.
Die häufigste Verwendung eines traditionellen CMS in den letzten Jahrzehnten war die Verwaltung und Pflege einer Website (denken Sie an WordPress). Die Idee von Inhalten ist universell und beständig, aber lange Zeit waren Websites und Webseiten so ziemlich alles, was man tat. Wir haben alle viel über "Wiederverwendung von Inhalten" und "Multi-Channel-Publishing" geredet, aber viele Jahre lang war das Web das Einzige, womit wir uns beschäftigt haben.
In den späten 90er und frühen 2000er Jahren tauchten viele "Web-CMS" (WCM oder WCMS) auf, um diesen Bedarf zu decken. Sie qualifizierten ihre Namen mit "Web" oder "W", um sich von den Enterprise Content Management Systemen (ECM, üblicherweise für unternehmensinterne Inhalte verwendet) und den Dokumentenmanagementsystemen (ein veralteter Begriff) zu unterscheiden, die den Markt vor dieser Zeit beherrschten.
Einige Systeme übernahmen diese Rolle mit vielen web-spezifischen Funktionen. Sie boten vorgefertigte HTML-Widgets und integrierte Webnavigationsverwaltungssysteme sowie alle möglichen Dinge, die sehr spezifisch für die Veröffentlichung von HTML waren. Viele von ihnen bauten diese Funktionen so tief ein, dass sie untrennbar mit dem Webkanal verbunden wurden. Sie verwalteten keine "reinen" Inhalte mehr - alle gespeicherten Inhalte waren mit web-spezifischen Funktionen durchtränkt, so dass Sie sie nicht mehr anderweitig verwenden konnten.
Optimizely hat dies nie getan.
Seit seiner Gründung und bis zum heutigen Tag verwaltet Optimizely reine Inhalte. Es macht keine Annahmen darüber, was Sie mit diesen Inhalten tun wollen. Optimizely hat immer an die Trennung der Interessen geglaubt. Man kann sagen, dass das Repository von Optimizely von der Webbereitstellung "abstrahiert" ist.
Die Beziehung zwischen Optimizely-Inhalten und im Web veröffentlichtem HTML ist lose. In einer Optimizely-Instanz sind die Inhalte bis zum buchstäblich letzten Moment, in dem sie aus der Tür gehen, rein. Erst dann wendet Optimizely eine Vorlage an, um sie in HTML umzuwandeln, und dieser Prozess kann leicht umgangen werden.
Das war schon so, lange bevor es eine Content-Bereitstellung-API oder eine explizite Headless CMS-Funktionalität gab. Vor fast einem Jahrzehnt habe ich an Optimizely-Projekten gearbeitet, die man heute als "headless" bezeichnen würde, lange bevor dieses Wort in aller Munde war oder auf den Feature-Checklisten stand.
(Ein wenig Nostalgie: Damals, in den Tagen von Web Forms, haben wir Optimizely-Inhalte von Generic Handlers in XML übersetzt. Das war vor MVC, vor WebAPI und sogar bevor JSON sich durchgesetzt hat. Gute Zeiten.)
Wenn Sie also kein HTML rendern wollen... dann lassen Sie es. Wenn nicht HTML, wie würden Sie dann den Inhalt darstellen? CSS? Javascript? Nun, das hängt von Ihnen und Ihren Anforderungen ab. Verwenden Sie Optimizely als Headless Content Management System, gehen Sie API-first (wir bieten bereits RESTful APIs), bauen Sie Ihre eigenen Front-End-Frameworks, machen Sie es modular, wenn Sie möchten. Wenn der Anwendungsfall passt, tragen Sie ihn - der Himmel ist die Grenze.
Discover Why Forrester Recognized Optimizely as a Leader
Auf dieser Content-Grundlage liegen natürlich zahlreiche Tools und Workflows (die mit Blick auf das Erlebnis für den Benutzer entwickelt wurden), die es den Content-Erstellern und Content-Editoren leicht machen, eine Website zu erstellen und bereitzustellen. In gewissem Sinne sind unsere zentralen Content-Management-Funktionen in Website-Management-Tools "verpackt". Sie können mit Ihren Inhalten auf der reinen Ebene arbeiten oder Dinge wie URL-Verwaltung, Seitenkomposition und andere Dinge nutzen, die nur im Web sinnvoll sind.
Um dies zu beweisen, habe ich etwas Code geschrieben. Ich habe ihn hier auf GitHub zur Verfügung gestellt:
Verwaltung von Nicht-Web-Inhalten in Optimizely
Dies ist ein Beispielcode, der zeigt, wie Sie die API von Optimizely verwenden können, um Inhalte zu verwalten, die vielleicht nie einen Browser von innen sehen. Es gibt eine README-Datei, in der die technischen Einzelheiten erklärt werden. Sie ist absichtlich nicht sehr ausführlich. Sie sieht dem Code, der für die Verwaltung aller anderen Optimizely-Inhalte verwendet wird, sehr ähnlich. Das ist kein Zufall.
Aus der README:
Optimizely-Inhalte basieren auf einer Hierarchie von Klassen. Der herkömmliche "Web"-Inhalt ist in Wirklichkeit auf einem Fundament aus reineren Inhaltsdarstellungen aufgebaut.
Diese Objekte werden nie im Bearbeitungsmodus angezeigt und haben auch keine URL - und das sollten sie auch nicht, denn sie sind keine Webinhalte.
Sie sind einfach nur... nun ja, Inhalte.
Diese Objekte lassen sich nicht nur mit der API von Optimizely leicht bearbeiten, sondern wir bieten auch eine Benutzeroberfläche für ihre Bearbeitung: den Content Manager. Es ist ganz einfach, den Content Manager so zu konfigurieren, dass er Ihnen eine einfache Gitter- oder Tabellenansicht dieser Nicht-Web-Inhalte anzeigt und es Ihnen ermöglicht, Objekte zu erstellen, zu bearbeiten und zu löschen. Außerdem ist dieser Inhalt über unsere Content-Bereitstellung-API vollständig verfügbar.
Anders ausgedrückt: Sie haben ein voll funktionsfähiges Headless CMS in einem voll funktionsfähigen Web CMS. Wenn Sie das Beste aus beiden Welten wollen, dann ist das genau das Richtige für Sie: Nutzen Sie die Webtools, wenn Sie wollen, und wenn Sie etwas Allgemeineres brauchen, dann haben wir das schon immer getan.
Wie ich in der README anmerke:
Es handelt sich nicht um eine neue Funktion. Es ist nicht einmal neuer Code. Diese Funktion ist schon seit Jahren im Produkt enthalten.
In Optimizely CMS ist nicht jeder Inhalt ein Webinhalt. Die Tatsache, dass wir Inhalte verwenden, um eine Website zu erstellen, ist fast nebensächlich.
Es sind Ihre Inhalte. Sie entscheiden, was Sie damit machen wollen.