Die häufigsten Fehler in übernommenen Shopware-Setups

Die kurze Antwort

Wenn wir ein bestehendes Shopware-Projekt von einer anderen Agentur übernehmen, sehen wir wiederkehrende Muster: Redis oder OpenSearch sind technisch vorhanden, aber nie richtig aktiviert worden. Das Ergebnis ist ein Shop, der spürbar langsamer läuft, als es die vorhandene Infrastruktur eigentlich hergeben würde. Ein kurzes Hosting-Audit deckt diese Lücken meist innerhalb weniger Stunden auf, und die offiziellen Shopware-Performance-Empfehlungen lösen die meisten davon direkt.

Inhalt

1. Warum ist Redis angelegt, aber nicht aktiv genutzt?
2. Wie aktiviere ich den Redis-Cache in Shopware 6 nachträglich?
3. Wie verbinde ich Shopware 6 mit OpenSearch, wenn die Instanz schon existiert?
4. Elasticsearch oder OpenSearch: Was nutzt Shopware 6 aktuell?
5. Welche Performance-Tweaks werden häufig übersehen?
6. Wie analysiere ich Performance-Probleme in einer übernommenen Installation?
7. Woran erkenne ich, dass der HTTP-Cache nicht greift?
8. Was sind typische Fehler bei der Übernahme eines bestehenden Setups?
9. Redis für Session-Handling: welches Problem löst das konkret?
10. Wie migriere ich von Elasticsearch zu OpenSearch?
11. Wie läuft ein Hosting-Audit bei der Projektübernahme ab?

Warum ist Redis angelegt, aber nicht aktiv genutzt?

Redis-Instanzen werden bei der Ersteinrichtung oft mit angelegt, aber nie vollständig konfiguriert, weil die Migration vom Standard-Setup (Sessions und Warenkorb in MySQL) auf Redis ein expliziter, zusätzlicher Schritt ist. Ohne diesen Schritt läuft der Shop technisch, nur eben ohne den Performance-Vorteil, für den die Instanz ursprünglich bezahlt wurde.

Bei vielen übernommenen Projekten haben wir genau dies beobachtet: eine laufende, aber komplett ungenutzte Redis-Instanz. Der Shop verhielt sich, als gäbe es sie gar nicht.

Wie aktiviere ich den Redis-Cache in Shopware 6 nachträglich?

Die Aktivierung ist in der Regel eine Konfigurationsänderung in der .env-Datei plus einer Anpassung der Session- und Cache-Einstellungen, keine grundlegende Neuentwicklung. Der Shopware-Performance-Doku folgend lässt sich das in den meisten Fällen innerhalb weniger Stunden nachrüsten, wenn die Infrastruktur bereits existiert.

Der eigentliche Aufwand liegt meist darin, überhaupt zu bemerken, dass die Instanz ungenutzt vor sich hin läuft. Die technische Umsetzung selbst ist dann schnell erledigt.

Wie verbinde ich Shopware 6 mit OpenSearch, wenn die Instanz schon existiert?

Auch hier gilt: Die Instanz allein reicht nicht. Shopware muss explizit so konfiguriert werden, dass die Produktsuche tatsächlich über OpenSearch statt über die Standarddatenbank läuft. Bei zwei Shop-Übernahmen von anderen Agenturen haben wir genau dieses Symptom allein in diesem Jahr festgestellt. Nach der Umstellung war der spürbare Performance-Sprung sofort da, gerade bei größeren Sortimenten.

Elasticsearch oder OpenSearch: Was nutzt Shopware 6 aktuell?

Shopware 6 unterstützt beide Suchtechnologien, wobei OpenSearch der offiziell empfohlene Weg für neue Installationen ist. Für welche der beiden sich ein bestehendes Projekt entschieden hat, hängt vom Zeitpunkt der Einrichtung und vom jeweiligen Hoster ab, eine feste Regel gibt es dafür nicht (siehe offizielle Shopware-Dokumentation).

Wichtiger als die Wahl der Technologie ist, dass sie überhaupt aktiv genutzt wird. Beide Systeme bringen ohne aktive Anbindung keinen Vorteil.

Welche Performance-Tweaks werden häufig übersehen?

Shopware veröffentlicht eine öffentlich zugängliche Liste konkreter Performance-Empfehlungen, die aber in der Praxis selten vollständig durchgegangen wird, besonders bei Projekten, die unter Zeitdruck aufgesetzt wurden. Dazu gehören unter anderem HTTP-Caching-Konfiguration, die richtige Nutzung von DBAL statt DAL für interne Prozesse und die korrekte Anbindung der Such-Engine (Shopware Performance Tweaks).

