Eingehende Links, Tagging und Content-Erkennung

Tagging, Navigation, Sitemaps, Content-Bäume. Content muss irgendwie organisiert werden, und der flexible Ansatz von Contentful bietet viele Möglichkeiten. Heute werden wir das Konzept der Contenttypen als Tags beleuchten.Wir werden die Hauptbeschränkung dieses Musters – das Abrufen von Einträgen eines einzelnen Contenttyps pro Abfrage – durchgehen und lernen, wie man sie mithilfe eingehender Links überwindet, wodurch Tags leistungsfähiger als je zuvor werden. Schließlich werden wir einen Blick darauf werfen, wie wiederverwendbarer Content, der über viele Kanäle hinweg auftaucht, mithilfe eines raffinierten Tricks leicht entdeckt werden kann.

Die historische Art der Verwaltung von Content für das Web hatte die Erwartung geweckt, dass jeder Content irgendwo auf der Sitemap seinen Platz hat. So entwickelten sich die älteren Content Management Systeme (CMSes), um saubere Baumstrukturen als Standardgeografie bereitzustellen.Baumdiagramme eignen sich gut für seitenzentrierte Ansätze, aber nicht, wenn es um Content geht, der in strukturierten, granularen Contentfragmenten organisiert ist. Da Fragmente wiederverwendbar sind, können sie an mehr als einer Stelle und über mehrere Kanäle (z. B. Websites, native Apps usw.) hinweg angezeigt werden. Daher können Fragmente miteinander vernetzt sein, um einen komplexen Graphen zu bilden, der selten wie ein einfacher Baum aussieht. Dieser grundlegende Unterschied kann schwierig zu vereinbaren sein, insbesondere bei Projekten, die von Legacy zu modernen CMS migrieren. Die Aufteilung des Content-Modells in Topics und Assemblies hilft da. Ein Topic-Graph kann jede beliebige Form annehmen, die sich auf natürliche Weise aus der Struktur der von Ihrem Unternehmen verwalteten Informationen ergibt. Assembly-Bäume, die wie die Bereitstellungskanäle geformt sind, für die sie entwickelt wurden, können dann auf Ihre Topics verweisen und sie so indirekt in Bäumen organisieren. Assemblies folgen einer Struktur, die Ihren Content-Ersteller*innen vertraut ist, da sie die Geografie Ihrer Bereitstellungskanäle abbilden. Sie sind daher leicht zu verstehen und leicht zu navigieren und dienen als Container und Gateways zu Ihren Topics. Kleine, spezialisierte Contenttypen können verwendet werden, um diese Topics und Assemblies weiter zu organisieren. Wir werden sie in diesem Artikel „Tags“ nennen, aber Sie können sie sich auch als „Abschnitte“ oder „Kategorien“ vorstellen.

In Contentful ist Content-Modellierung wirklich die Antwort auf die ultimative Frage nach dem Leben, dem Universum und allem. Eine detaillierte Erklärung zum Modellieren von Tags finden Sie in unserem Hilfe-Center. Das grundlegende Rezept lautet jedoch wie folgt:

• Erstellen Sie einen „Tag“-Contenttyp

  • Name (Kurztext)

  • Slug (Kurztext)

  • Untergeordnete Elemente (mehrere Verweise auf andere Tag-Einträge)

• Fügen Sie einen einzelnen Verweis auf einen Tag-Eintrag zu Ihren Topic- oder Assembly-Contenttypen hinzu

• Verwenden Sie optional Berechtigungen, um nur bestimmten Rollen die Verwaltung von Tags zu ermöglichen

Tags können dann einfach als Referenzen an Einträge angehängt werden. Um „News“-Einträge, die mit einem Tag mit dem Slug „Sport“ versehen sind, einfach abzurufen, würde man die folgende Suchabfrage nachReferenz ausführen:

Wir haben gesehen, dass dieses Muster von vielen Nutzer*innen erfolgreich angewendet wurde. In den meisten Anwendungsfällen funktioniert es ganz gut. Aber es gibt ein paar Kompromisse. Werfen wir einen Blick darauf, welche das sind und wie es jetzt möglich ist, sie zu überwinden.

Trotz seiner Benutzerfreundlichkeit wies das alte Modell in einigen Szenarien Nachteile auf, deren Lösung eine sorgfältige Architektur und Modellierung erforderte.

Einzelner Contenttyp pro Abfrage

Das CDA ermöglicht die Abfrage eines einzelnen Contenttyps. Dies passt sehr gut zum Prinzip des kuratierten Contents, das ein hohes Maß an Wissen darüber voraussetzt, was Sie abfragen, aber es stellt Probleme dar, wenn Sie dieses Wissen nicht haben. Dies gilt insbesondere, wenn Sie mehrere, eng verwandte Contenttypen wie Produktvarianten verwenden. Es gibt natürlich Möglichkeiten, dies zu umgehen, aber sie erfordern entweder mehrere Abfragen oder Proxy-Contenttypen.

Einzelnes Tag pro Eintrag

Die Suche nach Referenz funktioniert nur für einzelne Referenzfelder. Das bedeutet, dass Einträge, die auf mehrere Tags verweisen, nicht mit einer einzigen Abfrage abgerufen werden können. Auch dies würde traditionell durch das Ausführen mehrerer Abfragen oder das Anwenden einer Art clientseitigem Caching gelöst werden.

Das Auflisten aller Einträge, die ein Tag haben, ist schwierig

