Speichern der Daten: Drupal als zentrales Content-Repository

Der Weg vom Besucher zum Kunden geschieht nicht über Nacht und auch nicht über einen einzigen Bildschirm.

Es ist unfair von Unternehmen anzunehmen, dass alle Leser denselben Bildschirm verwenden, um ihre Inhalte zu konsumieren.

Falls Unternehmen darauf hinarbeiten, verschiedene Besucher anzusprechen, ist es wichtig, eine dauerhafte und zentralisierte Plattform zur Verbreitung von Inhalten zu haben, um digitale Inhalte über verschiedene Bildschirme bereitzustellen.

Daher ist es ebenso wichtig, dass verschiedene Medien eine reibungslosere Customer Journey gewährleisten und das Backend – das Content Repository – eine nahtlose Übersetzung von Informationen zu verschiedenen Touchpoints ermöglicht.

Was ist ein Content Repository?

„Ein Content Repository ist eine Datenbank mit (digitalen) Inhalten mit einem zugehörigen Satz von Datenmanagement-, Such- und Zugriffsmethoden, die verschiedene anwendungsunabhängige Zugriffe auf die Inhalte ermöglicht und die Möglichkeit bietet, Inhalte zu speichern und zu ändern.“

Das Content Repository fungiert als Storage Engine für eine größere Anwendung wie ein CMS, das eine Benutzeroberfläche über die Benutzeroberfläche jeder Repository-Anwendung legt.

Die Verbreitung von Inhalten über eine Vielzahl von Quellen kann eine enorme geschäftliche Herausforderung darstellen. Mit dem Wachstum unstrukturierter Inhalte müssen Unternehmen nach einem flexiblen Ansatz suchen, der die Interoperabilität mit einer breiten Palette gängiger Systeme und Produkte unterstützt.

Ein robustes, zentrales Content-Management-Repository sollte eine Vielzahl von Inhaltsformaten speichern, Lese-/Schreibfunktionen ermöglichen und den Zugriff steuern.

Hier sind einige der Funktionen eines Content Repository:

• Effiziente Speicherung zur Integration von Inhalten
• Abfrage und Suche
• Versionierung
• Import/Export der Inhalte
• Editor-Zugänglichkeit für alle Dokumente und Inhalte.
• Systeme zur Verwaltung der Aufbewahrung von Datensätzen
• Dokumentenerfassungssysteme und Document Imaging (komplementäre Systeme)

Unterschied zwischen einem Content Repository und einem CMS
Ein Content-Management-System verwaltet die Erstellung und Änderung digitaler Inhalte und unterstützt in der Regel mehrere Benutzer in einer kollaborativen Umgebung.
Ein Content Repository verbreitet die Inhalte, die zwischen verschiedenen Websites, verschiedenen Arten von Geräten oder Kanälen wie Mobiltelefonen, Tablets, Kiosken, Facebook oder über eine API ausgetauscht werden sollen.

Wie funktioniert ein Content Repository?

Ein zentrales Content Repository ermöglicht es den Content-Editoren, Inhalte direkt vom Backend einer Website aus zu bearbeiten. Die Content-Editoren wählen einfach die Themen aus, zu denen der Inhalt gehört, und die Websites abonnieren diese Themen, sodass sie automatisch für alle verbundenen Websites verfügbar sind.

Ein Content Repository Workflow funktioniert wie folgt:

Die Inhaltserstellung zu einem Thema erfolgt auf Website A.

• Die Inhalte werden über ein zentrales Content Repository geteilt.
• Website B ist abonniert (Synchronisierungsregeln), um Aktualisierungen zu erhalten, wenn Inhalte zum selben Thema erstellt werden.
• Website B, C, D erhalten die Benachrichtigung und ziehen die Inhalte ab.
• Wenn ein Benutzer auf Website C nach den neuen Inhalten sucht, die über Website A veröffentlicht wurden, erhält er diese über das Content Repository.

Drupal 8 eignet sich gut als zentrales Content Repository, da es über eine integrierte Unterstützung für REST-Webdienste und eine Serialisierungskomponente verfügt und so konfiguriert werden kann, dass es mit Publishing-Workflows und Benachrichtigungen zusammenarbeitet.

