Um diese zweiten Kosten geht es hier: was in einem WooCommerce Shop tatsächlich Stunden verbraucht, wie lange typische Reparaturen dauern, wie der Update-Zyklus aussieht und wie viele Stunden pro Monat drei Shop-Profile benötigen. Die Zahlen sind Größenordnungen aus unserer Arbeit, kein Versprechen. Wenn für Sie am Ende herauskommt, dass Ihr Shop drei Stunden im Monat braucht und Sie das selbst schaffen, ist auch das ein gutes Ergebnis.
Warum ein WooCommerce Shop Stunden anders verbraucht als ein SaaS Shop
Auf einer SaaS-Plattform läuft das Update des Kerns ohne Ihr Zutun. Das Risiko sitzt in Marketplace-Apps, im Theme und im eigenen Code, der Rest ist Sache des Anbieters.
Bei WooCommerce ist es umgekehrt. Der Kern selbst ist selten die Ursache. Ein typischer Shop mit einigen Millionen Euro Jahresumsatz betreibt zwischen einem Dutzend und mehreren Dutzend aktiven Plugins, jedes mit eigenem Releaserhythmus. Kostenpflichtige Plugins hören an dem Tag auf, Updates zu liefern, an dem die Lizenz ausläuft, kostenlose dann, wenn der Autor das Projekt aufgibt. Genau diese Schicht erzeugt die Arbeit, nicht der Kern: kein gemeinsamer Kalender, kein gemeinsamer Anbieter, keine Stelle, an der sichtbar wird, was sich geändert hat.
Der zweite Unterschied: Sie verantworten auch die Schicht unter dem Shop, also Server, PHP-Version, Datenbank und Cache. Im SaaS existiert diese Schicht aus Ihrer Sicht nicht. Hier existiert sie und kann eine Störung auslösen, die wie ein Fehler des Shops aussieht.
Fünf Dinge, die WooCommerce Shops wirklich lahmlegen
Plugin-Konflikt nach einem Update. Symptom: Nach einem nächtlichen Update funktioniert ein einzelnes Element nicht mehr, meist die Auswahl der Abholstation, ein Gutschein oder der Rechnungsversand. Ursache: Zwei Plugins greifen an derselben Stelle des Bestellprozesses ein, und eines hat seine Vorgehensweise geändert. Größenordnung: von 1 bis 4 Stunden, wenn eine Kopie von vor dem Update zum Vergleich vorliegt, deutlich mehr ohne sie.
Überladene Datenbank. Symptom: Das Backend wird immer zäher, die Bestellliste braucht ein Dutzend Sekunden, bei mehr Traffic stockt der Shop. Ursache: eine wp_options-Tabelle voller Einträge, die bei jedem Request geladen werden (Autoload), Reste längst entfernter Plugins und Bestellungen, die weiterhin als Beiträge und Metadaten liegen statt in HPOS, den dedizierten Bestelltabellen. Größenordnung: von 3 bis 8 Stunden. HPOS selbst ist ein eigenes Vorhaben und wird erst nach einem Test der gesamten Plugin-Liste aktiviert, weil inkompatible Plugins dort das übliche Problem sind.
Warenkorb und Kasse. Symptom: Nach einem Theme-Wechsel oder einem Update fehlt ein Feld, das Kunden brauchen, oder die Kasse sieht anders aus als gestern. Ursache: WooCommerce kennt zwei Varianten, die klassische auf Shortcodes und die neuere auf Blöcken, und manche Plugins unterstützen nur eine davon. Ein Modus auf der Warenkorbseite und ein anderer in der Kasse erzeugt Fehler, die sich schwer reproduzieren lassen. Größenordnung: von 2 bis 6 Stunden, um beide Seiten auf einen Modus zu bringen, mehr, wenn ein Plugin ersetzt werden muss.
Abgelaufene Lizenzen kostenpflichtiger Module. Symptom: Das Plugin läuft, lässt sich aber nicht aktualisieren, im Backend erscheint ein Hinweis zum Lizenzschlüssel. Ursache: Die Lizenz ist abgelaufen oder wurde über das private Konto einer Person gekauft, die das Unternehmen verlassen hat. Größenordnung: von 15 Minuten bis 2 Stunden pro Plugin, sofern der Zugang zum Kaufkonto wiederhergestellt werden kann, sonst bleibt nur der Neukauf.
Performance bei größerem Katalog. Symptom: Filter und Suche in einer Kategorie mit mehreren Tausend Produkten dauern zu lange, ein Preisimport aus dem ERP blockiert den Shop. Ursache: Abfragen über Produkt-Metadaten, fehlende Indizes, ein Import als ein langer Prozess. Größenordnung: von 6 bis 20 Stunden, denn das ist keine Reparatur, sondern der Umbau eines Mechanismus.
Einen breiteren Überblick über typische Vorfälle geben wir im Text über die häufigsten Störungen in Onlineshops.
Updates: warum wir sie nicht automatisch einspielen
Alles automatisch zu aktualisieren ist der billigste Weg, damit ein Shop nachts keine Bestellungen mehr annimmt und es bis zum Morgen niemand bemerkt. Wenn ein Dutzend Plugins den Kaufprozess berühren, ist ein Update ohne Test schlicht eine Wette.
Unser Vorgehen: Eine Kopie geht auf die Testumgebung, dort spielen wir die Änderungen ein, gehen den Kaufweg mit einer Testzahlung durch und prüfen Versand, Rechnung und die Übergabe der Bestellung an das Warenwirtschaftssystem. Erst danach folgt der produktive Shop, mit einem Backup unmittelbar vor dem Deployment. Kritische Updates, die Schwachstellen schließen, laufen schnell und in einem eigenen Zyklus, den Rest bündeln wir.
In Stunden aus dem Kontingent: Bei einem Dutzend Plugins sind es für den Update-Zyklus allein rund 1 bis 2 Stunden im Monat, bei mehreren Dutzend Plugins und ERP-Anbindung meist 3 bis 6 Stunden, weil nicht die Zahl der Klicks wächst, sondern die Zahl der Wege, die nach einer Änderung erneut geprüft werden. Dazu kommen Fälle, in denen ein Update den Test nicht besteht und jemand zwischen älterer Version und neuem Plugin entscheiden muss.
Wie viele Stunden pro Monat ein WooCommerce Shop wirklich braucht
Drei Profile, die wir am häufigsten sehen.
Kleiner, stabiler Shop. Einige Hundert Produkte, ein Dutzend Plugins, keine ERP-Anbindung, Änderungen beschränken sich auf Banner, Aktionen und kleine Textkorrekturen. Realer Verbrauch: von 5 bis 8 Stunden im Monat, die Hälfte davon Updates und Kontrollen. Paket Basic für 220 EUR mit einem Kontingent von 10 Std.
Mittlerer Shop im Wachstum. Einige Tausend Produkte, Anbindung an die Warenwirtschaft, mehrere Zahlungs- und Versandkanäle, jeden Monat eine neue Funktion oder Kampagne im Template. Realer Verbrauch: von 15 bis 20 Stunden im Monat. Paket Advanced für 440 EUR mit einem Kontingent von 20 Std.
Großer Multichannel-Shop. Großer Katalog, B2B-Preise, Feeds zu Preisvergleichen und Marktplätzen, mehrere Umgebungen, laufende Arbeit an der Conversion. Realer Verbrauch: von 30 bis 40 Stunden im Monat. Paket Premium für 880 EUR mit einem Kontingent von 40 Std.
Eine Stunde im Paket kostet 22 EUR, eine Stunde über dem Kontingent 35 EUR, und der Service läuft werktags von 8 bis 18 Uhr. Das Paket richtet sich nach dem geplanten Umfang der Änderungen, nicht nach der Größe des Unternehmens. Ein Shop mit 3 Millionen Euro Jahresumsatz, der ein Jahr lang nichts ändert, bleibt bequem im Basic. Ein Shop mit 450.000 Euro Umsatz, der gerade auf einen Marktplatz geht und das ERP umhängt, schöpft Advanced vollständig aus. Für die breitere Rechnung, samt Hosting und Lizenzen, haben wir einen eigenen Text darüber, was der Betrieb eines Onlineshops kostet.
Was in der Betreuung eines WooCommerce Shops enthalten sein sollte und meist fehlt
Eine Checkliste für Ihren aktuellen Dienstleister, fünf Fragen, die in einer Mail zu beantworten sind.
- Wer hält die Lizenzen der kostenpflichtigen Plugins und über welches Konto wurden sie gekauft. Die Antwort "das hat die Agentur" ist eine schlechte Antwort, die Lizenzen sollten Ihnen gehören.
- Ob eine Testumgebung existiert und wann sie zuletzt mit der Produktion abgeglichen wurde. Eine Umgebung von vor einem Jahr ist keine.
- Ob jemand die Ablaufdaten von Lizenzen und Zertifikat führt und wer die Benachrichtigung erhält.
- Wer Zugang zu Server, Hosting-Panel und Datenbank hat und wer nur zu WordPress. Im Störungsfall entscheidet dieser Unterschied.
- Ob es Backups gibt und ob jemals jemand den Shop daraus wiederhergestellt hat. Ein ungetestetes Backup ist eine Annahme, keine Absicherung.
In unseren Verträgen wird der Wiederherstellungstest einmal im Quartal durchgeführt und dokumentiert, gerade weil sich an dieser Stelle am häufigsten zeigt, dass seit Monaten etwas nicht funktioniert.
Die Grenze zwischen Support und SLA am Beispiel WooCommerce
Technischer Support ist ein Stundenkontingent für Änderungen, die Sie beauftragen: eine neue Rabattlogik, ein zusätzliches Feld im Bestellformular, Plugin-Updates, eine Korrektur im E-Mail-Template, der Umzug eines Feeds. Sie melden, wir setzen um, die Stunden gehen vom Kontingent ab, den Verbrauch sehen Sie im Gorilla Panel.
SLA beantwortet die andere Art von Ereignis: Der Shop oder eine zentrale Funktion arbeitet nicht mehr, und Sie wollen es vor dem Kunden wissen. Der Shop wird alle 60 Sekunden geprüft, jede Meldung verifiziert ein Mensch, bei einem kritischen Ereignis führen wir die Diagnose durch und übergeben eine Notiz nach der Störung. Garantiert ist die Reaktionszeit, nicht die Behebungszeit, denn die Ursache kann beim Hoster oder beim externen Zahlungsanbieter liegen, worauf wir keinen Einfluss haben. Die Überwachung beginnt bei 210 EUR im Monat. Den Unterschied erklären wir im Text technischer Support oder SLA.
Ein WooCommerce Shop braucht beides aus einem anderen Grund als ein SaaS Shop: Plugin-Updates sind das Ereignis, nach dem am häufigsten etwas ausfällt, derselbe Zyklus erzeugt also geplante Arbeit und ein Risiko, das jemand beobachten muss.
Übernahme eines Shops, der vorher von jemand anderem betreut wurde
Wir beginnen nicht mit Änderungen, sondern mit dem Ist-Zustand. Technisches Audit: Versionen, PHP-Version, Zustand der Datenbank, Speicherung der Bestellungen, Modus von Warenkorb und Kasse, eigener Code im Child-Theme. Inventar der Plugins, aufgeteilt in kostenlos, kostenpflichtig mit gültiger Lizenz, kostenpflichtig mit abgelaufener Lizenz und nicht mehr gepflegt. Geordnete Zugänge: Server, Hosting-Panel, Domain, Kaufkonten, Repository, falls vorhanden.
Das sind meist von 8 bis 16 Stunden und endet mit einer Liste, getrennt nach akutem Risiko und dem, was warten kann. Erst danach ergibt das Gespräch über ein Paket Sinn, weil erst dann feststeht, wie viele Stunden im Monat genau dieser Shop verbraucht.
Vergleichen Sie die Support-Pakete und SLA-Stufen auf /de/sla-help-desk und wählen Sie die Stufe, die zum geplanten Umfang der Änderungen im nächsten Quartal passt. Wenn Sie lieber mit Daten als mit einem Gespräch starten, geben Sie die Adresse Ihres Shops in den Tester eCommerce ein: Sie erhalten eine kostenlose Diagnose des technischen Zustands, die Sie auch beim aktuellen Dienstleister verwenden können.