Hyvä vs Luma: de ce e lent magazinul tău pe Magento

Conversația se repetă la fiecare magazin Magento pe care îl preluăm: „am schimbat hostingul, am pus cache, am comprimat imaginile, și tot e lent pe telefon”.

De obicei nu e nimic din toate astea. E tema.

Problema cu Luma

Luma e tema implicită a Magento 2, construită acum aproape un deceniu, pe un teanc de tehnologii care erau rezonabile atunci: RequireJS pentru încărcarea modulelor JavaScript, KnockoutJS pentru interactivitate, layout-uri XML și LESS pentru stiluri.

Consecința se vede în cifre. Un magazin pe Luma încarcă în mod obișnuit peste 2 MB de JavaScript pe o pagină de produs. Nu pentru că are nevoie de el - ci pentru că arhitectura încarcă aproape tot, aproape peste tot, indiferent dacă vizitatorul folosește sau nu funcția respectivă.

Pe un desktop bun, nu observi. Pe un telefon de gamă medie, pe 4G, browserul trebuie să descarce, să analizeze și să execute megabytes de cod înainte ca pagina să răspundă la o atingere. Acolo pierzi clienți.

Ce face Hyvä diferit

Hyvä nu e o temă „mai frumoasă”. E o rescriere completă a stratului de front-end, care înlocuiește teancul vechi cu două piese ușoare:

• Alpine.js - aproximativ 15 KB comprimat, pentru interactivitate declarativă, fără proces de build pentru lucrurile simple.
• Tailwind CSS - generează doar clasele folosite efectiv, de regulă 10–30 KB.

Pachetul de JavaScript scade de la peste 400 KB la sub 40 KB într-o instalare curată. Numărul total de scripturi coboară frecvent sub 200 KB, față de cei peste 2 MB de pe Luma.

Diferența în Core Web Vitals

Măsurători publicate pe aceeași instalare Magento Open Source 2.4.8, comparând cele două teme:

• First Contentful Paint: Hyvä 0,4 s - Luma 1,8 s
• Largest Contentful Paint: Hyvä 0,9 s - Luma 4,1 s
• Interaction to Next Paint: Hyvä 60 ms - Luma 380 ms

Pragurile Google sunt 2,5 s pentru LCP și 200 ms pentru INP. Luma le ratează pe amândouă; Hyvä le trece confortabil. Detalii despre ce măsoară fiecare indicator, în articolul despre viteza site-ului.

Ce înseamnă asta în bani

Merită spus clar, pentru că partea de SEO e supraevaluată aici: viteza nu te urcă spectaculos în Google. E un factor de departajare, cu greutate modestă.

Unde se vede efectul e în conversii. Diferența dintre o pagină care răspunde în 0,9 secunde și una care răspunde în 4,1 nu e o chestiune de clasare - e diferența dintre un vizitator care ajunge în coș și unul care închide fila. Pe mobil, unde se face astăzi majoritatea traficului dintr-un magazin, efectul e cel mai mare.

Partea de care nu se vorbește: costul de dezvoltare

Un argument la fel de important ca viteza, și mult mai puțin discutat.

Ca să modifici ceva pe Luma, cineva trebuie să înțeleagă simultan KnockoutJS, RequireJS, layout-uri XML și LESS. Sunt patru sisteme, dintre care două practic abandonate în restul industriei. Găsești greu oameni, durează mult, iar fiecare modificare are șanse să strice altceva.

Pe Hyvä lucrezi cu șabloane simple, Alpine și Tailwind. Un dezvoltator front-end obișnuit se descurcă fără să învețe un ecosistem întreg. În practică, asta înseamnă modificări mai rapide și mai ieftine pe toată durata vieții magazinului - de multe ori, mai mult decât economia din viteză.

Ce te costă schimbarea

Aici e partea onestă. Trecerea la Hyvä nu e o setare, e o refacere a front-endului.

• Tema se reconstruiește. Designul se poate păstra identic, dar codul se scrie din nou.
• Modulele de la terți au nevoie de compatibilitate. Multe module populare au deja versiuni Hyvä; cele care nu au trebuie adaptate sau înlocuite. Ăsta e, de obicei, cel mai mare cost neprevăzut.
• Hyvä are licență - o taxă unică pe domeniu, nu abonament.
• Durata depinde de cât de personalizat e magazinul actual.

Inventarul modulelor e primul lucru pe care îl facem într-o evaluare, pentru că el decide dacă proiectul e de câteva săptămâni sau de câteva luni.

Când NU merită

• Dacă magazinul e deja rapid. Verifică datele reale de teren din Search Console, nu scorul din laborator. Dacă LCP-ul e sub 2,5 s pe mobil pentru utilizatori reali, ai alte priorități.
• Dacă urmează un redesign complet. Atunci Hyvä intră în proiectul acela, nu separat.
• Dacă problema e altundeva. Un server care răspunde în două secunde nu se repară cu o temă nouă. Verifică întâi timpul de răspuns.
• Dacă ai zeci de module critice fără versiune Hyvä. Costul adaptării poate depăși beneficiul.

Cum verifici singur unde stai

1. PageSpeed Insights pe o pagină de produs, pe mobil. Uită-te la secțiunea cu date de teren, nu la scorul mare.
2. Search Console → Core Web Vitals. Îți arată câte pagini sunt în afara pragurilor, grupate pe cauze.
3. Fila Network din browser, filtrată pe JS. Dacă totalul depășește 1,5 MB, ai găsit problema.

Suntem prima agenție din România acceptată în programul de parteneri Hyvä, deci avem o părtinire evidentă. De aceea am scris și secțiunea cu situațiile în care nu merită - le spunem înainte, nu după.

Dacă vrei să știi concret cât ar dura și ce module ar fi problematice la tine, asta se stabilește într-o evaluare de optimizare a performanței. Restul serviciilor pe platformă, pe pagina de dezvoltare Magento.