Seminar DatoCMS: Content Modeling und Informationsarchitektur

Aus fachlichen Inhalten entsteht ein wartbares, API-taugliches Schema. Behandelt werden Modelle, Felder, Validierungen, Beziehungen, Blocks, Structured Text, Modular Content, Lokalisierung, Ordnungsmodelle, Editor Experience und Schema-Governance.

Inhaltsübersicht

Kapitelinhaltsverzeichnis

• Lernziele und Einsatzbereiche
• Vorbereitung und Arbeitsweise
• Seminarinhalte
• Praktische Übungen und Anwendung

Lernziele und Einsatzbereiche

Kapitelinhaltsverzeichnis

• Kompetenzziele
• Typische Einsatzszenarien
• Abgrenzung und Schwerpunkt

Kompetenzziele

Die Inhalte sind auf unmittelbar anwendbare, prüfbare Kompetenzen ausgerichtet.

• Inhalte aus Kanälen und Seitentemplates in wiederverwendbare fachliche Bausteine zerlegen.
• Modelle, Felder, Beziehungen und Blocks nach klaren Kriterien auswählen.
• Redaktionelle Bedienbarkeit und API-Nutzung gemeinsam berücksichtigen.
• Schemaänderungen mit Benennung, Dokumentation und Governance kontrollieren.

Typische Einsatzszenarien

Das Seminar eignet sich insbesondere für die folgenden Projekt- und Betriebssituationen.

• Neues Website- oder App-Projekt.
• Ablösung seitenorientierter Altsysteme.
• Bereinigung eines gewachsenen und schwer wartbaren Schemas.

Abgrenzung und Schwerpunkt

Die fachliche Tiefe wird durch folgende Grenzen bewusst fokussiert.

• Kein vollständiges UX- oder Design-System-Seminar.
• Programmgesteuerte Migrationen werden im Migrations- beziehungsweise CLI-Seminar vertieft.
• Fachliche Entscheidungen bleiben projektspezifisch und werden anhand von Kriterien vorbereitet.

Vorbereitung und Arbeitsweise

Kapitelinhaltsverzeichnis

• Zielgruppen
• Vorkenntnisse und Schulungsumgebung
• Didaktisches Vorgehen
• Qualitäts- und Abnahmekriterien

Zielgruppen

Content Strategists, Informationsarchitektur, Product Owner, Redaktion, UX, technische Architektur und Frontend-Entwicklung.

Vorkenntnisse und Schulungsumgebung

Kenntnis der eigenen Inhalte, Zielgruppen und Ausgabekanäle. Technische Programmierkenntnisse sind nicht erforderlich; Beispiele aus dem eigenen Projekt sind hilfreich.

1. Schritt 1: Zugänge, Rollen und Schulungsprojekt vor Seminarbeginn kontrollieren.
2. Schritt 2: Beispieldaten, Assets, Quellmaterial oder Codebasis entsprechend dem Seminarthema bereitstellen.
3. Schritt 3: Ausgangszustand dokumentieren, damit Übungen wiederholt und Abweichungen eindeutig bewertet werden können.

Didaktisches Vorgehen

Kurze Fachblöcke werden unmittelbar mit Demonstrationen, geführten Arbeitsschritten, eigenständigen Laborphasen und kontrollierten Fehlerfällen verbunden.

1. Schritt 1: Ausgangsproblem und gewünschtes Sollverhalten präzisieren.
2. Schritt 2: Konfiguration oder Implementierung in kleinen, überprüfbaren Schritten ausführen.
3. Schritt 3: Normalfall, Grenzfall und mindestens einen Fehlerfall testen.
4. Schritt 4: Nachweis, Betriebsregel oder Checkliste aus dem Übungsergebnis ableiten.

Qualitäts- und Abnahmekriterien

