Seminar DatoCMS: Grundlagen und Projektstart

Der Einstiegstag schafft ein gemeinsames Begriffs- und Prozessmodell. In einem vollständigen Mini-Projekt werden Headless-Architektur, Projektoberfläche, Schema, Records, Medien, Veröffentlichung, API-Ausgabe, Rollen und die Planung der nächsten Lernschritte verbunden.

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.

• Headless-CMS-Architektur und Zuständigkeiten verständlich einordnen.
• Ein einfaches Modell mit Inhalt und Asset selbständig anlegen.
• Entwurf, Veröffentlichung und erste API-Ausgabe nachvollziehen.
• Rollen, Risiken und nächsten Qualifizierungsschritt für ein Projekt bestimmen.

Typische Einsatzszenarien

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

• Gemeinsamer Projekt-Kick-off.
• Orientierung vor Toolauswahl oder Pilotprojekt.
• Onboarding neuer Teammitglieder aus Fachbereich und Technik.

Abgrenzung und Schwerpunkt

Die fachliche Tiefe wird durch folgende Grenzen bewusst fokussiert.

• Keine tiefe API-, Framework- oder Migrationsimplementierung.
• Komplexe Rollen- und Governance-Modelle werden nur eingeordnet.
• Der Tag ersetzt keine projektspezifische Architektur- oder Content-Modeling-Phase.

Vorbereitung und Arbeitsweise

Kapitelinhaltsverzeichnis

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

Zielgruppen

Projektleitung, Product Owner, Redaktion, Marketing, UX, Entwicklung, Administration und Entscheider ohne DatoCMS-Erfahrung.

Vorkenntnisse und Schulungsumgebung

Keine DatoCMS-Vorkenntnisse. Grundverständnis digitaler Inhalte und Websites ist ausreichend.

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

• Headless-CMS und Systemgrenzen
• Projektoberfläche und Navigation
• Erstes Modell und Felder
• Record und Medien
• Entwurf und Veröffentlichung
• Erste API-Ausgabe
• Rollen und Zusammenarbeit
• Projektstart-Checkliste

Headless-CMS und Systemgrenzen

Inhalte, CMS, API, Frontend, Hosting und Drittsysteme werden als getrennte Verantwortungsbereiche verstanden.

1. Schritt 1: Beteiligte Systeme und Rollen benennen.
2. Schritt 2: Inhaltsfluss vom Editor bis zur Website skizzieren.
3. Schritt 3: Grenzen und Abhängigkeiten des Pilotprojekts markieren.

Projektoberfläche und Navigation

Schema, Content, Media, Projektsettings und kollaborative Bereiche werden sicher gefunden.

1. Schritt 1: Schulungsprojekt öffnen und Hauptbereiche zuordnen.
2. Schritt 2: Persönliche und projektweite Einstellungen unterscheiden.
3. Schritt 3: Relevante Such- und Filterfunktionen ausprobieren.

Erstes Modell und Felder

Ein kleiner Inhaltstyp wird mit sinnvollen Feldtypen und einer einfachen Validierung aufgebaut.

1. Schritt 1: Fachobjekt und zwei typische Datensätze beschreiben.
2. Schritt 2: Modell mit Titel, Slug, Text und Bildfeld anlegen.
3. Schritt 3: Pflichtregel und Hilfetext konfigurieren.

Record und Medien

Ein Record wird mit strukturierten Inhalten und einem qualitätsgeprüften Asset gepflegt.

1. Schritt 1: Bild hochladen und Alt-Text ergänzen.
2. Schritt 2: Record vollständig ausfüllen und Validierung prüfen.
3. Schritt 3: Vorschau der gespeicherten Daten kontrollieren.

Entwurf und Veröffentlichung

Draft- und Published-Zustand werden bewusst getrennt und mit einer kleinen Freigabe verbunden.

1. Schritt 1: Record zunächst als Entwurf speichern.
2. Schritt 2: Änderung prüfen und Veröffentlichungsentscheidung treffen.
3. Schritt 3: Veröffentlichen und späteren Update-Zustand beobachten.

Erste API-Ausgabe

Die gespeicherten Inhalte werden mit einer minimalen GraphQL-Abfrage gelesen.

1. Schritt 1: Benötigte Felder im API-Schema finden.
2. Schritt 2: Einfache Abfrage ausführen.
3. Schritt 3: Antwort mit dem Record und Veröffentlichungsstand vergleichen.

Rollen und Zusammenarbeit

Redaktion, Freigabe, Entwicklung und Administration werden in einer ersten Verantwortungsmatrix getrennt.

1. Schritt 1: Projektrollen und typische Aktionen sammeln.
2. Schritt 2: Eine einfache Zuständigkeitsmatrix erstellen.
3. Schritt 3: Offene Governance-Fragen für die Vertiefung notieren.

Projektstart-Checkliste

Ziel, Inhalte, Technik, Rollen, Migration und Betrieb werden als geordnete nächste Schritte festgehalten.

1. Schritt 1: Pilotumfang und Erfolgskriterien formulieren.
2. Schritt 2: Erforderliche Folgeentscheidungen und Seminare priorisieren.
3. Schritt 3: Verantwortliche und Termine für den Projektstart festlegen.

Praktische Übungen und Anwendung

Kapitelinhaltsverzeichnis

• Mini-Projekt Produktneuheit
• Rollen- und Systemskizze
• Prüf- und Abnahmekriterien

Mini-Projekt Produktneuheit

Szenario: Eine kleine Produktneuheit benötigt Modell, Text, Bild, Slug und Veröffentlichung.

1. Schritt 1: Felder und Pflichtangaben festlegen.
2. Schritt 2: Modell und Record anlegen.
3. Schritt 3: Asset hinzufügen und Inhalt prüfen.
4. Schritt 4: Veröffentlichen und API-Antwort kontrollieren.

Prüfkriterium: Ein vollständiger Record ist modelliert, validiert, veröffentlicht und per API lesbar.

Rollen- und Systemskizze

Szenario: Ein interdisziplinäres Team plant die Verantwortungen für CMS, Frontend und Freigabe.

1. Schritt 1: Systeme und Datenflüsse eintragen.
2. Schritt 2: Rollen und Verantwortungen zuordnen.
3. Schritt 3: Risiken und fehlende Kompetenzen markieren.
4. Schritt 4: Passende Lernreihenfolge auswählen.

Prüfkriterium: Eine verständliche Skizze mit Systemgrenzen, Rollen und offenen Entscheidungen liegt vor.

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.