Bricks Builder Review 2026: Zwei Jahre Kundenseiten damit gebaut

Ich habe diese ganze Agentur-Website Anfang 2024 von Oxygen auf Bricks umgestellt und es keine Sekunde bereut. Zwei Jahre später habe ich damit ein Dutzend Kundenseiten gebaut oder neu gebaut, vier große Versionen kommen und gehen sehen, und es ist immer noch das Erste, wonach ich greife, wenn mir jemand ein WordPress-Projekt in die Hand drückt.

Das hier ist also kein Datenblatt. Das hier ist, wie es sich wirklich anfühlt, Kundenseiten mit dem Bricks Builder für WordPress im Jahr 2026 zu bauen. Was seit den Anfangstagen richtig gut geworden ist, und die Teile, die mich immer noch nerven.

Was Bricks Builder ist und warum ich gewechselt bin

Bricks ist Theme und visueller Builder in einem. Diese Unterscheidung ist wichtiger, als sie klingt. Bei Elementor oder Divi installierst du ein Theme und schnallst dann einen Builder obendrauf, und die beiden streiten sich für immer über Markup und CSS. Bei Bricks ist der Builder das Theme, also ist der Output eine saubere, vorhersehbare Ebene statt zwei sich bekämpfender.

Ich bin auf dem harten Weg dahin gekommen. Über die Jahre habe ich Kundenseiten auf WPBakery, Elementor, LiveCanvas und Oxygen betrieben. Jeder hatte seinen Moment. Aber 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, änderte sich das Gespräch. 2018 bin ich wegen des sauberen Codes zu Oxygen gewechselt. 2024 bin ich zu Bricks gewechselt, weil es den leichtgewichtigen Output von Oxygen behielt und einen Builder dazupackte, wegen dem ich meinen Laptop nicht durch den Raum werfen wollte.

Wenn du das ganze Feld sehen willst, habe ich es in meinem Vergleich der Top WordPress Pagebuilder gegeneinander antreten lassen. Dieser Artikel hier ist der tiefe Blick speziell auf Bricks.

Die Oberfläche ist mir aus dem Weg gegangen

Das ist das Erste, was mich überzeugt hat: Ich kann praktisch alles bearbeiten, ohne die Arbeitsfläche zu verlassen. Ändere den Button-Stil einmal und er ändert sich überall. Passe den Header an und es ist der Header auf allen 40 Seiten, keine Kopie, die ich mich erinnern muss zu synchronisieren.

Links steckt die Struktur, rechts das Styling, und in der Mitte ist deine echte Seite. Die Vorschau zeigt dir Desktop, Tablet und Handy, bevor du veröffentlichst, und das ist wichtig, denn ein WordPress Pagebuilder, der auf einem 27-Zoll-Monitor toll aussieht und auf einem iPhone auseinanderfällt, ist schlimmer als nutzlos.

Zwei Änderungen in Bricks 2.0 (Juli 2025) haben meine zwei größten Workflow-Beschwerden behoben. Die Command Palette (drück CMD oder STRG + K) lässt mich zu jeder Seite springen, Post-Typen durchsuchen oder mit Emmet-artiger Syntax ein ganzes verschachteltes Layout einfügen, ohne die Maus anzufassen. Und der Element Manager lässt mich Elemente, die ich nie benutze, global ausblenden oder deaktivieren, sodass die Einfügeliste keine Wand aus Dingen ist, die ich nie anklicke. Obendrein hat Bricks 2.0 granulare Builder-Berechtigungen dazugebracht, über 50 davon, sodass ich eine Seite an die Marketing-Person eines Kunden übergeben kann, die dann Inhalte bearbeitet, ohne das Layout zu zerschießen. Allein das hat mir Support-Anrufe erspart.

Design Tokens haben es zu einem echten Design-System gemacht

Das ist das Update, das verändert hat, wie ich wirklich arbeite, und es kam mit Bricks 2.2 (Februar 2026): der Style Manager und der Color Manager.

