Bricks Builder Review 2026: Immer noch meine Wahl für WordPress, obwohl ich gegangen bin

Ich habe diese Agentur-Website 2024 von Oxygen auf Bricks umgezogen. Danach habe ich sie ganz von WordPress runtergeholt. Sie läuft jetzt auf Next.js und Directus, und die Gründe stehen in warum ich WordPress nach 6 Jahren verlassen habe.

Das hier ist also ein seltsames Review. Es kommt von jemandem, der die Plattform verlassen hat, auf der Bricks läuft, und Bricks trotzdem für den besten Weg hält, auf dieser Plattform zu bauen.

Beides stimmt gleichzeitig. Wenn ein Kundenprojekt wirklich auf WordPress gehört, ist der Bricks Builder für WordPress immer noch das Erste, was ich installieren würde. In diesem Review geht es darum, warum, was Bricks ausgeliefert hat, seit ich zuletzt täglich damit gebaut habe, und um die eine Sache auf der Preisseite, die die alte Version dieses Artikels falsch hatte.

Was Bricks Builder ist und warum ich ursprünglich gewechselt bin

Über die Jahre habe ich Kundenseiten auf WPBakery, Elementor, LiveCanvas und Oxygen betrieben. 2018 bin ich wegen des sauberen Codes zu Oxygen gewechselt. 2024 bin ich zu Bricks gewechselt, weil es den schlanken Output von Oxygen behielt und einen Builder dazupackte, wegen dem ich meinen Laptop nicht durch den Raum werfen wollte.

Der Grund, warum das funktioniert, ist strukturell. Bricks ist Theme und visueller Builder in einem. Bei Elementor oder Divi installierst du ein Theme und schnallst einen Builder obendrauf, und die beiden streiten sich ewig über Markup und CSS. Bei Bricks ist der Builder das Theme, also ist der Output eine vorhersehbare Ebene statt zwei, die sich bekämpfen.

Das wurde mir wichtig, als ich anfing, mich mehr um SEO und Core Web Vitals zu kümmern als darum, wie schnell ich eine Box auf eine Seite ziehen kann. Wenn du das ganze Feld sehen willst, habe ich es in meinem Vergleich der Top WordPress Pagebuilder gegeneinander antreten lassen. Dieser Artikel ist der tiefe Blick auf Bricks.

Wo ich heute bei WordPress stehe und wo Bricks reinpasst

Meine Grenze habe ich in soll ich 2026 noch WordPress nehmen aufgeschrieben: WordPress kommt auf den Tisch, wenn die Seite Software braucht, die WordPress schon gelöst hat, zum Beispiel einen WooCommerce-Shop oder ein Redaktionsteam mit Rollen und Freigabeprozess.

Wenn eine Seite nur Seiten braucht, baue ich sie in Astro, und wie ich das entscheide, erkläre ich in WordPress, Next.js oder Astro: so entscheide ich.

Bricks gehört in die erste Gruppe. Wenn WordPress die richtige Antwort ist, macht Bricks die gute Version davon. Es repariert nicht, dass WordPress WordPress ist. Die Plugin-Sicherheits-Tretmühle und das Governance-Chaos, über die ich geschrieben habe, liegen weiter darunter, egal wie sauber der Output deines Builders ist.

Ein Bricks-Projekt, auf das ich zeigen kann, ist eine Kundenseite, die Stellenanzeigen aus Recruitee gezogen hat. Ich habe ein eigenes Plugin geschrieben, das sich in die Bricks-Formular-Submissions eingehängt und Bewerbungen samt CV-Upload direkt in die Recruitee-Pipeline des Kunden geschoben hat. Es lief über ein Jahr ohne Drama, und als das Projekt endete, habe ich das Bricks Recruitee Plugin als Open Source veröffentlicht. Genau bei so einem Job verdient sich Bricks seinen Platz: WordPress macht echte Arbeit, und der Builder steht dem Entwickler nicht im Weg.

Was Bricks ausgeliefert hat, während ich woanders gebaut habe

