Hinweis: Dies ist ein Demo-Artikel mit Platzhalter-Inhalt, um Layout und Typografie zu zeigen. Die finalen Texte folgen.
Ein Blog soll Wissen transportieren – und im Hintergrund möglichst wenig Arbeit machen. Genau dafür eignen sich Content Collections: Inhalte liegen als einfache Markdown-Dateien im Projekt, werden beim Build typsicher geprüft und landen automatisch als fertige Seiten im Web.
Warum datengetrieben statt hartkodiert
Hartkodierte Seiten altern schlecht: Jede neue Idee bedeutet neues Markup. Eine Collection trennt Inhalt von Darstellung – der Beitrag ist nur noch Text plus ein paar strukturierte Felder.
- Ein Schema stellt sicher, dass jeder Beitrag dieselben Felder hat.
- Markdown bleibt angenehm zu schreiben – auch für Nicht-Techniker.
- Neue Beiträge entstehen per Datei, nicht per Code-Deployment im klassischen Sinn.
Das Schema als Vertrag
Das Schema ist der Vertrag zwischen Inhalt und Layout. Fehlt ein Pflichtfeld oder hat es den falschen Typ, schlägt der Build fehl – bevor etwas online geht.
Pflicht- und Kürfelder
Sinnvoll ist eine kleine, klare Menge an Feldern: Titel, Kurzbeschreibung, Vorschaubild, Kategorie und Datum als Pflicht; Tags und Entwurfs-Status als Kür.
Gute Struktur ist unsichtbar: Sie merkt man erst, wenn das Hinzufügen des zwanzigsten Beitrags genauso einfach ist wie beim ersten.
Bereit für Automatisierung
Weil Beiträge nur Dateien im Git sind, lässt sich der nächste Schritt leicht andocken: Ein Automatisierungs-Workflow erzeugt den Entwurf, legt die Datei ab, und der nächste Build veröffentlicht ihn. Mensch und Maschine arbeiten am selben Format.
Das Ergebnis ist ein Fundament, das mit den Inhalten wächst – ohne dass die Technik im Weg steht.
