CopeX
Erstgespräch →
01 / Magento-Performance

Magento beschleunigen
ohne Relaunch.

Du willst keine Jahre in ein neues System stecken, aber dein Shop ist mobil zu langsam. Hier siehst du, was du am bestehenden Magento-Shop optimieren kannst, wann eine Hyvä-Migration nötig ist und welche Ergebnisse wir belegen können.

Luma vs. Hyvä · Demo-Shops im Test
Eigene Lighthouse-Messung (mobil) am 20.10.2026, Median aus 3 bis 4 Läufen. Luma: Magento-Demo-Shop von Magebit, Hyvä: demo.hyva.io. Zwei verschiedene Shops, die Werte zeigen die Größenordnung. Bei unserem Kunden Diamond Pilot Shop sank der LCP mobil nach dem Umstieg um 53 % (CrUX). Zur Referenz
02 / Kurz beantwortet

Wie wird ein Magento-Shop schneller?

Einen langsamen Magento-Shop beschleunigst du meist ohne Relaunch und ohne Systemwechsel. Liegt die Bremse am Server, am Cache oder an den Bildern, reicht die Optimierung des bestehenden Shops: Full-Page-Cache mit Varnish, Valkey, ein auf Magento getunter Server und Bilder als WebP oder AVIF. Bremst dagegen das JavaScript-lastige Luma-Frontend, ersetzt eine Hyvä-Migration nur das Frontend, während Backend, Daten und Schnittstellen bleiben. Bei einem gut strukturierten Standard-Luma-Theme dauert das Gesamtprojekt 8 bis 16 Wochen, bei einem stark angepassten 3 bis 6 Monate.

03 / Warum Tempo zählt

Magento-Performance ist keine Kür.
Sie entscheidet über Ranking und Checkout.

Core Web Vitals zählen fürs Ranking

Seit 2021 sind die Core Web Vitals ein offizieller Google-Ranking-Faktor. Ein guter LCP-Wert liegt bei 2,5 Sekunden oder weniger, erreicht bei mindestens 75 % der Besuche. Über 4 Sekunden gilt er als schlecht.

LCP verstehen und verbessern →

Der Checkout passiert am Smartphone

Wenn ein erkennbarer Anteil deiner Käufe mobil passiert, entscheidet der Checkout am Smartphone über die Bestellung. Der Magento-Standard-Checkout trägt dort viel JavaScript mit, Hyvä Checkout ist deutlich schlanker.

Hyvä Checkout im Vergleich →

Luma trägt altes Tooling mit

Das Standard-Theme Luma ist seit Magento 2 weitgehend unverändert und baut auf jQuery, RequireJS, KnockoutJS und UI Components auf. Diese JavaScript-Last bremst vor allem auf Mobilgeräten.

Hyvä statt Luma →
04 / Zwei Wege

Bestehenden Shop optimieren oder auf Hyvä migrieren?
Beides ohne Systemwechsel.

Die beiden Wege schließen sich nicht aus. Viele Hebel am Server und bei den Bildern wirken auch nach einer Hyvä-Migration weiter, und ein schnelles Theme braucht trotzdem einen schnellen Server.

Kriterium Bestehenden Shop optimieren Hyvä-Migration
Was sich ändert Server, Cache, Bilder, Fonts und Skripte. Das Theme bleibt, wie es ist. Das Frontend wird ersetzt. Backend, Module mit reiner Backend-Logik, ERP-Connectors und Preisregeln bleiben.
Typische Hebel Varnish als Full-Page-Cache, Valkey, PHP mit OPcache, getunte MariaDB, Datenbankabfragen, Image-Pipeline (WebP/AVIF), kritisches CSS, Third-Party-Skripte, CDN Tailwind CSS und Alpine.js statt RequireJS und KnockoutJS, optional Hyvä Checkout als One-Step-Checkout
Dauer Schrittweise, im Rahmen der laufenden Betreuung Gut strukturiertes Standard-Luma-Theme: 8 bis 16 Wochen Gesamtprojekt. Stark angepasstes oder altes Custom-Theme: 3 bis 6 Monate
Kosten Aufwand nach Stunden, Wartung und Weiterentwicklung in derselben Abrechnung Hyvä Theme seit November 2025 Open Source und kostenlos; Hyvä Checkout 1.000 € einmalig pro Installation. Umsetzung als Festpreis-Angebot nach dem Audit
Während der Umsetzung Der Shop läuft weiter, Änderungen gehen zuerst auf Staging Der Luma-Shop bleibt bis zum Cutover produktiv, mit Rollback-Plan
Grenze Die JavaScript-Last von Luma im Browser bleibt bestehen Keine Performance-Garantie: Langsamer Server, große Bilder oder schwere Drittanbieter-Skripte bremsen auch ein Hyvä-Theme

