Next.jsSanity.ioHeadless CMS
Von MDX zu Sanity: Wie ich ein Echtzeit-Publishing-System gebaut habe
Der Wechsel von MDX zu Sanity.io verwandelte eine statische Website in ein dynamisches Veröffentlichungssystem. Dieser Beitrag erklärt, wie Echtzeit-Revalidierung das Publizieren sofort und wartungsfrei machte.
Wenn eine Website wächst, muss auch ihr Veröffentlichungssystem mitwachsen. Am Anfang habe ich MDX-Dateien verwendet, einfach, zuverlässig, aber langsam für nicht-technische Bearbeitung. Jede Änderung bedeutete: Git öffnen, neu bauen, deployen, warten. Das war zu viel Aufwand.
Dieser Beitrag erklärt, wie ich zu Sanity.io migrierte, Echtzeit-Revalidierung integrierte und meine statische Seite in ein lebendiges Publishing-System verwandelte.
Warum die Umstellung
Das MDX-Setup funktionierte für persönliche Notizen, stieß aber an Grenzen, sobald ich brauchte:
- Mehrsprachige Inhalte (Englisch und Deutsch)
- Rich Media, strukturierte Metadaten und interne Verlinkung
- Einfaches Bearbeiten für zukünftige Redakteure oder Kunden
Das größte Problem war die Geschwindigkeit. Textänderungen sollten in Sekunden erscheinen, nicht nach einem Build. Ich wollte ein System, das sofort veröffentlicht, ohne dabei die Entwicklerkontrolle zu verlieren.
Die neue Architektur
Die Website läuft jetzt mit Next.js 15, verbunden mit Sanity.io als Headless CMS und bereitgestellt in einem Docker-Setup auf einem Hetzner VPS. Alle Inhalte, Beiträge, Tags, Kategorien, Metadaten, liegen nun zentral in Sanity.
Bei jeder Veröffentlichung sendet Sanity ein Signal an die Live-Seite, die betroffenen Seiten sofort zu aktualisieren. Kein manuelles Deployment, kein Build-Prozess. Was früher Minuten dauerte, passiert jetzt in Sekunden.
Der neue Workflow
Redakteure können:
- Inhalte direkt in Sanity erstellen und bearbeiten
- Entwürfe live auf derselben Domain prüfen
- Mit einem Klick veröffentlichen und die Änderung sofort sehen
Als Entwickler behalte ich Kontrolle über Schema, Felder und Layout. Dieses Gleichgewicht, Flexibilität für Autoren, Struktur für Entwickler, ist der Kern von Headless-Architektur.
Ergebnisse und Erkenntnisse
Seit der Migration:
- Inhalte erscheinen live in Sekunden
- Keine Builds oder Deployments mehr
- Live-Preview vor der Veröffentlichung
- Zentrale Verwaltung für beide Sprachen
Der Wechsel vereinfachte die Wartung spürbar. Weniger Repository-Last, kleinere Docker-Images, keine Probleme mehr mit lokalen Inhaltsdateien.
Es zeigt, dass Echtzeit-Veröffentlichung keine riesige Infrastruktur braucht, nur die richtige Architektur.
Fazit
Die Migration von MDX zu Sanity war mehr als ein technisches Upgrade, sie veränderte meinen gesamten Publishing-Workflow. Sie beweist, dass moderne Systeme flexibel und strukturiert zugleich sein können: Redakteure gewinnen Freiheit, Entwickler behalten die Kontrolle.
Das Ergebnis ist ein System, das funktioniert, skaliert und das Leben einfacher macht.
Steckt dahinter wiederkehrende Arbeit?
Sagen Sie uns in der kostenlosen Prüfung, was immer wieder passiert. Wir prüfen, ob Groundlens der richtige nächste Schritt ist.