Ich muss bei diesem Abschnitt offen sein. Seit ich meine eigene Arbeit von WordPress wegbewegt habe, verfolge ich Bricks vor allem über den Changelog, nicht im Builder. Alles hier unten heißt also "Bricks hat X in Version Y ausgeliefert", nicht "ich habe X auf einer Kundenseite benutzt".

Bricks 2.0 (Juli 2025) hat sich die Oberfläche vorgenommen. Die Command Palette (CMD oder STRG + K) lässt dich zu Seiten springen, Post-Typen durchsuchen und Elemente einfügen, ohne die Maus anzufassen. Mit dem Element Manager deaktivierst du Elemente global, damit die Einfügeliste keine Wand aus Dingen ist, die du nie anklickst. Es gibt über 50 granulare Builder-Berechtigungen, sodass die Marketing-Person eines Kunden Inhalte bearbeiten kann, ohne das Layout anzufassen. Cascade Layers sind standardmäßig an und trennen Theme-, Nutzer- und Komponenten-Styles, damit sich Overrides nicht mehr bekämpfen. Das 2.0-Release hat außerdem eine SQL-Injection-Lücke (CVE-2025-6495) in älteren Versionen geschlossen. Wenn du noch auf einer alten 1.x-Installation sitzt, ist das allein schon ein Grund zum Updaten.

Bricks 2.1 (Oktober 2025) hat Queries zu einem echten System gemacht: ein globaler Query Manager, mit dem du eine Query einmal definierst und wiederverwendest, Daten aus externen APIs abfragen und Beiträge über Frontend-Formulare erstellen und bearbeiten. Dazu kamen Wireframes und Design Sets und die Möglichkeit, Bricks-Komponenten als Gutenberg-Blöcke zu registrieren.

Bricks 2.2 (Februar 2026) ist das Release, das ich in meinen Bricks-Jahren gern gehabt hätte. Ein einheitlicher Style Manager für Design Tokens, ein Color Manager mit Dark-Mode-Varianten und Abstufungen, Generatoren für fluide Typografie- und Abstands-Skalen und ein Importer für CSS-Frameworks. Komponenten haben Slots, Stil-Varianten und verschachtelte Property-Bindings bekommen.

Bricks 2.3 (März 2026) hat das direkte Einfügen von HTML und CSS in den Builder gebracht, das Bricks dann in native Elemente, Klassen und Variablen umwandelt. Außerdem wurden die Query-Filter aufgewertet: durchsuchbare Multi-Selects über Choices.js, Range-Filter mit Dezimalstellen, Formatoptionen für Datepicker und Radios und Checkboxen, die sich ordentlich stylen lassen.

Bricks 2.4 und die AI Abilities

Die aktuelle große Version ist Bricks 2.4, erschienen am 16. September 2026, mit 2.4.2 am 28. September. Die Schlagzeile ist das, was Bricks AI-assisted Site Editing nennt.

Unter Bricks > AI verbindest du einen kompatiblen AI-Client, die Release Notes nennen Codex, Claude und Copilot. Der Client kann dann Seiten erstellen, bestehende Inhalte bearbeiten und das Design-System verwalten. Die Abilities decken Seiten, Elemente, Templates, Komponenten, globale Klassen, Variablen, Farbpaletten, Queries, Navigationsmenüs, WooCommerce-Setup und Import/Export ab. Jede Ability hat einen eigenen An/Aus-Schalter. Dass der Agent PHP ausführen darf, ist ein separater Schalter, der nur über eine Konstante in der wp-config.php angeht, und Bricks sieht das für Entwicklungsumgebungen vor.

Ich habe noch keinen Agenten mit einer Bricks-Seite verbunden, also nimm das als Überlegung, nicht als Test. Ich arbeite jeden Tag mit Claude Code, und ich war ziemlich grantig darüber, dass WordPress AI Connectors ausliefert, bevor es Caching ausliefert. Der Ansatz von Bricks gefällt mir besser. Er ist auf die eigenen Objekte des Builders beschränkt, du kannst einzelne Abilities abschalten, und die gefährliche ist nur über eine Konstante zu haben statt über eine Checkbox. Ob ein Agent Bricks-Layouts baut, die du einem Kunden übergeben würdest, kann ich noch nicht beurteilen.