Vorher hieß es, das Design einer Seite konsistent zu halten: Disziplin und viel Copy-Paste. Jetzt gibt es einen zentralen Ort für Design Tokens: Theme-Styles, Klassen, CSS-Variablen, Farbpaletten, Typografie-Skalen und Abstands-Skalen, alles in Tabs. Der Color Manager baut eine skalierbare Palette mit Light- und Dark-Mode-Varianten, generiert Abstufungen und Harmonien und exportiert nach JSON. Die Typografie- und Abstands-Generatoren bauen fluide, responsive Skalen mit CSS clamp() im Hintergrund und mappen sie direkt auf globale Variablen.

Im Klartext: Ich definiere die Marke meines Kunden einmal, als Tokens, und die ganze Seite erbt sie. Ändere die Primärfarbe an einer Stelle und sie kaskadiert überall dahin, wo sie soll, und nirgends, wo sie nicht soll, denn 2.0 hat Theme-, Nutzer- und Komponenten-Styles auch in Cascade Layers isoliert, sodass sich meine Overrides nicht mehr gegenseitig bekämpfen.

Und eine kleine Sache, die mir bei Redesigns echt Zeit spart: 2.2 hat einen CSS-Framework-Importer gebracht, und 2.3 (März 2026) das direkte Einfügen von HTML und CSS in Bricks. Ich schnappe mir einen Abschnitt aus einem Design, das ein Kunde schickt, füge ihn ein, und Bricks wandelt ihn in native Elemente, Klassen und Variablen um. Das war früher ein ganzer Nachmittag Handarbeit.

Performance ist immer noch der ganze Grund, warum ich hier bin

Bricks läuft auf Vue 3 und liefert leichtgewichtiges Markup, und das zeigt sich in den Zahlen. Diese Agentur-Seite schafft nach dem Umzug von Oxygen hohe 90er im PageSpeed. Der klassische Bricks-gegen-den-Rest-Benchmark hält immer noch stand:

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 kein Rundungsfehler, das ist eine andere Kategorie von Website. Bricks hilft mit einem Smart Lazy Asset Loader, nativem Lazy Loading, Bildoptimierung und der Option, Standard-WordPress-Skripte abzuschalten, die du nicht brauchst.

Jetzt, der Builder ist kein Performance-Plugin, und ich tue nicht so. Ich kombiniere ihn trotzdem mit einer Caching-Ebene, und wie ich das alles teste, habe ich in meinem Leitfaden zum Testen der Website-Ladezeit aufgeschrieben. Wenn die Seite eines Kunden trotz Bricks langsam ist, liegt es meist am Hosting oder an einem unoptimierten Asset, und das gehe ich in meinem FlyingPress Review und meinem Cloudways Hosting Review durch. Schnelles Markup plus gutes Hosting ist die Kombination. Bricks gibt dir die erste Hälfte gratis.

Für Kunden bauen: Komponenten, Queries und WooCommerce

Was Bricks bei echten Projekten statt bei Demos den Aufwand wert macht, ist die dynamische, wiederverwendbare Seite.

Komponenten sind über 2.0 bis 2.2 richtig ernst geworden. Du kannst Komponenten in Komponenten verschachteln, Stil-Varianten hinzufügen (ein primärer und ein sekundärer Button in einer Komponentenstruktur), Kind-Eigenschaften an Eltern-Eigenschaften binden und, entscheidend, eine Bricks-Komponente als nativen Gutenberg-Block registrieren, sodass ein Redakteur sie in einen Beitrag ziehen kann, ohne je den Builder zu öffnen. Für die Kundenübergabe ist das riesig. Ich baue das Design-System, sie schreiben die Inhalte.

Auch Query Loops sind richtig mächtig geworden. Bricks 2.1 (Oktober 2025) hat einen globalen Query Manager gebracht, sodass ich eine Query einmal definiere und überall wiederverwende, plus die Möglichkeit, Daten direkt aus externen REST-APIs abzufragen und das JSON zu rendern. Dazu kam das Erstellen und Bearbeiten von WordPress-Beiträgen über Frontend-Formulare, was aus einer schlichten Seite etwas näher an einer leichten App macht. Dann hat 2.3 richtige Query-Filter-Steuerungen draufgelegt: echte Datepicker, Range-Slider, durchsuchbare Multi-Selects mit Choices.js, gestylte Radios und Checkboxen. Facettenfilter auf einem Archiv, ohne Add-on.

