WooCommerce als SaaS-Plattform

Joshua Maurer

Webentwickler & Freelancer

17. Februar 2026

WooCommerce lässt sich mit einem Custom Plugin zu einer vollständigen SaaS-Plattform mit Abo-Abrechnung, automatisierter Lizenzverwaltung und Zugriffskontrolle erweitern – ohne eigene Cloud-Infrastruktur.

Für das SVE-Tool ("Sowas von einfach") von Michael Lösel habe ich genau das umgesetzt: Ein Preiskalkulationstool für Friseursalons, bei dem jeder Salon eine jährliche Lizenz kauft und je nach Mitarbeiterzahl eine von sechs Stufen wählt. Statt ein separates SaaS-Backend mit Stripe Billing und Cloud-Hosting aufzubauen, läuft das gesamte System auf einer einzigen WordPress-Installation.

In diesem Artikel zeige ich, wie das technisch funktioniert, was es gekostet hat und wann WordPress als SaaS-Backend sinnvoll ist.

Kann man mit WooCommerce ein SaaS-Produkt betreiben?

Ja. WooCommerce bringt mit dem Plugin WooCommerce Subscriptions die Grundlage für wiederkehrende Abrechnungen mit. Was fehlt – Lizenzverwaltung, Zugriffskontrolle und automatische Aktivierung – lässt sich mit einem Custom Plugin ergänzen.

Beim SVE-Tool war die Ausgangslage anders. Der Betreiber kennt WordPress, will Tarife und Inhalte selbst pflegen können und braucht kein System für hunderttausend Nutzer. WooCommerce liefert die Zahlungsabwicklung, die Kundenverwaltung und das Admin-Dashboard – alles was fehlt ist die Brücke zwischen "Kunde hat bezahlt" und "Kunde hat Zugang zum Tool".

Genau diese Brücke ist das Custom Plugin.

Was war die Ausgangslage für das SVE-Tool?

Das SVE-Tool ist ein Online-Kalkulationstool für Friseursalons. Es hilft Salonbetreibern, ihre Preise korrekt zu kalkulieren – basierend auf Mitarbeiterzahl, Fixkosten und Dienstleistungen.

Das Tool brauchte ein Lizenz- und Abrechnungssystem mit folgenden Anforderungen: Jeder Salon kauft eine jährliche Lizenz. Die Lizenz ist nach Mitarbeiterzahl gestaffelt – sechs Stufen für Salons mit 0, 2, 5, 10, 15 oder 30 Mitarbeitern. Die Abrechnung läuft automatisch über WooCommerce Subscriptions, und bei Ablauf oder Kündigung wird der Zugang eingeschränkt.

Wichtig war außerdem, dass Michael das System selbst verwalten kann: Texte anpassen, E-Mail-Inhalte und -Intervalle ändern, Gutscheine erstellen, Upgrade-Rabatte konfigurieren und bei Bedarf neue Tarife anlegen. Alles über das WordPress-Backend, ohne einen Entwickler anrufen zu müssen.

Wie funktioniert die Lizenzverwaltung technisch?

Die Lizenz wird direkt mit dem WordPress User-Account verknüpft – ohne separate Lizenzschlüssel. Statt UUID-basierte Keys zu generieren und zu verwalten, speichert das Plugin die Lizenz-Daten als WordPress User Meta.

Konkret werden vier Felder pro User gespeichert:

• sve_license_active – ob die Lizenz aktiv ist (yes/no)
• sve_license_expiry – wann die Lizenz abläuft (Unix Timestamp)
• sve_license_level – welche Stufe der Salon hat (1–6)
• sve_license_sku – welches Produkt gekauft wurde (z.B. sve-licence-5-1y)

Standard WordPress-Funktionen wie get_user_meta() und update_user_meta() reichen für alle Abfragen aus – keine eigenen Datenbanktabellen, keine Migrationen.

Die Konfiguration der verfügbaren Lizenzstufen (welche Stufen es gibt, was sie kosten, wie viele Mitarbeiter enthalten sind) wird zentral in wp_options gespeichert und ist über das WordPress-Backend editierbar.

Wie prüft das Tool ob ein Nutzer Zugang hat?

Das SVE-Tool läuft als WordPress Plugin auf derselben Installation wie der Shop. Dadurch entfällt der Umweg über eine externe REST API – die Zugriffsprüfung erfolgt direkt serverseitig über PHP.

Die zentrale Funktion ist SVE_Access_Control::check_access($user_id). Sie prüft ob die Lizenz aktiv ist und ob das Ablaufdatum in der Zukunft liegt. Zurück kommt ein Zugangsmodus:

• full – voller Zugang, Salon kann Kalkulationen erstellen und bearbeiten
• readonly – Lizenz abgelaufen, alte Berechnungen sind einsehbar aber keine neuen möglich
• none – kein Zugang

Im Frontend prüft ein AJAX-Endpoint den Zugriffsstatus, gesichert über WordPress Nonces:

// AJAX-Endpoint für Zugriffsprüfung im Frontend
add_action('wp_ajax_sve_check_access', function() {
    check_ajax_referer('sve_license_nonce', 'nonce');

    $user_id = get_current_user_id();
    $access = SVE_Access_Control::check_access($user_id);

    wp_send_json_success($access);
});

Da das gesamte System auf einer WordPress-Installation läuft, reicht die Standard-WordPress-Authentifizierung über Sessions und Cookies. Der User muss eingeloggt sein – mehr braucht es nicht.

Wie läuft die Abo-Abrechnung und was passiert bei Kündigung?

WooCommerce Subscriptions übernimmt die gesamte Abo-Verwaltung. Jede Lizenzstufe ist als WooCommerce Subscription-Produkt mit jährlicher Laufzeit angelegt. Beim Kauf wird automatisch die Lizenz im User-Profil aktiviert.

Das Plugin hakt sich über WordPress Hooks in den Subscription-Lebenszyklus ein:

// Bei erfolgreicher Zahlung: Lizenz verlängern
add_action('woocommerce_subscription_renewal_payment_complete', 'extend_license');
add_action('woocommerce_subscription_payment_complete', 'extend_license');

// Bei Kündigung oder Rückerstattung: Lizenz deaktivieren
add_action('woocommerce_order_status_cancelled', 'deactivate_license');
add_action('woocommerce_order_status_refunded', 'deactivate_license');

Bei einer erfolgreichen Verlängerung wird sve_license_expiry um ein Jahr nach vorne gesetzt. Bei Kündigung wird sve_license_active auf no gesetzt und das Ablaufdatum auf 0. Der Salon wechselt dann automatisch in den Readonly-Modus.

Was kann der Betreiber selbst verwalten?

Der Betreiber ist kein Entwickler, kann das SVE-Tool aber komplett eigenständig über das WordPress-Backend verwalten.

Das war eine zentrale Anforderung von Anfang an. Ein System, bei dem der Betreiber für jede Textänderung einen Entwickler braucht, funktioniert auf Dauer nicht – vor allem nicht für ein Produkt, das aktiv weiterentwickelt und vermarktet wird.

Welche Daten liefert das System dem Betreiber?

Neben der reinen Lizenzverwaltung enthält das Backend eine anonymisierte Analyse aller Nutzerdaten. Der Betreiber kann Durchschnittswerte über alle Salons hinweg einsehen – zum Beispiel durchschnittliche Kalkulationswerte, häufig gewählte Preisstrukturen oder Muster in der Mitarbeiterplanung.

Die Daten sind vollständig anonymisiert: Es ist nicht erkennbar welcher Salon welche Werte hat. Aber die aggregierten Statistiken liefern wertvolle Erkenntnisse, die direkt in die Weiterentwicklung des Tools einfließen.

Was hat die Entwicklung gekostet – und was hätte die Alternative gekostet?

Die gesamte Entwicklung des Lizenzsystems, der Zugriffskontrolle und der Admin-Oberfläche hat vier Wochen in Teilzeit gedauert. Die Kosten lagen im niedrigen vierstelligen Bereich.

Zum Vergleich – eine klassische SaaS-Lösung mit separatem Frontend, eigenem Backend, Stripe Billing Integration und Cloud-Hosting hätte deutlich mehr gekostet:

Der größte Vorteil ist nicht nur der Preis. Es ist die Tatsache, dass Michael sofort ein vollständiges Backend hatte – Produktverwaltung, Kundenverwaltung, E-Mail-Versand, Gutscheinsystem, Bestellübersicht. All das kommt bei WordPress und WooCommerce kostenlos mit. Bei einer Eigenentwicklung hätte jede dieser Funktionen separat gebaut werden müssen.

Wann ist WooCommerce als SaaS-Backend sinnvoll – und wann nicht?

WooCommerce eignet sich als SaaS-Backend für Produkte mit bis zu einigen tausend Nutzern, einer überschaubaren Tarifstruktur und einem Betreiber der WordPress kennt. Für Echtzeit-Features, komplexe Team-Rechte oder Skalierung auf zehntausende Nutzer ist eine Eigenentwicklung die bessere Wahl.

WooCommerce funktioniert gut wenn:

• Das Produkt wenige hundert bis einige tausend Nutzer hat
• Der Betreiber das Backend selbst pflegen will und WordPress kennt
• Die Tarifstruktur überschaubar ist – beim SVE-Tool sind es sechs Stufen, das ist ideal
• Standard-Zahlungsmethoden wie PayPal oder Stripe ausreichen
• Das Budget begrenzt ist und das Produkt schnell live gehen muss

Für das SVE-Tool war WooCommerce die richtige Wahl. Das Produkt wächst organisch, die Nutzerzahlen sind im dreistelligen Bereich, und der Betreiber hat volle Kontrolle über sein System. Nicht jedes SaaS braucht eine Kubernetes-Infrastruktur.

Der Lizenz-Lebenszyklus im Überblick