Blog » Shopware 6 Know-How » Shopware Performance optimieren

Shopware Performance optimieren

Warum Seitenladezeit über Erfolg oder Misserfolg in deinem Webshop entscheidet

Die Geduld deiner Kunden – wie Sekunden über Umsatz entscheiden

Stell dir vor, ein neuer Besucher klickt auf dein Lieblingsprodukt im Shop. Der Bildschirm bleibt weiß. Eine Sekunde vergeht, dann zwei … und noch bevor dein Shop sichtbar wird, hat der Kunde weitergescrollt – zum Wettbewerber.
Das passiert nicht selten, sondern tausendfach – jeden Tag! Auch wahrscheinlich bei dir!

Im digitalen Handel entscheiden Sekunden über Umsatz oder Absprung. Die Geduld deiner Kunden ist heute kürzer als je zuvor: Nach drei Sekunden Ladezeit sind rund die Hälfte der mobilen Besucher bereits wieder weg. Und sie kommen meist nicht zurück.

Das Fatale daran: Oft liegt es gar nicht am Sortiment, an Preisen oder Marketingkampagnen – sondern schlicht an einer langsamen Seite. Was wie ein technisches Detail wirkt, ist in Wahrheit ein direkter Geschäftsfaktor.
Zahlreiche Studien (unter anderen auch die oben verlinkte Studie) belegen:

  • Schon 100 Millisekunden Verzögerung können die Conversion Rate um bis zu 7 % senken.
  • Bei zwei Sekunden Ladezeit steigt die Absprungrate um über 100%

Große Player wie Walmart oder Amazon quantifizieren ihre Ladezeitoptimierung in Millionenbeträgen. Amazon schätzt, dass eine Verlängerung der Ladezeit von 100 ms zu 1% weniger Umsatz führt – vergleiche dazu das Buch von Steve Souders High Performance Websites.

Natürlich sind die Dimensionen in kleineren Shops andere – aber der Effekt bleibt derselbe.
Wenn dein Shop im Monat 10 000 Besucher hat und 2 % davon kaufen, ergibt das 200 Bestellungen. Eine Verbesserung der Ladezeit von drei auf eine Sekunde kann die Conversion Rate leicht auf 3,5 % erhöhen. Das klingt nach wenig – bedeutet aber 150 zusätzliche Käufe im Monat, ohne einen Cent mehr für Werbung auszugeben!

Inhaltsverzeichnis

SEO & Google Ranking: warum Geschwindigkeit zum Rankingfaktor wurde

Wenn Nutzer abspringen, weil dein Shop zu langsam lädt, merkt das nicht nur dein Umsatz – Google merkt es auch.
Denn aus Sicht der Suchmaschine ist jede Verzögerung ein schlechtes Nutzererlebnis. Was für den Besucher Frust bedeutet, signalisiert Google: „Diese Seite erfüllt die Erwartungen nicht.“

Deshalb berücksichtigt Google bereits seit 2010 die Ladezeit einer Seite als Ranking-Signal für Desktop-Suchergebnisse – und seit Juli 2018 gilt das Gleiche auch für die mobile Suche.

Mit der Einführung der Core Web Vitals im Jahr 2020 wurde die Bedeutung von echter Nutzererfahrung weiter ausgebaut. Google misst seither, wie schnell eine Seite sichtbar wird (LCP = „Largest Contentful Paint“ und bezieht sich auf das größte sichtbarste Inhaltselement), wie stabil sie beim Laden bleibt (CLS = „Cumulative Layout Shift“ und meint ein „verschieben“ von bereits geladener Inhaltselemente wenn ein „vergessenes“ Element noch nachträglich in das Layout eingefügt werden muss. Du kennst das sicherlich von Werbung, die bei großen Portalen oft zu einem nachträglichen verschieben von Inhalten führt, wenn das Laden noch nicht ganz abgeschlossen ist) und wie reaktionsschnell sie ist (INP, früher FID = „Interaction to next Paint“ und meint die die Zeit, in welcher dein Shopware Shop auf eine Nutzerinteraktion reagiert).
Diese Werte fließen gemeinsam seit 2021 in das Ranking-Signal Page Experience ein.

Dabei gilt: Ladezeit allein macht keine Top-Position – aber sie kann der entscheidende Unterschied zwischen zwei gleich starken Seiten sein. Google selbst betont, dass Seiten mit schneller Reaktionszeit „eine bessere Nutzererfahrung bieten und häufiger wieder besucht werden“.

Für Betreiber von Online-Shops ist das besonders relevant: Ein schneller Shop reduziert Absprünge, verbessert die Verweildauer und erhöht die Wahrscheinlichkeit, dass Besucher über Suchmaschinen immer wieder auf deine Produkte stoßen. Schnelle Shops sind für Google ein Signal guter Nutzererfahrung – und damit sichtbarer in den Suchergebnissen. Springt ein hoher Prozentsatz deiner Besucher sofort wieder ab (hohe Bounce-Rate oder „Absprungrate“), wertet Google dies als Signal, dass dein Shop keine relevanten Inhalte bietet. Folglich sinkt dein Ranking weiter.

Das Bild zeigt einen Screenshot aus Google Analytics 4 und im speziellen, wie die Interaktionsrate einzusehen ist.

Die Absprungrate bzw. Interaktionsrate in Google Analytics 4 sehen

Die Absprungrate war eine spezifische Kennzahl in Google Analytics Universal – dem Vorgänger von Google Analytics 4. Seit der Einführung von „GA4“ gibt Analytics die „Absprungrate“ oder „Bounce Rate“ nicht mehr im Standard aus. Stattdessen kannst du dir aber die umgekehrte Metrik ansehen: die Interaktionsrate.

Die Absprungrate kennzeichnete früher also den prozentualen Anteil der Nutzer, die nach dem Betreten deines Shops sofort wieder zurück zur Quelle „abgesprungen“ sind. Die Interaktionsrate in GA4 zeigt dir umgekehrt den prozentualen Anteil der Nutzer, die nach dem Betreten deines Shops eine Aktion (bspw. das herunterscrollen oder einen Klick) ausgeführt haben. Aus diesem prozentualen Anteil der Interaktionsrate kannst du dir leicht die Absprungrate selbst errechnen, denn Absprungrate + Interaktionsrate = 100%. Wenn dein Shop also eine Interaktonsrate von 1,28% wie aus unserem fiktiven Beispiel im Screenshot oben) aufweist, dann liegt deine Absprungrate bei 98,72%: 1,28% + 98,72% = 100%.

Deine Interaktionsrate findest du bspw. in GA4 unter „Akquisition >> Bericht zur Nutzergewinnung“ und dann je nach gewählter Dimension kumuliert und für jede gewählte Metrik einzeln aufgelistet.

Ladezeit und Conversion Rate – Zahlen, die überzeugen

Schnelligkeit ist nicht nur Technik – sie ist Wettbewerbsvorteil. Laut einer Analyse von Think with Google verpassen viele Unternehmen in Deutschland hier eine enorme Chance: Nur etwa fünf Prozent der mobilen Websites laden in unter einer Sekunde. Dabei entscheiden besonders auf Smartphones oft wenige Augenblicke über Bleiben oder Gehen.

Das zeigt, wie viel Potenzial in schneller Performance steckt – gerade, wenn dein Shop auch mobil überzeugen soll. Wer sich hier abhebt, verschafft sich nicht nur einen technischen Vorteil, sondern auch ein Kundenerlebnis, das in Erinnerung bleibt. Für viele Shops bedeutet das: Es ist oft günstiger, in Performance zu investieren, als zusätzliches Marketingbudget zu verbrennen. Denn jede Sekunde, die dein Shop schneller reagiert, verbessert nicht nur die Conversion, sondern auch den Return on Ad Spend (ROAS).

Eine Untersuchung von Deloitte Digital belegt das eindrucksvoll: Eine um 0,1 Sekunde verkürzte Ladezeit führte im Schnitt zu 9,2 % mehr Umsatz und einer 8,4 % höheren Conversion Rate.

Oder anders gesagt: Geschwindigkeit zahlt sich doppelt aus – zuerst in Kundenzufriedenheit, dann in Umsatz.

Nutzererwartung an moderne Shops

Am Ende aller Statistiken steht immer ein Mensch. Jemand, der etwas sucht – und erwartet, dass dein Shop sofort reagiert. Heute gilt oft: Wer warten muss, wechselt. Zwei Sekunden, die darüber entscheiden, ob dein Kunde bleibt oder geht – das ist die ganze Wahrheit hinter dem Thema Ladezeit.

Ein träger Shop löst kein simples Wartegefühl aus – sondern Zweifel: Läuft der Kaufprozess zuverlässig? Ist der Anbieter professionell? Solche Fragen entscheiden in Sekunden über Vertrauen oder Abbruch. Ein moderner Shop respektiert die Zeit seiner Besucher. Er signalisiert ohne Worte: „Du bist mir wichtig – deshalb bekommst du deine Antwort sofort.“ Schnelligkeit ist keine technische Spielerei – sie zeigt, wie ernst du deine Kunden nimmst.

Doch was macht einen Shop eigentlich schnell – und warum wirken manche Seiten reaktionsfreudig, während andere zäh laden? Um das zu verstehen, müssen wir wissen, wo die Zeit bleibt – zwischen Klick und Anzeige. Genau das schauen wir uns als Nächstes an.

Was passiert eigentlich, wenn jemand auf deinen Shop klickt?

Das Bild zeigt Eisenbahnschienen die verdeutlichen sollen, dass die zu ladende Seite einem bestimmten Zeitplan abarbeiten muss.

Der Weg vom Klick zur Anzeige – die Reise einer Seite

Bevor es Telefon, E-Mail und Internet gab, lief vieles ganz klassisch per Post.
Stell dir also vor, du lebst in dieser Zeit – und möchtest deinen nächsten Urlaub planen. Und selbstverständlich – standesgemäß – hattest du einen Sekretär, der sich um deine Korrespondenz kümmerte. Eines Tages bittest du ihn, an dein Lieblingsreisebüro zu schreiben:
„Liebes Reisebüro, bitte sendet mir euren aktuellen Sommerkatalog.“

Der Brief wandert durch Sortierzentren und Postwagen, bis er im Reisebüro ankommt. Dort öffnet ihn jemand, greift zum Regal, legt den Katalog in einen Karton und schickt ihn zurück.
Ein paar Tage später bringt dir dein Sekretär die Antwort – schnell bearbeitet, aber der Versand hat gedauert, der Katalog war schwer und musste per Paket versendet werden.

Nach dem Durchblättern wird’s konkreter:
„Liebes Reisebüro, ich möchte die Rundreise durch Italien buchen – im Juni, für drei Personen. Was kostet das? Könnt ihr das für mich reservieren?“

Wieder geht der Brief auf Reisen. Dieses Mal muss im Büro aber richtig gearbeitet werden: Termine prüfen, Preise kalkulieren, Hotels anfragen.
Die Antwort dauert länger – nicht, weil die Post langsam ist, sondern weil die Bearbeitung komplexer ist. Und am Ende kommt nur ein kurzer Brief zurück – wenige Zeilen, aber mit viel Arbeit dahinter.

