WordPress Pagebuilder: Divi, Elementor & Co. — wann sinnvoll?

Ein WordPress Pagebuilder ist ein visueller Editor, mit dem Seiten durch Ziehen und Ablegen von Elementen gestaltet werden. Texte, Bilder, Spalten, Buttons — all das wird direkt auf dem Bildschirm positioniert, ohne eine Zeile Code schreiben zu müssen. Das Ergebnis sieht im Editor fast genauso aus wie auf der fertigen Website.

Wichtig zu verstehen: Es gibt zwei grundlegend verschiedene Arten. Erstens den Gutenberg Block-Editor, der seit WordPress 5.0 (2018) fest in WordPress integriert ist und keine Zusatzkosten verursacht. Zweitens Plugin-basierte Pagebuilder wie Elementor, Divi oder Bricks, die separat installiert, lizenziert und gewartet werden müssen.

Wer über WordPress nachdenkt, sollte zunächst den Artikel WordPress für KMU: Was wirklich wichtig ist lesen — viele Fragen zur Plattform selbst klären sich dort. Dann wird die Pagebuilder-Frage deutlich konkreter.

Gutenberg ist ein Block-Editor. Ihr arbeitet mit vordefinierten Blöcken — Absatz, Bild, Spalte, Video, Zitat. Das reicht für die meisten redaktionellen Inhalte: Texte, Blogbeiträge, einfache Seiten mit klarer Struktur. Seit WordPress 6.x ist auch Full Site Editing (FSE) verfügbar, das Header, Footer und ganze Templates mit Blöcken gestaltet.

Plugin-Pagebuilder wie Elementor und Divi gehen weiter. Sie bieten mehr gestalterische Freiheit, mehr vorgefertigte Templates, mehr visuelle Kontrolle über Abstände, Animationen und responsive Verhalten. Der Preis dafür: höhere Ladezeiten (mehr JavaScript), eine zusätzliche Plugin-Abhängigkeit und laufende Lizenzkosten.

Für etwa 80 Prozent der Standard-KMU-Websites — Unternehmensseiten, Dienstleister, kleine Blogs — reicht Gutenberg aus. Für Agenturen oder KMU, die komplexe Designs mit visueller Autonomie benötigen, kann ein Pagebuilder die sinnvolle Wahl sein.

Ein Plugin-Pagebuilder macht dann Sinn, wenn die Anforderungen über das hinausgehen, was Gutenberg mit vertretbarem Aufwand abdecken kann. Das ist seltener der Fall, als viele annehmen — aber es gibt klare Situationen, in denen sich der Einsatz rechtfertigt.

Mindestens genauso wichtig ist die Gegenfrage. Pagebuilder werden oft aus Gewohnheit oder weil die Agentur damit vertraut ist eingesetzt — nicht weil die Website es wirklich braucht. Das erzeugt unnötige Abhängigkeiten und laufende Kosten.

Typische Situationen, in denen ein Pagebuilder mehr schadet als nützt:

Es gibt kein objektiv bestes System — nur passend oder unpassend. Die folgende Übersicht vergleicht die drei relevantesten Optionen für Schweizer KMU-Projekte. Wer eine professionelle Website planen möchte, findet auf der Seite Website erstellen lassen einen Überblick über verschiedene Ansätze — unabhängig vom gewählten Editor.

Bricks Builder ist eine vierte Option, die bei Entwicklern und technisch orientierten Agenturen wächst. Er erzeugt den saubersten Code der vier und bietet eine Lifetime-Lizenz ab ca. USD 79. Für KMU, die ohne Agentur arbeiten, ist er weniger geeignet — er setzt Kenntnisse in CSS und Flexbox voraus.

WPBakery (ehemals Visual Composer) gilt als Legacy-Tool. Es ist noch weit verbreitet, gilt aber als technisch überholt. Für neue Projekte wird es nicht empfohlen — das Shortcode-basierte Prinzip schafft den stärksten Lock-in aller Pagebuilder.

Pagebuilder beeinflussen SEO nicht direkt — entscheidend sind Inhalte, Überschriften, Meta-Tags und strukturierte Daten. Was sich jedoch direkt auf Rankings auswirkt, ist die Ladegeschwindigkeit. Und hier sind Pagebuilder ein Faktor.

Standalone-Pagebuilder laden zusätzliches JavaScript und CSS, das in jedem Fall auf der Seite landet — selbst wenn nicht alle Features genutzt werden. Das betrifft die Core Web Vitals, insbesondere Largest Contentful Paint (LCP) und Cumulative Layout Shift (CLS). Mit aktivem Caching, Lazy Loading und einem CDN lässt sich das in der Regel kompensieren — aber es braucht Wissen und Aufwand.

Gutenberg ist hier im Vorteil: Es erzeugt deutlich weniger JS-Overhead und performt in Core Web Vitals tendenziell besser als Plugin-Lösungen. Divi 5 hat mit dem Rewrite im Februar 2026 aufgeholt — 84 Prozent weniger JavaScript und deutlich bessere PageSpeed-Scores sind ein echter Fortschritt.

Bevor ein Pagebuilder eingesetzt wird, lohnt sich ein ehrlicher Blick auf die eigene Situation. Die folgenden Fragen helfen, die richtige Entscheidung zu treffen — unabhängig davon, was die Agentur gewohnt ist oder welcher Pagebuilder gerade gehyped wird.

1. Reicht Gutenberg für unsere konkreten Anforderungen aus — haben wir das wirklich geprüft?
2. Wer ist langfristig für Updates, Lizenz und Wartung des Pagebuilder-Plugins verantwortlich?
3. Wie hoch ist der Performance-Anspruch der Website — gibt es kritische Ladezeit-Anforderungen?
4. Wollen wir als Team eigenständig Layouts anpassen, oder reicht die Inhaltspflege über Gutenberg?
5. Sind wir bereit, beim gewählten Pagebuilder zu bleiben — oder könnte ein Wechsel in zwei Jahren nötig werden?
6. Kennt die beauftragte Agentur den Pagebuilder wirklich gut — oder empfiehlt sie das gewohnte Tool?

Für die meisten neuen Projekte ist Gutenberg der sinnvolle Ausgangspunkt: kostenlos, wartungsarm und für die Mehrheit der KMU-Websites vollständig ausreichend. Pagebuilder wie Elementor oder Divi sind dann die bessere Wahl, wenn zwei Bedingungen zutreffen: Der Kunde braucht echte visuelle Autonomie ohne Entwicklerunterstützung — und Lizenzkosten sowie Lock-in-Risiko werden bewusst akzeptiert. Wer dagegen eine bestehende Website auf einem Pagebuilder betreibt und mit Leistung oder Wartungsaufwand kämpft, sollte eine Migration prüfen, bevor das technische Fundament teurer wird als ein Neuanfang.

Die entscheidende Frage ist nicht das Tool selbst, sondern: Was braucht diese Website langfristig — und zu welchem Preis? Ein Pagebuilder kann die richtige Antwort sein. Er ist aber selten die einzige.