Prüfen, ob es passt Sagen Sie uns, welche Arbeit immer wieder unnötig Aufwand macht oder liegen bleibt. Wir prüfen kostenlos, was – wenn überhaupt – sinnvoll ist.
← Alle Beiträge

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.

Von Mirko Imperio Trotta

Headless CMS Architektur mit Sanity.io

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:

  1. Inhalte direkt in Sanity erstellen und bearbeiten
  2. Entwürfe live auf derselben Domain prüfen
  3. 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.