Ein Inhaltsmodell ist kein Designsystem – eine Liste für sich

Erinnern Sie sich, als es ausreichte, eine tolle Website zu haben? Jetzt erhalten die Menschen Antworten von Siri, Google-Suchschnipseln und mobilen Apps, nicht nur von unseren Websites. Zukunftsorientierte Organisationen haben eine übernommen Omnichannel-Content-Strategiedessen Mission es ist, das Publikum über mehrere digitale Kanäle und Plattformen zu erreichen.

Der Artikel wird unten fortgesetzt

Doch wie richtet man ein Content-Management-System (CMS) ein, um sein Publikum jetzt und in Zukunft zu erreichen? Ich habe auf die harte Tour gelernt, dass das Erstellen eines Inhaltsmodell– eine Definition von Inhaltstypen, Attributen und Beziehungen, die es Menschen und Systemen ermöglichen, Inhalte zu verstehen – würde mit meinem vertrauteren Design-System-Denken die Omnichannel-Content-Strategie meines Kunden zum Scheitern bringen. Sie können dieses Ergebnis vermeiden, indem Sie Inhaltsmodelle erstellen, die semantisch sind und auch verwandte Inhalte verbinden.

Kürzlich hatte ich die Gelegenheit, die CMS-Implementierung für ein Fortune-500-Unternehmen zu leiten. Der Kunde war von den Vorteilen einer Omnichannel-Content-Strategie begeistert, die die Wiederverwendung von Inhalten, Multichannel-Marketing und Roboterbereitstellung umfasst – die Gestaltung von Inhalten, die für Bots, Google Knowledge Panels, Snippets und Sprachbenutzeroberflächen verständlich sind.

Ein Inhaltsmodell ist eine entscheidende Grundlage für eine Omnichannel-Content-Strategie, und damit unsere Inhalte von mehreren Systemen verstanden werden, ist das Modell erforderlich semantisch Typen – Typen, die nach ihrer Bedeutung und nicht nach ihrer Darstellung benannt sind. Unser Ziel war es, Autoren die Möglichkeit zu geben, Inhalte zu erstellen und diese überall dort wiederzuverwenden, wo sie relevant sind. Doch im Verlauf des Projekts wurde mir klar, dass die Unterstützung der Wiederverwendung von Inhalten in dem von meinem Kunden benötigten Umfang das Erkennen eines neuen Musters durch das gesamte Team erforderte.

Trotz unserer besten Absichten griffen wir weiterhin auf das zurück, was uns vertrauter war: Designsysteme. Im Gegensatz zu weborientierten Content-Strategien kann sich eine Omnichannel-Content-Strategie nicht auf WYSIWYG-Tools für Design und Layout verlassen. Unsere Tendenz, das Content-Modell mit unserem vertrauten Design-System-Denken anzugehen, führte dazu, dass wir uns ständig von einem der Hauptziele eines Content-Modells entfernten: der Bereitstellung von Inhalten für Zielgruppen auf mehreren Marketingkanälen.

Zwei wesentliche Prinzipien für ein effektives Inhaltsmodell#Abschnitt2

Wir mussten unseren Designern, Entwicklern und Stakeholdern klar machen, dass wir etwas ganz anderes machten als ihre früheren Webprojekte, bei denen es für jeden selbstverständlich war, Inhalte als visuelle Bausteine ​​zu betrachten, die in Layouts passen. Der bisherige Ansatz war nicht nur vertrauter, sondern auch – zumindest zunächst – intuitiver, da sich die Designs dadurch greifbarer anfühlten. Wir haben zwei Prinzipien entdeckt, die dem Team geholfen haben zu verstehen, wie sich ein Inhaltsmodell von den Designsystemen unterscheidet, die wir gewohnt sind:

1. Inhaltsmodelle müssen Semantik statt Layout definieren.
2. Und Content-Modelle sollen Inhalte verbinden, die zusammengehören.

Semantische Inhaltsmodelle#Abschnitt3

A Semantisches Inhaltsmodell verwendet Typ- und Attributnamen, die die Bedeutung des Inhalts widerspiegeln, nicht die Art und Weise, wie er angezeigt wird. In einem nichtsemantischen Modell könnten Teams beispielsweise Typen erstellen wie Teaser, MedienblöckeUnd Karten. Obwohl diese Typen das Layout von Inhalten erleichtern, helfen sie den Bereitstellungskanälen nicht dabei, die Bedeutung des Inhalts zu verstehen, was wiederum die Tür für die Präsentation des Inhalts in jedem Marketingkanal geöffnet hätte. Im Gegensatz dazu verwendet ein semantisches Inhaltsmodell Typnamen wie Produkt, ServiceUnd Zeugnis damit jeder Bereitstellungskanal den Inhalt verstehen und nach eigenem Ermessen verwenden kann.

Wenn Sie ein semantisches Inhaltsmodell erstellen, ist es ein guter Ausgangspunkt, einen Blick auf die von Schema.org definierten Typen und Eigenschaften zu werfen, einer Community-gesteuerten Ressource für Typdefinitionen, die für Plattformen wie die Google-Suche verständlich sind.

