Shopware 6 optimieren: Performance, Checkout und SEO in der richtigen Reihenfolge

1. Erst messen: Core Web Vitals, Abbrüche und Sichtbarkeit

Für die Geschwindigkeit gibt Google drei Kennzahlen vor, die Core Web Vitals. Die Grenzwerte für „gut“ stammen von web.dev, gemessen am 75. Perzentil der Seitenaufrufe:

INP hat im März 2024 den alten Wert FID abgelöst. Wer noch mit älteren Checklisten arbeitet, optimiert also womöglich auf eine Kennzahl, die es nicht mehr gibt.

Wichtig ist der Unterschied zwischen Labor- und Felddaten. Lighthouse misst einen einzelnen Aufruf unter festen Bedingungen und eignet sich gut, um eine Änderung sofort zu prüfen. Für Google zählen aber die Felddaten echter Besucher, die PageSpeed Insights und der Bericht „Core Web Vitals“ in der Search Console zeigen. Miss nicht nur die Startseite, sondern je eine Kategorie- und eine Produktseite. Dort entsteht der Umsatz.

Für Checkout und SEO gilt dasselbe Prinzip: Bevor du etwas änderst, schau in der Webanalyse nach, in welchem Checkout-Schritt die meisten Besucher abbrechen, und in der Search Console, welche Seiten Impressionen, aber keine Klicks bekommen.

2. Performance auf dem Server: die Grundlagen für Shopware 6.7

Die meiste Wirkung steckt nicht im Theme, sondern in der Konfiguration. Shopware beschreibt die Stellschrauben in den Performance-Tweaks der Entwicklerdoku. Die wichtigsten sechs im Überblick. Redis, den HTTP-Cache und die Message Queue per CLI richte ich in meinen Projekten standardmäßig ein, OpenSearch bei größeren Katalogen:

Message Queue: Admin-Worker aus, CLI-Worker an

Laut Shopware-Doku ist der CLI-Worker der empfohlene Weg. Zuerst den Admin-Worker in config/packages/shopware.yaml abschalten:

shopware:
    admin_worker:
        enable_admin_worker: false

Danach läuft der Worker als eigener Prozess, zum Beispiel über Supervisor oder systemd, der ihn nach jedem Durchlauf neu startet:

bin/console messenger:consume async --time-limit=60 --memory-limit=128M

HTTP-Cache und Reverse Proxy

Der HTTP-Cache liefert Seiten, die sich nicht pro Besucher unterscheiden, ohne erneute Berechnung aus. Für mehr Last unterstützt Shopware Varnish und Fastly als Reverse Proxy. Ein Punkt, der nach dem Update auf 6.7 gern übersehen wird: bin/console cache:clear leert den HTTP-Cache nicht mehr. Wer nach einem Deployment frische Seiten braucht, ruft zusätzlich bin/console cache:clear:http auf.

Systemvoraussetzungen

Laut der Hosting-Übersicht von Shopware braucht 6.7 mindestens PHP 8.2, empfohlen ist PHP 8.4 mit mindestens 512 MB memory_limit. Bei der Datenbank empfiehlt Shopware MySQL 8.4 oder MariaDB 11.4, für die Suche OpenSearch und für Redis mindestens Version 7, empfohlen ist Valkey 8. Ein veralteter Stack ist oft eine vergleichsweise günstige Optimierung, weil sie auf jede Seite wirkt.

3. Performance im Frontend: Bilder, Slider, Plugins

Ist der Server sauber eingerichtet, liegen die restlichen Sekunden fast immer im Frontend. Drei Ursachen tauchen dabei immer wieder auf:

• Bilder: Produktbilder in Originalgröße, PNGs statt WebP oder AVIF, keine passenden Thumbnail-Größen. Shopware erzeugt Thumbnails selbst, die Größen sollten aber zu deinem Theme passen. Bilder unterhalb des sichtbaren Bereichs werden erst beim Scrollen geladen.
• Startseiten-Slider: Ein Slider mit fünf großen Bildern ist für den LCP das schlechteste Element überhaupt. Ein einzelnes, gut komprimiertes Banner lädt deutlich schneller.
• Plugins und Tracking: Jedes Plugin kann eigenes JavaScript und CSS mitbringen, oft auf jeder Seite. Dazu kommen Tracking- und Marketing-Skripte. Ein Plugin-Audit lohnt sich: Was nicht geschäftskritisch ist, fliegt raus.