Genauso läuft es im Internet, nur dass hier Millisekunden statt Tage vergehen.
Wenn jemand auf deinen Shop klickt, passiert technisch fast dasselbe:

  1. „Der Sekretär schreibt den Brief und schickt ihn ab.“ -> Dein Browser übernimmt diesen Part: Er formuliert die Anfrage, adressiert sie korrekt und gibt sie auf – das ist der Moment, in dem die Kommunikation beginnt.
  2. „Die Post transportiert die Sendung“ -> Die Anfrage wandert durch Router, Provider und DNS-Server, bis sie beim Zielserver ankommt.
  3. „Das Reisebüro bearbeitet die Anfrage“ -> Der Server prüft was angefordert wird, ruft Daten aus der Datenbank ab, rendert Inhalte und erstellt die Antwort. Manche Dinge liegen schon bereit – wie der Katalog im Regal (Regal = „Cache“). Andere müssen erst erarbeitet werden – wie die individuelle Reisebuchung.
  4. „Die Antwort geht auf den Rückweg“ -> Der Server schickt die fertigen Inhalte zurück – die „digitale Post“ liefert sie aus.
  5. „Der Sekretär öffnet den Brief und liest vor“ -> Der Browser empfängt, interpretiert und rendert die Daten – und dein Besucher sieht den Shop. Die angeforderte Seite mit all ihren Inhalten wird dem Besucher angezeigt.

Wie zügig dieser Austausch funktioniert, hängt von drei Hauptbeteiligten ab:

  • dem Postweg (Netzwerk),
  • dem Reisebüro (Server) und
  • dem Sekretär, der die Briefe für dich bearbeitet (Browser).
    • Jede dieser Stationen kann Wartezeit verursachen – mal liegt es am langen Weg, mal an der Bearbeitung, mal an der Darstellung.
      Im nächsten Abschnitt schauen wir uns diese drei Beteiligten genauer an – und wie sie gemeinsam über das Tempo deines Shops entscheiden.

Drei Hauptverantwortliche für Wartezeiten

Das Bild zeigt ein Auobahnkreuz aus der Vogelperspektive. Es fahren viele Autos auf der Strasse

1.: Netzwerk & Transport (DNS, Verbindung, Bandbreite)

Stell dir vor, dein Sekretär wirft den Brief in den Postkasten – aber bevor das Reisebüro ihn überhaupt liest, steht er vor einer langen Reise: Sortierzentren, LKWs, vielleicht gar eine Fähre. Im Web heißt diese Strecke: Netzwerk & Transport.

DNS-Auflösung – wohin soll der Brief überhaupt gehen?

Bevor eine Verbindung überhaupt zustande kommt, muss dein Browser herausfinden, wohin die Anfrage gehen soll. Das geschieht über eine DNS-Abfrage. Jeder zusätzliche DNS-Lookup kostet Zeit – vergleichbar mit dem Sekretär, der erst beim Postamt nach der Adresse fragt.

Verbindungsaufbau & TLS/HTTPS

Ist die Adresse bekannt, muss der Briefträger klingeln: Der Browser baut eine Verbindung zum Server auf, oft verschlüsselt via HTTPS. Der SSL-Handschlag, das Aushandeln von TLS-Versionen, das Öffnen der Verbindung – all das wirkt wie eine kleine Verzögerung im Postweg. Moderne Standards wie HTTP/2 und HTTP/3 verkürzen diesen Teil der Reise: Sie erlauben mehrere „Gespräche“ über eine einzige Leitung und sparen so Wartezeit.

Bandbreite & Latenz

Selbst, wenn die Verbindung steht, zählt, wie schnell die Daten fließen. Bandbreite (wie viel Daten pro Sekunde) und Latenz (wie viele Millisekunden der Erste Byte braucht) sind entscheidend. Denk daran: Ein Paket von einem entfernten Lager (z. B. Besucher in Brasilien) braucht länger, als wenn dein Sekretär um die Ecke sitzt. Besonders bei mobilen Nutzern kann die Latenz hoch und die Bandbreite schmal sein.

Mehrere Domains & externe Ressourcen

Mit der ersten Antwort ist der Datentransfer noch lange nicht beendet.
Eine moderne Webseite besteht selten aus einer einzigen Datei – meist liefert der Server nur das Grundgerüst, also das HTML-Dokument.
Darin befinden sich Verweise auf zahlreiche weitere Ressourcen: Bilder, CSS-Dateien, JavaScript, Schriftarten oder externe Dienste wie Tracking- oder Consent-Management-Systeme.
Jede dieser Referenzen löst eine eigene Anfrage aus – oft zu unterschiedlichen Servern oder Domains. Das bedeutet: neue DNS-Abfragen, zusätzliche TLS-Verbindungen und weitere Transportwege. Je mehr solcher externen Ressourcen eingebunden sind, desto mehr parallele „Mini-Reisen“ entstehen – und desto länger dauert der vollständige Seitenaufbau.
In dem Beispiel gesprochen: Das Reisebüro verschickt keinen dicken Brief, sondern ein Anschreiben mit einer langen Liste an Anhängen, die dein Sekretär erst einzeln nachfordern muss.
Besonders kritisch sind externe Inhalte außerhalb deiner eigenen Domain, da sie sich deiner Kontrolle entziehen – fällt so ein externer Dienst aus oder antwortet langsam, blockiert er den gesamten Aufbau.

Man sieht ein Patch-Panel in einem Serverschrank mit zahlreichen Netzwerkkabeln

2.: Server & Backend (Shopware, Datenbank, Plugins, Cache)

Im Reisebüro passiert die eigentliche Arbeit – und im Web ist das der Server. Hier entscheidet sich, wie schnell dein Shop reagiert, wenn eine Anfrage eintrifft. Nach Eingang der Anfrage startet Shopware unmittelbar die Verarbeitung. Der Server ruft Produkte aus der Datenbank ab, berechnet Preise, rendert Templates, prüft Regeln, durchsucht Caches und startet Plugins. Je nachdem, wie viele Einzelschritte nötig sind, kann das in Millisekunden oder in Sekunden geschehen.

Cache oder Neuaufbau – der Unterschied zwischen Katalog und Sonderwunsch

Nicht jede Anfrage ist gleich aufwendig. Manche Antworten liegen schon vorbereitet im Regal – etwa Seiten, die im Cache gespeichert sind, Bilder oder statische Ressourcen. In diesem Fall kann Shopware sie direkt ausliefern, fast ohne Rechenarbeit.
Andere Anfragen erfordern eine individuelle Bearbeitung – etwa, wenn ein Kunde eingeloggt ist, individuelle Preise oder Regeln gelten oder Filter aktiv sind. Dann muss der Server Inhalte neu zusammenstellen, was CPU-Zeit, Speicher und Datenbankzugriffe kostet. Je nach Plugin- und Template-Struktur können hier schnell Engpässe entstehen.

Datenbank & Plugins – Segen und Flaschenhals zugleich

Jede Datenbankabfrage ist wie eine kleine Rückfrage im Büro: „Haben wir dieses Hotel verfügbar?“, „Wie hoch ist der aktuelle Preis?“. Wenn viele Plugins gleichzeitig solche Fragen stellen, steigt die Bearbeitungszeit.
Shopware bietet zwar Caching-Mechanismen, Doctrine-Query-Optimierungen und Event-Systeme, doch schlecht optimierte Erweiterungen können die Performance deutlich bremsen. Ein einziges unperformantes Plugin kann den gesamten Antwortprozess verlangsamen.

Technische Umgebung & Infrastruktur

Auch die Umgebung (Hosting), in der Shopware läuft, beeinflusst maßgeblich die Antwortzeit. Ein aktuelles System mit moderner PHP-Version, ausreichend Arbeitsspeicher und aktivem Cache ist die Grundlage für jede stabile Performance. Veraltete oder überlastete Hosting-Umgebungen führen dagegen schnell zu Verzögerungen.
Wichtige Faktoren sind:

  • aktuelle PHP-Version mit aktivem OPCache oder JIT
  • ausreichend CPU-Leistung und RAM
  • mehrstufiges Caching (HTTP-, Template-, Datenbankebene)
  • asynchrone Prozesse für Wartungsaufgaben (Cronjobs, Queues)
  • Serverstandort und Anbindung in Kundennähe
  • regelmäßige Systempflege und Updates

Kurz gesagt: Auch die technische Basis entscheidet, wie reaktionsfreudig dein „Reisebüro“ arbeitet – und ob dein Shop bei jeder Anfrage direkt liefern kann.

Shopware-Spezifische Stellschrauben

Innerhalb des „Reisebüros“ gibt es zahlreiche Stellschrauben, mit denen sich die Bearbeitungszeit verkürzen lässt. Viele davon sind bereits in Shopware integriert – sie müssen nur richtig genutzt und gepflegt werden.

  • HTTP-Cache aktivieren und regelmäßig „aufwärmen“. Häufig angefragte Inhalte können vorgeneriert bereitliegen. Das reduziert Rechenarbeit bei jedem Aufruf und sorgt für gleichbleibend schnelle Antworten.
  • Redis oder APCu für Sessions und Konfiguration. Anstelle langer Suchvorgänge in Aktenordnern (Datenbank) werden häufig benötigte Informationen im Arbeitsspeicher abgelegt – sofort griffbereit.
  • Datenbank-Indizes prüfen und optimieren. Gut sortierte Register beschleunigen jede Anfrage. Fehlende Indizes oder ungenutzte Tabellen bremsen wie ein chaotischer Schreibtisch.
  • Plugins und Erweiterungen regelmäßig prüfen. Nicht jedes Plugin arbeitet effizient. Testweise deaktivieren oder aktualisieren hilft, langsame Erweiterungen zu erkennen und zu ersetzen.
  • Cronjobs und Wartungsroutinen automatisieren. Wiederkehrende Aufgaben wie Cache-Leeren oder Log-Bereinigung sollten planmäßig im Hintergrund laufen, damit das Reisebüro tagsüber frei für Kundenanfragen bleibt.
  • PHP- und Shopware-Version aktuell halten. Jede neue Version bringt Leistungs- und Sicherheitsverbesserungen. Ein modernes System arbeitet schlicht schneller und zuverlässiger.

Kurz gesagt:
Wer sein „Reisebüro“ regelmäßig pflegt, modernisiert und Ordnung hält, spart sich viele Sekunden – und seinen Kunden das Warten! Wenn du im realen Leben wirklich ein Reisebüro betreibst, können wir dir leider nicht wirklich beim Aufräumen deines Ladenlokales helfen – aber für unsere Shopware Kunden, die mit uns einen passenden Dienstleistungsvertrag über „Systemoptimierung“ abgeschlossen haben, profitieren genau an dieser Stelle. All diese feinen, aber für deinen Erfolg wichtigen Details haben wir monatlich „auf dem Schirm“ und stimmen Arbeiten daran so mit dir ab, daß du keine Einschränkungen in deinem Alltag spüren wirst!
Hast du Interesse auch diesen Teil der Ladezeitenoptimierung an uns auszulagern? Dann sprich uns in jedem Fall an – wir können dir schnell und unkompliziert aufzeigen, an welchen Stellen du deine Quick-Wins realisieren kannst!

