Macrocontent ist in aktiver Entwicklung und öffentlich noch nicht verfügbar — Roadmap ansehen
ProduktRoadmapFAQ
In Entwicklung · noch nicht öffentlich verfügbar

Macrocontent — Website Management.
Content zuerst.

Macrocontent ist kein weiteres Headless-CMS — sondern der Einstieg in eine Website-Management-Platform: SDK einbinden, data-macro-key setzen, Inhalte auf der echten Seite bearbeiten. Später u. a. Hosting und Analytics — Schritt für Schritt.

Wir bauen das Produkt gerade. Danach Private Beta, dann Early Access — vor dem offiziellen v1. Siehe Roadmap.

Roadmap Dokumentation (WIP)
marking-example.html
▍

Produkt

Was Macrocontent werden soll

Kein weiteres Headless-CMS — sondern eine Website-Management-Platform mit Content als erstem Modul. Noch nicht öffentlich verfügbar.

Platform, nicht nur CMS

Zielbild ist Website Management: Content, Team, APIs — und später Hosting sowie Analytics über das SDK. Zuerst muss die Content-Schicht überzeugen; kein klassisches Headless-CMS als Site-Ersatz.

Schicht über deiner Site

Routing und Design bleiben bei dir. Editierbare Stellen mit data-macro-key — Primitives und Components. Optional kannst du später auch bei uns hosten; Pflicht ist das nicht.

Bearbeiten auf der echten Seite

Overlay für Inline-Editing im Live-Kontext — Draft speichern, veröffentlichen — ohne dass jedes Copy-Update ein Redeploy der Site braucht.

Richtung

Content jetzt — Hosting & Analytics danach

Klar benannt, aber nicht als fertige Features verkauft: Zuerst die Content-Schicht, dann weitere Bausteine der Platform. Keine Termine.

Jetzt im Fokus

Content + SDK

Marking, Overlay, Draft/Live, Dashboard, APIs — der Kern, den wir zuerst fertig machen.

Geplant danach

Hosting

Website-Code und Domains optional bei Macrocontent betreiben — wenn Content und Workflows sitzen.

Geplant danach

Analytics

Messungen über das SDK auf der echten Page (Events, Nutzung) — leicht starten, schrittweise ausbauen.

So soll die Integration aussehen

Zielbild für Site-Entwickler — kein Versprechen „in Sekunden live“, sondern die angestrebte Architektur.

  1. 01

    Site vorbereiten

    SDK einbinden, Website-Credentials nur als Frontend-Keys in der Config — keine Management-Secrets im Browser.

  2. 02

    Inhalte markieren

    data-macro-key setzen; bei Bedarf Primitives oder eigene Components. Locales gehören nicht in den Key.

  3. 03

    Im Kontext editieren

    Overlay öffnen, Draft speichern, veröffentlichen — auf der echten Seite.

Was bereits Form annimmt

Stand der Arbeit — wachsend, nicht fertig. Details: Docs.

SDK & Overlay

@macrocontent/sdk und @macrocontent/overlay, macro.config.js / Vite-Plugin — siehe Docs Quickstart.

Dashboard & Rechte

Website-Verwaltung, Keys/Tokens, Team/Site-User und verwandte Flächen entstehen parallel zur Runtime.

Draft / Live & Locales

Draft speichern und live schalten; Locale als Dimension — Keys ohne Locale-Suffix.

Bake & Export

Inhalte herausholen bzw. für Builds materialisieren — Architekturziel gegen Lock-in. Details in den Docs.

Store & Publishers

Component-Listings und Publisher-Flächen wachsen — noch kein fertiges Marketplace-Produkt.

APIs & Agents

OpenAPI, llms.txt, Agent-Setup — damit Integrationen und Agents die Oberfläche finden können.

Als Nächstes

Private Beta → Early Access → v1

Zuerst ausgewählte Tester, dann begrenzter Early Access, danach ein klar abgegrenztes v1 mit Content-Fokus. Hosting und Analytics folgen danach auf der Roadmap — nicht gleichzeitig als Launch-Pitch.

Roadmap FAQ