Plugins und technische Schulden: die realen Betriebskosten eines Shops

Die kurze Antwort: Ein Shop hat einen Startpreis und Betriebskosten – und die zweiten übersieht man leicht. Sie setzen sich aus Plugins, Lizenzen, Updates, Konflikten und den Stunden zusammen, die nötig sind, damit all das weiterläuft. Mit der Zeit steigen diese Kosten, und die Fähigkeit, Änderungen einzuführen, sinkt.

Wie sich das ansammelt

Das häufige Muster besteht aus Schritten, die für sich vernünftig aussehen. Ein Versandrechner wird gebraucht – wir installieren ein Plugin. Bewertungen werden gebraucht – ein weiteres. Filter, „Bestseller“-Badges, Export zum Marktplatz, Newsletter-Pop-up, Chat, Landingpage-Builder – Plugins, Plugins, Plugins. Jede einzelne Entscheidung dauert eine Stunde und kostet Cent-Beträge.

Zwei Jahre später hat der Shop 40 Plugins, davon ist ein Drittel ungenutzt, die Hälfte des Rests doppelt sich in den Funktionen, und zwei wurden von ihren Autoren aufgegeben. Niemand hat je entschieden „machen wir es kompliziert“; die Komplexität ist von selbst gewachsen, jeweils um einen vernünftigen Schritt.

Womit Sie dafür bezahlen

Mit Ladezeit. Jedes Plugin fügt Datenbankabfragen sowie eigenes CSS und JS auf jeder Seite hinzu. Das ist ein direkter Conversion-Verlust.

Mit Sicherheit. Plugins sind der Hauptangriffsvektor auf WordPress-Seiten. Eine Schwachstelle in einer beliebten Erweiterung trifft Hunderttausende Websites gleichzeitig, und Angreifer scannen sie massenhaft. Für einen Shop bedeutet ein Einbruch nicht nur Stillstand, sondern auch Kundendaten mit allen rechtlichen Folgen.

Mit der Updatefähigkeit. Eine bekannte Situation: Ein WooCommerce-Update zerstört die Kompatibilität mit einem Plugin, der Autor schweigt, und der Shop bleibt auf der alten Version. Danach lässt sich PHP nicht aktualisieren, dann WordPress, und ein Jahr später haben Sie einen Stack, den niemand anfassen will.

Mit dem Änderungstempo. Eine einfache Aufgabe wie „ein Feld im Checkout hinzufügen“ verwandelt sich in eine Ermittlung: Welches der vier Checkout-Plugins ist dafür zuständig und was geht kaputt. Genau das Gefühl „Warum braucht so eine Kleinigkeit zwei Tage“.

Mit Geld, ganz direkt. Fünfzehn Premium-Plugins zu je 60–100 € pro Jahr sind 900–1500 € jährlich allein für das Recht, weiter zu nutzen, was Sie schon haben.

Sechs Hygieneregeln

Plugin-Audit zweimal im Jahr. Für jedes: Wird es benutzt? Lässt es sich durch eine Funktion im Theme ersetzen? Hat der Autor im letzten Jahr ein Update veröffentlicht? Alles, was nicht besteht, wird entfernt. Nicht deaktiviert – entfernt, samt Tabellen.
Nichts wird direkt in der Produktion geändert. Eine Staging-Kopie ist kein Luxus, sondern Voraussetzung. Ein Update des Warenkorb-Plugins am Freitagabend im Live-Shop heißt, mit dem eigenen Umsatz zu wetten.
Backups, geprüft durch Wiederherstellung. Ein Backup, das nie wiederhergestellt wurde, ist kein Backup, sondern eine Hoffnung. Einmal pro Quartal lohnt es sich, es auf dem Staging einzuspielen und sich zu vergewissern, dass der Shop hochkommt.
Updates nach Plan, nicht in Panik. Einmal im Monat: Staging → Update → Prüfung der Schlüsselpfade (Bestellung, Zahlung, Mails) → Produktion. Langweilig und vorhersehbar, also genau so, wie es sein soll.
Minimalismus als Standard. Vor der Installation eines Plugins die Frage: Lässt sich das mit zwanzig Zeilen im Theme lösen? Oft ja, und dann ist es über Jahre günstiger im Betrieb.
Dokumentieren Sie Individuelles. Eine Datei, die beschreibt, welche Plugins kritisch sind, was von Hand eingestellt wurde und wo eigener Code liegt. Genau das unterscheidet einen Shop, den man an einen anderen Dienstleister übergeben kann, von einem Shop, der Sie als Geisel hält.

Drei Ausstiegsszenarien, wenn die Schulden schon groß sind

