Start Leistungen Magento Performance-Optimierung
Wir finden heraus, was Ihren Shop ausbremst, beheben es auf Server-, Cache-, Code- und Frontend-Ebene und belegen das Ergebnis mit Felddaten echter Besucher.
Magento Performance-Optimierung beginnt mit den Kennzahlen, die Google verwendet. Die Core Web Vitals messen das Laden (Largest Contentful Paint), die Reaktionsfähigkeit (Interaction to Next Paint) und die visuelle Stabilität (Cumulative Layout Shift). Eine Seite besteht, wenn LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden und CLS höchstens 0,1 beträgt – gemessen am 75. Perzentil echter Besuche.
Diese Werte stammen aus dem Chrome UX Report, den PageSpeed Insights als Felddaten der letzten 28 Tage anzeigt. Ein Laborwert aus einem einzelnen Testlauf kann gut aussehen, während echte Kunden auf Mittelklasse-Smartphones warten. Wir optimieren auf die Felddaten, denn genau das erleben Ihre Kunden, und genau das nutzt Google für seine Page-Experience-Signale.
Magento hat viele bewegliche Teile: Full Page Cache, Varnish, Redis oder Valkey, MySQL, Indexer, JavaScript-Bundles, Bilder und Drittanbieter-Tags. Bei unserer Magento Performance-Optimierung prüfen wir jede Ebene, beheben zuerst die größten Engpässe und dokumentieren jede Änderung. Magento schneller zu machen ist selten eine einzelne Einstellung. Es ist eine Abfolge gemessener Verbesserungen, die jeweils anhand echter Besucherdaten geprüft werden, bevor wir zur nächsten übergehen.
LCP, INP oder CLS fallen in den Felddaten von Google durch.
Kunden warten, während Filter laden.
Tags und Widgets blockieren den Main Thread.
Varnish ist installiert, liefert aber kaum Seiten aus.
Wir setzen dort an, wo die Zeit tatsächlich verloren geht – vom ersten Server-Byte bis zum letzten Skript – und lassen den Rest unangetastet.
PHP-, Webserver- und Hosting-Einstellungen so abgestimmt, dass die Time to First Byte nicht länger Ihr LCP-Budget aufzehrt.
Varnish als Full Page Cache von Magento konfiguriert, mit korrigiertem Hole-Punching und behobenen Blöcken, die den Cache aushebeln.
Redis oder Valkey für Cache und Sessions, langsame Abfragen behoben und Indexer auf planmäßige Aktualisierung eingestellt.
Luma-JS gekürzt und verzögert geladen, wo es sich lohnt – oder ein Hyvä-Frontend, wenn das Gewicht von Luma die eigentliche Grenze ist.
WebP oder AVIF, korrekte Größen, Lazy Loading unterhalb des sichtbaren Bereichs und ein priorisiertes Hero-Bild.
Tags, Chat-Widgets und Tracker geprüft, verzögert oder entfernt, wenn sie die Interaktion blockieren.
Dieselben vier Schritte bei jeder Leistung, jedem Angebot und jedem Bericht.
KI prüft Versionen, Extensions, Logs und Ladezeit. Ein Entwickler bestätigt jeden Befund.
Ein Festpreisplan, nach Risiko priorisiert. Änderungen durchlaufen Staging und Code-Review.
Verbesserungen bei Performance, Sicherheit und Conversion, damit der Shop mehr verdient.
Monatliche Patches, 24/7-Monitoring und ein von Ihrem Entwickler unterzeichneter Bericht.
Alles, was Kunden am Bezahlen hindert, wird immer als P1 behandelt.
Eine freigegebene Schätzung bleibt wie vereinbart. Ändert sich der Umfang, sprechen wir mit Ihnen, bevor zusätzliche Arbeit beginnt.
Monatspakete mit schriftlich festgelegtem Umfang und einem Bericht über alle erledigten Arbeiten.
Nein – und bei jedem, der das tut, sollten Sie vorsichtig sein. Der Laborwert von PageSpeed Insights stammt aus einem einzelnen simulierten Test und kann von Lauf zu Lauf schwanken. Für Google und Ihre Kunden zählen die Felddaten: LCP, INP und CLS am 75. Perzentil über 28 Tage. Wir arbeiten an der Verbesserung dieser Kennzahlen, messen das Ergebnis und berichten offen darüber – auch über alles, was sich nicht bewegt hat.
Nicht unbedingt. Viele Luma-Shops verbessern sich allein durch Optimierungen an Server, Cache, Bildern und Skripten deutlich. Wenn der RequireJS- und Knockout-Ballast von Luma INP oder LCP hochhält, bringen weitere Bundling-Anpassungen immer weniger, und ein Hyvä-Frontend ist die stärkere Option. Der Audit zeigt, welcher Fall auf Ihren Shop zutrifft, und das Angebot erläutert die Abwägungen bei Kosten und Zeitplan.
Valkey ist ein quelloffener, Redis-kompatibler Key-Value-Store. Mit Adobe Commerce 2.4.8 kam die Valkey-Kompatibilität hinzu, und Valkey kann als Backend für Cache und Sessions von Magento dienen. Für viele Shops ist es eine naheliegende Option beim Abschied von älteren Redis-Versionen. Wir wählen Redis oder Valkey passend zu Ihrer Magento-Version und Ihrem Hosting und prüfen die Kompatibilität vor dem Wechsel.
Labortests zeigen die Wirkung einer Änderung direkt nach dem Deployment. Die Felddaten in PageSpeed Insights und der Search Console basieren auf einem rollierenden 28-Tage-Fenster und verschieben sich daher schrittweise, während neue Besuche alte ersetzen. Deshalb vergleicht unser Vorher-nachher-Bericht die Felddaten erst, wenn sich nach dem Launch genügend neue Daten gesammelt haben. Shops mit wenig Traffic haben unter Umständen keine CrUX-Daten – dann nutzen wir stattdessen Labortests und Real-User-Monitoring.
Es ist ein Festpreisprojekt, der Preis hängt aber von Ihrem Shop ab: Magento-Version, Theme, Hosting, Extensions und wie viele Probleme der Audit findet. Starten Sie mit dem kostenlosen Shop-Audit für Ihren Magento-Shop. Anschließend erhalten Sie ein Festpreisangebot, das jede enthaltene Maßnahme auflistet – ohne unbegrenzte Stundenabrechnung. Arbeiten außerhalb dieser Liste werden separat angeboten.
Fordern Sie einen kostenlosen Shop-Audit für Ihren Magento-Shop inklusive Ihrer Core-Web-Vitals-Felddaten an oder schreiben Sie uns auf WhatsApp.
Senden Sie uns die Daten Ihres Shops. Wir prüfen Performance, Sicherheit und Extensions und melden uns innerhalb von 3 Werktagen mit drei schnell umsetzbaren Verbesserungen.
Erzählen Sie uns von Ihrem Shop – wir antworten innerhalb eines Werktags. Lieber chatten? Schreiben Sie uns auf WhatsApp
English
German