Bricks vs. Elementor V4 oder individuelle Entwicklung: was wir 2026 einsetzen

Unsere Antwort vorweg: Kundenprojekte bauen wir mit WordPress und Bricks. Unsere eigene Website entsteht mit Astro. Bestehende Elementor-Seiten unserer Kunden pflegen wir weiter, neue Projekte starten wir damit nicht mehr.

Warum das so ist, steht in diesem Beitrag. Wir haben jahrelang mit Elementor gebaut, und wir haben uns Elementor 4 genau angesehen, bevor wir entschieden haben.

Bricks vs. Elementor: der Vergleich, Stand Oktober 2026

Auf dem Papier sind sich beide 2026 näher als je zuvor. Elementor hat mit Version 4 vieles übernommen, was Bricks schon konnte: Klassen, Variablen, Zustände wie Hover, wiederverwendbare Komponenten und ein schlankeres HTML mit nur einem Wrapper pro Element.

Elementor V4 holt auf, überholt aber nicht

Elementor 4.0 erschien am 30. März 2026. Neue Installationen arbeiten mit den neuen „Atomic“-Elementen, bestehende Seiten laufen unverändert weiter. Alte und neue Elemente können auf derselben Seite stehen. Ein Werkzeug, das alte Seiten auf das neue System umbaut, gibt es nicht.

Das ist für Bestandsseiten bequem und für Agenturen unbequem. Eine gewachsene Elementor-Seite bleibt ein Mischsystem, bis jemand sie neu aufbaut. Dazu kommen die Kinderkrankheiten der ersten Monate: Popups ohne Gestaltung, Konflikte mit Caching-Plugins, Funktionen aus Version 3, die in Version 4 noch fehlen. Nach Version 4.3 folgten mehrere Korrekturen in kurzer Folge. Was ihr dagegen tun könnt, steht in Elementor-Fehler und Probleme.

Bricks arbeitet seit Jahren mit Klassen und Variablen. Mit Version 2.0 im Juli 2025 wurden die Komponenten stabil. Die Versionen danach brachten Slots, Varianten und einen Manager für Komponenten. Das System ist erprobt, nicht neu.

Warum wir Kundenprojekte mit Bricks bauen

Weniger Code

Bricks lädt, was die Seite braucht, und erzeugt eine flache Struktur. Unsere neuen Websites erreichen bei Google PageSpeed im Schnitt 98 bis 100 Punkte, mindestens 95 garantieren wir. Mit Elementor haben wir solche Werte nur mit viel Nacharbeit erreicht.

Pflegen, ohne etwas kaputt zu machen

Wir bauen jede Seite aus Komponenten, etwa Kopfbereich, Leistungsliste oder Referenz. Eure Redaktion bekommt nur die Felder, die sie ändern soll: Text, Bild, Link. Abstände, Farben und Aufbau bleiben geschützt. Mit den feinen Rechten in Bricks legen wir pro Rolle fest, wer was darf.

Weniger Abhängigkeiten

Formulare, Abfragen für Beiträge und eigene Inhaltstypen, Interaktionen: Vieles ist eingebaut. Jedes Add-on, das wegfällt, ist ein Update weniger und eine Fehlerquelle weniger.

Planbare Kosten

Mit der Lifetime-Lizenz zahlen wir einmal für alle Kundenprojekte. Für euch fallen keine jährlichen Builder-Lizenzen an.

Was dagegen spricht

Bricks ist weniger verspielt als Elementor. Wer selbst ganze Seiten frei zusammenklicken will, findet sich in Elementor schneller zurecht. Für Unternehmen, deren Website Anfragen bringen soll, ist das selten der Punkt. Dort zählt, dass die Redaktion schnell Inhalte pflegt und die Seite dabei schnell und konsistent bleibt.

Und wann individuelle Entwicklung?

WordPress mit Bricks deckt die meisten Unternehmenswebsites ab: Leistungen, Referenzen, Journal, Karriere, Formulare mit Anbindung an euer CRM. Individuell entwickeln wir, wenn eine Website mehr ist als Inhalt:

• Portale mit Nutzerkonten oder eigenen Dashboards
• Inhalte, die gleichzeitig in Website, App und anderen Kanälen erscheinen. Dann bauen wir headless mit Strapi oder Sanity und Next.js.
• Seiten, bei denen Tempo und Gestaltung das Produkt sind. Dann bauen wir statisch mit Astro.