Ein kurzer Abgleich gegen diese Liste ist oft der schnellste Weg, um erste, konkrete Ansatzpunkte zu finden.

Wie analysiere ich Performance-Probleme in einer übernommenen Installation?

Der sinnvollste erste Schritt ist ein systematischer Vergleich zwischen dem, was offiziell empfohlen wird, und dem, was tatsächlich konfiguriert ist, statt sofort an einzelnen Symptomen herumzudoktern. Dazu gehört auch eine Plugin-für-Plugin-Prüfung auf einer Testumgebung, um versteckte Bremsen systematisch zu identifizieren, statt sie zufällig zu finden.

Diese Prüfung dauert erfahrungsgemäß deutlich kürzer, als die meisten Betreiber erwarten.

Woran erkenne ich, dass der HTTP-Cache nicht greift?

Ein typisches Anzeichen ist, dass sich Ladezeiten bei wiederholten Seitenaufrufen kaum verbessern, obwohl im Setup eigentlich ein Reverse-Proxy-Cache konfiguriert sein sollte. Das deutet meist darauf hin, dass Cache-Header falsch gesetzt sind oder der Proxy technisch gar nicht richtig zwischengeschaltet ist.

Ein Blick in die Response-Header der Startseite zeigt in der Regel schnell, ob der Cache tatsächlich greift.

Was sind typische Fehler bei der Übernahme eines bestehenden Setups?

Neben ungenutzten Redis- und OpenSearch-Instanzen sehen wir häufig, dass die Vor-Agentur zwar begonnen hatte, öffentlich dokumentierte Performance-Empfehlungen umzusetzen, dies aber nur teilweise abgeschlossen hat. Das Ergebnis ist ein Setup, das auf den ersten Blick modern wirkt, aber inkonsequent konfiguriert ist.

Diese Fehler sind selten böswillig. Sie entstehen, wenn niemand die Konfiguration nach der Ersteinrichtung noch einmal vollständig durchgeht. Oft steht so ein halb fertiges Setup auch am Ende einer Zusammenarbeit, die schon länger nicht mehr rund lief. Woran du das im laufenden Projekt früh erkennst, beschreiben wir in unserem Beitrag zu den Warnsignalen, dass deine Agentur nicht liefert.

Redis für Session-Handling: welches Problem löst das konkret?

Ohne Redis verwaltet Shopware Sessions und Sperren (Locking) über die Datenbank, was bei steigendem Traffic zum Flaschenhals werden kann. Redis übernimmt diese Aufgaben stattdessen im Arbeitsspeicher und entlastet damit die Datenbank spürbar, gerade bei vielen gleichzeitigen Zugriffen (siehe offizielle Shopware-Dokumentation).

Für kleinere Shops mit wenig gleichzeitigen Nutzern fällt der Unterschied kaum auf. Bei mehr Traffic wird er schnell spürbar.

Wie migriere ich von Elasticsearch zu OpenSearch?

Shopware unterstützt eine strukturierte Umstellung zwischen beiden Systemen, die im Kern eine Neuindizierung des Produktkatalogs auf der neuen Such-Engine erfordert. Der Vorgang selbst ist gut dokumentiert, wird in der Praxis aber oft aufgeschoben, weil er als riskanter wahrgenommen wird, als er tatsächlich ist.

Eine vorherige Testumgebung nimmt dieser Migration den größten Teil ihres Risikos.

Wie läuft ein Hosting-Audit bei der Projektübernahme ab?

Ein Hosting-Audit vergleicht systematisch die vorhandene Infrastruktur (Redis, Such-Engine, Caching, PHP-Konfiguration) mit den offiziellen Shopware-Empfehlungen und deckt so Lücken auf, bevor sie zu echten Problemen im laufenden Betrieb werden. Bei einer Projektübernahme dauert so ein Audit bei uns in der Regel nur wenige Stunden.

Mehr zu allgemeinen Optimierungsschritten findest du in unserem Beitrag dazu, wie du deine Shopware-Performance verbesserst. Was ein solches Setup laufend kostet, hängt stark vom gewählten Hosting-Partner ab, dazu mehr in unserem Kostenartikel. Welcher Hoster zu deinem Traffic-Profil passt, zeigt unser Shopware-Hosting-Vergleich.

Wie wir dich unterstützen können

Wir bei datrycs übernehmen regelmäßig bestehende Shopware-Projekte und bringen die Infrastruktur wieder auf den Stand, der eigentlich schon bezahlt wurde. Wenn du unsicher bist, ob dein aktuelles Setup wirklich das leistet, wofür du zahlst, sprich uns über das Kontaktformular am Ende dieser Seite an.