Auf dem Bild ist eine Farbpalette abgeildet. Auf der Palette liegen Pinsel, Spachtel und Farbtuben

3.: Browser & Rendering (HTML, CSS, JavaScript, Bilder)

Wenn der Brief mit der Antwort ankommt, ist die Arbeit noch nicht vorbei. Jetzt übernimmt dein Sekretär – der Browser. Er öffnet den Umschlag, sortiert die Dokumente, liest sie in der richtigen Reihenfolge, fragt weitere Ressourcen an und präsentiert sie übersichtlich auf dem Schreibtisch. Wie schnell das gelingt, hängt sowohl von der Menge als auch von der Struktur des Inhalts ab.

Vom HTML-Grundgerüst zur fertigen Seite

Zuerst verarbeitet der Browser das HTML-Dokument – das Grundgerüst deiner Seite. Darin stehen Verweise auf CSS, JavaScript, Schriftarten und Bilder, die nacheinander geladen und eingebunden werden müssen. Je nachdem, wie diese Ressourcen eingebunden sind, kann der Aufbau der Seite blockiert oder verzögert werden. Eine sauber strukturierte Seite mit klaren Abhängigkeiten lädt deutlich schneller als ein Sammelsurium aus externen Skripten und Inline-Styles.
Im Vergleich: Der Sekretär arbeitet schneller, wenn die Unterlagen sortiert und beschriftet sind – nicht, wenn alles lose in der Mappe steckt.

CSS, JavaScript & Rendering

CSS bestimmt das Aussehen der Seite. Es muss vollständig geladen sein, bevor der Browser die Seite sichtbar machen kann (“Render-Blocking”). JavaScript steuert Interaktivität, kann aber ebenfalls das Rendering blockieren.

Fonts & externe Ressourcen

Schriftarten oder externe Dienste (z. B. Google Fonts, Chat-Widgets, Tracking) verursachen zusätzliche Netzwerkanfragen.
Kurz gesagt: Jede Ressource, die zuerst geladen werden muss, hält deinen Sekretär davon ab die Inhalte zu Lesen und sie dir darzustellen.

Bilder & Medien – oft der größte Bremsklotz

Bilder gehören zu den häufigsten Ursachen langsamer Ladezeiten. Zu große oder unkomprimierte Dateien verlangsamen den Download massiv. Dabei sind Optimierungen einfach:

  • Dateigrößen reduzieren (z. B. WebP oder AVIF statt JPEG/PNG)
  • Responsive Images nutzen (srcset, sizes)
  • Lazy Loading aktivieren, damit nur sichtbare Bilder sofort geladen werden
  • Bildkompression automatisieren (z. B. beim Upload oder über CDN)

Der Sekretär “liest” schneller, wenn du ihm keine Enzyklopädie mitgibst, sondern ein schlankes Dossier.

Browser-Caching & Wiederholte Besuche

Wenn der Besucher den Shop erneut aufruft, muss nicht jedes Dokument neu angefordert werden. Über korrekt gesetzte Caching-Header kann der Browser viele Dateien lokal speichern – etwa Logos, Schriftarten oder Skripte. Das spart Anfragen und reduziert Ladezeiten bei Wiederholungsbesuchen erheblich. Ein richtig konfiguriertes Browser-Caching ist wie eine gute Ablage:
Der Sekretär weiß, wo die Unterlagen liegen, und muss sie nicht jedes Mal neu anfordern. Aber, er muss eben auch wissen, wann diese veraltet sind.

Externe Skripte & Geräteleistung

Auch externe Dienste, Chat-Widgets, Fonts oder Analyse-Tools verlängern den Ladevorgang. Je weniger Dritte eingebunden sind, desto schneller kann der Browser arbeiten. Und nicht zuletzt: Auch die Leistungsfähigkeit des Endgeräts spielt eine Rolle. Ein älteres Smartphone braucht für dieselbe Aufgabe oft doppelt so lange wie ein moderner Laptop – oder, um im Bild zu bleiben: ein erfahrener Sekretär arbeitet schneller als einer mit stumpfer Feder.

Der Browser ist das letzte Glied in der Kette – und der sichtbarste Teil der Performance.

Je klarer und leichter die Unterlagen, desto schneller kann er sie lesen. Gut strukturierter Code, komprimierte Bilder und sauberes Caching sind keine Nebensache, sondern der entscheidende Unterschied zwischen „Seite lädt noch“ und „Shop ist schon da“. Und selbst wenn das Lesen einmal etwas länger dauert, zählt, wie dein Sekretär damit umgeht:
Denn oft zählt nicht nur, wie schnell etwas lädt, sondern wie es sich dabei anfühlt. Ein Sekretär, der freundlich erklärt, woran er gerade arbeitet, wirkt geduldiger als einer, der einfach schweigend beschäftigt bleibt. Ein schlechter bleibt einfach still beschäftigt, und du fragst dich, ob er überhaupt noch da ist. Gutes UX-Design spielt hier also ebenso mit in die tatsächliche Seitenladezeit mit rein.

Wenn Browser, Server und Netzwerk zusammenspielen, entsteht das echte Nutzererlebnis. Wie schnell der Besucher tatsächlich etwas sieht, misst man mit Kennzahlen wie TTFB, LCP oder CLS. Diese Werte sehen wir uns im nächsten Kapitel genauer an.

Zeitstrahl und typische Messgrößen

Damit wir im Folgenden etwas genauer differenzieren können, wo bei der Reise Zeit vergeht, teilen wir die komplette Ladezeit in Zeitabschnitte ein, die dann einen sprechenden Namen bekommen.

Schema über TTFB Kennzahlen

Vom Klick bis zur Antwort – TTFB

Die Time to First Byte beschreibt, wie lange der Server braucht, um die erste Antwort zu generieren – also die Anfrage zu verarbeiten und die erste Antwort zu generieren. Sie endet in dem Moment, in dem dein Browser das erste Datenpaket erhält – also der Moment, in dem das Reisebüro antwortet.

Schema über die FCP Kennzahlen

Erster Eindruck – FCP

First Contentful Paint misst, wann der erste sichtbare Inhalt erscheint – etwa das Logo oder eine Überschrift. Ab hier fühlt sich der Shop „lebendig“ an.

Schema über die LCP Kennzahlen

Hauptinhalt sichtbar – LCP

Beim Largest Contentful Paint wird das größte sichtbare Element (z. B. Produktbild oder Banner) dargestellt. Dieser Wert gilt als wichtigster Indikator für wahrgenommene Geschwindigkeit.

Schema über die INP Kennzahlen

Bereit zur Nutzung – TTI / INP

Die Time to Interactive (oder modern: Interaction to Next Paint) zeigt, wann die Seite wirklich bedienbar ist – also wann Klicks und Eingaben ohne Verzögerung reagieren.

Schema über die CLS Kennzahlen

Ruhiges Bild – CLS

Der Cumulative Layout Shift misst, wie stabil das Layout bleibt, während Inhalte geladen werden. Wenn sich Buttons beim Laden verschieben, steigt der CLS – und das kostet Vertrauen.

Diese Werte bilden gemeinsam den „Zeitstrahl“ deines Shops – von der Anfrage bis zur vollständigen Interaktion. Manche spiegeln echte Technik wider (z. B. TTFB), andere erfassen, wie der Nutzer das Laden erlebt (z. B. LCP oder CLS). So erkennst du, ob dein Shop langsam ist – oder sich nur langsam anfühlt.

Warum „schnell“ subjektiv und objektiv unterschiedlich wahrgenommen wird

Das Bild zeigt eine Sanduhr, in welcher Sand vom oberen in den unteren Behälter fliesst

Wahrnehmung statt Stoppuhr

Menschen empfinden Wartezeit nicht linear. Ein System, das sofort reagiert und Rückmeldung gibt, wirkt subjektiv schneller – selbst, wenn es objektiv länger dauert.
Das gilt genauso für Online-Shops: Wenn ein Button direkt aufleuchtet, ein Ladeindikator erscheint oder sich der Bildaufbau sichtbar verändert, entsteht der Eindruck von Dynamik und Kontrolle. Bleibt dagegen alles still, fühlt sich schon eine Sekunde wie eine Ewigkeit an.

Interaktive Shops und nachgeladene Inhalte

In modernen Shops, insbesondere Single-Page-Applikationen (SPAs), verschiebt sich der Moment des „Ladens“. Die Seite wird technisch nur einmal vollständig geladen – danach werden neue Inhalte über die API nachgeladen, ohne dass die Seite selbst neu aufgebaut werden muss.
Dadurch bleibt sie bedienbar, während im Hintergrund weiter Daten fließen. Für den Besucher wirkt das schnell, auch wenn im Netzwerk weiterhin Requests oder Anfragen an den Server laufen um noch weitere Bestandteile der zu ladenden Seite „abzuholen“.

Ähnlich arbeitet Lazy Loading: Nur sichtbare Bereiche werden sofort geladen, der Rest folgt, wenn der Nutzer scrollt oder interagiert. So entsteht der Eindruck einer reaktionsfreudigen Seite, obwohl objektiv betrachtet noch Daten fehlen. Technisch gesehen verschiebt man also Ladezeit – psychologisch verkürzt man sie.

Wahrgenommene Kontrolle und Feedback

Der Nutzer möchte sehen, dass etwas passiert. Eine kurze Animation, ein Fortschrittsbalken oder eine schrittweise Darstellung von Inhalten schaffen Vertrauen. Das Gefühl, dass der Shop „arbeitet“, ist oft wichtiger, als dass er fertig ist. In der Analogie: Dein Sekretär wirkt effizienter, wenn er dir sagt, woran er gerade schreibt – nicht, wenn er schweigend im Nebenzimmer bleibt.

Unterschiedliche Geräte, unterschiedliche Wahrnehmung

Auch das Endgerät beeinflusst das Empfinden. Ein schneller Desktop mit Glasfaser zeigt dieselbe Seite ganz anders an als ein älteres Smartphone über Mobilfunk. Auf großen Bildschirmen werden Verzögerungen schneller wahrgenommen, auf mobilen Geräten oft toleranter – besonders, wenn das Design die Ladephasen geschickt kaschiert.

Design und Bewegung als Taktgeber

Bewegung kann Wartezeit fühlbar verkürzen – oder sie verlängern. Sanfte Übergänge, Skeleton-Screens oder fade-ins vermitteln Ruhe und Kontinuität. Zu viele Animationen oder plötzliches Springen hingegen zerstören den Fluss und lassen den Shop unruhig wirken. Gutes UI-Design schafft Balance: spürbare Reaktion, aber ohne Hektik. Kurz gesagt: Was Nutzer als „schnell“ empfinden, entsteht aus Technik, Design und Psychologie zugleich.