Szenario 1: Aufräumen. Ungenutztes entfernen, einmalige Plugins durch Code ersetzen, Ordnung bei den Updates schaffen. Ein bis zwei Wochen, kann einen großen Teil der Probleme beseitigen und sich auszahlen. Damit beginnt man – die übrigen Varianten verlagern ohne diesen Schritt das Chaos nur an einen neuen Ort.
Szenario 2: Templates neu schreiben. Das Builder-Theme aufgeben und die nötigen Templates direkt bauen. Schwieriger, aber es beseitigt die Hauptquelle des Gewichts und macht den Shop berechenbar. Gerechtfertigt, wenn das Design in Ordnung ist, die Ladezeit aber nicht.
Szenario 3: Website und Backend trennen. WooCommerce bleibt das führende System – Produkte, Bestellungen, Zahlungen, das Backend, das das Team schon kennt –, und die Website entsteht separat. Die Ladezeit hängt nicht mehr von Plugins ab, und Änderungen im Frontend bedrohen keine Bestellungen mehr. Wann sich das lohnt und wann nicht, beschreibt die Seite WooCommerce und Headless; eine fertige Variante eines solchen Übergangs ist NextWoo.

Steht der Shop auf einer Plattform, die wirklich ausgereizt ist, ist das ein eigenes Gespräch: Migration der Website oder des CMS.

Einschub für Entwickler

Inventur aus Fakten, nicht aus dem Gedächtnis. Liste der Plugins plus Datum des letzten Autor-Updates plus Ort der tatsächlichen Nutzung. Ein Plugin ohne Aufrufe in den Templates ist ein Kandidat zum Entfernen.
Suchen Sie Überreste gelöschter Plugins. Zeilen in wp_options mit autoload='yes', verwaiste Meta-Felder, Cron-Aufgaben, die auf nicht existierenden Code zeigen.
Trennen Sie eigenen Code vom Theme. Funktionalität in ein eigenes Plugin, Darstellung ins Theme. Sonst nimmt ein Update oder Wechsel des Themes die Geschäftslogik mit.
Pinnen Sie Versionen und halten Sie die Umgebungen identisch. Ein Unterschied der PHP-Version zwischen Staging und Produktion macht das ganze Testen hinfällig.
Verfolgen Sie Schwachstellen automatisch. Ein Abonnement einer Plugin-Schwachstellen-Datenbank ist günstiger, als vom Problem durch Kunden zu erfahren. Sicherheitspraktiken beschreibt die Leistung Sicherheit von Webanwendungen, grundlegende Performance-Hinweise die WordPress-Dokumentation und die WooCommerce Developer Docs.
Protokollieren Sie Fehler in der Produktion. Ein Shop, in dessen Logs niemand schaut, erfährt von einer kaputten Zahlung vom Kunden – einen Tag später und in einer Bewertung.

Praktischer Test

Ich habe alle Plugins mit dem Datum des letzten Autor-Updates aufgelistet
Ich habe Ungenutztes samt seinen Daten entfernt
Es gibt eine Staging-Kopie, und Änderungen laufen darüber
Ein Backup wurde in den letzten 3 Monaten wiederhergestellt und geprüft
Updates laufen nach Plan und nicht „wenn etwas kaputtgeht“
Ich kenne die Jahressumme der Lizenzen
Es gibt ein Dokument, das die Anpassungen beschreibt
PHP und WordPress laufen auf unterstützten Versionen

Gebündelter 90-Tage-Plan

Zum Abschluss des ganzen Leitfadens – die Reihenfolge der Arbeiten, die ich fast jedem Shop vorschlagen würde:

Woche 1–2. Messen. Die fünf Funnel-Zahlen sammeln, Analytics mit dem Backend abgleichen, die Core Web Vitals erfassen, den Bericht zu leeren Suchanfragen lesen. Noch nichts beheben – nur feststellen, wo es reißt. Siehe Funnel-Diagnose und Analytics.

Woche 3–5. Checkout. Kauf ohne Konto, ehrliche Versandkosten von Anfang an, weniger Felder, ein ordentliches mobiles Formular, Zahlungsarten. Der schnellste Ertrag der Liste – Warenkorb und Checkout.

Woche 6–8. Ladezeit und Produktseite. Bilder, Cache, Warenkorb-Fragmente; auf der Produktseite Liefertermin, Verfügbarkeit, Größentabelle, Bewertungen. Siehe Ladezeit und Produktseite.

Woche 9–10. Sichtbarkeit und Vertrauen. Filter aus dem Index, Umgang mit nicht verfügbaren Produkten, Markup, Kontaktdaten und Rückgabebedingungen: SEO-Fehler und Vertrauen.

Woche 11–12. Der zweite Kauf. After-Sales-Sequenz, Segmente, Reaktivierung – Kundenbindung und LTV.

Parallel, im Hintergrund. Plugin-Aufräumen, Staging, Backups, Updates.

Nach 90 Tagen haben Sie keine „neue Website“. Sie haben einen Shop, bei dem Sie genau wissen, wo Sie Geld verlieren – und in dem deutlich weniger davon verloren geht.

Wenn Sie jemanden brauchen, der diesen Plan für Sie führt: Conversion-Optimierung, Website beschleunigen oder Betreuung und Weiterentwicklung des Produkts – je nachdem, was die erste Woche gezeigt hat.