Durchsuchen Sie nach Kategorie


GrapesJS Site-Builder

GrapesJS-Website-Builder-Pakete sind dafür da, einen Builder auszuliefern, den deine eigenen Nutzer bedienen: mehrseitige Projekte, Publishing-Workflows, White-Label-Oberflächen und SaaS-taugliche Starter. Während ein Preset einen Editor konfiguriert und eine Vorlage eine Seite füllt, kümmern sich diese Pakete um das Produkt drumherum — Seitenverwaltung, Speichern, Rollen und Livegang. Stöbere in kostenlosen und Premium-Website-Builder-Paketen, jeweils mit Dokumentation und Angaben zur Versionskompatibilität.

Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...

Über GrapesJS Site-Builder

GrapesJS einzubetten ist der leichte Teil; daraus einen Builder zu machen, den deine Kunden nutzen, ist die Arbeit, die diese Kategorie abdeckt. Ein produktionsreifer Website-Builder braucht mehr als einen Editor. Er braucht mehrseitige Projekte, damit Nutzer Seiten anlegen, umbenennen, duplizieren und löschen können — GrapesJS liefert dafür die Pages-API, und die Pakete hier verpacken sie in eine Seitenliste, Routing und Metadaten je Seite. Er braucht eine Persistenz, die den Browser überdauert, also einen Remote-StorageManager und die Entscheidung, ob jede Seite einzeln gespeichert wird oder das gesamte Projekt als ein Dokument. Er braucht einen Publish-Schritt, der aus dem bearbeitbaren Projekt auslieferbares HTML und CSS macht, plus einen Ort für das Ergebnis. Und er muss nach deinem Produkt aussehen, nicht nach GrapesJS: White-Label-Pakete stylen die Panels um, ersetzen das Logo und entfernen die Teile der Oberfläche, die deine Nutzer nie sehen sollten. Darüber hinaus brauchen die meisten Teams irgendwann Rollen und Berechtigungen, Vorlagenbibliotheken als Startpunkt für ihre Nutzer und eine Möglichkeit, fertige Abschnitte zu sperren. GrapesJS selbst ist BSD-3-Clause-lizenziert, ein kommerzielles Produkt darauf aufzubauen ist also unproblematisch; prüfe die Lizenz jedes Pakets aber separat, denn die Bedingungen des Installierten sind nicht die des Kerns.

GrapesJS Site-Builder — FAQ

Kann ich mit GrapesJS einen Website-Builder bauen?
Ja — das ist sein Hauptanwendungsfall, und mehrere kommerzielle SaaS-Produkte setzen darauf auf. GrapesJS liefert die Bearbeitungs-Engine; Seitenverwaltung, Speicherung, Veröffentlichung und die Oberfläche drumherum steuerst du bei. Die Pakete dieser Kategorie verkürzen genau diese Randarbeit, nicht den Editor selbst.
Wie verwaltet GrapesJS mehrere Seiten?
Über die Pages-API. editor.Pages.add legt eine Seite an, getAll listet sie auf, select wechselt die Arbeitsfläche. Alle Seiten liegen in einem Projekt und werden gemeinsam im Projekt-JSON gespeichert; eine Seitenliste in deiner Oberfläche ist also nur eine dünne Schicht darüber. Speicherung je Seite ist möglich, muss aber in einem eigenen Storage umgesetzt werden.
Kann ich den GrapesJS-Editor white-labeln?
Ja. Panels, Buttons und Layout sind konfigurierbar, die Standardoberfläche lässt sich vollständig ersetzen, und die Lizenz verlangt keine Namensnennung in deiner Oberfläche. Pakete dieser Kategorie bringen umgestylte Panels und ein neutrales Chrome mit, sodass deine Nutzer nie GrapesJS-Branding sehen — prüfe, ob ein Paket zu deiner Version passt, da sich Panel-Interna zwischen Hauptversionen ändern.
Wie veröffentliche ich die Seiten, die meine Nutzer erstellen?
Exportiere mit editor.getHtml und editor.getCss und speichere oder deploye das Ergebnis — als statische Datei, in einem Object Store oder als Datensatz, den dein Server rendert. Bewahre zusätzlich das Projekt-JSON auf: Es ist die bearbeitbare Quelle, exportiertes HTML lässt sich nicht zuverlässig in Komponenten zurückparsen. Ein Publish-Command bündelt Validieren, Exportieren und Deployen üblicherweise hinter einem Button.
Ist GrapesJS für ein kommerzielles SaaS kostenlos?
Der Kern steht unter BSD-3-Clause und erlaubt kommerzielle sowie Closed-Source-Nutzung, sofern der Copyright-Hinweis in deiner Distribution erhalten bleibt. Du musst deinen Produktcode nicht offenlegen. Plugins und Pakete sind unabhängig lizenziert — prüfe daher die Lizenz von allem, was du installierst, bevor du es an zahlende Kunden ausrollst.