Performance-Audit

Das Audit hat zwei Stufen. Die erste kostet einen kleinen Festpreis, der vorab feststeht, und braucht von Ihnen nichts außer einer URL.

Das Einstiegs-Audit

Schicken Sie uns die Adresse Ihres Shops. Wir messen ihn von außen: Lighthouse-Läufe, Core Web Vitals aus Felddaten, wo verfügbar, und eine schriftliche Liste der drei Maßnahmen, die wir zuerst umsetzen würden. Die Befunde erklären wir in einem 30–60-minütigen Gespräch. Sind die Zahlen in Ordnung, sagen wir Ihnen auch das.

Die Tiefenanalyse

Ein klar abgegrenztes Engagement von einer Woche, an dessen Ende ein schriftlicher Bericht mit Fix-Plan steht statt eines generischen Lighthouse-PDFs.

• Real-User-Metriken: Core Web Vitals aus dem Produktionstraffic statt aus einem synthetischen Test in einer einzelnen Chrome-Instanz. Als Quelle dienen Cloudflare Web Analytics, Vercel Speed Insights oder eine einmalige CrUX-Abfrage.
• Server-seitiges Tracing, also TTFB-Aufschlüsselung pro Route, Datenbank-Query-Zeiten, das Profil der Third-Party-Calls und die Cache-Hit-Rate. Die langsame Seite ist meistens nicht die, die Sie vermuten.
• Bundle- und Asset-Audit: was ausgeliefert wird, was blockiert und was lazy geladen, preloaded oder entfernt gehört. Bilder, Schriften, JS und CSS, der gesamte Transfer.
• Priorisierter Fix-Plan mit Aufwandsschätzung, erwartetem Effekt (in Millisekunden, und in Conversion, wo die Daten eine Schätzung hergeben) und Risiko pro Punkt, sortiert nach ROI. Wird das Budget knapp, können Sie bei Zeile 5 aufhören.

Beispielbericht herunterladen (PDF). Der Kunde darin ist fiktiv; Struktur, Detailtiefe und Offenheit sind genau das, was Sie bekommen.

Was ein solches Audit findet

Echte Befunde aus Shops, an denen wir über die Jahre gearbeitet haben, die Namen entfernt:

• Jede Produktseite verbrachte ~300 ms, manchmal ganze Sekunden, in einem synchronen serverseitigen Aufruf einer Marketing-API, bei jedem einzelnen Seitenaufruf. Ein Transaction-Trace fand ihn; die Verlagerung in eine Queue beseitigte ihn, mit Vorher-Nachher-Zahlen als Beleg.
• Eine Cache-Hit-Rate, die bei 20–30 % festhing, weil eine Bestandsstatus-Extension nach jeder Bestellung den kompletten Varnish-Cache leerte. Der Hersteller stritt es ab; eine Reproduktion auf einer sauberen Installation mit varnishlog-Mitschnitten beendete die Diskussion.
• Der Checkout fiel shopweit bei Bestellung #65.536 aus: Eine Herstellertabelle nutzte einen SMALLINT-Primärschlüssel, und der war voll.
• Eine Katalog-Query, 110-mal langsamer als nötig, mit drei übereinandergestapelten Ursachen: Die Plattform fordert konstruktionsbedingt 10.000 IDs von der Suchmaschine an, eine Regression in der Datenbankversion verstärkte das, und ein Herstellermodul brach obendrein das API-Schema.
• Ein nächtlicher Import, der von 6 auf 48 Minuten angewachsen war. Die Ursache: ein Aufräum-Cron, der unbemerkt ausgefallen war und eine 8 GB große Staging-Tabelle in einer 13 GB großen Datenbank hinterlassen hatte.
• Die Bestellliste eines Kunden, von 3,5 s auf 800 ms gebracht, sobald die Query aufhörte, für jede gelistete Zeile das komplette Bestelldetail mitzuladen.

Langsame Shops sind selten aus dem Grund langsam, den alle vermuten. Genau deshalb messen wir zuerst.

Wann das passt

• TTI > 2,5 s, und die Conversion-Rate deutet darauf hin, dass etwas nicht stimmt
• Sie denken über ein Replatforming nach und wollen vorher wissen, ob Performance überhaupt das Problem ist
• Ein neues Feature hat Ihre Werte verschlechtert, und niemand weiß, welches
• Sie brauchen vor einem größeren Vertrag eine technische Zweitmeinung

Was es kostet

Das Einstiegs-Audit hat einen festen, vorab genannten Preis ohne versteckte Posten. Auch die Tiefenanalyse gibt es zum Festpreis, abhängig von der Größe des Stacks; die meisten Engagements dauern 5–10 Arbeitstage und enden mit einem Fix-Plan, den jedes Team umsetzen kann, auch Ihr eigenes.