Da Referenzen unidirektional sind, ist es unmöglich, von einem bestimmten Tag aus zu beginnen und alle Einträge zu finden, die es haben. Einträge kennen ihre Beziehung zum Tag, aber das Tag hat keine Ahnung, welche Einträge mit ihm verknüpft sind. Bis jetzt.

Dank der jüngsten Entwicklungen im Hintergrund sind wir nun in der Lage, die andere Seite der Eintragsreferenzen in unserer API zu zeigen. Wir nennen sie eingehende Links.Angenommen, Sie möchten alle Einträge auflisten, die mit einem bekannten Tag markiert sind, unabhängig vom Contenttyp. Zuvor mussten Sie alle Contenttypen durchlaufen, die Referenz-Tags zulassen, und für jeden eine Abfrage ausführen. Obwohl unser CDA sehr schnell ist, summiert sich die Latenz. Mit eingehenden Links ist es möglich, nach einem bekannten Eintrag (dem Tag) zu fragen und unsere API zu bitten, mit einer Liste aller Einträge zu antworten, die darauf verweisen, und zwar wie folgt:

Und das ist eigentlich alles, was es bei eingehenden Links zu beachten gibt. Wir haben es absichtlich einfach gemacht. Wie ein LEGO-Block ist es an sich einfach, bietet aber unendliche Möglichkeiten. Um auf das Tagging und die Geografie des Contents zurückzukommen: Eingehende Links sind das fehlende Puzzleteil. Facets sind so viel leistungsfähiger, wenn sie nicht auf einen einzigen Contenttyp beschränkt sind. Sie können eine Meta-Ebene von Tags haben, um nicht nur eine Baumstruktur für Ihre lieferorientierten Baugruppen zu erstellen, und auch Facets verwenden, die Workflow-Zustände, Lieferantenzuordnungen, Marketingkampagnen und alles andere, was Sie sich vorstellen können, beschreiben. Während wir an der Unterstützung der nativen Benutzeroberfläche für eingehende Links arbeiten, gibt es eine offizielle Erweiterung der Benutzeroberfläche, die derzeit viele dieser Vorteile verfügbar macht.

Unabhängig davon, welche Content-Geografie implementiert ist, wird die Navigation im CMS wahrscheinlich eine andere Erfahrung sein als die Navigation in Ihrer Client-Anwendung. Und wenn Content über mehrere Kanäle hinweg bereitgestellt wird, navigiert jeder Kanal wahrscheinlich anders als der andere. Wie können Content-Ersteller*innen also einfach durch Content browsen und ihn entdecken?Eine Antwort ist, einfach die Funktionen Suche und Gespeicherte Ansichten unserer Web-App zu verwenden. Damit sollten Sie schnell und einfach loslegen können. Während Ihre Content-Basis wächst, ist es ganz natürlich, dass sie auf verschiedene Arten aufgedeckt und neu gemischt wird. Während die „Suche“ und „Gespeicherte Ansichten“ während der gesamten Lebensdauer dieses Content weiterhin nützlich sind, ist es für Content-Ersteller*innen oft einfacher, mit einer vertrauteren Methode zu navigieren: dem Frontend selbst. Dies ist ein Bereich, in dem sich die Verwendung einer programmierbaren Content-Infrastruktur wie Contentful wirklich lohnt. Mit unseren APIs können Sie das Content Management von der Präsentation trennen und gleichzeitig nützliche Verknüpfungen zwischen beiden beibehalten. Ihre Frontends in der Vorproduktion (Staging-Websites, Entwicklungsmodus-Apps) können Deeplinks zurück zur Web-App oder nur Content-IDs anzeigen. Auf diese Weise können Content-Ersteller*innen die vertraute Benutzeroberfläche der Website oder mobilen App, für die sie Content produzieren, navigieren, finden, was sie bearbeiten möchten, und schnell zur Contentful Web-App wechseln und mit der Arbeit beginnen. Unsere nodejs-Beispiel-App bietet ein Beispiel für diesen Ansatz. Wenn Sie zu „Einstellungen“ gehen und die redaktionellen Funktionen aktivieren, sehen Sie neben jedem Eintrag Links zu Contentful:

Ob es darum geht, Content über mehrere Kanäle hinweg bereitzustellen, ihn für eine effiziente Verwaltung zu organisieren oder ihn für Ihr eigenes Redaktionsteam auffindbar zu machen – es lohnt sich, ein wenig darüber nachzudenken, welche Content-Geografie für Sie am besten geeignet ist. Contentful verwendet traditionell eine lose Graph-Geografie, die Einträge über Referenzen miteinander verknüpft. „Tag“-Contenttypen können genutzt werden, um verschiedene Geografien zu erstellen, einschließlich Bäumen und Facetten. Eingehende Links machen Tags leistungsfähiger als je zuvor und entfalten ihre Nützlichkeit über die gesamte Bandbreite der Contenttypen hinweg. Topics und Assemblies helfen Ihnen außerdem, Ihr Modell zu organisieren und eine klare Trennung zwischen rein thematischem Content und lieferorientierten Assemblies zu schaffen. Schließlich ermöglichen Ihnen unsere APIs, Ihre Frontends mit einem gewissen redaktionellen Bewusstsein zu verknüpfen, was es Ihren Content-Ersteller*innen leicht macht, Content über die Oberfläche zu durchsuchen und zu entdecken, die sie – hoffentlich!  – kennen und lieben: Ihre eigenen Apps.