• Konfigurationen und Arbeitsschritte sind reproduzierbar dokumentiert.
• Berechtigungen, Datenstände und Environments sind eindeutig voneinander getrennt.
• Positive und negative Testfälle besitzen ein erwartetes und nachvollziehbares Ergebnis.
• Fehlerzustände führen zu einer kontrollierten Diagnose und einem definierten Wiederanlauf.

Seminarinhalte

Kapitelinhaltsverzeichnis

• Inhaltsinventur und Zielbild
• Modelle und Feldtypen
• Validierungen, Standardwerte und Redaktionshilfen
• Beziehungen oder eingebettete Blocks
• Structured Text und Modular Content
• Lokalisierung und Inhaltsvarianten
• Singletons, Ordnung und Hierarchien
• Editor Experience und Modellorganisation
• Schema-Governance und Änderungsverfahren

Inhaltsinventur und Zielbild

Inhalte werden unabhängig von vorhandenen Seitenlayouts, Dateiformaten und organisatorischen Silos erfasst.

1. Schritt 1: Kanäle, Inhaltstypen und Verantwortliche inventarisieren.
2. Schritt 2: Wiederverwendbare Informationen und variantspezifische Inhalte markieren.
3. Schritt 3: Zielbild mit Prioritäten und Nicht-Zielen formulieren.

Modelle und Feldtypen

Modelle bilden eigenständige fachliche Objekte; Felder werden nach Semantik, Validierbarkeit und API-Nutzung ausgewählt.

1. Schritt 1: Fachliche Objekte und ihre Lebenszyklen bestimmen.
2. Schritt 2: Für jede Eigenschaft den passendsten Feldtyp wählen.
3. Schritt 3: Modell mit repräsentativen Beispieldaten testen.

Validierungen, Standardwerte und Redaktionshilfen

Validierungen und Hilfetexte verhindern Fehler, ohne die Redaktion unnötig zu blockieren.

1. Schritt 1: Pflicht-, Format- und Wertebereichsregeln aus Fachanforderungen ableiten.
2. Schritt 2: Standardwerte und Hinweise nur für stabile Regeln einsetzen.
3. Schritt 3: Grenzfälle mit gültigen und ungültigen Records prüfen.

Beziehungen oder eingebettete Blocks

Referenzen und Blocks werden anhand von Wiederverwendung, Eigenständigkeit und Lebenszyklus unterschieden.

1. Schritt 1: Prüfen, ob ein Baustein eigenständig gesucht oder wiederverwendet wird.
2. Schritt 2: Bei eigenständigem Lebenszyklus ein Modell mit Beziehung verwenden.
3. Schritt 3: Bei eingebettetem Layoutbaustein einen Block mit klaren Grenzen verwenden.

Structured Text und Modular Content

Freie Textbereiche und modulare Layoutflächen werden getrennt, aber mit einer gemeinsamen Blockbibliothek geplant.

1. Schritt 1: Redaktionelle Schreib- und Layoutanforderungen erfassen.
2. Schritt 2: Zulässige Inline-, Link- und Blockelemente definieren.
3. Schritt 3: Renderer-Vertrag und Editor-Vorschau mit Beispieldaten prüfen.

Lokalisierung und Inhaltsvarianten

Lokalisierung wird feldgenau geplant, damit Übersetzungsaufwand und Fallback-Verhalten beherrschbar bleiben.

1. Schritt 1: Locales, Verantwortlichkeiten und Pflichtsprachen festlegen.
2. Schritt 2: Felder nach lokalisiert oder global klassifizieren.
3. Schritt 3: Fehlende Übersetzungen und Veröffentlichungsregeln testen.

Singletons, Ordnung und Hierarchien

Einzelinstanzen, sortierte Listen und hierarchische Sammlungen werden nach dem tatsächlichen Navigations- und Pflegebedarf gewählt.

1. Schritt 1: Kardinalität und Ordnungsbedarf je Modell bestimmen.
2. Schritt 2: Passende Einzel-, Listen- oder Baumstruktur konfigurieren.
3. Schritt 3: Änderungen an Reihenfolge und Hierarchie in API und Redaktion prüfen.

