WordPress-Plugins: Warum Aufgabentrennung wichtiger ist als die Anzahl
Du sitzt vor deiner Plugin-Liste, scrollst runter, und irgendwo zwischen Eintrag zwölf und Eintrag achtzehn stellst du dir die Frage: Ist das jetzt zu viel? Ich kenne diesen Moment gut. Er kommt nicht plötzlich, sondern schleichend – ein Plugin für dieses Problem, eins für jenes, und irgendwann hast du eine Liste, die länger ist, als du geplant hattest.
Die wahrscheinlichste und naheliegendste Antwort, die du häufig hörst oder lesen kannst: So wenig wie möglich an qualitativen Plugins. Das stimmt – und trotzdem greift es für mich zu kurz. Denn du kannst zwanzig hervorragend programmierte Plugins haben und trotzdem ein System bauen, das dir irgendwann um die Ohren fliegt. Nicht, weil die Plugins schlecht sind. Sondern weil du nicht mehr weißt, welches Plugin wofür zuständig ist.
Der Grund, warum WordPress überhaupt Plugins braucht
WordPress selbst ist bewusst schlank gehalten. Kein Kurssystem, kein Zahlungsanbieter, keine Zugangsverwaltung – nichts davon bringt WordPress von Haus aus mit. Das ist auch der Grund, warum ich mich überhaupt für WordPress entschieden habe, statt eine fertige All-in-One-Plattform zu nutzen: Ich will selbst entscheiden, welche Bausteine meine Plattform hat, anstatt mich in ein vorgegebenes System zu zwängen, das mir Funktionen aufdrängt, die ich nie nutze. Gegebenenfalls sind es Funktionen, die ich selbst nicht abschalten kann. Oder mir Möglichkeiten vorenthalten werden, die ich tatsächlich gut gebrauchen könnte, diese aber nicht in meinem gebuchten Plan vom All-in-One-Tool enthalten sind.
Aber genau diese Freiheit hat einen „Preis“. Jedes Plugin, das du installierst, übernimmt eine Aufgabe – und wenn du nicht aufpasst, übernehmen mehrere Plugins irgendwann dieselbe Aufgabe, oder ein einzelnes Plugin übernimmt gleich fünf verschiedene. Beides führt zu Problemen, nur auf unterschiedliche Art.
Warum ein Plugin für mehrere Bereiche für mich ein Risiko darstellen kann
Ein konkretes Beispiel aus meinem eigenen Stack: Ich nutze Admin and Site Enhancements (ASE), ein Plugin, das zahlreiche Verwaltungsfunktionen bündelt – Design-Einstellungen, Aufräumarbeiten im Backend, solche Dinge – und ich bin ein großer Fürsprecher für das Plugin. ASE bietet auch eine SMTP-Funktion für den E-Mail-Versand an. Trotzdem nutze ich dafür ein eigenständiges SMTP-Plugin.
Das hat für mich nichts mit Kosten zu tun – beide Wege sind kostenfrei möglich. Der Grund ist ein anderer: Wenn ASE durch ein Update ein Problem bekommt, betrifft das in erster Linie Backend-Funktionen für mich als Administrator. Ärgerlich, aber selten maßgeblich kritisch. Wenn aber mein E-Mail-Versand über dasselbe Plugin läuft und das Update dort etwas zerschießt, dann bekommen meine Kunden keine Bestellbestätigung mehr. Kein Kurszugang. Keine Rechnung. Das ist ein völlig anderes Risikoniveau, und deswegen halte ich diese beiden Aufgaben bewusst getrennt – auch wenn es auf den ersten Blick nach einem Plugin mehr aussieht als nötig.
Ich vermute, du denkst jetzt vielleicht: Aber ist das nicht genau das Problem, vor dem alle warnen – noch ein Plugin mehr? Berechtigter Einwand. Trotzdem sehe ich das anders. Es geht nicht zwingend darum, möglichst wenige Plugins zu haben (das ist ein positiver Nebeneffekt). Es geht darum, dass jedes Plugin eine Aufgabe oder einen Bereich hat, die du klar benennen kannst. Wenn du nicht in einem Satz sagen kannst, wofür ein Plugin bei dir zuständig ist, hast du vermutlich ein Problem – egal, ob du fünf oder fünfzehn Plugins installiert hast.
Kernbereiche zuerst, Plugins danach
Bei mir läuft die Entscheidung inzwischen andersherum als am Anfang. Früher habe ich nach Problemen gesucht und dafür Plugins gefunden. Heute lege ich vorher fest, welche Kernbereiche meine Plattform überhaupt braucht – Sicherheit, Backup, Kursstruktur, Zugangsverwaltung, E-Mail-Automation – und suche dann gezielt ein Plugin oder eine Kombination pro Bereich. Natürlich gibt es Plugins, die in jeden Bereich streuen. Wie z.B. Classic Monks, das unzählige Funktionen und Features mitbringt für WordPress Core, für den Bricks Builder, für WooCommerce. Und genau hier muss man hinschauen, ob es eine oder sogar mehrere Kernaufgaben vollständig ausführt oder einen Teilbereich übernimmt.
Mein Tipp: Schreib dir deine Kernbereiche einmal wirklich auf, bevor du das nächste Plugin installierst. Nicht als Liste, die irgendwo verstaubt, sondern als Entscheidungsgrundlage: Bei jedem neuen Plugin fragst du dich dann, welchem Bereich es zugeordnet ist – und ob dieser Bereich nicht schon besetzt ist.
Das klingt nach mehr Aufwand am Anfang. Ist es auch. Aber es erspart dir später den Moment, in dem du merkst, dass drei deiner Plugins irgendwie alle ein bisschen Backup machen, keins davon richtig, und du im Ernstfall nicht weißt, worauf du dich verlassen kannst.
Wo Datenschutz mit hereinspielt
Ein Punkt, der bei der Plugin-Auswahl für mich mittlerweile genauso selbstverständlich dazugehört wie die Frage nach der Aufgabe: Was macht das Plugin eigentlich im Hintergrund, und welche Daten verlassen deine Seite dabei?
Ich nutze unter anderem Security Ninja für Sicherheitsfunktionen. Das Plugin gleicht IP-Adressen mit einer externen Datenbank ab, um bekannte Angreifer zu blockieren – erst mal unproblematisch, weil ich hier nur Daten empfange. Es gibt aber auch eine Option, eigene erkannte IP-Adressen an diese Datenbank zurückzusenden. Und genau da wird es in Deutschland heikel, denn dann gehen ungefragt Daten an einen Server, dessen Standort du gar nicht sicher kennst.
Für mich war entscheidend, dass ich diese Funktion abschalten konnte. Das war letztlich ein Kaufargument – nicht die Funktion selbst, sondern die Möglichkeit, sie gezielt zu deaktivieren. Diese Kontrolle würde ich mir bei jedem Plugin wünschen, das mit sensiblen oder kundenbezogenen Daten arbeitet. Wenn ein Plugin dir diese Wahl nicht lässt, ist das für mich persönlich ein Ausschlusskriterium – so praktisch die restlichen Funktionen auch sein mögen.
Der Punkt, an dem kein Plugin mehr passt
Es gibt einen maßgeblichen Kernbereich, wo ich explizit für meine Anforderungen und mich lange kein passendes Plugin gefunden habe: die Kursfunktion selbst. Ich hatte schon einige Subscription-Plugins bekannter Kurs-Plugin-Anbieter im Test, aber so richtig warm wurde ich mit diesen nicht. Dann habe ich eine Lifetime-Lizenz eines Anbieters gekauft, mit mehr Funktionen, als ich je brauchen würde – und im tatsächlichen Aufbau gemerkt, dass es einfach nicht zu dem passte, was ich mir für den Kursinhalt in 7BizWorks und für mich selbst vorgestellt hatte.
Am Ende habe ich zwei eigene Plugins entwickelt. Nicht weil ich unbedingt programmieren wollte, sondern weil mir aufgefallen ist, dass ich eigentlich zwei getrennte Aufgaben hatte, die der Markt gerne in ein einziges Plugin packt: Wer darf überhaupt etwas sehen auf meiner Seite, und wie läuft der Kurs für den einzelnen Nutzer konkret ab? Das ist für mich nicht dasselbe – und je klarer mir das wurde, desto klarer wurde auch, warum die vorhandenen Lösungen nicht passten. Somit ersetzte ich in diesem Zuge ein gebuchtes Subscription-Plugin, das zuvor für die Zugangsverwaltung tätig war, ebenfalls durch eine Eigenentwicklung.
Du musst deswegen jetzt nicht anfangen, selbst zu programmieren. Aber die Frage dahinter lohnt sich trotzdem für dich: Wenn ein Plugin sich für dich „irgendwie falsch“ anfühlt, obwohl es eigentlich alles kann, was in der Feature-Liste steht – prüf mal, ob es nicht zwei Aufgaben in eine Lösung presst, die bei dir eigentlich getrennt gehören. Vielleicht ist das der Grund.
Wann du aufhören solltest zu suchen
Ein letzter Gedanke, der mir in den letzten Jahren wichtig geworden ist: Es wird immer ein neueres Plugin geben. Immer eine Alternative, die vielleicht ein wenig mehr kann, zum Teil günstiger ist, etwas frischer aussieht. Wenn du dich davon treiben lässt, kommst du nie aus der Testphase raus.
Setz dir also einen Zeitrahmen. Entscheide dich für ein System, teste es über einen festen Zeitraum, und wenn es funktioniert – dann bleib dabei. Der ruhige Alltag mit einer Plattform, die du verstehst und der du vertraust, ist mehr wert als die Aussicht auf ein Prozent mehr Funktionsumfang bei einem anderen Anbieter.
Wenn du tiefer in mein eigenes Plugin-System reinhören willst – wie genau ich meinen Stack aufgebaut habe und welche konkreten Plugins bei mir für welchen Bereich zuständig sind – hör dir dazu gerne die Podcast-Folge an.