Der Rest von 2.4 ist weniger spektakulär und im Alltag wahrscheinlich nützlicher. Globaler Import und Export bewegt ein ganzes Design-System (Theme Styles, Klassen, Variablen, Paletten, Breakpoints, Komponenten, Templates, Fonts, Icons) als ZIP zwischen Seiten und lässt API-Keys und Code-Ausführungs-Einstellungen weg. Remote Components holt Komponenten samt Abhängigkeiten aus einer anderen Bricks-Installation. Du kannst die Builder-Panels umsortieren und das Layout als Profil pro Nutzer oder Rolle speichern. Und WooCommerce hat einen Setup-Assistenten bekommen, der Warenkorb, Kasse, Mein Konto, Shop und Einzelprodukt anlegt, dazu experimentelle v2-Elemente und einen Mini Cart Builder.

Performance ist immer noch der Grund, warum Bricks gewinnt

Die ursprüngliche Version dieses Reviews hatte einen Benchmark Bricks gegen den Rest. Ich habe ihn auf 2.4 nicht neu laufen lassen, also lies ihn als historischen Schnappschuss des Abstands, nicht als frische Messung:

Metrik	Bricks	Elementor Pro	Divi	Visual Composer
PageSpeed mobil	98	75	64	58
Pingdom-Ergebnis	98	79	82	79
HTTP-Anfragen	6	34	23	36
Seitengröße	0,19 MB	1,7 MB	1,5 MB	1,1 MB

Sechs HTTP-Anfragen gegen dreißig-plus ist eine andere Kategorie von Website. Bricks läuft auf Vue 3, liefert schlankes Markup und gibt dir einen Lazy Asset Loader, natives Lazy Loading und die Option, Standard-WordPress-Skripte abzuschalten, die du nicht brauchst. Die 2.4-Notes legen kleinere Gewinne drauf, etwa weniger Aufwand beim Font-Lookup und Instant Navigation im Builder, die jetzt standardmäßig an ist.

Der Builder ist aber kein Performance-Plugin. WordPress liefert immer noch kein Page Caching mit, also brauchst du weiterhin eine Caching-Ebene und ordentliches Hosting. Wie ich das alles teste, steht in meinem Leitfaden zum Testen der Website-Ladezeit, die Caching- und Hosting-Hälfte in meinem FlyingPress Review und meinem Cloudways Hosting Review. Schnelles Markup plus gutes Hosting ist die Kombination. Bricks gibt dir die erste Hälfte.

Für Kunden bauen: Komponenten, Queries und WooCommerce

Was Bricks bei echten Projekten den Aufwand wert gemacht hat, war die dynamische, wiederverwendbare Seite, und genau dahin ist der Großteil der 2.x-Arbeit geflossen.

Komponenten waren früher der Schwachpunkt. Heute kannst du sie verschachteln, ihnen Stil-Varianten geben, Slots für eigene Inhalte anlegen und sie als Gutenberg-Blöcke registrieren, sodass ein Redakteur sie in einen Beitrag zieht, ohne den Builder zu öffnen. Für die Kundenübergabe ist das genau das Setup, das ich immer wollte: Ich baue das Design-System, sie schreiben die Inhalte.

Auf der Shop-Seite deckt der WooCommerce-Builder Produkt-, Warenkorb- und Kassenseiten mit demselben Drag-and-Drop ab. 2.0 hat native Variations-Swatches für Farbe, Bild und Text gebracht, dazu Interaktions-Trigger für Warenkorb-Events wie "zum Warenkorb hinzugefügt" und "Gutschein angewendet". Mit dem Setup-Assistenten und dem Mini Cart Builder aus 2.4 braucht ein komplett individueller Shop weniger Add-ons als früher. Weil WooCommerce einer der Hauptgründe ist, aus denen ich heute noch Ja zu WordPress sage, würde ich mir genau diesen Teil von Bricks am genauesten anschauen.

