Boutique-Online-Shop — WooCommerce, sauber gemacht und live mit der Kasse verknüpft
Eine Mode-Boutique wollte einen Online-Shop, ohne dass die Bestände im Laden und im Web auseinanderlaufen. Lösung: ein nüchtern konfiguriertes WooCommerce, eine kleine Sync-Brücke zur lokalen Kassensoftware, Klarna und PayPal als Zahlungsoptionen. Geht seit Mitte 2024 problemlos.
Wie das angefangen hat.
Die Boutique liegt in einer Fußgängerzone, der Laden ist gut besucht, das Sortiment kuratiert. Stammkundinnen wollten wiederholt aus dem Urlaub heraus etwas reservieren oder schicken lassen — bisher per Telefon, Mail oder Instagram-DM. Die Inhaberin und ihre Verkäuferinnen waren am Limit, so ein „Online-Notbetrieb" zu führen.
Die Anforderung: ein echter Shop, aber ohne dass jemand im Laden zwei Mal Inventur machen muss. Wenn die letzte Größe 38 im Geschäft verkauft wird, soll sie auch online verschwinden — und umgekehrt.
Was wirklich auf dem Tisch lag.
Klingt nach Standard, war es aber nicht. Die Kasse vor Ort ist eine ältere Branchen-Software ohne offizielle API. Die letzte „Schnittstelle" des Herstellers war ein CSV-Export, der manuell ausgelöst werden musste. Mit Live-Sync hatte das nichts zu tun.
Außerdem standen drei Wünsche im Raum, die alle gleichzeitig stimmen sollten:
- Ein schneller, sauber gestalteter Shop, der zur Marke passt — nicht das fünfundzwanzigste WordPress-Theme von der Stange.
- Klarna „Sofort kaufen, später bezahlen", weil das in der Zielgruppe Pflicht geworden ist.
- Wartung im Rahmen einer halben Stunde pro Monat — nicht mehr. Die Inhaberin will sich nicht mit Plug-in-Updates beschäftigen.
Wie ich's angegangen bin.
-
01
WooCommerce gewählt, weil es passt — nicht weil es Mode ist
Für ein Sortiment unter 600 Artikeln, klassische Zahlungsmethoden und ein paar Versandregeln ist WooCommerce immer noch die ehrlichste Wahl. Shopify kostet auf Dauer mehr, Shopware ist überdimensioniert, eigenes ist Quatsch. Wir haben das System bewusst minimal gehalten: kein Page-Builder, ein einziges Custom-Theme, nur die wirklich benötigten Plug-ins.
-
02
Eigene Brücke zur Kassensoftware
Da die Kasse keine API hat, läuft auf dem Verkaufsrechner ein kleines Hilfsprogramm (in C# geschrieben), das den CSV-Export automatisiert alle 5 Minuten ausführt und die Differenz an einen geschützten REST-Endpunkt im Shop schickt. Andersrum meldet der Shop verkaufte Stücke per Webhook zurück, das Hilfsprogramm bucht sie in der Kasse aus. Nicht hübsch, aber stabil — läuft seit 9 Monaten ohne Eingriff.
-
03
Klarna und PayPal, sonst nichts
Bewusste Verengung der Zahlungsoptionen, weil zu viele Wahlmöglichkeiten an der Kasse Conversion kosten. Klarna „Pay later" und „Sofort", PayPal Express, klassische Vorkasse für Stammkunden auf Wunsch. SEPA-Lastschrift war angedacht, ist aber wegen des Aufwands beim Mahnwesen rausgeflogen.
-
04
Performance-Tuning ohne Magie
Object-Cache via Redis, ein Critical-CSS-Plugin, das nicht in Konflikt mit dem Theme steht, Bilder per WebP/AVIF, Schriften self-hosted via Bunny Fonts. Ergebnis: Lighthouse 91 mobil, was für WooCommerce mit aktivem Klarna-Skript ein realistischer Spitzenwert ist.
-
05
Update-Routine via WP-CLI
Statt im WordPress-Admin auf „Aktualisieren" zu klicken, läuft jeden Montag früh ein Cron-Job, der per WP-CLI die Plug-ins prüft, einen Snapshot der Datenbank zieht und nur Minor-Updates automatisch einspielt. Major-Updates bekommen mich zugeschickt — ich schau einmal pro Monat rein, das war der Vertrag.
-
06
Schulung am offenen Modell
Die Inhaberin und eine Mitarbeiterin haben einen Nachmittag Schulung bekommen, im Dummy-Shop. Wie pflege ich einen neuen Artikel? Wie trage ich eine Sale-Aktion ein? Was tun, wenn Klarna eine Bestellung ablehnt? Dazu drei einseitige Spickzettel laminiert — die hängen an der Kasse.
Was am Ende rauskam.
Im ersten Quartal nach Launch lag der Online-Anteil bei 11 % des Gesamtumsatzes — ein Wert, den die Inhaberin selbst „überraschend hoch" nannte. Wichtiger als die Zahl: kein einziger Bestandskonflikt. Es ist nicht passiert, dass eine Kundin online etwas bestellt hat, das im Laden gerade verkauft wurde, oder umgekehrt.
Die Wartung beläuft sich tatsächlich auf etwa 20–25 Minuten pro Monat. Plus ein zweistündiger Major-Update-Slot pro Quartal. Wenn das so bleibt, bin ich glücklich.
Womit's gebaut wurde.
- WordPress mit aktiver Auto-Update-Logik nur für Sicherheits-Patches, Major-Updates manuell.
- WooCommerce mit eigenem Block-Theme — keine Page-Builder-Last, keine wilden Drittanbieter-Themes.
- Klarna Checkout & PayPal Express über die offiziellen Plug-ins, mit eigener Validierung der Webhook-Signaturen.
- Custom REST-Bridge in C# auf dem Kassen-PC, OAuth-2-Flow gegen den Shop, signierte Requests.
- WP-CLI mit Wochen-Cron für gestaffelte Updates und Datenbank-Snapshots vor jeder Änderung.
- Redis Object Cache auf einem Managed-Server bei einem deutschen Hoster, tägliche verschlüsselte Restic-Backups.
Was ich daraus mitnehme.
Ein „kleiner WooCommerce-Shop" ist nur dann klein, wenn man konsequent Nein sagt — zu jedem Plug-in, das nicht zwingend nötig ist, zu jedem Page-Builder, zu jeder „nice to have"-Idee. Wer den Mut zur Reduktion hat, bekommt einen Shop, der wartungsarm, schnell und kostengünstig betrieben werden kann.
Wenn dein Geschäft online erweitert werden soll, ohne dass dein Tagesablauf darunter leidet, lohnt sich vor allem ein ehrliches Vorgespräch: was muss der Shop wirklich leisten — und was kann ruhig im Laden bleiben?
Lass uns zwanzig Minuten drüber reden.
Du erklärst, was du brauchst — ich melde mich mit einer ehrlichen Einschätzung. Kein Pitch, kein Ticket-System.