Shop-Performance auditieren: Anleitung zum Selbst-Check

Dein Shop fühlt sich langsam an, aber niemand kann dir sagen, woran es liegt. Der Hoster zeigt auf das Theme, die Agentur auf die Plugins, und das PageSpeed-Tool spuckt einen roten Wert aus, mit dem du nichts anfängst. Genau hier setzt ein ehrliches Audit an. Shop-Performance ist kein Bauchgefühl und kein einzelner Wert, sondern eine messbare Kette aus Server, Frontend und allem, was du nachträglich an Tracking und Apps draufgepackt hast. Wer diese Kette systematisch durchgeht, findet die echte Bremse, statt an Symptomen herumzuschrauben.

Ich entwickle seit 2014 Plugins im Shopware-Store, betreue als Sistrix-zertifizierter SEO Shop-Projekte im DACH-Raum und sehe bei fast jedem Performance-Problem dasselbe Muster: Es wird optimiert, bevor gemessen wurde. Dieser Artikel dreht die Reihenfolge um. Du bekommst einen Selbst-Audit, den du plattformübergreifend für Shopware, Shopify oder WooCommerce anwenden kannst, mit klaren Kennzahlen, Zielwerten und einer Priorisierung, die dir sagt, was zuerst dran ist.

Warum ein Performance-Audit kein Technik-Luxus ist

Performance ist die unsichtbarste Conversion-Bremse, die es gibt. Ein Besucher, der nach zwei Sekunden abspringt, hinterlässt keine Beschwerde und keine Mail, er ist einfach weg. Google selbst hat in seiner Mobil-Studie 2017 gezeigt, dass die Absprungwahrscheinlichkeit steil ansteigt, je länger eine Seite lädt. Das ist keine neue Erkenntnis, aber es ist die, die im Tagesgeschäft am leichtesten verdrängt wird, weil der Schaden nie auf einer Rechnung auftaucht.

Dazu kommt der SEO-Hebel. Die Core Web Vitals sind ein bestätigter Rankingfaktor, und gerade im umkämpften E-Commerce entscheidet die Ladezeit mit darüber, ob deine Kategorie- und Produktseiten überhaupt sichtbar werden. Ein Audit verbindet beide Welten: Es macht die technische Schwäche sichtbar, die gleichzeitig Umsatz und Sichtbarkeit kostet. Wer Performance nur als IT-Thema behandelt, übersieht, dass jede Zehntelsekunde am Ende eine betriebswirtschaftliche Größe ist.

Die drei Schichten der Shop-Performance

Bevor du misst, brauchst du ein Modell, in das du die Messwerte einsortierst. Ich teile jeden Shop in drei Schichten. Die Bremse sitzt fast immer in genau einer davon, und das Audit hat die Aufgabe, herauszufinden in welcher. Ohne dieses Modell optimierst du wahllos und merkst am Ende nicht, ob die Maßnahme überhaupt an der richtigen Stelle ansetzt.

Die unterste Schicht ist der Server: Hosting, Datenbank, Caching. Hier entsteht die Server-Antwortzeit, bevor überhaupt ein Pixel im Browser erscheint. Die mittlere Schicht ist das Frontend, also Theme, Bilder, Skripte und wie der Browser daraus eine Seite baut. Die oberste Schicht ist alles, was du nachträglich aufgesetzt hast: Tracking-Pixel, Chat-Widgets, App-Skripte. Diese dritte Schicht wird im Tagesgeschäft am schnellsten zur Bremse, weil sie über Monate ungeprüft wächst.

Shop-Performance auditieren: der Selbst-Check in sechs Schritten

Jetzt wird gemessen. Die folgenden sechs Schritte gehst du der Reihe nach durch, von oben nach unten durch die Schichten. Wichtig: Miss immer mobil und mit geleertem Cache, sonst beurteilst du einen Zustand, den deine Kunden nie sehen.

1. 1

   Ausgangswert mit PageSpeed Insights festhalten

   Starte mit Googles PageSpeed Insights für deine Startseite, eine Kategorieseite und eine Produktseite, jeweils mobil. Notiere dir LCP, INP und CLS sowie den Performance-Score. Wichtig ist die Unterscheidung zwischen Labordaten (simuliert) und Felddaten aus echten Nutzersitzungen. Die Felddaten sind die Wahrheit, der Labor-Score ist nur ein Diagnose-Hinweis.

2. 2

   Drei Seitentypen statt nur der Startseite testen

   Der häufigste Audit-Fehler ist, nur die Startseite zu prüfen. Kategorie- und Produktseiten verhalten sich völlig anders: Kategorieseiten laden viele Produktbilder gleichzeitig, Produktseiten ziehen oft Bewertungstools und Varianten-Skripte. Erst der Vergleich der drei Seitentypen zeigt, ob die Bremse global oder seitentyp-spezifisch ist.

3. 3

   Server-Antwortzeit (TTFB) isolieren

   Die Time to First Byte sagt dir, wie schnell dein Server überhaupt antwortet, bevor das Frontend ins Spiel kommt. Ist die TTFB hoch, liegt das Problem in Schicht eins: Hosting, Datenbank oder fehlendes Caching. Eine schnelle TTFB bei trotzdem langsamer Seite verlagert den Verdacht nach oben ins Frontend. Dieser eine Wert trennt Server-Probleme von Frontend-Problemen.

4. 4

   Das LCP-Element identifizieren

   Der Largest Contentful Paint ist meist das größte Bild oder die Überschrift im sichtbaren Bereich. Im Lighthouse-Report siehst du, welches Element es konkret ist. Oft ist es ein nicht optimiertes Hero-Bild oder ein Slider, der erst per JavaScript geladen wird. Wenn du das LCP-Element kennst, kennst du die Hälfte der Lösung, denn du optimierst dann gezielt dieses eine Element statt der ganzen Seite.

