PageKit — der selbst gehostete GrapesJS-Website-Builder, als Quellcode. Early Access sichern

Schritt 1 von 5

Erzählen Sie uns von Ihrem Build

Beschreiben Sie Ihr Projekt - wir stellen Vorlage, Plugin-Auswahl und Leistungen fuer Ihren Anwendungsfall zusammen.

01Projekttyp

Wähle das aus, was am besten zu deinem Build passt – es filtert unsere Empfehlungen.

01·aAnmerkungen

Ein oder zwei Sätze über dein Projekt.

Optional

02Was brauchen Sie von uns?

Das beeinflusst nur, was wir Ihnen als Naechstes zeigen - spaeter aenderbar.

Erforderlich

03E-Mail

Wir speichern Ihre Konfiguration und senden Ihnen einen Link zum Fortsetzen.

Erforderlich
Beantworten Sie beide Fragen und geben Sie Ihre E-Mail an, um fortzufahren.

Was du bekommst

  • Konfiguriertes GrapesJS-Editor-Preset, das auf deinen Anwendungsfall abgestimmt ist
  • Plugin-Bundle während der kurzen Überprüfung ausgewählt
  • Speicher- und Exportadapter für deine Plattform
  • Installation in deiner Codebasis oder Docker-Umgebung
  • E-Mail-Übergabe mit Einrichtungsdokumentation

Empfohlene Plugins

Diese Plugins werden als Teil dieses Build-Typs vorkonfiguriert und getestet.

Webseiten-Voreinstellung
Voll ausgestattetes Baseline-Preset als Ausgangspunkt für benutzerdefinierte Arbeit
Forms-Plugin
Formularbausteine für jeden Anwendungsfall der Lead-Erfassung oder Datenerhebung
Benutzerdefinierter Codeblock
Fluchtmöglichkeit für fortgeschrittene Nutzer, die rohe HTML-Kontrolle benötigen
Lory Slider
Berührungsfreundliche Karussells für medienreiche Layouts

Häufig gestellte Fragen

Welche Art von Custom-Builds betreust du?
Wir übernehmen alles, was GrapesJS ermöglichen kann: eingebettete Editoren in SaaS-Apps, White-Label-Builder, E-Mail-Tools, CMS-Authoring-UIs, Landingpage-Plattformen, Formular-Builder und mehr. Wenn Sie eine nicht standardmäßige Anforderung haben, teilen Sie uns das im Briefing mit, und wir werden es bewerten.
Kannst du eigene Plugins bauen, die im Katalog nicht existieren?
Ja. Die Entwicklung von benutzerdefinierten Plugins ist als Zusatzdienst verfügbar. Wir können alles bauen, von einfachen, individuellen Blöcken und Panels bis hin zu vollständigen Speicheradaptern, Rendering-Pipelines oder Kollaborationsschichten.
Wie handhabt ihr komplexe, mehrstufige redaktionelle Workflows?
GrapesJS selbst übernimmt die Bearbeitungsfläche; Der Workflow-Status (Entwurf, Review, veröffentlicht) befindet sich in deiner Plattformebene. Wir können workflow-kompatible Speichern/Senden-Buttons hinzufügen, die Ihre API mit der entsprechenden Zustandsnutzlast aufrufen.
Bieten Sie White-Labelling an – individuelle Domain, eigenes Branding?
Ja. GrapesJS ist vom MIT lizenziert und hat keine Namensnennungspflicht. Wir konfigurieren ein individuelles Thema, das auf Ihr Designsystem abgestimmt ist, und entfernen während der Einrichtung jegliches Standardbranding.
Kann der Build hohen Datenverkehr bewältigen – tausende gleichzeitige Editoren?
Ja. GrapesJS läuft vollständig im Browser – es gibt keinen serverseitigen Rendering-Engpass für den Editor selbst. Die Skalierbarkeit hängt von deiner Speicher-API und CDN ab, die wir für deine erwartete Last gestalten.
Wie sieht der typische Zeitrahmen vom Briefing bis zum gelieferten Build aus?
Ein Standard-Preset-+-Plugins-Auftrag wird innerhalb von 1–2 Werktagen nach der Bezahlung verschickt. Individuelle Builds mit Speicherintegration, maßgeschneiderten Plugins oder Team-Setup dauern je nach Umfang 3–7 Werktage.
Wie bekomme ich ein genaues Angebot für einen komplexen Bau?
Füllen Sie das Kurzformular mit möglichst vielen Details aus. Wir prüfen jedes Briefing und antworten innerhalb von 24 Stunden mit einem Festpreisangebot – keine stündlichen Überraschungen.

GrapesJS vs. Alternativen

AusstattungGrapesJSWebflowUnbounceElementor
Open-Source / MIT-Lizenz
Einbettbar in deiner App
Keine SaaS-Gebühren pro SitzNur Plugin
Ausgabe: MJML / E-Mail HTML
Individueller Speicheradapter
Headless-CMS-IntegrationTeilweiseTeilweise
White-Label (ohne Branding)
Plugin / Komponenten-SDK