Im nächsten Kapitel schauen wir uns an, welche Messgrößen wirklich zählen – und wie du sie objektiv bewerten kannst.

Wie du herausfindest, wo dein Shop Zeit verliert

Das Bild zeigt unterschiedliche Zollstöcke

Grundlagen der Performance-Messung

Wer verstehen will, wo sein Shop Zeit verliert, braucht Messwerkzeuge – aber nicht jedes Tool zeigt dasselbe. Einige blicken dem Browser beim Arbeiten über die Schulter, andere messen aus der Ferne oder direkt im Code. Erst gemeinsam ergeben sie ein vollständiges Bild der objektiven und damit tatsächlichen Performance.

Tools im Überblick

Browser-Entwicklertools – der direkte, aber subjektive Blick in den Seitenaufbau

Der schnellste Einstieg führt über die Developer Tools deines Browsers (Chrome DevTools, Firefox Performance u. a.), die du in aller Regel über einen Rechtsklick und dann den Menüeintrag „Untersuchen“ o.ä. findest. Hier siehst du in Echtzeit, wann welche Datei geladen wird, wie groß sie ist und wie lange das Rendering dauert. Im Tab Network kannst du prüfen, ob Bilder gecacht sind, ob Requests blockieren oder wann der Server das erste Byte liefert (TTFB). So erkennst du sofort, welche Ressourcen deinen Shop ausbremsen, ohne den eigenen Rechner zu verlassen.

Die Browser Entwicklertools sind gut geeignet für erste Analysen, Lazy-Loading Check oder die Render-Reihenfolge. Die Ergebnisse der Browserkonsole stammen direkt aus den Daten, die dein Browser für dich lädt. Du kannst die Ergebnisse (vor allem die Ladezeit einzelner Elemente) nur schwerlich zwischen einem mobilen Endgerät mit verbundenem schwachen WLAN Signal und einem per Netzwerkkabel an eine Glasfaserleitung angeschlossenem Desktop PC vergleichen. Der Desktop PC wird deutlich schnellere Ladezeiten haben als das mobile Endgerät, weil die zur Verfügung stehende Bandbreite zwischen beiden Geräten unterschiedlicher kaum sein könnte. Du würdest auch nicht mit deinem Allltagsauto bei der Formel 1 mitfahren und um den Sieg kämpfen können! Die Browserkonsole gibt dir also nur eine Momentaufnahme und lässt kaum belastbare Rückschlüsse auf eine „Allgemeinsituation“ zu.

Screenshot aus der Google Chrome Browserkonsole

Lighthouse & PageSpeed Insights – die objektive Bewertung

Für standardisierte Messungen nutzt du Google Lighthouse (auch in der Browserkonsole integriert im Chrome Browser) oder PageSpeed Insights (PSI).
Beide bewerten Seiten nach denselben Metriken wie die Core Web Vitals und liefern konkrete Handlungsempfehlungen. Lighthouse testet lokal und zeigt reproduzierbare Laborwerte. PageSpeed Insights kombiniert Laborwerte mit anonymen Felddaten echter Nutzer – also unter anderem bspw. Daten von ehemaligen Benutzern deines Shops. Die Tools zeigen dir, wo der Browser warten muss und liefern Verbesserungsvorschläge samt geschätzter Zeitersparnis.

Die PageSpeed Insights wie auch Google Lighthouse eignen sich sehr für Vergleiche zwischen Desktop- & mobilen Endgeräten (vgl. auch die Browserkonsole zur Performance Messung), zu Ranking-Analysen oder einer Audit-Vorbereitung.

Der Screenshot zeigt die Metriken aus einem Lighthouse Test

Externe Tests – der objektive Blick von außen

Tools wie Uptrends, GTmetrix oder anderen WebPageTest-Tools testen deinen Shop von externen Standorten aus. Also nicht aus deinem Netzwerk oder dem Standort deines Servers. Auch lässt sich im Regelfall ein Zugriff aus einem anderen Land und mit verschiedenen Bandbreiten simulieren.
Sie zeigen, wie schnell deine Seite für echte Besucher lädt, inklusive DNS-Auflösung, Serverstandort und Netzwerklatenz. Gerade bei internationalen Zielgruppen erkennt man hier, ob ein CDN (= Content Delivery Network) oder zusätzlicher Standortvorteil nötig ist. Ein solcher Fall könnte dann auftreten, wenn du bspw. mit deinen Shopware Shop in Deutschland hostest, aber in den USA verkaufen möchtest. Nutzer aus den USA würden die Inhalte deines Shops vom deutschen Server laden und mit entsprechenden Wartezeiten wegen des Datentransportes warten (wir sprechen hier trotz der Entfernung von Millisekunden). Wenn du zusätzlich deinen Shop in den USA hosten würdest, könntest du eine erhebliche Verbesserung für amerikanische Nutzer durch das regional nahe Hosting in den USA erreichen.

Die oben genannten Tools liefern auch sogenannte Waterfall-Charts – grafische Zeitachsen, auf denen du siehst, wann jede Datei geladen wurde. Ein solches „Wasserfall Diagramm“ findest du auch in der Browserkonsole.
Die externen Tools sind gut geeignet für realistische Geschwindigkeitstests, Regions-Vergleiche und CDN-Bewertungen.

Das Bild zeigt beispielhaft einen sog. Waterfall Chart zur Demonstration

Kontinuierliches Monitoring – den Shop im Blick behalten

Ein einmaliger Test ist gut, aber Ladezeiten schwanken. Das kann an Uhrzeiten, saisonalen Schwankungen wie Weihnachten oder an Lastspitzen bei deinem Hoster hängen. Daher lohnt sich dauerhafte Überwachung mit Diensten wie Uptrends Monitoring, Pingdom, StatusCake oder Uptime Kuma.

Sie prüfen deine Seite regelmäßig aus verschiedenen Regionen und alarmieren, wenn Ladezeiten steigen oder die Seite nicht erreichbar ist. So erkennst du Trends, wiederkehrende Lastspitzen oder Probleme nach Updates. Sie sind gut geeignet für das SLA-Monitoring, Last- und Zeitverlauf sowie automatische Benachrichtigungen bei Aussetzern und Auffälligkeiten.

Das Bild zeigt einen Screenshot aus Uptrends Monitoring

Besucher-Monitoring und Lastverhalten – was passiert, wenn es ernst wird

Selbst der schnellste Shop kann in die Knie gehen, wenn viele Besucher gleichzeitig auf denselben Seiten aktiv sind – etwa bei Aktionen, Newsletter-Kampagnen oder DDOS-Attacken. Hier hilft ein Blick auf das Live-Nutzerverhalten: Wie viele Besucher sind zeitgleich aktiv? Welche Seiten erzeugen die meiste Serverlast? Und wie reagiert der Shop, wenn viele Requests parallel eintreffen? Tools wie Matomo, Plausible oder spezialisierte Lösungen wie Uptrends RUM (Real User Monitoring) zeigen in Echtzeit, wie dein Shop unter realen Bedingungen performt.
So erkennst du Engpässe, wenn viele Anfragen gleichzeitig bearbeitet werden müssen.

Das Bild zeigt einen Screenshot über das Besucher Monitoring bei Matomo

Shopware- und PHP-Profiler – Ursachen im Detail finden

Wenn Performance-Tools zeigen, dass etwas langsam ist, zeigen Profiler, warum. Shopware 6 bringt im Developer-Modus einen eigenen Profiler mit, der SQL-Abfragen, Event-Listener, Template-Rendertime und Caching-Treffer anzeigt. Damit findest du schnell, welches Plugin oder welche Datenbankabfrage bremst. Noch tiefer greifen Tools wie Tideways, Blackfire oder der Symfony Profiler. Sie analysieren PHP-Prozesse, zeigen Funktions-Aufrufe und Speicherverbrauch und liefern Heatmaps der Laufzeit.

Der Screenshot zeigt einen Ausschnitt aus dem Shopware Profiler im Bereich der Events

Server- und Infrastruktur-Monitoring – die Basis im Blick behalten

Manchmal liegt das Problem nicht im Shop, sondern darunter: CPU, Arbeitsspeicher oder Datenbank-Last. Hier helfen Tools wie Netdata, Grafana + Prometheus, Datadog oder (in der Cloud) AWS CloudWatch. Sie überwachen dauerhaft, wie stark der Server ausgelastet ist und ob Engpässe im Hintergrund entstehen.
Sie sind gut geeignet für langfristige Trendanalysen, Server-Health und Hosting-Vergleiche.

Der Screenshot zeigt das Server Monitoring über Grafana
Das Bild zeigt eine lange Zahlenkolonne

Messergebnisse richtig lesen (Ampellogik, Schwellenwerte)

Wer misst, hat Zahlen. Doch was sagen sie aus? Ein „2,5 Sekunden LCP“ klingt neutral – bis man weiß, dass Google ab 2,5 Sekunden Gelb und ab 4 Sekunden Rot zeigt. Damit aus Messwerten handfeste Entscheidungen werden, braucht man eine Orientierung.

Die Ampellogik: Grün, Gelb, Rot

Fast alle gängigen Tools – z.B. auch PageSpeed Insights und Lighthouse – bewerten Performance nach einem einfachen Ampelsystem:

  • 🟢 Grün: Alles im optimalen Bereich
  • 🟡 Gelb: Verbesserungspotenzial
  • 🔴 Rot: Kritisch – hier verliert dein Shop messbar Umsatz und Sichtbarkeit

