Viele Shopware-Projekte starten mit einem optisch starken Storefront-Konzept. Doch spätestens bei steigender Produktanzahl, komplexen Filtern, mehreren Verkaufskanälen oder höheren Besucherzahlen zeigt sich, ob der Shop technisch sauber aufgebaut ist.
Performance ist in Shopware 6 kein reines Hosting-Thema. Ein leistungsfähiger Server hilft, aber er löst keine strukturellen Probleme. Wenn Filterseiten unkontrolliert gecacht werden, Produktdaten schlecht modelliert sind, Plugins unnötige Queries erzeugen oder die Suche nicht sauber konfiguriert ist, wird auch ein stärkerer Server nur kurzfristig helfen.
Shopware selbst stellt mehrere Performance-Bausteine bereit, darunter HTTP-Cache, Redis, Datenbank-Optimierung und Elasticsearch/OpenSearch-Integration. Redis kann in Shopware als Cache, Message Broker oder Datenbank eingesetzt werden, während der HTTP-Cache und Reverse-Proxy-Ansätze für hohe Requests per Second relevant sind.
Die wichtigsten Performance-Hebel in Shopware 6
1. HTTP-Cache und Cache-Strategie
Der HTTP-Cache ist einer der stärksten Hebel für schnelle Storefront-Auslieferung. Entscheidend ist aber nicht nur, dass Cache aktiv ist, sondern was gecacht wird.
Problematisch werden häufig:
- Filter-URLs mit vielen Parameterkombinationen
- Pagination-URLs
- Suchergebnisseiten
- personalisierte Inhalte
- dynamische Preis- und Verfügbarkeitsinformationen
- B2B-Shops mit kundenspezifischen Regeln
Eine gute Shopware-Agentur prüft deshalb nicht nur Ladezeiten, sondern auch Cache-Wachstum, Cache-Hit-Ratio und die Frage, ob bestimmte URLs überhaupt gecacht werden sollten.
2. Redis sinnvoll einsetzen
Redis ist besonders hilfreich, wenn Cache, Sessions oder Queues aus der Datenbank herausgelöst werden sollen. Bei größeren Shops kann das die Datenbank deutlich entlasten. Wichtig ist aber eine klare Trennung: Redis ist kein Allheilmittel, sondern muss passend zur Architektur konfiguriert werden.
3. Suche und Filter über Elasticsearch oder OpenSearch
Bei umfangreichen Produktkatalogen ist die Standard-Suche oft nicht ausreichend. Shopware beschreibt Elasticsearch als integrierte Möglichkeit, Produkt- und Kategoriesuchen performanter zu machen.
Für Händler bedeutet das: Wer viele Produkte, Varianten, Eigenschaften und Filter nutzt, sollte Suche und Listing-Performance frühzeitig strategisch betrachten. Sonst entstehen Probleme genau dort, wo Conversion passiert: auf Kategorie-, Such- und Filterseiten.
4. Datenbank und Indexing
Ein langsamer Shopware-Shop ist häufig ein Datenmodell-Problem. Zu viele Eigenschaften, schlecht gepflegte Varianten, unnötig komplexe Regeln oder unoptimierte Plugin-Abfragen können die Datenbank belasten.
Wichtig sind daher:
- saubere Produktdatenstruktur
- optimierte Variantenlogik
- regelmäßige Indexer- und Queue-Prüfung
- langsame Queries analysieren
- unnötige Plugins entfernen
- Scheduled Tasks und Messenger sauber betreiben
5. Plugin-Qualität prüfen
Viele Performance-Probleme entstehen nicht im Shopware-Core, sondern durch Erweiterungen. Jedes Plugin sollte kritisch geprüft werden:
- Führt es zusätzliche Datenbankabfragen aus?
- Lädt es Assets auf jeder Seite?
- Ist es kompatibel mit der aktuellen Shopware-Version?
- Beeinflusst es Checkout, Listing oder Suche?
- Wird es aktiv gepflegt?
Allers Technology Perspektive
Wir betrachten Shopware Performance nicht isoliert als „PageSpeed-Optimierung“, sondern als technische Skalierungsfrage. Für uns geht es darum, Shops so aufzubauen, dass sie langfristig wachsen können: mehr Produkte, mehr Traffic, mehr Verkaufskanäle, mehr Automatisierung und mehr B2B-Komplexität.