Hyvä-Lizenzstand Oktober 2026. Details zu Lizenzen und Ökosystem im Beitrag Hyvä Eco-System 2026.

05 / Ohne Theme-Wechsel

Was am bestehenden Shop schneller wird.
Sechs Hebel, die wir laufend einsetzen.

Diese Maßnahmen funktionieren mit Luma genauso wie mit Hyvä. Wir messen zuerst, wo die Zeit verloren geht, und setzen dann beim größten Engpass an. Als Messgröße dienen die Google Core Web Vitals.

  1. 01

    Full-Page-Cache und Varnish

    Varnish liefert fertige Seiten aus dem Cache aus, statt sie bei jedem Aufruf neu zu rendern. Die Serverantwortzeit (TTFB) macht rund 40 % des LCP aus, deshalb ist das oft der größte Hebel.

  2. 02

    Valkey für Sessions und Cache

    Sessions und Magento-Cache laufen über Valkey, konfiguriert für Magentos Eigenheiten statt aus dem Standard-Template.

  3. 03

    Server-Stack auf Magento getunt

    PHP mit OPcache, eine auf Magento getunte MariaDB und OpenSearch für die Katalogsuche, jede Komponente für Magentos Eigenheiten konfiguriert.

  4. 04

    Datenbank und Indexer

    Datenbankabfragen optimieren und die Cron-Jobs für Indexer und Queues sauber betreiben.

  5. 05

    Bilder richtig ausliefern

    Image-Pipeline mit WebP und AVIF, Bilder in der richtigen Größe, kein Lazy Loading für das LCP-Bild und hohe Ladepriorität per fetchpriority.

  6. 06

    Fonts, CSS und Fremdskripte

    Webfonts mit font-display: swap laden, kritisches CSS zuerst ausliefern, Third-Party-Skripte prüfen und nicht kritisches JavaScript mit async oder defer verzögern.

Server-Stack und Cache gehören bei uns zum Magento-Hosting, die laufende Optimierung von Cache, Bildern, kritischem CSS und Fremdskripten zur Magento-Betreuung. Wie sich der LCP aus Serverantwort, Ladeverzögerung, Ladezeit und Render-Verzögerung zusammensetzt, erklärt der Beitrag LCP gezielt verbessern.

06 / Hyvä-Migration

Neues Frontend, gleicher Shop.
So läuft eine Hyvä-Migration ab.

Hyvä ersetzt Luma durch Tailwind CSS und Alpine.js, bleibt aber server-side gerendert und voll Magento-kompatibel. Alle Backend-Funktionen bleiben erhalten. Die Migration ist echte Frontend-Entwicklung mit Audit, Komponenten, Modul-Adaptern und Tests, kein Plugin, das man einschaltet.

  1. 01

    Audit & Konzept

    1 bis 2 Wochen

    Code-Review des bestehenden Themes, Inventar aller Drittanbieter-Module, Performance-Baseline-Messung. Ergebnis: dokumentierter Ist-Zustand, Migrationsplan, Festpreis-Rahmen.

  2. 02

    Theme-Setup & Komponenten

    4 bis 8 Wochen

    Hyvä-Theme aufsetzen, Design-Tokens definieren, Komponenten-Bibliothek und Layouts für Kategorie, Produkt, Warenkorb und Kundenkonto. Parallel zum Luma-Shop, ohne Auswirkung auf Live.

  3. 03

    Modul-Adapter & Integration

    2 bis 4 Wochen

    Alle Drittanbieter-Module mit Hyvä-Adapter ausstatten, fehlende Adapter selbst schreiben. Schnittstellen werden 1:1 übernommen, die Backend-Logik bleibt unangetastet.

  4. 04

    Testing & Go-Live

    1 bis 2 Wochen

    End-to-End-Tests, Performance-Validierung gegen die Baseline, DSGVO- und Tracking-Check, SEO-Redirects. Cutover in einem definierten Zeitfenster, mit Rollback-Plan.