Diese Farben sind kein Marketing, sondern basieren auf realen Nutzerdaten (siehe dir dazu den Chrome User Experience Report. Sie zeigen dir, wie schnell die Mehrheit deiner Besucher den Shop erlebt – und wo Frust beginnt.

Richtwerte für die wichtigsten Kennzahlen

Die nachfolgenden Werte stammen aus den aktuellen Google Core Web Vitals-Empfehlungen und sind ein guter Maßstab, um zu beurteilen, wie angenehm dein Shop wahrgenommen wird.

KennzahlBedeutung🟢 Gut🟡 Verbessern🔴 Kritisch
TTFBReaktionszeit des Servers< 0,8 s0,8–1,8 s> 1,8 s
FCPErster sichtbarer Inhalt< 1,8 s1,8–3 s> 3 s
LCPGrößter sichtbarer Inhalt< 2,5 s2,5–4 s> 4 s
INP / TTIInteraktivität / Reaktionszeit< 200 ms200–500 ms> 500 ms
CLSLayout-Stabilität< 0,10,1–0,25> 0,25

Nicht jede Zahl ist gleich wichtig

Ein häufiger Fehler: Alle Kennzahlen gleich zu gewichten. Doch nicht jede ist gleich kritisch für den Nutzer: Ein hoher TTFB fällt selten auf, wenn der Rest blitzschnell reagiert. Ein schlechter LCP hingegen wird sofort bemerkt – große Bilder, die zu spät erscheinen, prägen den schlechten Eindruck. Ein CLS-Problem kann Vertrauen kosten, selbst wenn der Shop ansonsten schnell lädt.
Kurz gesagt: LCP und INP sind für die gefühlte Geschwindigkeit entscheidend. TTFB zeigt, wie effizient Server und Cache arbeiten. CLS spiegelt die visuelle Qualität des Ladens wider.

Der Blick auf den Durchschnitt reicht nicht

Tools zeigen oft Mittelwerte oder Scores – doch die wahren Bremsen liegen in den Ausreißern. Eine Seite, die für 80 % der Nutzer schnell lädt, aber für 20 % extrem langsam ist, hat kein technisches, sondern ein strategisches Problem.
Darum lohnt es sich, nicht nur auf den Score zu schauen, sondern auf die Verteilung: Wie viele Aufrufe liegen wirklich im grünen Bereich? Wie stark schwanken die Werte zwischen Desktop und Mobile? Gerade im E-Commerce entstehen viele Probleme bei mobilen Zugriffen über schwache Netze.

So liest du den PageSpeed-Score richtig

Ein PageSpeed-Score von 90+ ist kein Selbstzweck. Er zeigt, dass die technischen Grundlagen stimmen – nicht, dass die Seite perfekt ist. Denn selbst ein Score von 80 kann für Besucher blitzschnell wirken, wenn LCP und INP stabil im grünen Bereich liegen. Darum gilt:
👉 Nicht auf den Score optimieren, sondern auf das Nutzererlebnis.
Ein Shop mit 95 Punkten, der sich träge anfühlt, ist schlechter als einer mit 85 Punkten, der sofort reagiert.

Fazit: Zahlen lesen, Nutzer verstehen

Messwerte sind Wegweiser – keine Noten. Sie helfen dir zu erkennen, wo Zeit verloren geht, aber sie erzählen nicht, wie sich dein Shop anfühlt. Darum gilt: Schau auf die Ampelfarben, um Prioritäten zu setzen. Sieh dir Trends und reale Nutzung an, nicht nur Einzeltests. Und prüfe, ob die Verbesserungen messbar und spürbar sind.
Denn am Ende geht es nicht darum, Google glücklich zu machen – sondern deine Kunden!

Typische Muster und was sie bedeuten

Wie du aus Zahlen echte Ursachen ableitest

Wenn du Messwerte gesammelt hast, zeigt sich ein wiederkehrendes Muster:
Viele Probleme kommen in Kombinationen vor. Ein einzelner Wert erzählt selten die ganze Geschichte – aber das Zusammenspiel verschiedener Kennzahlen verrät ziemlich genau, wo dein Shop Zeit verliert. Hier findest du die häufigsten Muster (und was sie bedeuten). Damit kannst du Messergebnisse nicht nur ablesen, sondern verstehen, einordnen und priorisieren.

1. Muster: Hoher TTFB – aber gute Werte danach

🟥 TTFB schlecht
🟢 FCP / LCP / INP gut

Diagnose:

Der Server braucht zu lange, um mit dem Antworten zu beginnen – aber sobald das HTML da ist, läuft alles rund.

Typische Ursachen:
  • Caching ist deaktiviert oder wird zu oft invalidiert
  • PHP zu langsam oder falsche Version
  • Serverkonfiguration nicht optimal
  • Hosting am Limit (CPU / RAM)
  • Datenbank braucht zu lange für Queries
  • ein Plugin blockiert den Start der Seite
In Kurzform:

Das Reisebüro arbeitet zu langsam, aber der Postweg ist okay.
Priorität: Hoch – hier lässt sich schnell viel verbessern.

2. Muster: Guter TTFB – aber langsamer LCP

🟢 TTFB gut
🟥 LCP schlecht

Diagnose:

Der Server antwortet schnell, aber der „größte sichtbare Inhalt“ (z. B. Hero-Bild, Banner, Slider) braucht zu lange.

Typische Ursachen:
  • großes Hero-Bild (6 MB statt 600 KB)
  • kein Lazy Loading bei Bildern unterhalb des Folds
  • externe Fonts blockieren das Rendering
  • CSS oder JS blockieren die Darstellung
  • Slider/Plugins tauschen das LCP-Element dynamisch aus
In Kurzform:

Die Post kommt schnell, aber weitere Pakete sind riesig.
Priorität: Sehr hoch – das ist der Wert, den echte Nutzer als „langsam“ empfinden.

3. Muster: LCP gut – aber Interaktivität langsam

🟢 LCP gut
🟥 INP/TTI schlecht

Diagnose:

Die Seite wird schnell sichtbar, aber reagiert dann träge. Das fühlt sich an wie „die Seite denkt gerade nach“.

Typische Ursachen:
  • zu viel JavaScript
  • Chat-Widgets / Tracking-Skripte / Pop-ups
  • Slider, Cookie-Overlays, Marketing-Skripte
  • JS im Haupt-Thread blockiert (teure Schleifen, große Frameworks)
In Kurzform:

Der Brief ist da – aber der Sekretär reagiert nicht richtig.
Priorität: Mittel bis hoch – direkt wahrnehmbar, besonders mobil.

4. Muster: Score gut – aber hoher CLS

🟢 FCP / LCP / INP okay
🟥 CLS schlecht

Diagnose:

Die Seite lädt schnell, aber das Layout „hüpft“. Das nervt Nutzer und sorgt für versehentliche Klicks – und bei Google für Abwertungen.

Typische Ursachen:
  • keine fixen Bildgrößen
  • nachladende Schriften verschieben Text
  • Werbebanner, Cookiebanner oder Pop-ups schieben Inhalt
  • dynamische Bereiche verändern die Layout-Höhe
In Kurzform:

Der Sekretär arbeitet gut, aber ständig kommen neue Informationen und stören. Die Seiten verrutschen ständig.

Priorität:

Priorität: Mittel – kein Geschwindigkeitsproblem, aber ein UX-Problem.

5. Muster: Alles gut im Test – aber echte Nutzer klagen

🟢 Lighthouse gut
🟡/🟥 RUM (Real User Monitoring) schlecht

Diagnose:

Tests im Labor (Chrome/Lighthouse) wirken schnell,
aber echte Besucher erleben die Seite anders – oft deutlich langsamer.

Typische Ursachen:
  • mobiles Netz, schwaches Gerät
  • Third-Party-Requests (Tracking, externe Scripts)
  • Geo-Distanz zum Server
  • Lastspitzen (Newsletter, Sonderaktionen)
  • einzelne Problemseiten (Landingpages), die nicht getestet wurden
In Kurzform:

Im Test sah alles gut aus – aber im Alltag staut sich der Verkehr.

Priorität:

Hoch – reale Nutzer gehen vor Labortests.

6. Muster: Ein Wert ist schlecht – aber alles andere wirkt okay

🟡/🟥 Einzelwert auffällig
🟢 Rest gut

Diagnose:

Oft ein einfacher, klar abgrenzbarer Fehler

Beispiele:
  • Nur CLS schlecht → Bildgrößen fixen
  • Nur TTFB hoch → Cache/Hosting checken
  • Nur INP hoch → JS reduzieren
  • Nur LCP hoch → Hero/Banner verkleinern

Diese Fälle ermöglichen schnelle Gewinnoptimierung!

7. Muster: Alles schlecht

🟥 TTFB + FCP + LCP + INP

Diagnose

Hier steckt ein strukturelles Problem vor.
Der Shop ist entweder massiv überladen oder das Hosting ungeeignet.

Typische Ursachen:
  • veraltetes Hosting
  • zu schwache Hardware
  • massives Plugin-Wachstum
  • kein Caching oder falsch konfiguriert
  • zu viel Render-Blocking-Content
  • große Bilder + viele JS-Plugins
  • „Theme über Jahre gewachsen“
In Kurzform:

Reisebüro überlastet + Postweg langsam + Sekretär überfordert.

Priorität:

Sehr hoch – zuerst grundlegende Architekturoptimierung.

Das Bild zeigt eine Maschine mit mehreren Zahnrädern. Es soll der Eindruck den Ineinander-greifens von unterschiedlichen Massnahmen entstehen

Schnelle Optimierungen mit großer Wirkung

Viele Performance-Probleme lassen sich beheben, ohne in komplexe Technik einzutauchen. Nicht nur zwischen den größeren Major-Updates, sondern oft auch zwischen den „kleineren“ Minor-Releases bietet Shopware oft zahlreiche Stellschrauben, die direkt im Admin-Bereich oder mit wenigen Konfigurationsänderungen konfiguriert werden können und praktisch direkt wirksam werden. Das folgende Kapitel konzentriert sich daher bewusst auf Maßnahmen, die du als Shopbetreiber selbst oder gemeinsam mit Dienstleistern wie uns in kurzer Zeit umsetzen kannst – ohne tiefgreifende Entwicklung und meist auch bei sehr überschaubaren Fremdkosten.

Bilder optimieren – der große Hebel für LCP

In Shopware sind Bilder oft der häufigste Grund für hohe LCP-Werte.
Das liegt nicht daran, dass Shopware schlecht skaliert – sondern daran, dass Shops die falschen Formate oder falsche Thumbnail-Größen verwenden.

Thumbnails richtig generieren

Im Medien-Manager → Einstellungen → Thumbnails kannst du festlegen:

  • Welche Größen erzeugt werden
  • Welche Skalierung genutzt wird
  • Wie stark komprimiert wird
  • Ob die richtigen Größen für Hero/Banner genutzt werden
Tipp:

Oftmals werden im Medien-Manager neue Ordner angelegt ohne die Thumbnail-Generierung zu aktivieren. Das verschenkt Potentiale, die Shopware direkt mitbringt. In der Shopware Dokumentation findest du eine sehr genaue und detaiiliserte Beschreibung, wie du die Thumbnails richtig anpassen und auch die Thumbnail-Generierung aktivieren bzw. deaktivieren kannst.

Moderne Formate nutzen

Seit Shopware 6.6+ unterstützt Shopware WebP nativ. In späteren Versionen wird sogar AVIF unterstützt. Nutze diese modernen Formate und lade Medien direkt in diesem Format hoch. Alternativ stelle sicher, dass dein Hosting WebP generieren kann (ImageMagick / GD) und nutze Konvertierungstools oder Plugins, um bereits hochgeladene Bilder in den neuen Formaten zu konvertieren.

Lazy Loading nutzen

Shopware lädt viele Bilder automatisch per loading=“lazy“ nach. Prüfe aber im Theme, dass Hero-Images nicht lazily geladen werden (LCP!).

Das Bild zeigt einen Screenshot aus Shopware 6. Man sieht, wie man dort in den Einstellungen zur Category Media die Größen der Thumbnails verändern kann.

CSS & JavaScript reduzieren – Shopware-Themes & TagManager im Blick

JavaScript ist oft der größte v/TTI-Bremser. Aber viele Bremsen stammen nicht aus Shopware, sondern aus Marketing-Tools, Tracking und Themes.

Tracking & TagManager prüfen

Viele Shops nutzen Google Tag Manager – und wundern sich über 60–150 Requests beim Laden. Typische Probleme:

  • Tags feuern bei jeder Mausbewegung
  • Heatmaps oder Session-Recorder senden pro Sekunde Events
  • Scrolltracking löst hundertfach aus, wenn ein Video spielt
  • 10+ Marketing-Skripte werden auf jeder Seite geladen

Was du tun kannst:

  • TagManager „Tag-Trigger-Regeln“ prüfen
  • Nur laden, was wirklich nötig ist
  • Tags auf die Seiten einschränken, auf denen du sie wirklich brauchst um dein Marketing abzustimmen. Weniger ist manchmal „mehr“!
  • Das Tracking von Kampagnen löschen, die nicht mehr aktiv benutzt werden

Eine einzige fehlerhafte Konfiguration kann den gesamten Shop doppelt so langsam machen!

Frontend-Plugins prüfen

Slider, Animationen, Cookiebanner und Chatbots laden oft mehrere Hundert KB an JavaScript. Deaktiviere testweise einzelne Plugins und vergleiche LCP/INP in PSI.

Theme Assets reduzieren

In Shopware können Themes mehrere CSS/JS-Dateien zusätzlich einbinden und nicht selten ist da „historischer Ballast“ drin:

  • Unbenutzte SCSS-Features
  • JavaScript für Komponenten, die nicht mehr genutzt werden
  • alte Frameworks (jQuery, AOS, Owl Carousel)
Tipp:

Schalte einmal testweise dein Theme auf den aktuellen Shopware-Standard. Wenn die Performance deutlich besser wird, sind in den meisten Fällen externe Scripte oder im Laufe der Lebenszeit deines Shopware Shops hinzuprogrammierte Funktionen die Ursache für langsames Laden. In den meisten Fällen profitierst du dann davon, wenn wir dein Shopware Theme einmal „durchputzen“.

Browser-Caching optimal nutzen (Shopware + Hosting)

Shopware liefert statische Medien aus dem /media-Ordner bereits versioniert aus. Aber der Webserver entscheidet, wie lange der Browser diese Dateien behalten darf, bevor sie wieder neu geladen werden müssen. Diese „Lebenszeit“ für im Zwischenspeicher gecachte Medien kann also direkt über dein Hostinganbieter gesetzt werden. Wenn die Lebenszeit „erreicht“ ist, soll das Medium neu geladen werden. Ist das Medium noch „haltbar“, kann es rasend schnell aus dem Zwischenspeicher geholt werden ohne neu vom Server ausgeliefert werden zu müssen.

Prüfe die HTTP-Caching-Header

In deinem Hosting (nginx/Apache) sollte gesetzt sein: Cache-Control: public, max-age=31536000, immutable für:

  • /media/
  • /theme/
  • Fonts
  • CSS/JS-Bundles

Shopware-HTTP-Cache aktivieren

Unter Einstellungen → System → Caches & Indizes → HTTP-Cache Aktivieren und die Cache-Lebensdauer sinnvoll setzen. Was genau „sinnvoll“ ist, lässt sich final nur im Einzelfalle richtig bewerten. Grundsätzlich werden sich bspw. eher selten Bilder oder die gewählte Schriftart ändern – Änderungen am Theme könnten indes schon häufiger im Alltag passieren, demnach brauchst du in diesem Falle unterschiedliche „Lebenszyklen“ für deine Medien.

Ein CDN verwenden

Ein CDN bringt zwei Vorteile:

  1. bessere Netzwerklatenz
  2. gleichzeitige Auslieferung vieler Dateien

In Shopware kann ein CDN über die Konfiguration oder ein Plugin angebunden werden.

Hosting-Faktoren – das Fundament für Reaktionszeit (TTFB)

Das Hosting ist der physische Speicherort für deine Daten. Wir sprechen hier über verschiedene Möglichkeiten des Hostings, bspw. ob du dir einen Server mit vielen anderen Shops & Webseiten teilst (vergleichbar mit einer Mietwohnung in einem großen Mehrfamilienhaus), oder ob du einen eigenen Server betreibst in welchem nur deine Daten liegen (das kannst du ein wenig mit deinem Einfamilienhaus vergleichen). Dazwischen gibt es noch viele weitere fein abgestimmte Unterschiede, die wir aber hier nicht weiter ausdifferenzieren wollen um den Rahmen dieses Artikels nicht vollkommen ausufern zu lassen. Essentiell ist: wenn du in deinem Hosting versuchst einzelne Optimierungen aus diesem Beitrag umzusetzen, aber keinen Zugriff auf diese Einstellungen hast, solltest du über ein Upgrade deines Hostings nachdenken. Zusätzlichen „Raum“ in einer Mietwohnung zu schaffen ist ungemein schwerer, als ein Home Office im Keller deines Einfamilienhauses abzugrenzen. Dieser Vergleich hinkt zwar ein wenig, weil es im Regelfall nicht um neuen „Speicherplatz“ im Hosting geht, aber je weniger Zugriff dir auf Details gewährt wird umso größer ist die Gefahr, dass du dir die Performance deines Servers mit vielen anderen teilen musst. Ein „bisschen“ Performance kann daher auch schon ein triftiger Grund für deinen langsamen Shop sein!

Nutzt du die aktuelle Shopware Version?

Aktuelle Shopware Versionen bringen meist massive Performance Verbesserungen im Core mit sich. Darunter zählen bspw.

  • optimierte DB-Queries
  • besseres Search-Index-Handling
  • stabilere Cache-Verwaltung
  • schnelleres Admin (weniger UI-Blocker)

Ein Update kann also spürbar die TTFB senken!

Nutzt du eine aktuelle, kompatible PHP-Version?

PHP 8.2 oder 8.3 ist 30–50 % schneller als 7.4 oder 8.0. Jede neue Version ist meistens performanter als die vorherige. Deshalb bleibe hier auf einen modernen Stand – prüfe aber unbedingt vor einem Update, ob dein Shop, dein Theme, deine Plugins und vor allem auch dein Server die benötigte Performance bzw. Vorbedingungen mitbringen. Ein ungetestetes Update kann dich im schlimmsten Falle direkt die ganzen Tagesumsätze kosten, weil erst mal wieder ein Backup eingespielt werden muss.

Performance Tweaks aus Shopware-Doku

Shopware liefert eine Reihe von technischen Performance Tweaks, die geprüft werden sollten (siehe auch das nächste Kapitel). Lass deinen Shop von einer erfahrenen Shopware Agentur einmal auf Best-Practices und diese Konfigurationen prüfen

Passt das Hosting zum Shop?

  • Hast du genug RAM (mind. 4–8 GB für mittlere Shops)
  • Genug CPU
  • SSD/NVMe Storage
  • Guter MySQL/MariaDB Stack
  • Keine Shared-Hosting-Bremse!

Tipp: Wenn TTFB > 1 Sekunde: → Hosting prüfen, bevor du am Shop arbeitest!

Plugins aufräumen – ohne Angst

Du brauchst kein Entwickler sein, um festzustellen, welche Plugins deinen Shop verlangsamen. Was du tun kannst:

  • Alle Plugins einmal listen
  • Unnötige deaktivieren
  • Ladezeiten vergleichen (mit/ohne Plugins) -> welches Plugin verschlechtert die Performance über die Maßen?
  • Plugins aktualisieren

UX schneller machen – auch wenn die Technik noch nicht perfekt ist

Gute UX ist ein Turbo, der manchmal schneller wirkt als technische Optimierung. Beispiele:

  • Loader anzeigen statt weißer Flächen
  • Skeleton Screens (Shopware-Theme-Anpassung)
  • Buttons aktivieren, auch wenn die Aktion noch lädt
  • Reservierte Bildbereiche → verhindert CLS
  • Text zuerst, Bild später

Tipp:
Nutzer verzeihen Wartezeit – aber sie verzeihen nicht, wenn sie nicht wissen, was gerade passiert.

Ds Bild zeigt Quellcode um zu signalisieren, dass der folgende Abschnitt für technisch-versierte Entwickler gedacht ist

Technische Stellschrauben für Entwickler

Die größten Geschwindigkeitsgewinne entstehen dort, wo Shopware unter der Oberfläche arbeitet: in Caches, Worker-Prozessen, Suchsystemen, Datenbankstrukturen und in der Art, wie Requests verarbeitet werden.
Wer an diese Schichten geht, verändert nicht nur einzelne Sekunden oder Messwerte – sondern die grundlegende Art, wie ein Shop reagiert.

Um ein Gefühl dafür zu vermitteln, was dort passiert, betrachten wir einige ausgewählte Bereiche, die in der Praxis besonders häufig für spürbare Performanceunterschiede sorgen. Shopware bringt eine leistungsstarke technische Architektur mit – aber ihr Potenzial entfaltet sich erst mit der richtigen Konfiguration.

Der Admin Worker – und warum er den Shop ausbremst

Shopware führt im Hintergrund zahlreiche Aufgaben aus. Dazu gehören Indexierungen, Produkt-Updates, Newsletter-Opt-ins, die Generierung der Sitemap oder die Verarbeitung von Medien. Wenn diese Prozesse nicht sauber im Hintergrund laufen, übernimmt Shopware sie beim Seitenaufruf oder solange jemand in der Administration unterwegs ist.
Das heißt: Ein Besucher klickt ein Produkt an – und im selben Moment beginnt der Shop, intern erst einen Stapel von Hintergrundaufgaben abzuarbeiten, bevor er sich um den Nutzer kümmert.
Standardmäßig erledigt Shopware vieles davon über den sogenannten Admin Worker, der im Browser des Admins ausgelöst wird. Das funktioniert, aber es skaliert schlecht: Es ist langsam, unzuverlässig und blockierend, vor allem, wenn viel im Shop zu tun ist oder viele Benutzer in der Admin unterwegs sind.

Deshalb gehört in jeden produktiven Shop ein echter Hintergrundprozess: der CLI Queue Worker, der dauerhaft im Hintergrund läuft und alle Aufgaben zuverlässig übernimmt. Sobald dieser aktiv ist, sinkt die Serverlast deutlich, Seiten laden schneller, und der gesamte Shop wirkt stabiler und berechenbarer. Wie den Admin-Worker deaktivierst und stattdessen einen CLI-Worker etablierst, kannst du in der offizielen Shopware Doku einfach nachlesen.

Redis – der Geschwindigkeitsbooster für Cache und Sessions

Viele Shops speichern ihren Cache im Dateisystem und Sessions in der Datenbank. Das funktioniert, bis der Shop größer oder die Last höher wird.
Redis ist hier ein echter Gamechanger: ein ultraschneller In-Memory-Speicher, der alle häufig benötigten Daten direkt im RAM hält.

Setzt man Redis als Cache-Backend oder Session-Store ein, fühlt sich der Shop sofort reaktionsfreudiger an. Datenbanklast sinkt, TTFB verbessert sich und der Server kann deutlich mehr parallele Anfragen bedienen.
Bei Shops mit vielen eingeloggten Nutzern – insbesondere B2B – ist Redis praktisch obligatorisch.

Die Datenbank – oft die wahre Ursache für langsame Seiten

Shopware ist datenintensiv. Produkte, Varianten, Preise, Regeln, Kategorien, Suchindizes – viele Bereiche greifen gleichzeitig auf die Datenbank zu.
Die meisten Performanceprobleme entstehen genau hier: nicht, weil der Server langsam ist, sondern weil eine bestimmte Query besonders teuer ist oder sich mit anderen Anfragen gegenseitig blockiert.

Häufige Ursachen sind zu große Tabellen, fehlende Indizes, komplexe Filterschichten, Varianten mit großen Matrizen oder Plugins, die zusätzliche Tabellen verknüpfen. Schon eine einzige schlecht optimierte Datenbankabfrage kann die gesamte Seite ausbremsen.

Ein gezielter Blick auf Slow-Query-Logs, Profiling-Tools wie Tideways oder den Shopware Profiler zeigt schnell, wo es klemmt. Oft lassen sich Probleme durch wenige gezielte Optimierungen beheben – die Wirkung ist dafür enorm.

Oftmals sollte auch geprüft werden, ob die Daten wirklich in die Datenbank gehören – Stichwort „cart“-Tabelle.

ElasticSearch / OpenSearch – stark, aber nicht immer nötig

Suchmaschinen wie ElasticSearch oder OpenSearch sind beeindruckend leistungsfähig – aber sie sind kein Allheilmittel.
Für Shops mit großem Sortiment, vielen Filtern oder ausgeprägten B2B-Preislogiken können sie die Such- und Listenperformance massiv verbessern.
Für kleinere oder mittlere Shops dagegen können sie eher zusätzliche Komplexität und Infrastrukturaufwand bedeuten, ohne einen echten Nutzen zu bringen. Wichtig ist nicht, „eine Suchmaschine zu verwenden“, sondern die passende Sucharchitektur für den eigenen Shop zu wählen.

Bevor du dir mit einer Suchmaschine im Shop eine neue Konfigurationsbaustelle ins Haus holst, prüfe besser zunächst, ob du sie wirklich brauchst! Nicht selten müssen Artikelstammdaten besser, aktuell und „sauber“ gepflegt und dann mit intelligenten Filter auffindbar gemacht werden. Das braucht nur einen manuellen Einmalaufwand und keine weitere Bandbreite oder neue Requests – und das wiederum spart signifikante Ladezeit im Shop!

Medien effizient ausliefern – schneller laden, global skalieren

Shopware speichert Medien über das Flysystem – und eröffnet damit diverse Möglichkeiten: lokale Ablage, CDN, Cloudspeicher oder hybride Modelle.
Wer viel Traffic hat, große Bilder nutzt oder internationale Besucher hat, profitiert enorm davon, Medien über ein CDN oder einen performanten Object Storage auszuliefern.
Richtig gesetzt, reduzieren optimierte Caching-Header und eine saubere Thumbnail-Konfiguration die angefragten Datenmengen drastisch.

Viele Shops wundern sich über langsame Bilder – und lösen das Problem bereits durch wenige gezielte Anpassungen der Media-Konfiguration. Nicht zuletzt kann optimierter CDN-Speicherplatz auch teuren Speicherplatz beim Hoster vermeiden und Komplexität in der Infrastruktur (gerade auch bei diversen Test- und Stagingsystemen) reduzieren.

PHP & Server – wo jede Millisekunde zählt

Auch Server und PHP-Version tragen erheblich zur Ladezeit bei. PHP 8.2 oder 8.3 führt Code deutlich schneller aus als ältere Versionen.
OPcache sollte in jeder Produktionsumgebung aktiv und passend konfiguriert sein, und die Anzahl der PHP-FPM-Worker muss zum Speicher und Traffic passen.

Oft reicht schon eine kleine Anpassung auf Serverseite, damit der Shop deutlich schneller reagiert – besonders bei Lastspitzen.

Und darüber hinaus gibt es noch viel mehr

Die Beispiele oben sind nur ein Ausschnitt der technischen Stellschrauben. Shopware dokumentiert selbst eine Vielzahl weiterer Bereiche, die für Geschwindigkeit entscheidend sind – von Hintergrundprozessen über Caching-Verhalten bis hin zu Serverarchitekturen und CDN-Anbindung. Und die Empfehlungen werden ständig ergänzt.

Wer diese Liste überfliegt, merkt sofort: Performanceoptimierung besteht nicht aus einzelnen Tricks, sondern aus einer Vielzahl ineinandergreifender Mechanismen. Damit Shopware seine volle Leistungsfähigkeit entfalten kann, müssen diese Komponenten aufeinander abgestimmt sein:

  • Cache
  • Datenbank
  • PHP
  • Queue
  • Media-System
  • Suchindex
  • Server und
  • Infrastruktur.

Viele Shopbetreiber wissen intuitiv, dass ihre Seite schneller sein könnte – aber nicht, in welcher Schicht das Problem steckt. Das ist normal: Diese Themen liegen tief in der Systemarchitektur, und ihre Wechselwirkungen sind oft nicht sofort erkennbar. Gerade deshalb begleiten wir solche Projekte regelmäßig: mit Erfahrung aus vielen Shopware-Installationen, einem klaren Blick für Zusammenhänge und einer ruhigen, analytischen Herangehensweise.

Wenn du das Gefühl hast, dass dein Shop unter seinen Möglichkeiten bleibt oder die Messwerte aus Kapitel 3 auf ein tieferliegendes Problem hinweisen, unterstützen wir dich gern – strukturiert, transparent und mit echten Ergebnissen.

Das Bild zeigt eine Kasse in einem Restaurant. Es soll der Eindruck entstehen, dass im folgenden Abschnitt ein Fazit kommt

Fazit: die wichtigsten Erkenntnisse rund um die Seitenladezeit-Optimierung für deinen Shopware Shop auf einen Blick

Wenn jemand auf deinen Shop klickt, beginnt ein komplexer Prozess, bei dem jede Millisekunde zählt. Die zentralen Punkte dieses Leitfadens lassen sich auf drei einfache Wahrheiten verdichten:

  1. Seitenladezeit ist ein Geschäftsfaktor – kein technisches Hobby.
    Sie beeinflusst Conversion Rate, SEO, Sichtbarkeit, Nutzererlebnis und Markenwahrnehmung. Schnellere Shops verkaufen besser, wirken vertrauenswürdiger und bleiben länger im Gedächtnis.
  2. Ladezeit setzt sich aus mehreren Schichten zusammen.
    Netzwerk, Server, Datenbank, Plugins, Rendering im Browser – jede Schicht kann der Engpass sein. Nur wer diese Ebenen getrennt betrachtet, versteht, wo Zeit verloren geht und wo man ansetzen sollte.
  3. Kleine Maßnahmen wirken schnell – große Maßnahmen wirken nachhaltig.
    Bereits einfache Optimierungen wie das Reduzieren von Bildgrößen, das Aktivieren des Caches oder eine Prüfung des Hostings führen oft zu sofort spürbaren Performance-Verbesserungen.
    Größere Eingriffe wie eine sauber strukturierte Datenbank, der Einsatz eines Queue-Systems, Redis, eines CDN oder einer optimierten Sucharchitektur sorgen hingegen für langfristige Stabilität und nachhaltige Leistungsfähigkeit des gesamten Shops.
  4. Die wichtigste Erkenntnis jedoch ist, dass Performance nicht zufällig entsteht, sondern allein durch das abgestimmte Zusammenspiel aller Komponenten!

Warum Performance kein Einmalprojekt ist

Ein schneller Shop ist kein Zustand, den man einmal erreicht und dann abhakt. Er ist ein laufender Prozess – ähnlich wie gute Inhalte, SEO oder Produktpflege.

Dafür gibt es mehrere Gründe:

  1. Dein Shop verändert sich: Neue Produkte, Kategorien, Plugins, Landingpages, Medien – all das beeinflusst die Ladezeit.
  2. Die technischen Rahmenbedingungen verändern sich: Browser entwickeln sich weiter, Google justiert Core Web Vitals, PHP-Versionen verändern sich, Shopware bringt neue Features.
  3. Benutzerverhalten verändert sich: Mehr mobile Endgeräte, größere Bildschirme, mehr Video-Content, höhere Erwartungen an Reaktionsgeschwindigkeit.
  4. Lastprofile verändern sich: Marketingkampagnen, Saisongeschäft, neue Zielgruppen oder neue Märkte können deinen Shop plötzlich stärker beanspruchen.

Darum ist Performance nicht „gemacht, wenn sie gemacht ist“. Sie ist ein kontinuierlicher Qualitätsprozess, der dafür sorgt, dass dein Shop stabil, schnell und zuverlässig bleibt – auch wenn sich alles um ihn herum verändert.

Die besten nächsten Schritte für deinen Shop

Wenn du nach diesem Leitfaden weißt, warum Performance wichtig ist, aber noch nicht sicher bist, wo du anfangen sollst, helfen diese Schritte weiter:

1.: Den Status Quo ermitteln

Nutze zuerst einfache Tools: Browser-Entwicklertools (Netzwerk/Wasserfall) – Lighthouse/PageSpeed Insights – ein externes Monitoring (z. B. Uptrends)
Such dir die offensichtlichsten Engpässe: Bilder, Caching, Serverantwortzeit. Prüfe anhand der typischen Muster, ob du dich hier wiederfindest und schaue dir an, welche schnellen Optimierungen mit großer Wirkung möglich sind.

Erst die schnellen Hebel umlegen

Nachdem du die Zusammenhänge verstanden hast, sollten die notwendigen schnellen Optimierungen geprüft werden. Auch erfahrene Entwickler übersehen manchmal die Basics. Für ein Update die Shopware Caches deaktiviert und danach nicht wieder in Betrieb genommen? Ein neues Plugin installiert und die Performance ist im Keller? – das wäre nicht das Erste Mal…

Dann die technischen Schichten sauber analysieren

Wenn nach den Basics noch Probleme bestehen, kann man in die technischen Details eintauchen.
Dazu gehören u. a. Datenbankstrukturen, fehlende Indizes, lange laufende Queries, das Queue-System (Sync vs. Async), Redis-Konfiguration, CDN-Einbindung sowie mögliche Engpässe auf Webserver- oder PHP-Ebene. Jetzt geht es darum, systematisch Schicht für Schicht zu analysieren und Wechselwirkungen zu verstehen.

Regelmäßiges Monitoring einrichten

Performance ist kein einmaliges Projekt, sondern ein kontinuierlicher Prozess. Nach jeder Optimierung sollten die Ergebnisse wieder gemessen und dokumentiert werden. Nur so lässt sich bewerten, ob Maßnahmen Wirkung zeigen – oder ob an anderer Stelle neue Engpässe entstehen. Tools wie Uptrends, Tideways, die Shopware-Profiler-Tools oder serverseitige Logs sind hier unverzichtbar.

Transparenz schaffen – für Entwickler, Stakeholder und Betreiber

Die beste Optimierung bringt wenig, wenn sie nicht verstanden oder später versehentlich wieder zunichte gemacht wird. Dokumentiere daher die durchgeführten Maßnahmen, die Messwerte vorher/nachher und die offenen Punkte. So sorgst du dafür, dass Betreiber, Entwickler, Agentur und Hosting-Partner auf einer Linie bleiben und Performance-Einbußen rechtzeitig erkannt werden.

Bei Bedarf Unterstützung holen

Wenn du bei der Optimierung an deine Grenzen stößt oder merkst, dass ein Problem tiefer im System steckt, ist das völlig normal. Viele Performance-Themen entstehen nicht durch eine einzelne Einstellung, sondern durch das Zusammenspiel mehrerer Komponenten:
Ein falsch konfigurierter Cache kann die Datenbank überlasten, ein gestoppter Queue-Worker blockiert HTTP-Anfragen, eine fehlerhafte ElasticSearch-Indexierung verlangsamt Produktlisten.

Solche Ursachen sind oft nicht auf den ersten Blick erkennbar – aber genau hier liegt unsere tägliche Arbeit.
Als Shopware Gold Partner mit über 15 Jahren Projekterfahrung haben wir praktisch jede Form von Performance-Herausforderung schon gesehen und gelöst: von komplexen Datenbankengpässen über große Sortimente bis hin zu Hosting- und Caching-Architekturen.

Wenn du möchtest, prüfen wir gemeinsam:

  • wo dein Shop aktuell steht,
  • welche Maßnahmen in deinem Fall den größten Effekt haben
  • und wie du ihn dauerhaft schnell, stabil und skalierbar hältst.

Die Zeit, die du in die Performance investierst, zahlt sich mehrfach aus:

  1. durch zufriedenere Kunden,
  2. bessere Rankings und
  3. messbar höhere Conversion Rates.

Ein schneller Shop ist kein Zufall – er ist ein echter Wettbewerbsvorteil in einem Markt, der immer schneller wird.

Key Takeaways

Die Optimierung deiner Seitenladezeiten im Shopware Shop sind maßgeblich für deinen wirtschaftlichen Erfolg in deinem Shop. Sehr oft steigen mit einem wahrgenommen-schnellen Shop die Conversionraten gleich mit – eine Verbesserung der Ladeperformance zahlt sich also oft direkt in wirtschaftlichen Erfolg aus!

In diesem Artikel haben wir dir eine Menge Tips und Hilfen zu technischen Themen oder objektiven Messmethoden gegeben – auch Tools, mit denen du deine Seitenladezeit objektiv und genau messen kannst, haben wir dir vorgestellt. Zögere nicht uns einfach anzusprechen, wenn du deine Shop-Performance von Profis verbessern lassen möchtest!

Vergiss nicht: Performance ist KEIN Einmalprojekt! Du musst deine Performance regelmässig überwachen und justieren, um das beste aus deiner eingesetzten Hard- & Software herauszuholen. Wir haben fertige Lösungen zur dauerhaften Optimierung deiner Shop-Performance und können dich das ganze Jahr hindurch beraten und Verbesserungen direkt umsetzen.

Bevor du mit einfach mal herum probieren mehr kaputt machst als der Lösung nahe zu kommen, lies dir erstmal durch, was genau passiert wenn jemand auf deinen Shop klickt. Nur wenn du die Abläufe und Zusammenhänge verstehst, kannst du mit der Optimierung der Seitenladezeit effizient beginnen!

FAQs

Warum ist die Seitenladezeit in Shopware so wichtig?

Wenn Dein Shop langsam lädt, springen mehr Besucher ab, bevor sie überhaupt Produkte sehen oder kaufen. Außerdem werden langsamere Shops in der Praxis oft schlechter wahrgenommen (Vertrauen/Qualität) und Conversion-Raten leiden. Seitenladezeit-Optimierung ist daher fast immer ein direkter Umsatzhebel.

Wie messe ich die Seitenladezeit in Shopware sinnvoll?

Miss immer mehrmals und unter gleichen Bedingungen (gleicher Browser, gleiche URL, Cache warm/kalt). Nutze PageSpeed Insights / Lighthouse für Frontend-Themen (Bilder, JS/CSS, Render Blocking) und zusätzlich Server-TTFB-Checks (z. B. WebPageTest), um zu sehen, ob das Problem eher der Server / Shopware oder das Frontend ist. In diesem Beitrag findest du eine Reihe guter Werkzeuge und Tools um die Performance deines Shops objektiv zu messen. Wichtig: Teste auch Kategorie, Produktdetail, Warenkorb und Checkout – nicht nur die Startseite.

Was sind die größten Hebel für schnellere Shopware-Seiten?

Meist sind es diese vier Bereiche:

  • Caching (HTTP-Cache, Reverse Proxy, Redis)
  • Server/PHP-Tuning (OPcache, PHP-FPM, Memory, I/O)
  • Frontend-Gewicht (Bilder, JS/CSS, Fonts, Third-Party-Skripte)
  • Plugins/Theme (zu viel Logik, zu viele Requests, schlechte Assets)

Shopware selbst empfiehlt dafür Performance-Tipps und verweist für tieferes Tuning auf die Developer-Doku.

Was bringt der Shopware HTTP-Cache – und wie nutze ich ihn richtig?

Der HTTP-Cache sorgt dafür, dass wiederkehrende Seitenaufrufe nicht jedes Mal komplett neu gerendert werden müssen. Du solltest ihn so einsetzen, dass möglichst viele Shopseiten cachebar sind (z. B. Kategorie/Produktlisten), während dynamische Bereiche sauber davon getrennt bleiben. Wie du das Browser-Caching in deinem Shop am besten konfigurierst, haben wir auch in diesem Beitrag beschrieben.

Wann lohnt sich Redis in Shopware – und wofür genau?

Redis lohnt sich besonders, wenn Dein Shop viel Traffic hat oder Backend/Cache/Session-Zugriffe spürbar werden. Statt das Dateisystem als Cache-Backend zu nutzen, kannst Du Cache-Daten in Redis auslagern, was in der Praxis häufig schneller und stabiler skaliert. Typische Einsatzfelder sind Cache- und Session-Themen (je nach Setup). Wenn du etwas tiefer einsteigen willst, lies direkt hier im Beitrag nach – wir haben beschrieben wie du Redis in Shopware einsetzen kannst.

Welche Rolle spielt der Produktionsmodus (prod) für die Performance?

Wenn Du Debug/Dev-Modus aktiv hast, entstehen mehr Logs und mehr Overhead – das bremst. Im Produktionsmodus werden weniger (nur ernsthafte) Logeinträge geschrieben, und Debugging sollte nur gezielt kurz aktiv sein. Prüfe deshalb, dass Dein Shop wirklich in prod läuft, wenn Du Performance messen willst.

Wie beeinflussen Theme und Theme-Kompilierung die Ladezeit?

Dein Theme bestimmt, wie groß und komplex Deine Assets (CSS/JS) sind – und wie viele Requests entstehen. Wichtig ist: Theme-Assets sollten sauber gebaut/kompiliert sein und nicht „bei Bedarf“ ständig neu entstehen. In bestimmten Umgebungen wird Kompilierung bewusst als Build-Schritt gehandhabt (und kann an einzelnen Stellen deaktiviert werden), damit zur Laufzeit keine teuren Kompilierungsprozesse passieren.

Welche PHP-/Server-Einstellungen sind für Shopware besonders relevant?

Ein großer Hebel ist OPcache: Damit werden PHP-Bytecode-Ergebnisse wiederverwendet, statt bei jedem Request neu zu kompilieren. Fortgeschritten ist opcache.preload, womit Klassen beim PHP-FPM-Start vorgeladen werden können – das kann Laufzeit reduzieren, bringt aber auch Trade-offs (z. B. Neustart von PHP-FPM bei Änderungen/Cache-Clears). Auch zu den Server Einstellungen haben wir dir in diesem Beitrag ein paar Tipps gegeben.

Was sind typische Performance-Killer durch Plugins?

Viele Plugins bringen zusätzliche Datenbankabfragen, Event-Subscriber-Logik, Third-Party-Skripte oder schwere Storefront-Erweiterungen mit. Ein guter Ansatz ist: Teste Deine Ladezeit einmal mit „Minimal-Set“ an Plugins (sofern möglich) und aktiviere dann schrittweise wieder – so findest Du den größten Verursacher. Außerdem: Achte darauf, dass Plugins nicht unnötig Theme-Assets aufblasen oder zu viele Requests erzeugen. Wir haben dir im Beitrag ein paar Tipps rund um das Aufräumen bei deinen Plugins gegeben.

Welche Frontend-Maßnahmen bringen am schnellsten spürbare Verbesserungen?

Meistens bringen diese Maßnahmen die effektivsten Verbesserungen:

  • Bilder optimieren (korrekte Größen, moderne Formate, nicht zu viele Slider/Teaser)
  • Third-Party-Skripte reduzieren (Tracking/Chat/Widgets sind oft echte Bremsen)
  • CSS/JS entschlacken (nur laden, was gebraucht wird)
  • Fonts effizient laden (weniger Schnitte, gutes Caching)

Wenn Du das mit sauberem Caching kombinierst, sinken Ladezeiten oft sichtbar, ohne dass Du tief in den Core eingreifen musst. Eine detaillierte Auflistung der schnellsten Optimierungen mit großer Wirkung haben wir dir auch im Beitrag zusammengestellt.

Brauchst du noch weitere Informationen rund um Shopware, Themes und Skalierungsmöglichkeiten für deinen Online Shop?

In unserem Blog haben wir Artikel mit zahlreichen Hilfen, Tipps und Anwendungsbeispielen rund um Shopware veröffentlicht. Bestimmt findest du dort eine Fülle an Informationen und Antworten auf viele deiner Fragen! Gern stehen wir dir aber auch persönlich Rede & Antwort – melde dich dazu einfach und direkt bei uns.

Was steckt hinter dem Shopware Intelligent+ Abonnement?

Was steckt hinter dem Shopware Intelligent+ Abonnement?

Das Shopware Intelligent+ Abo erweitert die Shopware KI „Copilot“ um 4 effektive Werkzeuge, mit denen du dank KI deine Prozesse beschleunigen kannst. Wir stellen dir all diese neuen Werkzeuge kurz vor und zeigen dir, wie du sie in deinen Alltag integrieren kannst.

mehr lesen

Hi, ich bin René

Lass uns mal über dein Shopware Projekt sprechen.

Ich berate dich ganz unverbindlich zum Thema Shopware. Ruf mich einfach an, schreib mir eine E-Mail oder hinterlasse deine Telefonnummer oder E-Mail-Adresse. Ich melde mich dann umgehend bei dir zurück. Versprochen!

    Eure Datenschutzerklärung habe ich gelesen - finde ich OK!