Für Shops deckt die WooCommerce-Seite Produkt-, Warenkorb- und Kassenseiten mit demselben Drag-and-Drop ab, und 2.0 hat native Variations-Swatches (Farbe, Bild, Text) und Interaktions-Trigger für Warenkorb-Events dazugebracht. Du verwaltest den ganzen Shop und das Design an einem Ort, statt Tools zu wechseln.

Wo Bricks mich immer noch frustriert

Ich würde keinem Review trauen, das nur schwärmt, also hier der ehrliche Teil.

Die Theme-Bibliothek ist immer noch dünn. Bricks 2.1 hat Wireframes und vorgestylte Design Sets gebracht, was hilft, aber wenn du ein fertiges Template kaufen und nur anpassen willst, ist das nicht dieses Ökosystem. Bricks belohnt Leute, die von der leeren Leinwand aus bauen.

Es gibt eine Lernkurve, und 2.2 hat sie steiler gemacht, bevor sie sie besser gemacht hat. Der Style Manager, Design Tokens und das Komponenten-System sind mächtig, aber sie 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 es ist nicht kostenlos. Der Preis ist fair, aber wenn dein ganzer Plan eine Null-Euro-Seite ist, schau woanders. Bricks ist ein Werkzeug für Leute, die Seiten bauen, die halten sollen, und es ist ehrlich darüber.

Ich habe auch über die andere Seite der Medaille geschrieben, dass WordPress selbst nicht immer die richtige Wahl ist. Wenn du den ganzen Stack hinterfragst, lies warum ich WordPress bei manchen Projekten verlassen habe. Bricks repariert nicht, dass WordPress WordPress ist. Es macht nur die gute Version davon.

Wenn du ein Element nicht findest, baust du eins

Das ist die Notausgangstür, die Bricks wie ein Werkzeug für Entwickler wirken lässt und nicht wie einen ummauerten Garten. Wenn du PHP, HTML, CSS und JavaScript kannst, baust du ein eigenes Element einmal und benutzt es auf jeder Seite, die du machst. Plugin-Autoren tun das längst, weshalb das Ökosystem für Fremd-Elemente gesünder ist als das für Themes.

Es passt auch zu meiner tatsächlichen Arbeitsweise: weniger auf Plugins verlassen, mehr Kontrolle über den Output. Wenn das auch dein Instinkt ist, wird dir mein Artikel über die WordPress-Plugins, die du mit ein paar Zeilen PHP ersetzen kannst gefallen. Bricks ist genau für diese Denkweise gebaut.

Preis: einmal zahlen, besitzen

Bricks ist kein Abo. Du zahlst eine einmalige Pauschale und benutzt es für immer, mit dem vollen Funktionsumfang auf jeder Stufe. Der einzige Unterschied zwischen den Stufen ist, wie viele Seiten deine Lizenz abdeckt, eine Seite am unteren Ende bis zu tausend an der Spitze. Kein Feature-Gating, keine monatliche Rechnung, kein "upgrade, um dieses Element freizuschalten".

Nach Elementors jährlichen Verlängerungen und Divis Ökosystem fühlt sich einmal zahlen und fertig sein fast schon altmodisch an. Für eine Agentur, die Kundenseiten betreibt, ist die Rechnung offensichtlich.

Würde ich Bricks Builder 2026 empfehlen?

Für die Art Arbeit, die ich mache, schnelle, individuelle, wartbare Seiten für Kunden, die sie jahrelang behalten, ja, ohne zu zögern. Die Performance ist echt, das Design-Token-System macht es endlich zu einem echten Design-Werkzeug, und die Kundenübergabe mit Gutenberg-Komponenten ist wirklich gut.

Ich würde es niemandem aufdrängen, der ein Template will, das er kaufen und an einem Nachmittag fertigstellen kann, oder jemandem, der nie eine Zeile CSS angefasst hat und das so lassen will. Bricks belohnt Leute, die Kontrolle wollen, und verlangt im Gegenzug etwas Aufwand am Anfang.

Wenn du ein neues WordPress-Projekt abwägst und eine zweite Meinung von jemandem willst, der echte Seiten mit diesem Ding ausgeliefert hat, das ist buchstäblich mein Job. Komm auf wunderlandmedia.com vorbei und erzähl mir, was du baust.