Wir bauen keine Shops. Wir bauen Systeme, die Umsatz erzeugen.

Die Handelskönig GmbH ist seit 2009 spezialisierter Baustoff-Fachhandel und betreibt unter handelskoenig.com den Onlineshop zum Standort in Hamburg-Billbrook. Das Sortiment deckt die komplette Baustelle ab: Fassade und WDVS, Maler- und Putzbedarf, Maschinentechnik, Trockenbau und Innenausbau, Werkzeug sowie Photovoltaik.

Die Kundschaft ist gemischt — und genau darin liegt die Anforderung an die Plattform: Maler, Putzer und Trockenbauer kaufen gewerblich in Mengen, Heimwerker im klassischen B2C-Warenkorb. Der Shop muss beide Kaufmuster bedienen: vom Einzelartikel bis zur kalkulierten Projektanfrage für eine komplette Baustelle.

Die Ausgangslage vor Shopware: Der bestehende JTL-Shop limitierte das Wachstum an drei Stellen gleichzeitig. Das Frontend ließ sich nur eingeschränkt an die Marke und an die Kaufmuster der Profikundschaft anpassen. Content-Pflege — Erlebnisseiten, Kategorietexte, Aktionsflächen — band Entwicklungszeit, statt im Marketing zu liegen. Und jede Anforderung, die über den Standard hinausging, endete in einem Workaround statt in einer saubereren Erweiterung. Größere Mengen- und Projektbedarfe der Profikundschaft liefen vollständig außerhalb des Shops: Telefon, E-Mail, Excel.

Das System-Audit machte sichtbar, wo Zeit und Conversion verloren gingen — und wo die technischen Skalierungsgrenzen lagen. Die Konsequenz: der Wechsel auf Shopware 6 als geplante Shopware-Migration statt riskantem Big Bang.

Nicht „wir brauchen einen neuen Shop", sondern messbare Ziele: eine Plattform, die mit dem Geschäft mitwächst, nahtlose JTL-Wawi-Integration ohne Datenbruch, Erhalt der gewachsenen SEO-Substanz und ein Deployment-Prozess, der kontinuierliche Releases ermöglicht statt sie zu verhindern.

Die kritischen Rahmenbedingungen wurden vor der Umsetzung benannt, nicht währenddessen entdeckt: JTL-Wawi als gesetzte Warenwirtschaft, laufender Geschäftsbetrieb ohne Unterbrechung, vollständige Übernahme von Kunden, Bestellungen und Bonuspunkten mit fortlaufenden Nummernkreisen sowie eine über Jahre gewachsene URL-Struktur, die nicht brechen durfte.

Keine Konzept-Schleifen, sondern ein produktionsfähiges System aus unserer Shopware-Entwicklung:

• Individuelles Theme: Auf dem Shopware-Theme-System aufgebaut — Header, Navigation (Desktop & Off-Canvas Mobile), Produktliste, Produktdetailseite, Warenkorb und Shopware-Checkout nach Kunden-CI.
• Content ohne Entwicklungsticket: Erlebniswelten (Shopping Experiences) mit eigenen CMS-Elementen. Landingpages und Aktionsflächen pflegt das Team seitdem selbst.
• JTL-Wawi-Integration: Abgleich von Produkten, Kunden, Bestellungen und Lagerbeständen über den JTL-Connector — Shopware als Commerce-Kern, JTL-Wawi als führende Warenwirtschaft.
• Datenmigration: Kunden, Bestellungen, Bonuspunkte und Bewertungen vollständig übernommen — über Shopware-Nummernkreise fortlaufend weitergeführt.
• Plugin-Stack: Bonus-System, PayPal, Amazon Pay, Trusted Shops, Vergleichsliste und Blog — ergänzt durch eigene Erweiterungen auf Shopware-Standards.
• Automate everything: Stage-/Production-Umgebungen mit automatisierter Deployment-Pipeline, Monitoring, Alerting & Logging ab Tag eins.

Go-Live im Oktober 2024 — termingerecht, im laufenden Geschäft. In welchem Budgetrahmen sich ein Replatforming dieser Größenordnung bewegt, zeigt unsere Kosten-Seite.

