Content Modellierung Fur Wiederverwendbarkeit Und Skalierung
Schluss mit 'Body Text' Blobs. Wie Sie Inhalte atomar strukturieren, damit sie wiederverwendbar sind (COPE Prinzip: Create Once, Publish Everywhere).
Content Modellierung: Bausteine statt Textwüsten
Stellen Sie sich vor, Lego würde Steine verkaufen, die fest zusammengeklebt sind. Sie kaufen ein "Haus", aber Sie können die Fenster nicht für ein "Raumschiff" nutzen. Quatsch, oder? Aber genau so gehen 90% der Unternehmen mit ihrem Content um.
Sie schreiben einen Blogartikel als einen riesigen Textblock ("Blob") in den WYSIWYG-Editor.
- Überschrift
- Bild
- Text
- Zitat (fett markiert)
- Text
Das Problem: Wenn Sie das "Zitat" später auf der Startseite anzeigen wollen, können Sie es nicht extrahieren. Es klebt im HTML-Blob fest. Content Modellierung ist die Kunst, Inhalte in ihre kleinsten, logischen Einzelteile (Atome) zu zerlegen. Nur so werden sie wiederverwendbar.
Featured Snippet: Content Modellierung ist der Prozess der Definition von Inhalts-Typen (Content Types) und ihren Beziehungen zueinander in einem Headless CMS. Ziel ist es, strukturierten Content zu schaffen. Statt eines einzigen "Rich Text"-Feldes, zerlegt man einen "Autor" in: Name (String), Foto (Asset), Bio (Text) und Social Links (Array). Dies ermöglicht das COPE-Prinzip (Create Once, Publish Everywhere).
The Cost of Inaction: Copy-Paste Chaos
Ohne Modellierung passiert Folgendes: Der CEO ändert seine Job-Bezeichnung. Der Redakteur muss nun 500 Seiten durchsuchen, wo der CEO erwähnt wurde, und es manuell ändern. Mit Modellierung gäbe es einen Content Type "Person" (CEO). Dieser ist in 500 Artikeln verlinkt (Referenced). Sie ändern den Titel im "Person"-Objekt einmal. Er aktualisiert sich auf 500 Seiten automatisch. Gute Modellierung spart Tausende Stunden Pflegeaufwand.
Die 3 Ebenen der Modellierung
Das Konzeptuelle Modell (Brainstorming)
Setzen Sie sich mit Autoren und Entwicklern zusammen. Ignorieren Sie Technologie. Zeichnen Sie auf ein Whiteboard:
- "Wir haben Artikel."
- "Ein Artikel hat einen Autor."
- "Ein Artikel gehört zu einer Kategorie."
- "Ein Artikel hat SEO-Daten."
Die Attribute (Felder)
Zerlegen Sie die Objekte.
- Autor:
- Name (Text, Pflicht)
- Bild (Referenz auf Media, Pflicht)
- Twitter-Handle (Text, Optional, Regex-Validierung: fängt mit @ an)
Die Beziehungen (References)
Hier entsteht die Magie. Vermeiden Sie Redundanz. Schreiben Sie den Autor-Namen niemals als Text in den Artikel. Erstellen Sie ein Feld "Author Reference" (1:N Beziehung).
- Ein Autor schreibt viele Artikel.
- Ein Artikel hat einen (oder mehrere) Autoren.
Pattern: Modular Content (Page Builder)
Wie baut man flexible Landingpages, ohne dass der Entwickler jede Seite coden muss? Mit Slices (Prismic) oder Blocks (Contentful/Storyblok).
Sie definieren Bausteine:
- "Hero Section" (Bild + Titel + CTA)
- "Testimonial Slider" (Liste von Referenzen)
- "FAQ Accordion"
Im CMS kann der Redakteur diese Blöcke nun beliebig stapeln und sortieren.
Das Backend liefert ein JSON-Array:
body: [ {type: 'hero', ...}, {type: 'faq', ...} ]
Das Frontend rendert die passenden Komponenten.
So geben Sie Marketing-Teams Freiheit, innerhalb eines festen Design-Systems ("Design Guards") zu bauen.
Myth-Busting: "Zu viel Struktur engt Redakteure ein"
Redakteure lieben Freiheit ("Lass mich doch einfach schreiben!"). Struktur wirkt wie ein Korsett. Aber: Struktur befreit. Wenn der Redakteur weiß: "Ich muss hier ein Bild im Hochformat hochladen", dann kann er das Layout nicht zerschießen. Er muss sich nicht um Design kümmern ("Wie viel Padding braucht das Bild?"). Er füllt die Boxen. Das Design macht das System. Das Ergebnis ist konsistenterer Content und weniger "Kreativ-Unfälle".
Unasked Question: "Migration? Wie kriege ich alte Daten rein?"
Wenn Sie von WordPress (Blob) auf Contentful (Strukturiert) migrieren, haben Sie ein Problem. Ihr alter Content ist unstrukturiert. Sie müssen ihn "parsen". Nutzen Sie Skripte (oder KI!), um den HTML-Block zu analysieren:
- Finde alle
<img>Tags -> Lade sie ins Asset-System hoch -> Ersetze sie durch Referenzen. - Finde alle
<blockquote>Tags -> Mache daraus "Quote"-Objekte.
Eine Migration ist der perfekte Zeitpunkt für Frühjahrsputz ("Content Inventory"). Löschen Sie, was sich nicht modellieren lässt.
FAQ: Content Modeling
Was ist der Unterschied zwischen 1:1 und 1:N?
1:1 (One-to-One): Ein Autor hat genau einen Lebenslauf. 1:N (One-to-Many): Ein Autor hat viele Artikel. N:M (Many-to-Many): Ein Artikel kann viele Tags haben, und ein Tag gehört zu vielen Artikeln. Diese Beziehungen müssen im CMS definiert werden.
Soll ich SEO-Felder in jedes Objekt packen?
Nein, nutzen Sie "Composition". Erstellen Sie einen "SEO Metadata" Typ (Title, Desc, OG-Image). Fügen Sie diesen Typ als Referenz (oder Field Set) zu jeder Seite hinzu, die SEO braucht. So haben Sie Standardisierung.
Was sind "Validation Rules"?
Regeln, die schlechte Daten verhindern. Z.B.: "Die Überschrift darf max. 60 Zeichen haben" (damit sie in Google passt). Oder "Das Bild muss kleiner als 2MB sein". Gute Modellierung erzwingt Qualität schon bei der Eingabe.
MyQuests Information Architects
Gründer & Digitalstratege
Olivier Jacob ist der Gründer von MyQuests Website Management, einer Hamburger Digitalagentur, die sich auf umfassende Weblösungen spezialisiert hat. Mit umfassender Erfahrung in digitaler Strategie, Webentwicklung und SEO-Optimierung hilft Olivier Unternehmen, ihre Online-Präsenz zu transformieren und nachhaltiges Wachstum zu erzielen. Sein Ansatz kombiniert technische Expertise mit strategischem Denken, um messbare Ergebnisse für Kunden in verschiedenen Branchen zu liefern.
Verwandte Artikel
API-First Design: Bauen für die Omnichannel-Ära
Mehr zu diesem Thema lesen API-First Design: Bauen für die Omnichannel-Ära — Moderne CMS-Architektur & Headless
Auswahl Des Richtigen Headless Cms Fur Ihr Unternehmen
Mehr zu diesem Thema lesen Auswahl Des Richtigen Headless Cms Fur Ihr Unternehmen — Moderne CMS-Architektur & Headless
CMS-Auswahl - Das richtige System für Ihr Projekt
Mehr zu diesem Thema lesen CMS-Auswahl - Das richtige System für Ihr Projekt — Moderne CMS-Architektur & Headless
