Wir bauen mit am Shopware-Core – und warum Ihr Shop davon profitiert

Sie suchen eine Agentur für Ihren Shopware-Shop und holen drei Angebote ein. Alle drei nennen sich "Shopware-Experten", alle drei haben ein paar Referenzlogos auf der Website, alle drei klingen am Telefon kompetent. Die entscheidende Frage – wer das System wirklich bis ins Innerste versteht – bleibt nach dem ersten Gespräch trotzdem offen. Genau hier hilft ein Kriterium, das selten in Verkaufsgesprächen auftaucht, aber viel über die technische Tiefe eines Partners verrät: Arbeitet er aktiv am offenen Shopware-Core mit?

In diesem Artikel erklären wir, was "Core Contributor" konkret bedeutet, warum Open-Source-Beiträge mehr sind als ein Imagethema – und woran Sie als Entscheider erkennen, ob hinter dem Wort "Experte" echte Substanz steckt. Ja, wir gehören selbst zu den Agenturen, die zum Core beitragen. Trotzdem soll dieser Text Ihnen vor allem ein Werkzeug an die Hand geben, mit dem Sie jeden Dienstleister besser einschätzen können.

Was "am Core mitarbeiten" wirklich heißt

Shopware 6 ist Open Source. Der komplette Quellcode der Community Edition liegt öffentlich auf GitHub unter shopware/shopware – jeder kann ihn lesen, herunterladen und Verbesserungen vorschlagen. Diese Vorschläge laufen über sogenannte Pull Requests: Ein Entwickler ändert eine Stelle im Code, beschreibt das Problem und die Lösung, und das Shopware-Team prüft den Vorschlag, diskutiert ihn und übernimmt ihn – oder lehnt ihn mit Begründung ab.

"Core Contributor" zu sein bedeutet also nicht, ein offizielles Zertifikat an die Wand zu hängen. Es bedeutet, dass nachweisbar Code von einem in das Produkt eingeflossen ist, das Tausende Shops weltweit nutzen. Das umfasst in der Praxis mehrere Dinge:

• Bugfixes: Ein Fehler im Standard wird nicht im eigenen Projekt umschifft, sondern an der Wurzel behoben – für alle.

• Issues melden: Reproduzierbare Fehlerberichte mit klarer Beschreibung, damit das Kernteam schneller reagieren kann.

• Verbesserungen & Erweiterungen: Vorschläge, die das System für alle robuster, schneller oder zugänglicher machen.

• Wissensaustausch: Antworten in Community-Foren, Beiträge auf Events wie dem Shopware Community Day, offene Tutorials und Code-Beispiele.

Der entscheidende Punkt: All das ist öffentlich nachprüfbar. Ein Pull Request hat einen Autor, ein Datum und einen Status. Wer behauptet, am Core mitzuarbeiten, kann das mit einem Link belegen. Wer es nur behauptet, kann das nicht.

Warum das für Ihr Projekt einen Unterschied macht

Open-Source-Engagement klingt erst einmal nach einem Thema für Entwickler, nicht für Geschäftsführer. Doch genau hier liegt ein Denkfehler. Ob Ihre Agentur den Core nur benutzt oder ihn aktiv mitgestaltet, wirkt sich direkt auf Budget, Zeitplan und Risiko Ihres Shops aus.

1. Tieferes Verständnis statt Halbwissen

Wer einen Fehler im Shopware-Core findet, analysiert und sauber behebt, muss verstehen, wie das System unter der Oberfläche funktioniert – nicht nur, wie man im Admin ein Plugin anklickt. Dieses Wissen schlägt sich in Ihrem Projekt nieder: bei der Architektur, bei Performance-Entscheidungen und vor allem dann, wenn etwas nicht nach Lehrbuch läuft. Probleme, die andere mit einem Workaround zukleistern, werden an der richtigen Stelle gelöst.

2. Weniger Workaround-Pfusch, bessere Update-Fähigkeit