Insgesamt dauert die Migration eines gut strukturierten Standard-Luma-Themes 8 bis 16 Wochen, ein stark angepasstes oder altes Custom-Theme braucht 3 bis 6 Monate. Den Aufwand bewerten wir vor Beginn anhand eines Code-Audits. Hyvä Checkout ergänzt die Migration um einen One-Step-Checkout, der mobil deutlich schlanker ist als der Standard-Checkout. Alles zu Hyvä Themes und Hyvä Checkout unter Hyvä-Agentur.

07 / Empfehlung

Deine Situation,
unsere ehrliche Empfehlung.

Wir sind Hyvä-Spezialisten und sagen trotzdem klar, wann Hyvä nicht die Antwort ist.

Seiten laden auch aus dem Cache zäh, die Serverantwortzeit ist hoch Optimierung
Das LCP-Element ist ein großes Produkt- oder Hero-Bild Optimierung
Dein Shop läuft schon auf Hyvä und ist trotzdem langsam Optimierung
Luma-Frontend, der Server ist schnell, mobil bleibt der Shop träge Hyvä-Migration
Barrierefreiheit nach WCAG 2.2 AA steht an und das Theme muss ohnehin angefasst werden Hyvä-Migration
Ein erkennbarer Anteil der Käufe passiert mobil, der Checkout soll schneller werden Hyvä Checkout
B2B-Shop mit komplexen Quote-Workflows im Checkout Standard-Checkout behalten
Du willst ein entkoppeltes React- oder Vue-Frontend Kein Hyvä, Headless prüfen
Deine Magento-Version bekommt keine Security-Patches mehr, z. B. 2.4.6 Zuerst Upgrade
Der Shop läuft noch auf Magento 1 Migration auf Magento 2

Was beim Supportende einer Magento-Version zu tun ist, steht im Beitrag Magento 2.4.6 End-of-Life, ein Upgrade lässt sich dort auch mit einer Hyvä-Migration kombinieren. Für B2B-Shops mit Firmenkonten und Freigaben lohnt ein Blick auf Magento als B2B-Portal.

09 / Warum CopeX

Hyvä-Agentur aus Österreich.

CopeX ist Hyvä Silver Partner aus Linz, gegründet 2015. Wir migrieren bestehende Magento-Shops auf Hyvä Themes und Hyvä Checkout und optimieren Shops, die bei Luma bleiben. Übernimmst du den Shop von einer anderen Agentur, startet die Zusammenarbeit mit einem kostenlosen Code & Health Audit, mehr dazu unter Magento-Agentur wechseln.

Hyvä Silver Partner →

Offiziell autorisiert. Hyvä-Migrationen, Custom-Themes und Hyvä Checkout aus produktiven Shops.

Magento Certified Developer

Zertifizierte Magento-Entwickler, 100 % Magento-Fokus.

Entwicklung ausschließlich in Österreich

Jeder Entwickler arbeitet an unserem Standort in Linz. Kein Outsourcing.

Messen vor und nach

Core Web Vitals vor und nach jeder Migration, Ergebnisse als Vorher/Nachher-Report.

Hosting in Wien und Deutschland →

Magento-optimierte, gemanagte Server mit Varnish, Valkey und Monitoring.

Regressionen früh erkennen →

Lighthouse-basierte Messung der Core Web Vitals nach Deploys, bevor Performance-Einbrüche spürbar werden.

10 / FAQ

Magento beschleunigen: häufige Fragen

Wie kann ich Magento beschleunigen, ohne den Shop neu zu bauen?

Mit zwei Wegen, die sich kombinieren lassen. Erstens die Optimierung des bestehenden Shops: Full-Page-Cache mit Varnish, Valkey für Sessions und Cache, ein auf Magento getunter Server, optimierte Datenbankabfragen, Bilder als WebP oder AVIF und weniger render-blockierendes CSS und JavaScript. Zweitens die Hyvä-Migration: Nur das Frontend wird ersetzt, Backend, Daten, Schnittstellen und Module mit reiner Backend-Logik bleiben. Beides ist kein Systemwechsel und kein Relaunch.

Reicht es, meinen Luma-Shop zu optimieren, oder brauche ich Hyvä?

