Elementor-Addons aufräumen — weniger ist hier wirklich mehr.

Das Problem.

Ein typischer Fund bei einer Elementor-Website, die ein paar Jahre gelaufen ist: drei oder vier Addon-Pakete, jedes mit Dutzenden oder Hunderten Widgets. Auf den Seiten werden insgesamt vielleicht acht davon genutzt — verteilt auf alle Pakete.

Wie es dazu kommt, ist nachvollziehbar. Jemand brauchte einen bestimmten Effekt, fand ihn in einem Paket und installierte es. Später brauchte jemand anderes etwas anderes und installierte das nächste. Niemand hat je aufgeräumt, weil alles funktioniert.

Bis es nicht mehr funktioniert — meist nach einem Update.

Was jedes Paket kostet.

Die Sicherheitszeile ist nicht theoretisch: Addon-Pakete für Elementor gehören zu den Erweiterungen, in denen regelmäßig Lücken gefunden werden — wegen ihrer Verbreitung und ihres Umfangs. Jedes Paket weniger ist eine Angriffsfläche weniger (WordPress absichern).

Bestandsaufnahme.

1. Liste aller Addon-Pakete mit Version und letztem Update-Datum.
2. Genutzte Widgets je Paket herausfinden — manche Pakete zeigen das selbst an, Elementor hat dafür eine Übersicht über die Nutzung von Elementen.
3. Seiten zuordnen: Wo kommt welches Widget vor?
4. Zusatzfunktionen prüfen: Manche Pakete bringen mehr als Widgets — Kopfbereiche, Pop-ups, Formulare.
5. Pflegestand bewerten: Wann kam das letzte Update?

Das Ergebnis ist meist ernüchternd und gleichzeitig befreiend: Es zeigt, dass die Abhängigkeit viel kleiner ist, als die installierten Pakete vermuten lassen (Plugin-Audit).

Ersetzen statt behalten.

Für jedes genutzte Widget aus einem Paket stellt sich die Frage: Gibt es das auch anders?

• Mit Elementor selbst: Vieles, wofür früher ein Paket nötig war, kann Elementor inzwischen selbst — besonders mit Containern und den neuen Werkzeugen von Elementor 4 (Elementor 4).
• Mit einem anderen, ohnehin vorhandenen Paket: Oft gibt es das Widget in einem zweiten installierten Paket auch.
• Mit einfacher Gestaltung: Manche Effekte braucht es gar nicht. Ein animierter Zähler ist oft durch eine gut gesetzte Zahl ersetzbar.
• Mit wenig eigenem Code: Ein spezieller Effekt ist manchmal mit ein paar Zeilen CSS schlanker gelöst als mit einem ganzen Paket.

Das Ziel ist nicht null Pakete um jeden Preis. Das Ziel ist: höchstens ein gut gepflegtes Paket, und nur wenn es wirklich gebraucht wird.

Sicher entfernen.

Wenn ein Paket deaktiviert wird, verschwinden seine Widgets von allen Seiten. Das ist der Grund, warum man Pakete nicht einfach entfernt, sondern erst die Seiten anpasst.

1. Testumgebung einrichten (Staging).
2. Widgets ersetzen auf allen betroffenen Seiten und in Vorlagen.
3. Paket deaktivieren und alle Seiten prüfen.
4. Erzeugte Dateien neu schreiben, Caches leeren.
5. Ladezeit messen — vorher und nachher.
6. Live übertragen und Paket löschen, nicht nur deaktivieren.

Löschen statt deaktivieren ist wichtig: Ein deaktiviertes Paket liegt weiterhin auf dem Server, und eine Lücke darin kann unter Umständen trotzdem ausgenutzt werden.

Ungenutzte Widgets abschalten.

Wenn ein Paket bleiben muss, lassen sich bei vielen Paketen ungenutzte Widgets in den Einstellungen abschalten. Dann lädt das Paket weniger Dateien und der Editor wird übersichtlicher.

Das ist eine sinnvolle Zwischenlösung, ersetzt aber nicht das Aufräumen: Der Code des Pakets bleibt auf dem Server und muss weiter aktualisiert werden.

Ein neues Paket auswählen.

Wenn ein Paket wirklich nötig ist, lohnen ein paar Prüffragen:

• Pflegestand: Regelmäßige Updates, schnelle Anpassung an neue Elementor-Fassungen?
• Verbreitung und Ruf des Herstellers.
• Lädt es Dateien nur dort, wo seine Widgets genutzt werden?
• Lassen sich ungenutzte Widgets abschalten?
• Barrierefreiheit der Widgets — per Tastatur bedienbar (Barrierefreiheit)?

Eine Regel für die Zukunft.

Bevor ein neues Paket installiert wird, stellt sich eine Frage: Lässt sich das auch ohne lösen? Wenn nein: Gibt es das in einem bereits installierten Paket? Erst wenn beides nein ist, kommt ein neues Paket in Frage — und dann bewusst ausgewählt.

Diese Regel klingt banal und verhindert genau den Zustand, mit dem die meisten Aufräumprojekte beginnen. Bei Websites, die mehrere Menschen pflegen, gehört sie schriftlich festgehalten (WordPress-Wartung).

Wenn du nicht weiterkommst.

Wenn deine Website viele Addon-Pakete trägt und du sie schlanker, schneller und stabiler machen willst. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist. Wenn die Website gerade steht, hilft der Notfall-Support, dauerhaft begleitet die WordPress-Wartung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. WordPress und seine Page-Builder sind mein Fachgebiet — ich baue damit seit Jahren, unterrichte das Thema als Dozent und kenne Elementor nicht nur aus der Oberfläche, sondern von innen: wie es Daten speichert, CSS erzeugt, Skripte lädt und mit Theme, Cache und Erweiterungen zusammenspielt.

Das ist bei Elementor der entscheidende Unterschied. Die meisten Probleme sehen aus wie Gestaltungsfragen und sind in Wahrheit technische: ein erzeugtes Stylesheet, das nicht neu geschrieben wurde, ein Speicherlimit, ein Konflikt zweier Erweiterungen. Wer das Innere kennt, findet die Ursache in Minuten statt in Stunden.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung, ob Elementor für deine Website weiterhin die richtige Wahl ist — auch wenn die Antwort lautet, dass alles so bleiben kann.