Eine ausführlichere Liste mit Werkzeugen zum Messen steht im Artikel Performance im Online-Shop. Für Headless-Shops mit Next.js gelten eigene Regeln, weil das Caching im Frontend passiert. Wie du dort Produktseiten cachst und den Warenkorb trotzdem aktuell hältst, steht im Artikel zu Next.js Caching für Shopware Headless.

4. Checkout optimieren: wo Käufer abspringen

Laut Baymard Institute liegt die durchschnittliche dokumentierte Abbruchrate im Warenkorb bei 70,22 % (Mittelwert aus 50 Studien, Stand September 2025). Ein Teil davon schaut nur, das lässt sich nicht ändern. Die anderen nennen Gründe, auf die du in Shopware fast alle direkt Einfluss hast. Die Anteile beziehen sich auf US-Käufer, die beim Checkout abgebrochen haben und nicht nur gestöbert haben, Mehrfachnennungen möglich:

Gastbestellung als Standard

Die Einstellung liegt laut Shopware-Doku unter Einstellungen → Kunde → Anmeldung & Registrierung. Ist „Standardmäßig ein Kundenkonto anlegen“ deaktiviert, wird der Kunde im Checkout zuerst als Gast behandelt. Die Option „Double-Opt-In für Gast-Bestellungen“ schickt Gästen nach der Bestellung eine Bestätigungs-Mail. Sie schützt vor Fake-Bestellungen, ist aber ein zusätzlicher Schritt. Schalte sie nur ein, wenn du das Problem wirklich hast.

Versandkosten und Gratis-Versand-Schwelle

Versandkosten sind der häufigste Abbruchgrund. Zeig sie so früh wie möglich, spätestens im Warenkorb. Eine Gratis-Versand-Schwelle legst du in den Versandarten über die Preismatrix an, mit dem Warenkorbwert als Bedingung (siehe Doku zu den Versandarten). Damit Kunden die Schwelle auch sehen, zeigt mein kostenloses Plugin Gratis-Versand-Balken im Warenkorb an, wie viel noch bis zum kostenlosen Versand fehlt.

Kurze Wege, wenige Pflichtfelder

Jedes Pflichtfeld, das du nicht für die Lieferung oder Rechnung brauchst, kostet Abschlüsse. Das gilt auch für Felder, die Plugins zusätzlich in den Checkout einbauen. Prüf nach jeder Plugin-Installation und jedem Update einmal den kompletten Checkout, auch als Gast und auf dem Smartphone. Fehler im Checkout fallen sonst oft erst auf, wenn die Bestellungen ausbleiben.

Sonderfall: personalisierte Produkte

Druckereien, Gravuren und Sonderanfertigungen brauchen vom Kunden Dateien oder Angaben. Shopware kann das von Haus aus nicht im Checkout abfragen, die Folge sind Rückfragen per Mail. Wie du das löst, steht im Artikel zu personalisierten Produkten mit Datei-Upload. Meine beiden Plugins dafür sind der Warenkorb-Upload pro Artikel und der Upload pro Bestellung.

5. SEO in Shopware 6: was wirklich zählt

Shopware bringt für SEO mehr mit, als viele Shops nutzen. Die wichtigsten Einstellungen:

SEO-URLs und Weiterleitungen nach Änderungen

Die URL-Muster für Produkte, Kategorien und Landingpages legst du in den SEO-Einstellungen pro Verkaufskanal fest. Nach einer Änderung baut bin/console dal:refresh:index die URLs neu auf. Ändert sich die URL eines Produkts, behält Shopware die alte. Ob sie dann als Canonical auf die neue verweist oder per 301 umleitet, steuert die Einstellung „Statt canonical URLs zu verwenden, per HTTP 301 auf die aktuellste URL umleiten“. Bei neuen Installationen ist sie aktiv. Bei älteren Shops, die schon vor Einführung der Option im Jahr 2020 SEO-URLs hatten, ist sie laut Shopware-Quellcode aus. Prüf das in deinem Shop.