Seit dem Go-Live läuft der kontinuierliche Optimierungszyklus — Shopware-Support & Wartung mit festem Release-Rhythmus statt Ad-hoc-Feuerwehr:

• B2B-Angebotsprozess (seit August 2026): Mengen- und Mehrpositionsanfragen laufen direkt im Shop. Der Vertrieb kalkuliert mit der Shopware-Preislogik, das Angebots-PDF entsteht im Shopware-Dokumentenlayout, aus der Annahme wird eine reguläre Shopware-Bestellung — gebaut als natives Plugin auf DAL, State Machine und Flow-Builder-Events statt als Insellösung.
• 40+ Releases über die automatisierte Pipeline — planbar, getestet, dokumentiert.
• Shopware 6.6 → 6.7 als Major-Update ohne Stillstand, inkl. Theme- und Plugin-Anpassungen.
• Compliance proaktiv: GPSR, Vorbereitung BFSG und EWR-konformes Conversion-Tracking — umgesetzt, bevor sie zum Risiko wurden.
• Growth-Stack: Klaviyo (Flows, Back-in-Stock, Produkt-Feed), Trusted-Shops-Widgets, Server-Side-Tracking.
• Performance & Conversion: Bildformate, CDN, Verfügbarkeits- und Lieferzeitenlogik, Checkout-Optimierung — datengetrieben priorisiert.

Die Umstellung wird nicht am Launch gemessen, sondern an dem, was seitdem anders läuft:

• Release-Fähigkeit: vorher manuell und ad hoc — heute 40+ getestete Deployments in 24 Monaten über die CI/CD-Pipeline. Im Schnitt ein Release alle zweieinhalb Wochen, planbar und dokumentiert.
• Plattform-Upgrades: vorher ein Risiko-Event, das man aufschiebt — heute planbarer Betrieb: Shopware 6.6 → 6.7 ohne Stillstand, inklusive Theme- und Plugin-Anpassungen.
• Content-Pflege: vorher ein Entwicklungsticket pro Landingpage — heute pflegt das Handelskönig-Team Erlebniswelten und Aktionsflächen selbst. Entwicklungszeit fließt in Funktionen statt in Inhalte.
• B2B-Mengenbedarf: vorher Telefon, E-Mail und Excel vollständig außerhalb des Shops — heute ein durchgängiger Vorgang von der Anfrage über das kalkulierte Angebots-PDF bis zur regulären Shopware-Bestellung.
• Datenkontinuität: 0 Brüche in Daten, SEO und Betrieb. Kunden, Bestellungen, Bonuspunkte und Bewertungen vollständig übernommen, Nummernkreise fortlaufend weitergeführt, die gewachsene URL-Struktur erhalten.
• Go-Live: 98 % des geplanten Scopes zum Termin — ohne Unterbrechung des laufenden Geschäftsbetriebs.
• Betriebsmodell: seit Oktober 2024 durchgehend im festen Release-Zyklus statt in Ad-hoc-Feuerwehr — rund 290 Work-Items sind seitdem kontrolliert durch die Pipeline gegangen.

Heute: Der Shop läuft auf Shopware 6.7, self-hosted, mit getrennter Stage- und Production-Umgebung und festem Release-Zyklus über die automatisierte Pipeline. Der B2B-Angebotsprozess ist seit August 2026 produktiv, GPSR ist umgesetzt, die BFSG-Vorbereitung läuft, das Conversion-Tracking ist EWR-konform.

Als Nächstes: Der Angebotsprozess wird nicht an der Zahl der Anfragen gemessen, sondern an Reaktionszeit, Annahmequote und daraus entstandenem Umsatz — diese Kennzahlen steuern die nächsten Ausbauschritte. Dazu kommen der Digitale Produktpass als Pflichtthema, weitere Automatisierung zwischen Shopware und JTL-Wawi sowie datengetriebene Conversion-Arbeit im Checkout. Das Modell bleibt dasselbe: einen wiederkehrenden manuellen Prozess identifizieren, als Produktfunktion abbilden, kontrolliert ausrollen, messen.