Das zeigt erst die Messung. Liegt das Problem bei der Serverantwortzeit, beim Cache oder bei großen Bildern, bringt die Optimierung des bestehenden Shops schnell etwas, und Hyvä allein würde daran nichts ändern. Ist der Server schnell und der Shop bleibt mobil trotzdem träge, bremst meist die JavaScript-Last von Luma. Dann ist die Hyvä-Migration der wirksamere Schritt. Wir migrieren nur, wenn die Zahlen die Investition tragen.

Bleibt mein Shop während der Hyvä-Migration online?

Ja. Wir bauen das Hyvä-Frontend parallel zum bestehenden Luma-Shop, der bis zum Cutover produktiv bleibt. Der Wechsel passiert am Schluss in einem definierten Zeitfenster, mit Rollback-Plan. Beim Diamond Pilot Shop haben wir das Look & Feel eins zu eins übernommen, damit sich Bestandskunden vom ersten Klick an zurechtfinden.

Welche Kosten fallen bei einer Hyvä-Migration an?

Das Hyvä Theme ist seit November 2025 Open Source und kostenlos. Hyvä Checkout kostet 1.000 € einmalig pro Installation, inklusive einem Jahr Updates. Den größten Teil macht der Umbau selbst aus: Bei einem gut strukturierten Standard-Luma-Theme dauert das Gesamtprojekt 8 bis 16 Wochen, ein stark angepasstes oder altes Custom-Theme braucht 3 bis 6 Monate. Nach dem Audit bekommst du ein Festpreis-Angebot. Weitere Kostenfaktoren stehen unter Was kostet ein Magento-Shop?.

Wie messt ihr, ob mein Shop wirklich schneller geworden ist?

Mit den Core Web Vitals, vorher und nachher. Vor einer Migration messen wir eine Performance-Baseline, beim Go-Live validieren wir dagegen. Wir schauen auf Labordaten wie Lighthouse und auf Felddaten echter Besucher, etwa aus dem Chrome User Experience Report. Beim Diamond Pilot Shop sank so der LCP mobil um 53 % und der CLS von 0,07 auf 0,00.

Lohnt sich Hyvä Checkout für den mobilen Checkout?

Meistens ja. Hyvä Checkout ist eine Neuentwicklung des Magento-Checkouts auf Hyvä-Basis, One-Step, voll responsive und deutlich schlanker als der Standard-Checkout. Wenn dein Shop Conversion-orientiert ist und ein erkennbarer Anteil der Käufe mobil passiert, ist er fast immer die richtige Wahl. Bei B2B-Shops mit komplexen Quote-Workflows kann der Standard-Checkout sinnvoller sein.

Funktionieren ERP-Anbindung und Erweiterungen nach dem Wechsel auf Hyvä weiter?

Module mit reiner Backend-Logik wie ERP-Connectors, Versand-Module oder Preisregeln laufen ohne Anpassung weiter. Module, die ins Frontend eingreifen, etwa Suche, Slider oder Cookie-Banner, brauchen ein Hyvä-kompatibles Pendant. Für die wichtigsten Drittanbieter-Module gibt es Adapter, fehlende schreiben wir selbst.

Performance besprechen

Schick uns die URL deines Shops und erzähl uns, wo es hakt. Wir sagen dir ehrlich, ob Optimierung reicht oder ob sich Hyvä für dich rechnet.

Quellen

Schwellenwerte der Core Web Vitals nach Google (web.dev). Vorher/Nachher-Werte nur aus dokumentierten CopeX-Referenzen. Diamond Pilot Shop: Chrome User Experience Report (CrUX), p75, mobil. Stand: Oktober 2026.

Kontakt

Kein reines Umsetzen
Mitdenken macht den Unterschied

Genau das braucht dein Shop, wenn es wirklich darauf ankommt.
Wenn du eine echte Anforderung hast — Neuer Onlineshop, Re-Plattforming, B2B-Setup, Performance-Problem, Hyvä-Migration — schreib uns.

Wir hören zu, denken voraus und sagen dir offen, was Sinn ergibt – und was nicht. Erstgespräch kostenlos, ehrlich, ohne Verkaufsdruck.

Zertifiziert & ausgezeichnet
  • Hyvä Silver Partner
  • Hyvä Supplier
  • ElasticSuite Bronze Partner
  • Magento Certified Developer
  • kununu Top & Open Company
  • devjobs.at – Offener IT-Arbeitgeber
5,013 Bewertungen auf Google