Seiten bauen wie gewohnt. Nur ohne den Ballast, den andere Baukästen ausliefern.

Nicht die Bedienung. Die ist so aufgebaut, wie Betreiber sie erwarten: Palette, Canvas, Einstellungen je Endgerät, Vorlagen für Kopf und Fuß, Popups, Bibliothek. Du musst nichts Neues lernen. Der Unterschied liegt in dem, was beim Besucher ankommt: In den üblichen Baukästen ist der Editor-Baum gleich dem ausgelieferten Markup, daher die verschachtelten Wrapper. Hier ist der Baum reine Datenhaltung, und das Markup wird daraus gebaut. Genau das entscheidet über die Ladezeit.

Die DOM-Zahl stammt aus einer wiederholten Messung an einer Referenz-Landingpage. Die Ladezeit-Werte (LCP 416 Millisekunden, CLS 0, INP rund 48 Millisekunden) sind eine Labor-Messung unter gedrosselter Mobilverbindung, vierfach gebremster CPU und 375 Pixel Breite, Median aus drei Läufen. Ehrlich dazugesagt: Das sind keine Felddaten aus echten Besucher-Sitzungen. Deine tatsächlichen Werte hängen von Bildern, Hosting und Inhalt ab. Die Zahlen sagen, was der Ausgabe-Pfad hergibt, nicht was deine Seite garantiert erreicht.

Nein, einen Import aus WordPress, Typo3 oder Webflow gibt es nicht. Seiten werden im Baukasten neu aufgebaut. Das klingt unbequem, ist bei einem Umzug aber meistens ohnehin der Weg: Struktur und Texte wandern mit, das Markup nicht. Was der Umzug abfedert: Für die alten Adressen legt das Websites-Modul Weiterleitungen an, damit Rankings und Links nicht ins Leere laufen.

101 Bausteine mit vollständigem Einstellungs-Schema. Das trägt eine Marken-Website und eine Kampagne ohne Zukauf. Eine Erwartung wollen wir gleich dämpfen: Einen Marktplatz mit tausenden Zusatz-Bausteinen gibt es hier nicht, und er ist auch nicht geplant. Was es gibt, ist die offene Erweiterungs-Schnittstelle: Ein Plugin bringt Baustein, Maske und Vorschau mit, und der Editor bindet ihn ein, ohne ihn vorher kennen zu müssen.

Nicht am selben Baum zur selben Zeit. Der Editor speichert automatisch und zeigt den Speicherzustand an, ein gleichzeitiges Bearbeiten mit Live-Cursorn wie in einem Textdokument gibt es hier nicht. In der Praxis arbeitet man ohnehin selten zu zweit an einer Landingpage. Für den Fall, dass mehrere Leute an einer Seite beteiligt sind, hilft die Rechtetrennung: Inhalt und Stil sind verschiedene Rechte, und einzelne Bausteine lassen sich sperren.

Nein, das ist ausdrücklich anders gelöst. Es gibt eine Seite mit einem Aufbau, und die übersetzbaren Felder tragen ihren Wert je Sprache. Du schaltest im Editor die Inhaltssprache um, pflegst die Texte und veröffentlichst einmal. Daraus entsteht je Zielsprache ein eigenes Erzeugnis mit gemeinsamer Versionsnummer. Ein Sprachstand kann also nicht heimlich veralten, weil beide immer zusammen geschaltet werden.

Der Baukasten ist als eigenständiges Modul geschnitten und läuft ohne Shop. Für eine öffentliche Website brauchst du zusätzlich das Websites-Modul, das Domain, Seitenbaum und Auslieferung mitbringt. Ganz allein sinnvoll ist der Baukasten trotzdem selten, denn sein Vorteil kommt aus den Live-Daten des Systems. Der Webbaukasten ist im Grundpaket enthalten, im Founding-Programm ebenfalls; aktuelle Details auf der Preisseite (/preise/).