Kurz erklaert
Der integrierte Editorial-Starter zeigt, wie das Template Metadaten, Slugs, CMS-Migration und Langform-Inhalte abbildet.
Warum der Blog von Anfang an existiert
Die meisten Projekte brauchen redaktionelle Inhalte frueher als erwartet. Wenn Route, Slug und Metadaten-Architektur von Anfang an stehen, muss die App spaeter fuer Artikel, Updates oder Ressourcen nicht neu gebaut werden.
Wie spaeter Sanity angebunden wird
Der Starter nutzt dasselbe View Model fuer statische Inhalte und CMS-Inhalte. Dadurch kann die Quelle von lokalen Defaults auf Sanity Loader wechseln, ohne Page Layouts oder Section-Komponenten umzuschreiben.
Lokalisierung bleibt ausserhalb der Section-Komponenten
Aufgeloeste Texte, Links und Metadaten sollten in Loadern oder der Routen-Komposition vorbereitet werden. Praesentationskomponenten bleiben so auf Layout und visuelles Verhalten fokussiert.
Kernpunkte
Was das Editorial-System konsistent haelt
Support-Bloecke bleiben optional, strukturiert und editierbar, ohne die Artikelroute zum Sonderfall zu machen.
Trust Cards, FAQs und CTAs kommen aus klaren Sanity-Feldern.
Kanonische Metadaten und Article Schema nutzen dasselbe Post-Modell.
Ueberschriften speisen ein tastaturfreundliches Inhaltsverzeichnis.
Datum, Labels, Links und Shared Content folgen der aktiven Sprache.
Haeufige Fragen
Bereit, den Starter in deine Publikation zu verwandeln?
Nutze das bestehende Artikelsystem und ersetze danach die Beispiele durch deine CMS-Inhalte.