Gibt es ein Leben jenseits von Page Buildern?

Von Anne-Mieke Bovelett am 11.05.2024
Status: aktuell

Welche Optionen habe ich noch, wenn ich keinen kommerziellen Page Builder in WordPress verwenden kann (oder sollte)?

Diese Frage habe ich mir vor etwa zwei Jahren gestellt, als ich anfing zu recherchieren, ob ich eine andere Lösung finden könnte, um effizient barrierefreie, nachhaltige Websites für meine Kunden zu erstellen. In meiner Agentur überwogen die Vorteile der führenden kommerziellen Page Builder nicht mehr die Nachteile.

Die Antwort auf diese drängende Frage

Ich habe erfolgreich auf Full Site Editing umgestellt. Ich hätte es jetzt hierbei belassen und stattdessen einen Tweet schreiben können.

Aber das zu tun oder einfach nur einen 450-Wörter-Blog zu schreiben, der den Site Editor und den Block Editor lobt, würde definitiv nicht ausreichen.

Erstens sind visuell orientierte Menschen (wie ich) besser mit einem Video oder sogar einem Webinar bedient, das zeigt, wie das funktioniert. Zweitens verdient dies einfach eine ausführliche Erklärung.

Ich habe für all meine Projekte mit Elementor genutzt

Obwohl ich mit allen führenden kommerziellen Page Buildern gearbeitet habe, war Elementor Pro lange Zeit mein bevorzugtes Werkzeug. Ich habe das jahrenlang lautstark kundgetan, und Elementor hat das über mich auch getan.

Ich habe es nicht nur verwendet, um die meisten Websites meiner Kunden zu erstellen, sondern auch bis vor einem Jahr Schulungen für Agenturen angeboten. Elementor war ein wichtiger Eckpfeiler meiner Dienstleistungen!

Elementor hat derzeit 15 Millionen aktive Installationen. Das ist nicht überraschend, da sie “What You See Is What You Get” (WYSIWYG) auf die höchste Ebene gebracht haben. Der Ausdruck, der mir dazu einfällt, ist “auf Hochglanz poliert”. Außerdem führte Elementor schon vor langer Zeit die Möglichkeit ein, dynamische Daten aus benutzerdefinierten Feldern und Post-Types anzuzeigen. Sie waren buchstäblich ihrer Zeit voraus. Sie bieten unter anderem auch Templating, Conditional Display pro Template, und vieles mehr.

Daher mag es seltsam erscheinen, dass ich erwägen würde, Elementor gegen eine andere Lösung einzutauschen. Aber hier ist der Punkt: Als ich begann, meine Zeit genauer zu dokumentieren, nachdem mein Portfolio erheblich gewachsen war, wurde mir klar, dass es mir tatsächlich keine Zeitersparnis mehr brachte.

Vorteile kommerzieller Page Builder auf den ersten Blick

Business ist Business. Wenn du deine Agentur vergrößern willst, geht es nicht nur darum, mehr Kunden zu gewinnen und größere Projekte zu landen, sondern auch darum, deine internen Prozesse zu optimieren, wo du kannst. Auf den ersten Blick hat die Verwendung eines kommerziellen Page Builders in dieser Hinsicht seine Vorteile.

• Es spart Zeit: Es ist ziemlich einfach, alle Arten von Elementen zu Seiten hinzuzufügen, in den meisten Fällen ist es eine Frage von Drag-and-Drop.
• Es spart Kosten: Du musst nicht in individuelle Entwicklung investieren, um dein Design in deine Website zu implementieren.
• Du kannst Kunden bedienen, die Freiheit beim Aufbau neuer Seiten wünschen: Kunden, die ermächtigt werden wollen, neue Seiten auf ihrer Website zu erstellen, fühlen sich in der Regel gut mit einem kommerziellen Page Builder bedient. Ob sie tatsächlich gut bedient sind, wenn sie alle Zügel in den Händen haben, ist diskutabel, aber das ist ein Thema für einen anderen Artikel.

Wenn das alles so großartig ist, warum habe ich dann überhaupt über ein Leben nach Page Buildern nachgedacht?

Weil ich irgendwann, nachdem ich meine Zeit konsequent analysiert hatte, feststellte, dass es, obwohl es meiner Agentur über die Jahre wirklich geholfen hatte, schnell zu wachsen, an der Menge der Projekte lag, die nicht zu ihren Gunsten spielte.

Es spart mir keine Zeit mehr. Es hat ernsthaft begonnen, mich Geld zu kosten, auf Arten, die nicht so offensichtlich waren, als ich meine Zeit nicht streng dokumentierte. Und ich denke, das gilt für viele Agenturen!

• Ich verlor (und verliere immer noch) Zeit wegen Updates, die schief gelaufen sind. Meistens nicht einmal wegen Elementor selbst, sondern wegen Drittanbieter-Plugins, um die ich in den komplexeren Projekten nicht umhin komme.
• Bei jedem Projekt musste ich mehr als üblich investieren, um ein Caching-Plugin einzurichten, um alle Arten von Skripten zu verzögern, um die Seiten-Geschwindigkeit zu optimieren. Teilweise wegen Elementor, aber meistens, wiederum, wegen einiger der unvermeidbaren Add-ons und/oder Drittanbieter-Plugins.
• Ich musste immer wieder sicherstellen, dass die Hosting-Einstellungen aufgerüstet wurden, da Elementor mehr Speicher als andere Tools benötigt.
• Und ich musste Zeit für Workarounds um Barrierefreiheitsprobleme investieren und Debatten mit Kunden führen, warum sie bestimmte Elemente auf ihren Seiten nicht haben können, wenn sie barrierefrei sein sollen.