Editor Experience und Modellorganisation

Benennung, Feldgruppen, Hinweise und sinnvolle Reihenfolge reduzieren Schulungs- und Fehlerrisiko.

1. Schritt 1: Modelle und Felder aus Sicht der Redaktion benennen.
2. Schritt 2: Verwandte Felder gruppieren und seltene Einstellungen zurückstellen.
3. Schritt 3: Pflegeaufgabe mit einer nicht am Modell beteiligten Person testen.

Schema-Governance und Änderungsverfahren

Ein leichtgewichtiges Verfahren verhindert unkontrollierte Feldduplikate und inkompatible Änderungen.

1. Schritt 1: Namensregeln, Eigentümer und Dokumentationspflicht definieren.
2. Schritt 2: Änderungsantrag mit Auswirkung auf Daten, API und Frontend bewerten.
3. Schritt 3: Freigabe, Migration und Nachkontrolle als Standardprozess festhalten.

Praktische Übungen und Anwendung

Kapitelinhaltsverzeichnis

• Modellierung einer mehrsprachigen Produktwelt
• Redesign eines seitenorientierten Modells
• Schema-Review mit Änderungsantrag
• Prüf- und Abnahmekriterien

Modellierung einer mehrsprachigen Produktwelt

Szenario: Produkte, Kategorien, Marken, Downloads und modulare Marketinginhalte werden kanalübergreifend benötigt.

1. Schritt 1: Inhaltsinventur und Kardinalitäten erstellen.
2. Schritt 2: Modelle, Felder und Beziehungen skizzieren.
3. Schritt 3: Blockbibliothek und Structured-Text-Anteile definieren.
4. Schritt 4: Schema mit drei repräsentativen Produkten testen.

Prüfkriterium: Das Schema trennt eigenständige Records, Beziehungen und Blocks nachvollziehbar und enthält belastbare Locale- und Validierungsregeln.

Redesign eines seitenorientierten Modells

Szenario: Ein Altschema enthält große Seitentypen mit vielen optionalen Feldern und Duplikaten.

1. Schritt 1: Duplikate, Varianten und leere Felder analysieren.
2. Schritt 2: Fachobjekte und wiederverwendbare Bausteine ableiten.
3. Schritt 3: Zielmodelle und Übergangsregeln formulieren.
4. Schritt 4: Redaktionelle Testaufgabe im Zielmodell durchführen.

Prüfkriterium: Ein normalisiertes Zielmodell mit klarer Wiederverwendung, weniger optionalen Feldern und besserer Editor Experience liegt vor.

Schema-Review mit Änderungsantrag

Szenario: Ein neues Kampagnenformat verlangt zusätzliche Blocks und Lokalisierungsoptionen.

1. Schritt 1: Anforderung und Nicht-Ziele präzisieren.
2. Schritt 2: Schemaoptionen mit Vor- und Nachteilen vergleichen.
3. Schritt 3: Kompatibilität und Migrationsbedarf prüfen.
4. Schritt 4: Entscheidung, Tests und Rückfallweg dokumentieren.

Prüfkriterium: Auswirkungen auf bestehende Daten, Queries, Renderer und Redaktion sind bewertet und in einem freigabefähigen Änderungsplan beschrieben.

Prüf- und Abnahmekriterien

Die Übungen werden nicht allein nach sichtbarer Funktion, sondern nach Reproduzierbarkeit, Sicherheit, Datenqualität und Betriebsfähigkeit bewertet.

• Der Ausgangszustand, die Änderung und der geprüfte Zielzustand sind dokumentiert.
• Mindestens ein Negativ- oder Störungstest wurde kontrolliert durchgeführt.
• Geheimnisse, produktive Daten und unbeteiligte Systeme wurden nicht in die Übungen einbezogen.
• Offene Punkte besitzen Priorität, verantwortliche Stelle und nächsten Prüftermin.