Wo Bricks mich immer noch frustriert

Das Template-Ökosystem ist immer noch dünn. Wireframes und Design Sets helfen, und Import/Export und Remote Components aus 2.4 machen es leichter, dein eigenes Starter-Kit zwischen Seiten mitzunehmen. Aber wenn du ein fertiges Theme kaufen und einen Nachmittag lang anpassen willst, ist das nicht dieses Ökosystem. Bricks belohnt Leute, die von der leeren Leinwand aus bauen.

Die Lernkurve ist steiler geworden, je mächtiger das Werkzeug wurde. Style Manager, Design Tokens, Komponenten-Slots und globale Queries sind ein echtes Denkmodell. Wenn du nie CSS-Variablen angefasst hast, wird dein erster Bricks-Build langsam. Wer aus Elementors "alles ist ein Widget mit hundert Schaltern" kommt, muss ein paar Gewohnheiten verlernen.

Und wenn du ein Element nicht findest, baust du eins. Wenn du PHP, HTML, CSS und JavaScript kannst, schreibst du ein eigenes Element einmal und benutzt es auf jeder Seite. Diese Notausgangstür ist der Grund, warum ich mich nie eingesperrt gefühlt habe, und sie passt zu meinem Instinkt: weniger Plugins, mehr Kontrolle. Wenn das auch deiner ist, wird dir meine Liste der WordPress-Plugins, die du mit ein paar Zeilen PHP ersetzen kannst gefallen.

Preise: der Teil, den das alte Review falsch hatte

Die frühere Version dieses Artikels hat gesagt, Bricks sei eine Einmalzahlung mit Stufen bis zu tausend Seiten. Das zeigt bricksbuilder.io heute nicht mehr. Die aktuelle Preisseite listet vier Pläne:

Plan	Preis	Seiten
Starter	79 USD pro Jahr	1
Business	149 USD pro Jahr	3
Agency	249 USD pro Jahr	Unbegrenzt
Ultimate Lifetime	599 USD einmalig	Unbegrenzt

Jeder Plan hat den vollen Funktionsumfang, es gibt eine 60-Tage-Geld-zurück-Garantie, und lokale und Staging-Seiten zählen nicht gegen das Limit. Die Jahrespläne verlängern sich, bis du kündigst. Der Lifetime-Plan ist weiterhin einmal zahlen, mit allen künftigen Updates und Support.

Wann sich die Struktur geändert hat, habe ich nicht nachgeprüft, also rate ich nicht. Für eine Agentur, die weiter auf WordPress baut, zeigt die Rechnung auf Lifetime: Nach etwa zweieinhalb Jahren hat der Agency-Plan mehr gekostet als Lifetime. Für eine einzelne Unternehmensseite bekommst du mit dem Starter-Plan für 79 USD dieselben Features wie mit dem für 599 USD.

Würde ich Bricks Builder 2026 empfehlen?

Ja, mit einem engeren Rahmen als in der alten Version dieses Reviews.

Wenn dein Projekt auf WordPress gehört, etwa ein WooCommerce-Shop oder eine Seite, die ein Redaktionsteam betreibt, dann bau es mit Bricks. Der Output ist schlank, und das Design-Token- und Komponenten-System hat daraus ein richtiges Design-Werkzeug gemacht. Ich würde es Elementor oder Divi ohne langes Nachdenken vorziehen.

Wenn deine Seite hauptsächlich aus Seiten besteht, würde ich gar nicht erst mit WordPress anfangen, und ein toller Builder ändert daran nichts. Die AI Abilities habe ich nicht ausprobiert, und ich weiß noch nicht, ob sie Bricks für Leute passender machen, die nie CSS anfassen wollen. Das ist die offene Frage, die ich im Auge behalte.

Wenn du gerade herausfinden willst, auf welcher Seite dieser Linie dein Projekt liegt, ist das buchstäblich mein Job. Komm auf wunderlandmedia.de vorbei und erzähl mir, was du baust.