Shopware 6 schneller machen, messbar in Web Vitals

Einen Shop schneller machen, im Marketing gern Page Speed genannt, ist eines der wenigen Themen im E-Commerce, bei dem sich der Erfolg direkt belegen lässt. Gemessen wird mit Lighthouse unter gleichbleibenden Bedingungen, also im Labor. Dazu kommen, sofern vorhanden, die echten Werte der Besucher aus dem Chrome User Experience Report; die sammelt Google allerdings erst ab einer gewissen Besucherzahl, kleinere Shops bekommen dort schlicht keine Daten angezeigt. Verglichen werden dieselben Seiten vor und nach jeder Maßnahme, damit am Ende nicht steht „müsste jetzt schneller sein", sondern eine Zahl. Welche Werte dabei erreichbar sind, hängt vom Shop ab; was sich verbessert hat, steht dagegen fest.

Am Anfang steht deshalb ein Performance-Audit. Gemessen werden die zentralen Seiten, also Startseite, Kategorie, Produktdetail und Checkout, jeweils für Mobilgeräte und Desktop. Aus den Ergebnissen entsteht eine nach Wirkung sortierte Liste: Was bringt viel und kostet wenig, was bringt viel und kostet mehr, was ist Kosmetik. Der Auftraggeber entscheidet danach, was davon umgesetzt wird; das Audit lässt sich auch allein beauftragen, ohne anschließende Umsetzung.

Die Ursachen wiederholen sich. Am häufigsten sind es Bilder, die in voller Auflösung ausgeliefert werden, obwohl sie klein dargestellt sind; in modernen Formaten und passender Größe bleibt oft ein Bruchteil übrig. Dann JavaScript, das auf jeder Seite geladen wird, obwohl es nur an einer Stelle gebraucht wird, meist aus Erweiterungen und Tracking-Werkzeugen. Dazu das Caching auf Serverseite mit Redis und OPcache, das in vielen Installationen gar nicht oder halb eingerichtet ist. Und schließlich die Datenbank, wo sich über die Auswertung langsamer Abfragen und fehlende Indizes häufig spürbar etwas holen lässt.

Was im Browser gemessen wird, endet an der Serverschwelle. Bleibt die Zeit bis zum ersten Byte hoch, hilft keine Bildoptimierung: Dann liegt die Bremse im PHP-Code, in langsamen Datenbank-Abfragen oder in einer Erweiterung, die bei jedem Seitenaufruf mitarbeitet. Für diesen Teil gibt es eigene Werkzeuge: Shopware 6 baut auf Symfony auf und bringt einen eigenen Profiler mit, der sich per Konfiguration an Tideways, Datadog oder OpenTelemetry anbinden lässt; auf dem Server muss dafür die passende PHP-Erweiterung installiert sein. Damit wird sichtbar, welche Funktion wie viel Zeit kostet, wie viele Datenbankabfragen ein einzelner Seitenaufruf auslöst und welche Erweiterung sich dabei in jeden Aufruf einklinkt. Das ist der Unterschied zwischen „die Seite ist langsam" und „diese eine Abfrage läuft dreihundertmal pro Seitenaufruf".

Eine Sonderrolle spielt das Hosting. Läuft der Shop auf einer Umgebung ohne Redis und ohne auf Shopware abgestimmte Konfiguration, ist ein Wechsel oft die wirksamste Einzelmaßnahme, ganz ohne Änderung am Code. Empfehlenswert sind Anbieter mit Shopware-Erfahrung, etwa Maxcluster, Scale Commerce, Timme Hosting, mittwald oder Profihost. Der Wechsel selbst wird auf Wunsch begleitet, samt Umzug, Umstellung der Domain und Messung im neuen Umfeld.

Bei größeren Shops ist Hosting ohnehin kein einzelner Server mehr. Spezialisierte Anbieter arbeiten mit verteilten Aufbauten: ein vorgelagerter Dienst wie Cloudflare, ein Lastverteiler dahinter, getrennte Server für Storefront und Administration, dazu ein eigener Cache-Dienst direkt vor der Anwendung, bei Scale Commerce etwa Smoxy. Maxcluster verfolgt dasselbe Ziel mit einem anderen Konzept. Für den Shop heißt das mehr Reserven bei Lastspitzen und kürzere Antwortzeiten, für die Entwicklung aber auch mehr Stellen, an denen ein Cache stehen kann.

Nicht jede Bremse liegt in der Technik. Ein Shop mit sehr vielen Erweiterungen ist langsamer als einer mit wenigen, und manche Funktion kostet mehr Ladezeit, als sie einbringt. Zur Optimierung gehört deshalb auch die Frage, was davon wirklich gebraucht wird. Was bleiben soll, lässt sich häufig günstiger lösen: Ein Teil dessen, was früher eine Erweiterung war, beherrscht Shopware 6 heute im Standard, anderes lässt sich als schlankes eigenes Plugin gezielter umsetzen.

Die Zusammenarbeit läuft standardmäßig zu 100 % remote und damit ortsunabhängig, direkt mit Shop-Betreibern, als Verstärkung für Agenturen und über IT-Vermittler. Gemessen und optimiert wird auf einer Staging-Umgebung, Änderungen gehen über Git in den Live-Shop, die Abstimmung über Mail, Slack, Teams oder kurze Video-Calls. Gearbeitet wird aus dem eigenen Büro im kontorworx-Coworking-Space in Rheine, persönliche Termine vor Ort sind nach Absprache möglich.