Mehr über Rückwärtskompatibilität, Code und Barrierefreiheitsprobleme

Die Basis ihres Erfolgs ist auch die Basis der Probleme, die ich als Ursache für kostspielige Nachteile betrachte. Wie jeder kommerzielle Page Builder, zielt Elementor proaktiv auf das breitestmögliche Publikum ab. Das bedeutet, dass jedes Element so viel Designflexibilität wie möglich bieten muss. Und im Versuch, alles zu sein, führt das unter der Haube zu aufgeblähtem Code.

Obwohl ihre Codebase groß ist und hier und da noch ziemlich alt, wurde sie gut gewartet. Aber schnelle Fortschritte in der Frontend-Technologie stellen ständig Herausforderungen für die Rückwärtskompatibilität für Entwickler von Page Buildern dar. Elementor geht im Allgemeinen gut mit Rückwärtskompatibilität um. Aber viele der Probleme, mit denen wir alle zu kämpfen haben, liegen außerhalb ihrer Kontrolle.

Einige Drittanbieter-Add-ons innerhalb des Ökosystems, das um sie herum gewachsen ist, halten nicht mit dem Tempo Schritt, was dazu führt, dass Seiten bei Updates kaputt gehen. Es ist unglaublich zeitaufwändig herauszufinden, welches Plugin das Problem verursacht und warum.

Sowohl Elementor selbst als auch diese Add-ons laden Skripte, die nicht immer sofort notwendig sind, was oft Seiten verlangsamt. Das ist auch ein Thema für Nachhaltigkeit. Je weniger Energieverbrauch eine Website verursacht, desto besser.

Die teilweise alte Grundlage der Codebase macht es für ihr Entwicklungsteam zu einem sehr langsamen Prozess, die Frontend-Ausgabe barrierefrei zu machen. Bei jedem Schritt müssen sie sicherstellen, dass sie keine kritische Änderungen verursachen.

Warum die Barrierefreiheitsprobleme für mich so wichtig sind

Erstens finde ich es nicht gut, einem Kunden Gebühren für die Behebung von Mängeln eines Tools zu berechnen, das du ihm empfohlen hast, wenn du ihm nicht von vornherein gesagt hast, dass individuelle Entwicklung erforderlich wäre, um Dinge barrierefrei zu machen. Ich konnte das nicht, und das hat die Kosten für meine Agentur in die Höhe getrieben.

Zweitens dauert es länger, als ich gehofft hatte, bis Elementor alles repariert hat. Es ist bekannt, dass das Entwicklungsteam hart arbeitet, um ihren Output zu verbessern. Ich sage das nicht, um nett zu sein. Schau dir die Elementor Pro Changelogs an! Aber es geht nicht schnell genug für mich.

Die Zeit ist fast abgelaufen – Das Barrierefreiheitsstärkungsgesetz, BFSG, basierend auf dem European Accessibility Act (EAA) kommt!

Zuerst und vor allem: Websites sollten immer mit Blick auf die Barrierefreiheit erstellt werden. Aus sozialen Gründen. Und außerdem wirfst du echtes Einkommen zum Fenster raus, indem du deine Seiten nicht barrierefrei machst.

Außerdem tritt im Juni 2025 das europäische Barrierefreiheitsgesetz, und somit in Deutschland auch das Barrierefreiheitsstärkungsgesetz, BFSG, in Kraft. Es betrifft viele Unternehmen, die Produkte und Dienstleistungen an Verbraucher in der EU verkaufen, unabhängig davon, ob der Website-Betreiber außerhalb der EU ansässig ist. Die rechtlichen und finanziellen Konsequenzen unterscheiden sich je nach Land, aber was sie gemeinsam haben: Sie sind erheblich.

Das Leben nach Page Buildern ist Full Site Editing

Ich verwende ein Toolset, bei dem du nicht mehr von mehr als einem Anbieter für wesentliche Funktionalität und Wartung abhängig bist: Greyd.Suite*. Ich bringe auch anderen Agenturen bei, wie man dies verwendet.

Custom Fields, ein Formular Builder, der mit den umfangreichsten auf dem Markt mithalten kann, Integrationen mit anderen Plattformen, Pop-ups, Conditional Content und die Möglichkeit, überall dynamische Daten anzuzeigen. Das, und mehr, ist alles enthalten.

Seiten laden superschnell, aus dem Stand heraus, und Update-Blues gehört der Vergangenheit an.

Der Wechsel zu Full Site Editing verlief viel reibungsloser als erwartet. Und was noch wichtiger ist: Ich habe eine viel höhere Effizienz erreicht und konnte die Kosten (Overhead Kosten und nicht abrechenbare Stunden) um durchschnittlich 25 % pro Monat senken.

Das Sahnehäubchen: Barrierefreiheit in der Greyd.Suite

Da Greyd das Privileg hatte, auf einer sauberen und jungen Codebasis zu beginnen, ist der Prozess, den Code Output der Greyd.Suite accessibility-ready zu machen, für sie viel einfacher als für ein Unternehmen, das mit einer älteren Codebasis arbeiten muss. Als ihr Mentor für Barrierefreiheit kann ich bestätigen, dass der Großteil des Outputs bereits barrierefrei ist. Wenn du etwas findest, das in diesem Bereich noch verbessert werden muss, führt das Melden zu schnellen Maßnahmen!

Nimm an meinem Webinar teil

Ich werde von nun an regelmäßig Webinare veranstalten, in denen ich zeige, wie einfach der Wechsel zu Full Site Editing ist. Folge mir auf LinkedIn oder Twitter, ich werde es dort ankündigen!