Such-Webdienste wie Apache Solr oder ElasticSearch können am besten einen Lookup-Service für jede Website bereitstellen. Anstatt ein bestimmtes Thema zu abonnieren, können Content-Editoren einfach nach den Inhalten suchen, die sie importieren möchten.

Anwendung von Drupal als zentrales Content Repository

• Content-Management
• Dokumentenmanagement
• Digital Asset Management
• Records Management
• Revisionskontrolle
• Soziale Zusammenarbeit
• Web Content Management

Aufbau einer Consumer Experience mit einem zentralen Content Repository

Inhalte sind nicht nur das Material, das Sie zur Entwicklung Ihrer CXM-Strategien verwenden, sondern auch die Interaktionen zwischen Kunden und potenziellen Kunden mit Ihnen. Im Hinblick auf die Online-Customer-Experience ist ein CMS Teil des Prozesses der Entwicklung und Unterstützung von CX-Strategien.

Einfach, weil es alle Inhalte speichert, die Sie zur Verwaltung der Experience benötigen. Beim Customer Experience Management geht es jedoch um mehr als nur die Online-Kanäle.

Um die Customer Experience erfolgreich zu verwalten, muss das CMS in der Lage sein, schnell auf die Elemente einer Kundeninteraktion zuzugreifen und zu reagieren. Nicht nur das, die Elemente sollten auch für die Redakteure zugänglich sein.

Jede einzelne Version der Webseiten zu verwalten ist eine Heidenarbeit, und sicherzustellen, dass die Inhalte genauso aussehen, ist ein weiterer Kampf.

Die meisten, wenn nicht alle CMS sind so konzipiert, dass sie Inhalte nicht nur als HTML-Seiten speichern, sondern als einzelne Komponenten, die auf verschiedenen Webseiten einfach wiederverwendet werden können. Über verschiedene Geräte, mobile Websites und Apps sowie soziale Netzwerke hinweg.

Auf diese Weise können die Content Repositories auch zur Bereitstellung von Inhalten genutzt werden.

Die Content-Integration ist der Schlüssel zu einem gut verwalteten Content Repository. Die Verwaltung der Inhalte durch die Integration in alle anderen Systeme.

Ein zentrales Content Repository ermöglicht es Ihnen auch, die Support-Anwendungen zu entwickeln, die einfach auf Kundeninformationen zugreifen können, einschließlich Informationen aus CRM-Systemen, Verkehrsinformationen und dergleichen.

Wenn Sie alles in einem zentralen Content Repository zugänglich haben, können Sie Ihre CX-Strategien schnell identifizieren, entwerfen und verfeinern.

Aufbau eines zentralen Content Repository für FarmJournal Media

Für Farm Journal Media hat OpenSense Labs ein ähnliches zentralisiertes Content-Management-System implementiert.

Verwendete Technologien

• Express.js
• MongoDB
• Drupal 8

Wie hat es funktioniert?

Express.js – das node.js-Framework stellte eine Bibliothek mit vielen vorgefertigten Funktionen bereit, die für das CCMS genutzt wurden.

Es ermöglichte den gleichzeitigen Zugriff für mehrere Autoren, ohne die Geschwindigkeit zu beeinträchtigen. Dies konnte durch die Nutzung der ereignisgesteuerten, asynchronen Aufgabenbearbeitung erfolgen.

Die Schnittstelle zur Bereitstellung von Inhalten wurde über MongoDB entwickelt. Das System löste Aktualisierungen von Inhalten vom CCMS zu MongoDB asynchron und in Echtzeit aus. Dies stellte sicher, dass die Cronjobs die Websites nicht überlasten, da die Webhook-Anfrage nur bei Bedarf ausgelöst wird.

Aufgrund dieser mehrschichtigen Architektur betrug die gesamte Content Journey, sobald der Editor auf Speichern klickt, bis zur Consumer-Site maximal 3 Sekunden.

Eine Zunahme der Consumer-Sites, der Anzahl der Aktualisierungen und der Pull-Requests beeinträchtigt nicht die Last auf CCMS Drupal.

Es wurde ein spezieller Fail-Handler entwickelt, um die Konsistenz zwischen CCMS, Mongo und Consumer-Sites zu überprüfen. Dies stellte sicher, dass es keine Duplizität gab, und führte ein Fehlerprotokoll für fehlende Artikel während der Journey mit exakten Fehlerpunkten.

