Erstellen
Seiten aus Drag-and-drop-Blöcken bauen, ohne Markup zu schreiben oder ein Support-Ticket zu öffnen.
PageKit — der selbst gehostete GrapesJS-Website-Builder, als Quellcode. Early Access sichern
Gib deinen Kunden einen visuellen Drag-and-drop-Editor, ohne monatelang die Editor-Infrastruktur von Grund auf zu bauen.
26k+
GitHub-Sterne
100+
Plugins auf GJS.Market
10 Jahre
Aktive Entwicklung
$0
Lizenzgebühr, immer
Das ist es, was der Endnutzer deines SaaS tatsächlich bekommt — der Teil, den er sieht, nutzt und wegen dem er bleibt.
Seiten aus Drag-and-drop-Blöcken bauen, ohne Markup zu schreiben oder ein Support-Ticket zu öffnen.
Layout, Inhalt, Typografie, Farben und Abstände direkt auf der Arbeitsfläche bearbeiten.
Entwürfe und Projekte in deiner Infrastruktur ablegen, unter deinen Accounts und Berechtigungen.
Eine Seite über alle Breakpoints prüfen, bevor sie ein echtes Publikum erreicht.
Die Veröffentlichung an deinen bestehenden Ablauf hängen — deine Domains, dein CDN, deine Release-Regeln.
Mit Vorlagen und wiederverwendbaren Komponenten starten statt jedes Mal mit einer leeren Fläche.
Deine Kunden bekommen ein visuelles Bearbeitungserlebnis, ohne dein SaaS zu verlassen.
Ein visueller Editor sieht nach einem einzelnen Roadmap-Punkt aus. Ist er nicht. Jeder dieser Punkte ist ein Subsystem, das dein Team über die gesamte Lebensdauer des Produkts pflegen müsste.
Was in einem Page-Builder tatsächlich steckt
Dein Team baut und pflegt jede der oben genannten Funktionen — und pflegt sie weiter, während der Rest der Roadmap wartet.
Nimm einen Open-Source-Editor als Basis und erweitere ihn mit fertigen Plugins, damit deine Entwicklungszeit in das fließt, was dein SaaS ausmacht.
Steck deine Entwicklungszeit in dein SaaS — nicht in den Nachbau eines Editors.
Der Kunde loggt sich in dein SaaS ein
Deine bestehende Authentifizierung, dein bestehendes Dashboard. Am Account-Modell ändert sich nichts.
Er legt eine neue Seite an
Ein Datensatz in deiner Datenbank, zugeordnet zu diesem Kunden und seinem Tarif.
Er wählt eine Vorlage
Ein kuratierter Startpunkt schlägt die leere Fläche — und hält das Ergebnis markenkonform.
Er öffnet den visuellen Editor
Der Editor wird in deiner Produkthülle eingebunden. Der Kunde verlässt dein SaaS nie.
Er bearbeitet Inhalt und Design
Blöcke, Stile und responsive Breakpoints, alles direkt auf der Arbeitsfläche.
Er speichert einen Entwurf
Autosave schreibt nach deinem Takt an deine API, nicht an einen Drittanbieter.
Er sieht die Vorschau
Eine Darstellung der echten Ausgabe, bevor irgendetwas öffentlich ist.
Er veröffentlicht
Dein Publish-Endpoint führt aus, was dein Ablauf verlangt — Freigaben, Versionierung, Cache-Invalidierung.
Live-Seite des Kunden
Ausgeliefert aus deiner Infrastruktur, auf deiner Domain und auf sein Tariflimit angerechnet.
Bau das Bearbeitungserlebnis in den Ablauf ein, den deine Kunden ohnehin durchlaufen, statt ein separates Werkzeug danebenzustellen.
Drei öffentliche GrapesJS-Builds, die erst laden, wenn du es willst. Hier läuft kein Video — das ist der echte Editor.
Die offizielle Demo — der Open-Source-Editor ohne jedes Preset. Das ist die Ausgangsbasis für dein SaaS.
Lädt eine Demo-Seite eines Drittanbieters in einem Iframe. Vor deinem Klick wird nichts angefragt.
Derselbe Editor-Kern trägt sehr unterschiedliche Produkte. Wähl das, was deinem am nächsten kommt.
Lass Kunden conversion-orientierte Landingpages bauen, ohne auf dein Design-Team zu warten.
Landingpage-BuilderGib Nutzern die Werkzeuge, komplette mehrseitige Websites in deiner Plattform zu bauen und zu pflegen.
Website-BuilderLass Kunden Kampagnen und Markenseiten zusammenstellen, die sich an die Regeln halten, die du setzt.
Marketing-SeitenGib Content-Teams visuelle Bearbeitung auf dem Content-Modell, das du bereits betreibst.
Visuelles CMSErgänze dein SaaS um visuelle E-Mail-Erstellung, mit MJML-Ausgabe, die echte Postfächer übersteht.
E-Mail-Builder ansehenLass die KI einen ersten Entwurf erzeugen und den Nutzer ihn visuell verfeinern, statt neu zu prompten.
KI-PluginsBehalte dein strukturiertes Backend und leg eine visuelle Bearbeitungsschicht darüber.
Headless-SetupDer Editor ist eine Schicht, nicht das System. Alles, was kommerziell zählt — Accounts, Daten, Limits, Veröffentlichung — bleibt bei dir.
Dein SaaS besitzt
GrapesJS liefert
Dein Backend besitzt
Du brauchst das Integrationsdetail statt der Gesamtform? Zum Leitfaden für den einbettbaren Page-Builder
Vorlagen & Berechtigungen
Lege fest, was Nutzer erstellen dürfen und welche Funktionen zu welchem Tarif oder welcher Rolle gehören. Genau diese Schicht wird später deine Preisgestaltung.
Storage & Medien
Verbinde Projekte und Assets mit deinen eigenen APIs und deinem Storage, damit Kundeninhalte nie dort liegen, wo du keine Kontrolle hast.
Entwurf → Vorschau → Veröffentlichung
Bau einen Publishing-Ablauf, der zu deinem SaaS passt — inklusive Freigaben oder Versionierung, die deine Kunden erwarten.
Analytics
Miss Adoption, Editor-Nutzung und Kundenaktivität, damit du beurteilen kannst, ob sich die Funktion trägt.
Fang beim Editor-Kern an. Bau die SaaS-spezifische Funktionalität darum herum.
Zwei Schritte zu einem laufenden Editor. Alles danach ist dein Produkt, nicht Editor-Infrastruktur.
npm install grapesjsimport grapesjs from 'grapesjs';
import 'grapesjs/dist/css/grapes.min.css';
// The editor core. Mount it anywhere inside your customer dashboard.
const editor = grapesjs.init({
container: '#editor',
});Und das ist der Teil, der daraus eine SaaS-Funktion statt einer Demo macht — Persistenz und Veröffentlichung gegen deine eigene API:
const editor = grapesjs.init({
container: '#editor',
// Each customer's page is a row in your database, behind your own auth.
storageManager: {
type: 'remote',
autosave: true,
options: {
remote: {
urlStore: `/api/customers/${customerId}/pages/${pageId}`,
urlLoad: `/api/customers/${customerId}/pages/${pageId}`,
fetchOptions: { credentials: 'include' },
},
},
},
});
// Publishing stays on your side — your domains, your CDN, your workflow.
async function publish() {
await fetch(`/api/customers/${customerId}/pages/${pageId}/publish`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ html: editor.getHtml(), css: editor.getCss() }),
});
}Das ist der Editor-Kern. Ergänze die Funktionen, die dein SaaS braucht, über Plugins und deine eigenen Integrationen.
Jeder Eintrag unten ist ein echtes Produkt auf GJS.Market, mit Live-Preis aus dem Katalog. Wo eine Fähigkeit zum GrapesJS-Kern gehört und nicht zu einem Plugin, wird sie oben in der Architektur beschrieben statt hier verkauft.
Verbindet den Asset-Manager mit Cloudinary, damit Kunden-Uploads sauber transformiert und ausgeliefert werden.
Gibt dem Asset-Manager ein echtes Upload-Erlebnis, inklusive Drag-and-drop und Fortschrittsanzeige.
Schaltet den Editor in den MJML-Modus, damit die E-Mail-Ausgabe in echten Clients funktioniert.
Ein Premium-Set responsiver E-Mail-Blöcke für einen kundenseitigen E-Mail-Builder.
Vier Ausgangskombinationen mit Live-Preisen. Jede ist GrapesJS plus die Plugins, die genau dieses Produkt wirklich braucht.
Blöcke + Vorlagen + Storage + Export
Landingpage-Builder bauenBlöcke + Seiten + Assets + Storage
Website-Builder bauenVorlagen + Storage + Assets + Seiten
Visuelles CMS bauenMJML + E-Mail-Blöcke + Vorlagen + Export
Die Preise stammen aus dem Live-Katalog und können sich ändern. Kostenlose Plugins bleiben kostenlos.
Was sich an deinem Produkt ändert, sobald Kunden selbst bearbeiten können.
Kunden ändern Inhalte selbst, statt für eine Überschrift ein Ticket zu öffnen.
Geringere Abhängigkeit von Entwicklern bei einfachen Layout- und Textänderungen.
Visuelles Bearbeiten ist eine Fähigkeit, die man in einer Demo sieht — und damit ein echtes Unterscheidungsmerkmal.
Wer Inhalte in deiner Plattform aufbaut, hat mehr Gründe, darin zu bleiben.
Fortgeschrittene Bearbeitung gibt höheren Tarifen etwas Greifbares an die Hand.
Die Effekte hängen von Produkt und Zielgruppe ab — versteh sie als Mechanismen, die du messen solltest, nicht als garantierte Ergebnisse.
Eine Möglichkeit, Bearbeitung über Tarife zu verteilen. Das illustriert die Struktur und ist keine Empfehlung konkreter Preise.
Vorlagen und Basis-Bearbeitung.
Erweiterte Blöcke und Zusatzfunktionen.
Erweiterte Berechtigungen und Zusammenarbeit.
Individuelle Integrationen und komplexe Abläufe.
Beispielhafte SaaS-Paketierung. Dein Preismodell kann sich an den Funktionen und Abläufen orientieren, die deine Kunden brauchen.
Der Page-Builder muss nicht bloß eine Funktion sein — er kann den Wert deiner SaaS-Tarife erhöhen.
Dieselbe Entscheidung sieht anders aus, je nachdem, wo du sitzt.
Ein MVP starten, ohne einen Editor von Grund auf zu bauen oder dafür einzustellen.
Kontrolle über Architektur, Daten und Infrastruktur behalten und trotzdem ein großes Bauvorhaben von der Roadmap nehmen.
Visuelles Bearbeiten als Produktfähigkeit ergänzen, auf einem Weg, den man schneiden und ausliefern kann.
Mit einem erweiterbaren Editor samt dokumentierter APIs starten statt mit einer leeren Fläche.
Ein Bearbeitungssystem bauen und über mehrere Kundenprodukte hinweg wiederverwenden.
GrapesJS ist framework-agnostisch — es hängt sich an einen DOM-Container und passt damit zu dem, was du bereits betreibst.
Offizieller @grapesjs/react-Wrapper, MIT-lizenziert, für eine idiomatische Komponenten-Integration.
Page-Builder für ReactNur clientseitig — lade den Editor per Dynamic Import, damit er im SSR nie ausgeführt wird.
Page-Builder für Next.jsAn eine Template-Ref hängen und den Editor beim Unmount wieder abbauen.
Page-Builder für VueÜber eine ViewChild-Elementreferenz im Lebenszyklus der Komponente initialisieren.
Builder für AngularGanz ohne Framework — ein Script-Tag und ein Container-Element sind die komplette Integration.
HTML-Drag-and-drop-BuilderDiese Seite behandelt die Produktentscheidung. Zwei benachbarte Leitfäden gehen bei den Teilen in die Tiefe, die hier nur gestreift werden.
Die ehrliche Fassung: Du sparst dir nicht die ganze Arbeit, sondern den Teil, der in jedem je geschriebenen Page-Builder identisch ist.
| Schicht | Selbst bauen | GrapesJS + GJS.Market |
|---|---|---|
| Editor-Kern | Bauen | Fertig |
| Arbeitsfläche | Bauen | Fertig |
| Blöcke | Bauen | Plugins |
| Storage | Bauen | Eigene API / Plugins anbinden |
| Assets | Bauen | Erweiterbar |
| UI | Bauen | Anpassbar |
| Veröffentlichung | Bauen | Dein Ablauf |
| Wartung | Dein Team | Offenes Ökosystem |
| Zeit bis zum MVP | Monate | In Tagen startklar |
„In Tagen startklar“ meint einen lauffähigen Editor, nicht ein fertiges Produkt — deine SaaS-spezifische Arbeit dauert weiterhin so lange, wie sie dauert.
Alles auf dieser Seite verweist auf etwas, das du selbst prüfen kannst. Zahlen geprüft am 2026-08-27.
Der grapesjs-Kern liegt mit 26k+ Sternen und öffentlichem Issue-Tracker auf GitHub. Lies ihn, bevor du dich darauf festlegst.
Der Kern steht unter BSD-3-Clause, der offizielle React-Wrapper unter MIT. Beide erlauben kommerzielle Nutzung, ohne Lizenzabgaben und ohne Gebühr pro Nutzer.
100+ Plugins auf GJS.Market, dazu veröffentlichte npm-Pakete — jeder Eintrag auf dieser Seite verlinkt das Produkt, das er nennt.
Die Demos oben sind öffentliche Deployments. Lade eine, mach sie kaputt, und entscheide dann.
Drei Wege nach vorn, je nachdem, wie viel davon du selbst machen willst.
Stell den Stack für dein Produkt aus echten Angeboten zusammen — Storage, Blöcke, Vorlagen, Export.
Plugins ansehenInstallier den Open-Source-Kern und häng deinen ersten Editor ein. Kostenlos und unverbindlich.
Zum TutorialLass Editor, Storage und Veröffentlichung von Leuten in dein SaaS einbauen, die das schon gemacht haben.
GrapesJS-Integrationsservices