Für alte URLs, die Shopware nicht kennt, etwa nach einer Migration oder einem Umbau der Kategorien, brauchst du eigene Weiterleitungen. Dafür habe ich den kostenlosen Redirect & 404 Manager entwickelt: Er protokolliert nicht gefundene URLs und macht aus jedem Eintrag mit einem Klick eine Weiterleitung. Was bei einem Umzug von Shopware 5 noch dazugehört, steht im Artikel zur Migration von Shopware 5 auf 6.

Sitemap, robots.txt und hreflang

• Sitemap: Unter Einstellungen → Inhalte → Sitemap wählst du, ob sie geplant, live oder manuell aktualisiert wird (siehe Doku zur Sitemap). Bei großen Katalogen ist es sinnvoll, die Sitemap per Cronjob mit bin/console sitemap:generate zu erzeugen.
• robots.txt: Seit Shopware 6.7.1.0 pflegst du die Regeln pro Domain direkt in der Administration, in den Stammdaten. Eine eigene Datei auf dem Server braucht es dafür nicht mehr.
• hreflang: Bei mehreren Sprachen oder Ländern aktivierst du hreflang in den Einstellungen des Verkaufskanals und wählst eine Standard-Domain als Rückfallebene.

Produktdaten und strukturierte Daten

Für Produktseiten unterscheidet Google zwischen Produkt-Snippets und Händlereinträgen. Für Händlereinträge, also Seiten mit Kaufmöglichkeit, braucht es mindestens Name, Bild und ein Angebot mit Preis und Währung. Empfohlen sind unter anderem Marke, GTIN, Bewertungen sowie Rückgabe- und Versandbedingungen. Die beste Technik nützt aber nichts, wenn die Daten fehlen: Ein Produkt ohne Bild oder Beschreibung hat keine Chance auf eine gute Darstellung. Mein Plugin Quality Gate Pro prüft Produkte gegen solche Regeln, etwa Mindestanzahl Bilder, Beschreibung, Kategorie und Hersteller. Fehlende Texte lassen sich mit KI vorbereiten, wie das in Shopware geht, steht im Artikel zu Produktbeschreibungen mit KI.

FAQs: Rich Snippets gibt es nicht mehr

Lange galt FAQ-Markup als einfacher Weg zu mehr Platz in den Suchergebnissen. Das ist vorbei: Laut Googles Changelog erscheinen FAQ-Rich-Results seit dem 7. Mai 2026 nicht mehr in der Google-Suche, schon seit 2023 waren sie auf Behörden- und Gesundheitsseiten beschränkt. Das Markup schadet nicht, bringt aber keine Sonderdarstellung mehr. Eine FAQ lohnt sich trotzdem: Sie beantwortet Fragen, bevor sie im Support landen, und liefert Inhalte zu genau den Fragen, die Kunden stellen. Wie du einen FAQ-Bereich in Shopware aufbaust, steht in der Anleitung FAQ-Bereich in Shopware 6 erstellen.

Für Headless-Frontends gilt: Shopware erzeugt für API-Verkaufskanäle keine SEO-URLs, Meta-Tags und strukturierte Daten musst du im Frontend selbst bauen. Wie das mit Next.js geht, steht im Artikel SEO im Headless-Shopware-Frontend.

6. Die richtige Reihenfolge

Nicht alles auf einmal. Diese Reihenfolge hat sich bewährt, weil jeder Schritt auf dem vorherigen aufbaut:

1. Messen: Core Web Vitals aus Felddaten, Checkout-Abbrüche aus der Webanalyse, Indexierung und Klicks aus der Search Console
2. Server-Grundlagen: Produktionsmodus, HTTP-Cache, Redis, Message Queue per CLI. Einmal sauber einrichten, wirkt auf jede Seite
3. Frontend: Bilder, Startseiten-Slider, Plugins und Tracking-Skripte ausmisten
4. Checkout: Gastbestellung, Versandkosten, Zahlungsarten, Pflichtfelder
5. SEO: URL-Templates, Weiterleitungen, Sitemap, robots.txt, strukturierte Daten, Inhalte
6. Nachmessen: Nach 28 Tagen die Felddaten erneut ansehen, vorher sind Änderungen in den Core Web Vitals kaum sichtbar

Und weil Optimierung nie ganz fertig ist: Jedes Plugin-Update und jede neue Shopware-Version kann Geschwindigkeit und Checkout verändern. Wie du Plugins und Updates im Griff behältst, steht im Ratgeber zu Shopware 6 Plugins.

7. Häufige Fragen zur Shopware-Optimierung