Ein häufiges Muster in schlecht gepflegten Shops: Statt einen Fehler im Standard zu beheben, wird der Core direkt überschrieben oder mit fragilen Hacks umgangen. Solche Eingriffe brechen beim nächsten Update – und jedes Shopware-Upgrade wird zum teuren, riskanten Großprojekt. Wer gewohnt ist, sauber gegen den Core zu arbeiten und Fehler dort zu melden oder zu fixen, wo sie hingehören, hinterlässt einen Shop, der updatebar bleibt. Das spart Ihnen langfristig genau die Wartungskosten, die sonst leise jedes Jahr wachsen.

3. Direkter Draht und schnellere Lösungen

Wer regelmäßig zum Core beiträgt, kennt die Diskussionen im Repository, weiß, welche Änderungen in den nächsten Versionen kommen, und steht im Austausch mit anderen Entwicklern und teils dem Kernteam. Wenn in Ihrem Shop ein seltener Fehler auftritt, ist der Unterschied spürbar: Statt tagelang im Dunkeln zu raten, lässt sich oft schnell einordnen, ob es sich um einen bekannten Core-Bug, ein Plugin-Problem oder einen Eigenfehler handelt.

4. Zukunftssicherheit durch frühe Signale

Open-Source-Projekte entwickeln sich im Offenen. Wer mitliest und mitarbeitet, sieht frühzeitig, wohin sich Shopware bewegt – etwa bei Themen wie Headless-Architektur, neuen APIs oder der schrittweisen Integration von KI-Funktionen. Dieses Vorauswissen fließt in Empfehlungen ein, bevor ein Trend im offiziellen Release-Notes-Eintrag landet. Für Sie heißt das: weniger Investitionen in Sackgassen, mehr Entscheidungen, die in zwei Jahren noch tragen.

Open Source ist Geben und Nehmen

Jeder, der Shopware einsetzt, profitiert von der Arbeit unzähliger Entwickler, die das System über Jahre verbessert haben. Diese Grundlage ist kostenlos nutzbar – aber sie ist nicht von selbst entstanden. Sie lebt davon, dass ein Teil der Nutzer nicht nur nimmt, sondern auch zurückgibt. Genau das ist die Haltung, die wir für richtig halten: Wer jeden Tag mit einem offenen System Geld verdient, sollte etwas davon an die Gemeinschaft zurückfließen lassen.

Konkret kann das viele Formen annehmen – und keine davon ist exklusiv. Andere Agenturen, Freelancer und Inhouse-Teams tragen ebenfalls bei, und das ist gut so. Typische Beiträge sehen so aus:

• Ein Bug, der im eigenen Kundenprojekt auffällt, wird sauber dokumentiert und als Fix zurück in den Core gegeben – statt ihn nur lokal zu umschiffen.

• Erfahrungen aus echten Projekten werden in Foren, auf Community-Events und in offenen Beiträgen geteilt, damit andere nicht dieselben Fehler machen.

• Lücken in der Dokumentation werden geschlossen – oft das undankbarste, aber für Einsteiger wertvollste Stück Arbeit.

Der angenehme Nebeneffekt für Sie als Kunde: Eine Agentur, die regelmäßig zurückgibt, hat ein echtes Interesse daran, dass das Ökosystem gesund bleibt. Das ist eine andere Grundhaltung als die eines reinen Wiederverkäufers, der das System nur als Mittel zum schnellen Umsatz sieht.

Woran Sie eine Agentur mit echtem Core-Bezug erkennen

Sie müssen kein Entwickler sein, um die technische Tiefe eines Partners einzuschätzen. Diese Fragen lassen sich in jedem Erstgespräch stellen – und die Antworten sind aufschlussreich:

1. "Können Sie mir öffentliche Beiträge zum Shopware-Core zeigen?" Eine ehrliche Antwort enthält Links zu Pull Requests oder Issues. Vages "Wir sind sehr aktiv in der Community" ohne Beleg ist ein Warnsignal.