Ein semantisches Inhaltsmodell hat mehrere Vorteile:

• Auch wenn Ihr Team keinen Wert auf Omnichannel-Inhalte legt, ist ein semantisches Inhaltsmodell hilfreich entkoppelt den Inhalt von seiner Präsentation So können Teams das Design der Website weiterentwickeln, ohne den Inhalt umgestalten zu müssen. Auf diese Weise können Inhalte störenden Website-Redesigns standhalten.
• Ein semantisches Inhaltsmodell bietet zudem einen Wettbewerbsvorteil. Durch Hinzufügen strukturierte Daten Basierend auf den Typen und Eigenschaften von Schema.org kann eine Website Hinweise bereitstellen, die Google helfen, den Inhalt zu verstehen, ihn in Suchausschnitten oder Wissenspanels anzuzeigen und ihn zur Beantwortung von Benutzerfragen der Sprachschnittstelle zu verwenden. Potenzielle Besucher könnten Ihre Inhalte entdecken, ohne jemals einen Fuß auf Ihre Website zu setzen.
• Über diese praktischen Vorteile hinaus benötigen Sie auch ein semantisches Inhaltsmodell, wenn Sie Omnichannel-Inhalte bereitstellen möchten. Um denselben Inhalt in mehreren Marketingkanälen zu verwenden, Lieferkanäle müssen es verstehen können. Wenn Ihr Inhaltsmodell beispielsweise eine Liste mit Fragen und Antworten bereitstellen würde, könnte diese problemlos auf einer Seite mit häufig gestellten Fragen (FAQ) gerendert werden, sie könnte aber auch in einer Sprachschnittstelle oder von einem Bot verwendet werden, der häufig gestellte Fragen beantwortet.

Verwenden Sie beispielsweise ein semantisches Inhaltsmodell für Artikel, Ereignisse, Personen und Standorte Eine Liste für sich Bereitstellung sauber strukturierter Daten für Suchmaschinen, damit Benutzer die Inhalte auf der Website, in Google Knowledge Panels und in Zukunft sogar mit hypothetischen Sprachschnittstellen lesen können.

Inhaltsmodelle, die verbinden#Abschnitt4

Nachdem ich mir Mühe gegeben habe, zu beschreiben, was ein gutes Inhaltsmodell ausmacht, bin ich zu der Erkenntnis gekommen, dass die besten Modelle diejenigen sind, die semantisch sind und auch verwandte Inhaltskomponenten verbinden (z. B. das Frage-Antwort-Paar eines FAQ-Eintrags), anstatt verwandte Inhalte über unterschiedliche Inhaltskomponenten aufzuteilen. Ein gutes Content-Modell verbindet Inhalte, die zusammenbleiben sollten, sodass sie von mehreren Bereitstellungskanälen genutzt werden können, ohne dass diese Teile zunächst wieder zusammengesetzt werden müssen.

Denken Sie darüber nach, einen Artikel oder Aufsatz zu schreiben. Die Bedeutung und der Nutzen eines Artikels hängen davon ab, dass seine Teile zusammengehalten werden. Wäre eine der Überschriften oder Absätze für sich genommen sinnvoll, ohne den Kontext des gesamten Artikels? Bei unserem Projekt veranlasste uns unser vertrautes Design-System-Denken oft dazu, Inhaltsmodelle zu erstellen, die Inhalte in unterschiedliche Teile aufteilen, um sie an das webzentrierte Layout anzupassen. Dies hatte eine ähnliche Wirkung wie ein Artikel, der von seiner Überschrift hätte getrennt werden sollen. Da wir Inhalte anhand des Layouts in eigenständige Teile zerlegten, wurde es schwierig, zusammengehörige Inhalte zu verwalten und für mehrere Bereitstellungskanäle nahezu unmöglich zu verstehen.

Schauen wir uns zur Veranschaulichung an, wie das Verbinden verwandter Inhalte in einem realen Szenario funktioniert. Das Designteam unseres Kunden präsentierte ein komplexes Layout für eine Softwareproduktseite, das mehrere Registerkarten und Abschnitte enthielt. Unser Instinkt war, dem Content-Modell zu folgen. Sollten wir es in Zukunft nicht so einfach und flexibel wie möglich machen, beliebig viele Tabs hinzuzufügen?

Da wir mit Designsystemen so vertraut waren, hatten wir das Gefühl, dass wir einen Inhaltstyp namens „Tab-Abschnitt“ brauchten, damit einer Seite mehrere Tab-Abschnitte hinzugefügt werden konnten. In jedem Registerkartenabschnitt würden verschiedene Arten von Inhalten angezeigt. Eine Registerkarte bietet möglicherweise eine Übersicht über die Software oder deren Spezifikationen. Auf einer anderen Registerkarte wird möglicherweise eine Liste mit Ressourcen angezeigt.

