-90% di JavaScript in produzione
Hyvä sostituisce RequireJS e Knockout con Alpine.js e Tailwind. Il bundle scende sotto i 200KB, con vantaggi enormi su reti 4G e device mid-range.
Hyvä Theme è oggi lo standard di fatto per il frontend Magento performante. Guida operativa a benefici reali, roadmap, costi e trappole più comuni nella migrazione da Luma.
Lo stack frontend nativo di Magento 2 — Luma, basato su Knockout.js, RequireJS e LESS — è stato progettato prima che Core Web Vitals diventassero un fattore di ranking. Su mobile, un Luma "standard" carica mediamente 1.5-2 MB di JavaScript e fatica a scendere sotto i 4 secondi di LCP anche con Varnish e CDN configurati bene.
Il risultato: perdita di visibilità organica, aumento del bounce rate mobile, conversion rate che si allontana progressivamente dai benchmark di settore.
Hyvä sostituisce RequireJS e Knockout con Alpine.js e Tailwind. Il bundle scende sotto i 200KB, con vantaggi enormi su reti 4G e device mid-range.
Progetti reali passano da 4-5s a 1.5-2.5s di LCP mobile. È la differenza tra 'need improvement' e 'good' su Core Web Vitals, con impatto diretto sul ranking.
Punteggi Lighthouse stabilmente sopra 90 su mobile, contro i 30-50 tipici di Luma. Il segnale che Google usa per la Page Experience diventa un asset, non un debito.
Tailwind + Alpine + Blade-like layouts: gli sviluppatori frontend moderni sono operativi in giorni, non mesi. Il costo di sviluppo scende, la qualità sale.
Prima di migrare va fatto l'inventario di tutti i moduli con frontend custom, delle personalizzazioni del checkout, degli asset .phtml e dei bundle JS. Ogni personalizzazione Luma va valutata: mantenere, riscrivere, dismettere.
Hyvä va installato su un branch separato con licenza dedicata. Le pagine core (home, categoria, prodotto, cart, checkout) vengono ricostruite con i componenti Hyvä nativi e Alpine.js, mantenendo la struttura URL e la SEO.
Ogni modulo Luma-only va o sostituito con la versione Hyvä-compatible del vendor, o riscritto usando i pattern Hyvä (Blade-like layouts, Alpine.js, Tailwind). Questa è la fase più critica per tempi e budget.
Con Hyvä installato si passa all'ottimizzazione: immagini WebP/AVIF con srcset, preload dell'LCP hero, critical CSS inline, cache Varnish full page, Fastly o Cloudflare come CDN, Redis per session e cache.
Prima del go-live: audit tecnico con Screaming Frog, confronto rendering server vs client, validazione dati strutturati, verifica che tutti i redirect 301 e canonical siano intatti. Un errore qui costa 30 giorni di traffico organico.
Rilascio progressivo (canary o A/B split) con monitoraggio real-time su Core Web Vitals (CrUX, Web Vitals JS), conversion rate per device, error rate. Rollback plan sempre pronto per le prime 72 ore.
Le risposte alle domande che ricevo più spesso da imprenditori e management italiani.
Analizzo lo stack frontend attuale, le performance reali e i costi di migrazione. Report scritto e call di 60 minuti.