5. 5

   Third-Party-Skripte inventarisieren

   Öffne die Netzwerk-Analyse im Browser (Entwicklertools, Tab „Netzwerk") und filtere nach extern geladenen Skripten. Jedes Tracking-Pixel, jedes Chat-Widget und jede App-Einbindung kostet Ladezeit. Hier findest du fast immer Karteileichen: Tools, die mal eingebaut und nie wieder entfernt wurden. Diese Schicht ist der schnellste Hebel, weil Aufräumen oft ohne Entwicklung möglich ist.

6. 6

   Befunde priorisieren statt alles gleichzeitig anzugehen

   Am Ende steht keine To-do-Liste mit dreißig Punkten, sondern eine sortierte Liste nach Wirkung und Aufwand. Ein einzelnes 4-MB-Hero-Bild zu komprimieren bringt mehr als zehn Mikro-Optimierungen zusammen. Die Priorisierung ist der Teil, der ein Audit von einer Mängelliste unterscheidet, und der weiter unten ein eigenes Schaubild bekommt.

Welche Kennzahlen wirklich zählen

Im Performance-Bereich kursieren Dutzende Metriken, aber nur eine Handvoll trägt eine Entscheidung. Die folgende Tabelle ist die Messlatte, an der du deine Werte aus Schritt eins ausrichtest. Die Schwellen sind die offiziellen Google-Vorgaben für die Core Web Vitals, also keine Hausnummern, sondern die Linie, an der Google selbst „gut" von „schlecht" trennt.

LCP, INP und CLS sind die drei Core Web Vitals, TTFB ist die vorgelagerte Server-Messung. Wer diese vier Werte für drei Seitentypen kennt, hat ein präziseres Bild als die meisten Shops von sich selbst haben. Was hinter den Vitals technisch genau steckt und wie du sie einzeln verbesserst, vertiefe ich im Beitrag zu den Core Web Vitals im Klartext.

Plattform-typische Bremsen: Shopware, Shopify, WooCommerce

Auch wenn die Mess-Methode überall gleich ist, sitzen die Bremsen je nach System an unterschiedlichen Stellen. Diese Einordnung hilft dir, deinen Verdacht schneller einzugrenzen. Sie ist ein Erfahrungswert aus Projekten, kein Naturgesetz, aber das Muster wiederholt sich verlässlich genug, um damit zu starten.

Bei Shopware liegt die Bremse erfahrungsgemäß tiefer im System, an Datenbank und Plugin-Ökosystem. Die konkreten Stellschrauben für Shopware habe ich im Guide zur Ladezeit-Optimierung in Shopware 6 ausführlich aufgeschlüsselt. Bei Shopify ist es fast immer die App-Schicht, weil jede installierte App ihr eigenes Skript mitbringt. WooCommerce wiederum steht und fällt mit dem Hosting, weil viele Shops auf zu günstigen Shared-Servern laufen, die unter Last einbrechen.

Quick Wins von Tiefenbau trennen

Der wertvollste Teil eines Audits ist nicht die Mängelliste, sondern ihre Sortierung. Nicht jede Maßnahme ist gleich viel wert, und manche teure Optimierung bewegt weniger als ein schneller Handgriff. Ich sortiere jeden Befund in eine einfache Matrix aus Wirkung und Aufwand. Das verhindert, dass du Wochen in eine Server-Migration steckst, während ein unkomprimiertes Hero-Bild den größten Schaden anrichtet.

Die Reihenfolge ist fast immer dieselbe: Erst die grünen Quick Wins, weil sie mit geringem Aufwand den größten Sprung bringen, dann der geplante Tiefenbau, wenn die Messwerte zeigen, dass die Schicht es wirklich braucht. Der Feinschliff kommt zuletzt, und das untere rechte Feld bleibt leer, denn dort landet jede Maßnahme, die ohne vorherige Messung beschlossen wurde. Genau deshalb steht das Audit am Anfang und nicht der Umbau.

Performance ist ein Conversion-Hebel, kein Selbstzweck

Ein schneller Shop ist kein Schönheitswettbewerb, sondern verkauft messbar besser. Wenn die Ladezeit sinkt, sinkt die Absprungrate, und mehr Besucher erreichen den Warenkorb. Deshalb gehört ein Performance-Audit für mich immer in denselben Atemzug wie die Arbeit an der Conversion-Rate, beide ziehen am gleichen Strang. Wie du die übrigen Stellschrauben für mehr Abschlüsse angehst, zeige ich im Beitrag zur Conversion-Rate im Onlineshop.

In der Praxis erlebe ich oft, dass ein Audit eine ganz andere Bremse findet als erwartet. Ein Händler war überzeugt, sein Shopware-Theme sei zu schwer, dabei lag die eigentliche Last an einem Bewertungstool aus der dritten Schicht, das auf jeder Seite mitgeladen wurde. Eine Stunde Aufräumen brachte mehr als die geplante Theme-Überarbeitung. Solche Befunde entstehen nur, wenn man misst, statt zu vermuten.

Ein Performance-Audit ist kein Hexenwerk, sondern eine Frage der Reihenfolge: erst messen, dann nach Schichten sortieren, dann priorisieren, dann umsetzen. Wer diesen Weg geht, gibt sein Budget dort aus, wo es wirkt, und nicht dort, wo das Bauchgefühl hinzeigt. Und wer den Selbst-Check einmal gemacht hat, sieht seinen Shop danach mit anderen Augen.