Case Study · F.O.C.U.S.

Shop carve-out. Cleanly separating a shop from a shared instance.

How nuonic carved the online shop of Converge (formerly Gesellschaft für digitale Bildung) out of a historically grown multi-shop instance — with clean data separation down to the database level — and has maintained and developed it independently on Shopware 5 ever since. A case for our Shopware support & maintenance, which keeps Shopware 5 running responsibly.
Converge online shop — digital hardware for educational institutions on Shopware 5
FFacts

Reality over assumptions

OObjectives

Clarity before speed

CConstraints

The truth about systems

UExecution

Build, don't discuss

SScaling

Growth is a system

Project at a glance
Client
Converge (formerly Gesellschaft für digitale Bildung)
Industry
IT for educational institutions
Platform
Shopware 5
Project type
Shop carve-out & ongoing maintenance
Timeframe
Since late 2023 (ongoing)
Core
Data separation down to database level
Shopware 5Shopware MaintenanceShop Carve-outMySQL CleanupDocker TestingConsent / GA4StagingSW 5.7 Update
F

Facts— Reality over assumptions

The Converge shop historically ran in a jointly operated Shopware 5 instance with other shops: shared database, shared plugins, shared configuration. What belonged together organizationally eventually didn't anymore — the shop needed its own instance. The analysis showed how deep the entanglement went: customer data, orders, products, categories and customer groups of several shops in the same tables.

O

Objectives— Impact over features

An independent, lean Shopware instance containing only its own data:

  • Only own data: exclusively its own customers, orders and products.
  • Only needed extensions: the plugins, payment and shipping methods actually in use.
  • Own tracking & consent: a setup that belongs to the standalone shop — not to the old group.
C

Constraints— Making limits visible

The hardest constraint was the database itself: Shopware 5 doesn't cleanly separate subshop data. On top of that:

  • Surgical data deletion: every deletion of foreign customer and order data had to run via targeted, tested MySQL scripts, without damaging the shop's own data.
  • A grown plugin legacy from the original instance.
  • Data-protection requirements: foreign customer data must not remain in the new instance.
  • A shop system at end of life that still has to carry operations reliably.

Separation is precision work

Every delete query was developed individually, tested locally in the Docker setup — and only then executed.

1 instance
Cleanly carved out & independent
7 areas
Data cleaned — customers to media
0 foreign data
In the new instance
SW 5.7
Update in live operations

Execution & Scaling

Separate first, then carry.

U

Execution— Build, don't discuss

Delivered step by step to the standards of our Shopware development:

  • Shop identification: mapping all data records to the shops of the shared instance — the basis for every further decision.
  • Data cleanup via MySQL: targeted, tested delete queries for foreign customer data, orders, products, categories & shops, email logs, media and customer groups — developed and secured in the local Docker setup.
  • Plugin audit: analysis of the inherited plugin stock, uninstalling what wasn't needed — with subsequent error testing.
  • Payment & shipping cleaned: unnecessary payment and shipping methods removed, remaining ones reconfigured with their own credentials and fully tested.
  • Own tracking setup: consent management (CMP), Google Tag Manager and GA4 newly set up for the standalone instance.
  • Template decluttered: legacy from theme and plugin extensions of the original instance removed.
S

Scaling— Growth is a system, not luck

Since the separation, nuonic has looked after the standalone instance in a Shopware support & maintenance model — Shopware 5 deliberately keeps running here, operated responsibly:

  • Shopware 5.7 update including core, store and custom plugins — with deployment and testing.
  • A dedicated staging instance for risk-free changes.
  • Continuous optimizations: manufacturer data on the product detail page, 404 handling, design adjustments.
  • Development is ongoing — currently including the payment extension.

Run Shopware 5 responsibly — and keep the path open

Converge shows that a Shopware 5 shop at end of life doesn't have to be an emergency. We keep the instance stable and up to date through our Shopware support & maintenance (SW 5.7, staging, deployment). And because the shop now owns its own instance, its own data and its own tracking, Converge can decide independently — about hosting, roadmap, and one day about moving to Shopware 6.

Impact over activity

Independence begins in the database. A shop that owns its own instance, its own data and its own tracking can decide independently — about its hosting, its roadmap, and one day about its next shop system.

Services at a glance
Separation
Carve-out from a multi-shop instance
Data hygiene
MySQL cleanup, 7 data areas
Consolidation
Plugins, payment, shipping, template
Tracking
CMP, Tag Manager, GA4 standalone
Maintenance
SW 5.7 update, staging, live operations
Model
Ongoing maintenance since late 2023
Shopware MaintenanceShop Carve-outMySQLConsent / GA4Staging
The roles in the project

Four roles, from facts to scaling.

Responsibility across the full cycle — operationally tied to the phases, with no handoffs into the void.

Strategist

  • Separation concept & prioritization

Architect

  • Data model & instance setup

Builder

  • Scripts, cleanup, updates

Operator

  • Maintenance & continued development
Contact

Is your shop still tied to the old group? Let's talk about impact.

nuonic Digital GmbH & Co. KG · Munich & Hamburg
Benedikt Rillox
Benedikt RilloxFounder · Strategist
Alex Jank
Alex JankFounder · Architect