Wie funktionierte das CCMS?

Es ermöglichte dem Team von Redakteuren:

• Die Inhalte zentral über eine Plattform zu verwalten
• Artikel in vollen Netzwerken von FarmJournal-Sites zu veröffentlichen
• Eine einfache Site-vs.-Kategorie-Zuordnung für die automatisierte Syndizierung von Artikeln zu verwenden.
• Eine zentrale Berichterstattung zu haben, um die Produktivität der Redaktionsteams und das Tempo der Artikelveröffentlichung zu steigern.

Der Umfang des Aufbaus eines Content Repository in Drupal

Gekoppeltes CMS (mit unterstützender API)

Eine traditionelle Website auf Drupal ermöglicht es Content-Editoren, Inhalte hinzuzufügen oder zu bearbeiten und eine Vorschau der Inhalte anzuzeigen. Dies liegt daran, dass ein traditionelles CMS an ein Frontend gebunden (oder gekoppelt) ist (was bei Drupal der Fall ist).

Das Herausnehmen des Frontends aus der Gleichung kann seine eigenen Herausforderungen mit sich bringen.

Das Frontend ist das, was ein Benutzer sieht, wenn er eine Anwendung betrachtet, was im Hauptfall von Drupal eine Website ist.

Content-Editoren können die Inhalte vor der Veröffentlichung mithilfe einer breiten Palette von Tools wie Inline-Editing oder Vorab-Veröffentlichungsvorschauen anzeigen.

Verfügbare Module in Drupal ermöglichen eine schnelle und relativ einfache Änderung der Art und Weise, wie die Daten im Frontend angezeigt werden. Entwickler werden nicht immer benötigt, um einfache Änderungen vorzunehmen, was sowohl für Zeit als auch für Kosten effizienter sein kann, möglicherweise ein großer Vorteil bei der Verwendung eines gekoppelten CMS.

Drupal 8 legt einen starken Schwerpunkt auf die Bereitstellung vieler API-Dienste ab Werk, und es gibt ein starkes Bestreben nach dem API-First-Ansatz.

Headless CMS (der API-Only-Ansatz)

Mit der API-First-Initiative im Vordergrund wurde Drupal 8.0 mit einer integrierten REST-API ausgeliefert, die den Beginn der Transformation von Drupal als API-First-Plattform einleitete.

Ein Headless CMS, das oft mit einem entkoppelten CMS verwechselt wird, wird als API-Only-Ansatz betrachtet.

Es bietet einen Hub für die Inhalte ohne Frontend.

Das Backend ermöglicht es Content-Editoren, Inhalte zu veröffentlichen und automatisch an jede integrierte Anwendung zu verteilen. Da es keine gekoppelte Frontend-Schnittstelle gibt, um die Daten sofort anzuzeigen, müssen Anwendungen wie Digital Signage entwickelt und integriert werden, um auf diese Inhalte zuzugreifen.

In einem solchen Szenario kann das Testen und Korrekturlesen von Inhalten vor der Veröffentlichung schwierig sein. Eine weitere Herausforderung ist das Layout, das eine Einschränkung für die Marketingteams darstellen kann.

Die Drupal-Community hat bereits Schritte unternommen, um sicherzustellen, dass Drupal weiterhin ein relevanter Kandidat als gekoppeltes ODER Headless CMS ist.

Die Drupal-Distribution Open Y kann verwendet werden, um solche Anwendungen für ein Digital Signage zu erstellen.

Die Drupal-Distribution Contenta kann als API verwendet werden, um das Backend von Drupal mit jeder Anwendung zu verbinden.

Fazit

Bisher unstrukturierte und unzugängliche Inhalte werden in digitalen Geschäftsanwendungen lebendig, die Kunden einbeziehen, Geschäftsprozesse automatisieren, die Zusammenarbeit verbessern und Inhalte während ihres gesamten Lebenszyklus verwalten und schützen.

Content-Management-Services und -Lösungen von OpenSense Labs unterstützen Ihre digitale Transformation und helfen Ihnen, ein kognitives Unternehmen aufzubauen, das selbstbewusst, effizient und wettbewerbsfähig ist. Senden Sie eine E-Mail an [email protected].