2. "Wie gehen Sie mit Fehlern im Standard um?" Gute Antwort: melden, sauber fixen, updatefähig bleiben. Schlechte Antwort: "Das überschreiben wir einfach."

3. "Wie stellen Sie sicher, dass mein Shop updatebar bleibt?" Wer hier konkret über saubere Erweiterungspunkte und Tests spricht, denkt langfristig.

4. "Was geben Sie an die Community zurück?" Die Antwort zeigt, ob es eine Haltung gibt oder nur ein Verkaufsversprechen.

Wichtig ist die Verhältnismäßigkeit: Ein einzelner Pull Request macht niemanden zum besseren Partner, und nicht jedes gute Team trägt aktiv zum Core bei. Aber ein nachweisbares, regelmäßiges Engagement ist ein starkes Signal dafür, dass die Menschen dahinter das System wirklich verstehen – und es nicht nur als Black Box bedienen.

Unser Anspruch

Wir bei CODING9 entwickeln nicht nur auf Shopware, sondern arbeiten am offenen Core mit – mit Bugfixes, Fehlerberichten und Wissen, das wir in die Community zurückgeben. Das machen wir nicht aus Marketinggründen, sondern weil es die ehrlichste Form ist, ein System zu beherrschen, von dem wir und unsere Kunden täglich leben. Jeder Beitrag zwingt uns, das Fundament noch besser zu verstehen – und dieses Verständnis fließt direkt in jedes Projekt, das wir umsetzen.

Und weil wir genau das von jedem Partner einfordern würden, machen wir es vor. Hier sind einige unserer Beiträge zum öffentlichen Repository shopware/shopware – nachprüfbar auf GitHub:

• Core: Leere sw-* ID-Header werden korrekt als "nicht gesetzt" behandelt, statt zu fehlerhaftem Verhalten zu führen (PR #16839, gemerged).

• Storefront-Performance: Korrekte XXL-Breakpoint-Werte im sizes-Attribut von Thumbnails, damit Browser die passend großen Bilder laden (PR #16825, gemerged).

• Bild-Ladeverhalten: Entfernen von nativem Lazy-Loading bei Galerie-Thumbnails, das die wahrgenommene Ladezeit verschlechtern konnte (PR #16870, in Review).

• Administration: Leere Varianten-Suchbegriffe werden ignoriert, statt unnötige Anfragen auszulösen (PR #16840, in Review).

Auffällig: Mehrere dieser Beiträge drehen sich um Performance und sauberes Standardverhalten – also genau die Themen, die im Tagesgeschäft eines Shops über Conversion und Wartbarkeit entscheiden. Was wir im Core verbessern, hilft nicht nur unseren eigenen Kunden, sondern jedem Shopware-Shop da draußen.

Für Sie als Entscheider ist das aber nur die halbe Botschaft. Die andere Hälfte: Machen Sie das Open-Source-Engagement Ihres Dienstleisters zu einem festen Kriterium in der Auswahl – egal, für wen Sie sich am Ende entscheiden. Es kostet Sie nichts, danach zu fragen, und es trennt verlässlich diejenigen, die ein System wirklich beherrschen, von denen, die es nur bedienen.

Fazit

"Shopware-Experte" ist ein Begriff, den sich jeder selbst verleihen kann. Mitarbeit am offenen Core dagegen ist öffentlich nachprüfbar – und sie verrät, ob jemand das System bis zur Wurzel versteht. Für Ihr Projekt bedeutet das konkret: sauberere Lösungen, updatefähige Shops, schnellere Hilfe im Ernstfall und ein Partner, der langfristig denkt. Und für das Ökosystem bedeutet es, dass die Grundlage, von der alle profitieren, gesund bleibt. Geben und Nehmen gehören im Open Source zusammen – und genau das sollten Sie von einem ernsthaften Shopware-Partner erwarten dürfen.