Shopware Performance und Serverkonfiguration prüfen

Shopware Performance optimieren: Wo entstehen die häufigsten Engpässe?

Eine erfolgreiche Shopware Performance Optimierung beginnt nicht mit einzelnen Tuning-Werten, sondern mit der Frage, welcher Bereich den Shop tatsächlich ausbremst. In Shopware 6 entstehen Performanceprobleme häufig nicht an einer einzigen Stelle, sondern durch das Zusammenspiel von PHP, Datenbank, Cache, Hintergrundprozessen und Serverkonfiguration.

Besonders häufig sollten zunächst PHP und OPcache, Message Queue und Worker, Scheduled Tasks und Cronjobs sowie Datenbank- und Cache-Systeme geprüft werden. Bei größeren Shops kommen Produktsuche, Indexierung, Redis oder externe Message Broker hinzu.

1. Shopware Performance-Optimierungen richtig einordnen

Nicht jede mögliche Optimierung ist für jeden Shop sinnvoll. Einige Einstellungen verbessern nahezu jeden produktiven Shopware-Shop, andere lohnen sich erst bei hoher Last, großen Sortimenten oder zusätzlicher Infrastruktur.

2. Admin Worker durch CLI-Worker ersetzen

Der Admin Worker verarbeitet Nachrichten nur, wenn die Shopware-Administration geöffnet ist. Auf einem Produktivsystem sollten Message Queue und Scheduled Tasks unabhängig von angemeldeten Benutzern laufen.

Admin Worker deaktivieren

shopware:
    admin_worker:
        enable_admin_worker: false

Message Queue starten

/usr/bin/php bin/console messenger:consume async low_priority --time-limit=60 --memory-limit=512M

Scheduled Tasks starten

/usr/bin/php bin/console scheduled-task:run --time-limit=60

Ausführliche Anleitungen: Shopware Message Queue hängt und Shopware Cronjobs prüfen .

3. APP_URL und externe Prüfung kontrollieren

Shopware prüft beim Laden der Administration, ob die in der Konfiguration hinterlegte APP_URL von außen erreichbar ist. Diese URL wird auch von externen Apps verwendet.

APP_URL prüfen

APP_URL="https://www.beispiel-shop.de"

• HTTPS und Domain sind korrekt.
• Die URL ist von außen erreichbar.
• Es entsteht keine unerwartete Weiterleitung.
• Apps funktionieren mit dieser Domain.
• Staging- und Livesystem verwenden unterschiedliche korrekte Werte.

Externe Prüfung nur bei korrekter APP_URL deaktivieren

APP_URL_CHECK_DISABLED=1

4. Automatische MailVariables-Updates bewerten

Shopware kann verfügbare Variablen für E-Mail-Vorlagen automatisch aktualisieren. Auf produktiven Systemen erzeugt diese Prüfung zusätzliche Arbeit und kann deaktiviert werden, wenn Vorlagen kontrolliert gepflegt und bei Änderungen bewusst aktualisiert werden.

5. Increment Storage aus der Datenbank auslagern

Der Increment Storage speichert Zähler und Fortschrittsstände, die unter anderem in der Administration angezeigt werden. Bei hoher Aktivität erzeugt die Speicherung in MySQL zusätzliche Schreibzugriffe.

6. BusinessEventHandler-Logging reduzieren

Ein produktiver Shop sollte nicht dauerhaft mit ausführlichem DEBUG-Logging betrieben werden. Umfangreiche Protokollierung erhöht Schreibzugriffe, Logvolumen und Auswertungsaufwand.

• APP_ENV steht auf prod.
• Log-Level ist mindestens WARNING, sofern keine gezielte Fehlersuche läuft.
• Temporäres DEBUG-Logging wird nach der Diagnose zurückgesetzt.
• Logrotation und verfügbarer Speicherplatz sind eingerichtet.

APP_ENV=prod

7. E-Mails über die Message Queue senden

Shopware versendet E-Mails standardmäßig synchron. Die Übergabe an die Message Queue kann Antwortzeiten verbessern, weil die eigentliche Zustellung im Hintergrund erfolgt.

framework:
    mailer:
        message_bus: 'messenger.default_bus'

Weitere Prüfung: Shopware-Bestellmails werden nicht versendet .

8. PHP und OPcache für Shopware Performance optimieren

PHP hat direkten Einfluss auf die Shopware Performance. Die relevanten Werte müssen in der tatsächlich verwendeten PHP-FPM-Konfiguration gesetzt werden. CLI und Webserver können unterschiedliche php.ini-Dateien laden.