Unsere eigene Website ist so ein Fall. Der Entwurf war bereits echtes HTML, CSS und JavaScript, mit handgezeichneten Linien und vielen Animationen. Ihn in Bricks nachzubauen, hätte jedes Detail ein zweites Mal gekostet. Mit Astro wird der Entwurf selbst zur Website, und sie soll 100 Punkte bei Performance, SEO, Barrierefreiheit und Best Practices erreichen. Wie wir dahin gekommen sind, erzählen wir im Making-of. Für Kundenprojekte bleibt Bricks unser Werkzeug. Schnelle Websites mit Astro könnten ein zweites Angebot werden, mit unserer eigenen Seite als Beweis.

KI im Builder: wo beide im Herbst 2026 stehen

Beide Builder öffnen sich gerade für KI-Dienste wie ChatGPT, Claude und Gemini, und beide stehen dabei am Anfang.

WordPress hat mit Version 6.9 eine Schnittstelle eingeführt, über die Plugins beschreiben, was sie können. Seit Version 7.0 bringt WordPress außerdem eine eigene Anbindung an externe KI-Dienste mit. Bricks setzt mit Version 2.4 darauf auf: Ein angebundener KI-Dienst kann Seiten anlegen, Inhalte ändern und das Gestaltungssystem pflegen, also Klassen, Variablen und Komponenten. Bricks selbst nennt das noch experimentell und empfiehlt es nur für Testumgebungen.

Für uns ist das der spannendere Teil des Vergleichs. Ein Builder, dessen Bausteine sauber benannt und als Komponenten angelegt sind, lässt sich auch von einer KI sauber bearbeiten. Ein Builder voller Einzellösungen nicht. Wir arbeiten an unserer eigenen Website schon heute so, dass Claude jede Änderung als lesbare Datei vornimmt. Wie gut das in Bricks für Kundenprojekte trägt, testen wir gerade. Auf eurer Live-Website hat ein experimentelles Werkzeug jedenfalls nichts zu suchen.

Fünf Fragen für eure Entscheidung

1. Wer pflegt die Website? Eine Redaktion, die Inhalte ändert: Bricks mit Komponenten. Ein Team, das ganze Seiten selbst gestalten will: Elementor.
2. Wie wichtig ist Tempo? Wenn die Website über Google und KI-Antworten Anfragen bringen soll, sehr. Dann Bricks oder Astro.
3. Braucht ihr Funktionen jenseits von Inhalten? Nutzerkonten, Konfiguratoren, mehrere Kanäle: individuelle Entwicklung.
4. Was habt ihr schon? Eine gut laufende Elementor-Seite muss nicht sofort weg. Wir pflegen sie weiter.
5. Wann steht der nächste Umbau an? Dann ist der richtige Moment für den Wechsel.

Drei typische Fälle

Ein Mittelständler mit eigener Marketing-Abteilung, die Leistungen, Referenzen und Stellen selbst pflegt: WordPress mit Bricks. Die Redaktion arbeitet mit Komponenten und festen Feldern, die Seite bleibt schnell und einheitlich. Neue Stellenanzeigen oder Referenzen legt die Abteilung selbst an, ohne auf uns zu warten.

Ein Händler, der online verkauft: Hier stellt sich zuerst die Frage nach dem Shopsystem, nicht nach dem Builder. Den Vergleich findet ihr in Shopify oder WooCommerce. Die Entscheidung hängt an Sortiment, Schnittstellen zur Warenwirtschaft und daran, wie viel ihr selbst anpassen wollt.

Ein kleines Team, das seine Website komplett selbst gestalten will und keine Agentur dauerhaft braucht: Elementor oder ein Baukasten. Wer selbst Seiten zusammenklickt, kommt dort schneller ans Ziel, und das ist dann wichtiger als die letzten Punkte bei PageSpeed.

Wechsel von Elementor zu Bricks: ein Neuaufbau

Einen Import von Elementor nach Bricks gibt es nicht. Ein Wechsel bedeutet: Gestaltungssystem anlegen, Komponenten bauen, Inhalte übertragen, alte Adressen weiterleiten. Das ist der Aufwand eines Relaunchs, und genau so planen wir ihn. Worauf es dabei ankommt, steht im Beitrag B2B-Website-Relaunch. Welches System grundsätzlich zu euch passt, vergleicht Welches CMS passt?.

Ihr wollt wissen, was ein Wechsel bei eurer Seite bedeutet? Auf der Seite Websites & Relaunch zeigen wir, wie wir arbeiten, und dort könnt ihr eine kostenlose Erstberatung anfragen.