Unsere Neigung, das Inhaltsmodell in „Tab-Abschnitte“ zu zerlegen, hätte zu einem unnötig komplexen Modell und einer umständlichen Bearbeitungserfahrung geführt und außerdem zu Inhalten geführt, die über zusätzliche Bereitstellungskanäle nicht hätten verstanden werden können. Wie hätte ein anderes System beispielsweise erkennen können, welcher „Registerabschnitt“ sich auf die Spezifikationen eines Produkts oder seine Ressourcenliste bezog – hätte dieses andere System auf die Zählung von Registerkartenabschnitten und Inhaltsblöcken zurückgreifen müssen? Dies hätte verhindert, dass die Registerkarten jemals neu angeordnet wurden, und es wäre erforderlich gewesen, in jedem anderen Bereitstellungskanal Logik hinzuzufügen, um das Layout des Designsystems zu interpretieren. Hätte der Kunde diesen Inhalt außerdem nicht mehr in einem Tab-Layout anzeigen wollen, wäre es mühsam gewesen, auf ein neues Inhaltsmodell zu migrieren, um das neue Seiten-Redesign widerzuspiegeln.

Ein Durchbruch gelang uns, als wir herausfanden, dass unser Kunde für jede Registerkarte einen bestimmten Zweck vorsah: Sie sollte spezifische Informationen wie die Übersicht des Softwareprodukts, Spezifikationen, zugehörige Ressourcen und Preise offenlegen. Als mit der Umsetzung begonnen wurde, hatte unsere Neigung, uns auf das Visuelle und Vertraute zu konzentrieren, die Absicht der Entwürfe verdeckt. Nach ein wenig Recherche wurde schnell klar, dass das Konzept der Tabs für das Inhaltsmodell nicht relevant war. Entscheidend war die Bedeutung des Inhalts, den sie in den Registerkarten anzeigen wollten.

Tatsächlich hätte sich der Kunde dafür entscheiden können, diesen Inhalt anderswo – ohne Tabs – anzuzeigen. Diese Erkenntnis veranlasste uns, Inhaltstypen für das Softwareprodukt zu definieren, die auf den aussagekräftigen Attributen basieren, die der Kunde im Web darstellen wollte. Es gab offensichtliche semantische Attribute wie Name Und Beschreibung sowie reichhaltige Attribute wie Screenshots, SoftwareanforderungenUnd Funktionslisten. Die Produktinformationen der Software blieben zusammen, da sie nicht auf separate Komponenten wie „Registerkartenabschnitte“ aufgeteilt waren, die aus der Präsentation des Inhalts abgeleitet wurden. Jeder Lieferkanal – auch zukünftige – könnte diesen Inhalt verstehen und präsentieren.

Bei diesem Omnichannel-Marketingprojekt haben wir herausgefunden, dass der beste Weg, unser Content-Modell auf Kurs zu halten, darin besteht, dafür zu sorgen, dass dies der Fall ist semantisch (mit Typ- und Attributnamen, die die Bedeutung des Inhalts widerspiegeln) und dass es hielt Inhalte zusammen, die zusammengehörten (anstatt es zu fragmentieren). Diese beiden Konzepte verringerten unsere Versuchung, das Inhaltsmodell basierend auf dem Design zu gestalten. Wenn Sie also an einem Content-Modell arbeiten, um eine Omnichannel-Content-Strategie zu unterstützen – oder einfach nur sicherstellen möchten, dass Google und andere Schnittstellen Ihre Inhalte verstehen – denken Sie daran:

• Ein Designsystem ist kein Inhaltsmodell. Teammitglieder könnten versucht sein, sie zu vermischen und Ihr Inhaltsmodell so zu gestalten, dass es Ihr Designsystem widerspiegelt. Daher sollten Sie den semantischen Wert und die kontextuelle Struktur der Inhaltsstrategie während des gesamten Implementierungsprozesses schützen. Dadurch kann jeder Bereitstellungskanal den Inhalt nutzen, ohne dass ein magischer Decoderring erforderlich ist.
• Wenn Ihr Team Schwierigkeiten hat, diesen Übergang zu bewältigen, können Sie dennoch von einigen Vorteilen profitieren, indem Sie auf Schema.org basierende strukturierte Daten auf Ihrer Website verwenden. Auch wenn zusätzliche Lieferkanäle nicht unmittelbar in Sicht sind, ist der Nutzen der Suchmaschinenoptimierung allein schon ein überzeugender Grund.
• Erinnern Sie das Team außerdem daran, dass die Entkopplung des Inhaltsmodells vom Design es ihnen ermöglicht, die Designs einfacher zu aktualisieren, da sie nicht durch die Kosten von Inhaltsmigrationen gebremst werden. Sie werden in der Lage sein, neue Designs zu erstellen, ohne die Kompatibilität zwischen Design und Inhalt zu behindern, und sind bereit für das nächste große Ding.

Indem Sie sich strikt für diese Grundsätze einsetzen, helfen Sie Ihrem Team, Inhalte so zu behandeln, wie sie es verdienen – als wichtigstes Gut für Ihr Benutzererlebnis und als beste Möglichkeit, mit Ihrem Publikum in Kontakt zu treten.