Aktuelle Werte anzeigen

/usr/bin/php -r "
foreach ([
    'zend.assertions',
    'opcache.enable_file_override',
    'opcache.interned_strings_buffer',
    'realpath_cache_ttl',
    'zend.detect_unicode'
] as $key) {
    echo $key, ' = ', ini_get($key), PHP_EOL;
}
"

Ausführliche Anleitung: Shopware PHP-Version prüfen .

9. Datenbank-Queue, Redis und RabbitMQ vergleichen

Shopware verwendet standardmäßig den Doctrine-Transport und speichert Queue-Nachrichten in der Datenbank. Das ist einfach, skaliert aber bei vielen Nachrichten und mehreren parallelen Workern schlechter als ein spezialisierter Broker.

10. Symfony Secrets nur bei Nichtverwendung deaktivieren

Symfony Secrets verschlüsselt Umgebungswerte und entschlüsselt sie beim Start der Anwendung. Wird diese Funktion nicht verwendet, kann sie deaktiviert werden, um geringe zusätzliche Arbeit beim Booten zu sparen.

framework:
    secrets:
        enabled: false

11. Elasticsearch oder OpenSearch bei großen Shopware-Shops prüfen

Eine externe Suchmaschine kann bei großen Sortimenten, komplexer Suche und hoher Last deutliche Vorteile bieten. Für kleine Shops ist sie jedoch keine zwingende Voraussetzung und erhöht Betriebsaufwand, Überwachung und Speicherbedarf.

• Produktanzahl und Suchlast messen
• Funktionsumfang der Shopware-Edition prüfen
• Kompatible Elasticsearch- oder OpenSearch-Version wählen
• Indexierung und Queue-Verarbeitung einrichten
• Ausfallverhalten und Monitoring planen
• Suche nach dem Aufbau fachlich testen

12. Product Stream Indexing bewusst deaktivieren

Der Product Stream Indexer ordnet Produkte dynamischen Produktgruppen zu und ermittelt, welche Kategorieseiten bei Produktänderungen betroffen sind. Bei großen Sortimenten oder häufigen Produktupdates kann dieser Prozess viel Last erzeugen.

shopware:
    product_stream:
        indexing: false

Diese Optimierung eignet sich nur, wenn dynamische Produktgruppen, Cache-Laufzeiten und betroffene Regeln vorher geprüft wurden.

13. Sichere Reihenfolge für die Shopware Performance Optimierung

1. Vollständiges Backup erstellen.
2. Aktuelle Shopware-, PHP- und Plugin-Version dokumentieren.
3. Aktuelle Serverkonfiguration und Ausgangswerte dokumentieren.
4. CLI-Worker und Scheduled Tasks zuverlässig einrichten.
5. Admin Worker deaktivieren.
6. Logging und APP_URL prüfen.
7. PHP-Werte mit dem Hoster anpassen.
8. E-Mail-Queue erst nach stabilem Worker aktivieren.
9. Redis oder RabbitMQ nur nach Lastanalyse einführen.
10. Product Stream Indexing nur nach Funktionsprüfung deaktivieren.
11. Cache leeren und PHP-FPM kontrolliert neu laden.
12. Storefront, Administration, Checkout und Logs prüfen.

/usr/bin/php bin/console cache:clear
/usr/bin/php bin/console cache:warmup

14. Abschlusskontrolle nach der Performance-Optimierung

• Backup und Rückweg sind vorhanden.
• Admin Worker wurde erst nach CLI-Worker-Test deaktiviert.
• Message Queue und Scheduled Tasks laufen automatisch.
• APP_URL ist korrekt und von außen erreichbar.
• Produktivsystem läuft nicht dauerhaft mit DEBUG-Logging.
• E-Mail-Queue wurde mit Testbestellungen geprüft.
• Web-PHP und CLI-PHP verwenden passende Werte.
• OPcache und Realpath Cache sind aktiv und passend dimensioniert.
• Queue-Transport passt zur tatsächlichen Last.
• Redis oder RabbitMQ wird überwacht.
• Elasticsearch oder OpenSearch wurde nur bei Bedarf eingerichtet.
• Product Stream Indexing wurde funktional bewertet.
• Cache wurde neu aufgebaut.
• Storefront, Administration und Checkout funktionieren.
• Shopware- und Server-Logs bleiben unauffällig.

Häufige Fragen zur Shopware Performance

Verwandte Shopware-Anleitungen