Hyvä nu a fost niciodată problema. Ce adăugăm peste el, da.

Pe 21 octombrie, la Mainz, am încheiat pitch-ul de la HIVE Germany 2026 cu o singură frază: „Hyvä nu a fost niciodată problema. Ce adăugăm peste el, da.” Câteva minute mai târziu, sala a votat cazul Vitacom la Best Performance Improvement.

Fraza e scurtă intenționat, așa că aici îi dăm spațiul pe care nu l-a avut pe scenă: ce înlocuiește Hyvä, ce nu atinge niciodată și ce am găsit sub un magazin Hyvä care răspundea în aproape 16 secunde. Spunem „adăugăm” tot intenționat: orice agenție, inclusiv a noastră, adaugă module din motive bune, câte o cerere pe rând.

Ce înlocuiește Hyvä și ce nu

Hyvä e o temă. Înlocuiește frontend-ul Magento, partea pe care browserul o încarcă și o desenează: layout-urile Luma devin șabloane Hyvä, RequireJS și Knockout lasă locul lui Alpine.js, iar CSS-ul e Tailwind, doar cu clasele pe care le folosește magazinul. Hyvä Checkout face același lucru pentru checkout. De aceea un magazin Hyvä curat e rapid în browser.

Tot ce se întâmplă până la primul byte rămâne exact cum era. Când o pagină nu e în cache, Magento rulează fiecare modul care se agață de ea: plugin-uri, observere, blocuri de layout, interogări în baza de date. Indexările care țin la zi prețurile, stocul și căutarea rulează pe același server. Hyvä nu atinge nimic din toate astea. O interogare lentă e la fel de lentă sub un șablon Hyvä ca sub unul Luma.

Ce am găsit sub tema Hyvä a magazinului Vitacom

Vitacom era deja pe Magento 2 și Hyvä când am preluat proiectul. Auditul nostru tehnic din noiembrie 2025 a găsit:

• 290+ module peste Magento: 240+ de la terți, 162 dintre ele de la un singur furnizor, plus 51 personalizate.
• Până la 15 milioane de operații în baza de date pentru încărcarea unei singure pagini.
• 9,9 milioane de interogări la fiecare vizualizare de produs, de la un modul pe care nu-l folosea nimeni.
• 2 ore și 24 de minute pentru o singură reindexare a căutării.
• Pagini care ocoleau cache-ul. Varnish era instalat, dar antetele greșite țineau paginile afară, așa că 64 de nuclee și 256 GB de RAM făceau toată munca la fiecare vizită.

Nu totul ținea de viteză. Un modul golea rezervările de stoc la fiecare 15 minute, iar altul avea peste 30 de injecții SQL. Nimic din toate astea nu se vede în browser. Vitrina arăta ca orice magazin Hyvä modern, iar serverul răspundea în 15.814 ms.

De ce „nefolosit” nu înseamnă „inofensiv”

Cele 9,9 milioane de interogări veneau de la un modul pe care nu-l folosea nimeni. Se întâmplă mai des decât pare. Când oprești o funcție din admin, de multe ori îi ascunzi doar rezultatul: modulul rămâne activ, deci plugin-urile și observerele lui rulează în continuare la fiecare cerere, dacă propriul cod nu verifică întâi setarea. Doar dezactivarea sau ștergerea modulului îl oprește de tot.

La fel se întâmplă cu modulele care fac aceeași treabă. La Vitacom, căutarea, filtrele, merchandisingul și paginile de brand veneau din 32 de module de la doi furnizori. ElasticSuite le-a înlocuit pe toate 32 în martie 2026, iar încărcarea procesorului bazei de date a scăzut, în medie, la o treime.

Graficul spune tot. Tema Hyvä de deasupra e aceeași în ambele coloane. Ce s-a schimbat e dedesubt: mai puține module, întreținute, un cache care funcționează și o reindexare a căutării în 1 minut și 45 de secunde în loc de 2 ore și 24. Răspunsul serverului a coborât de la aproximativ 16 secunde la 12 milisecunde, pe un server cu de 8 ori mai puțin hardware. Cum s-a micșorat serverul e o poveste separată, în articolul despre serverul de 8 ori mai mic. Toate cifrele sunt în studiul de caz Vitacom.

Cum vezi ce e sub tema ta Hyvä

Patru verificări pe care le poți face, sau le poți cere programatorilor, săptămâna asta:

1. Listează modulele active. Comanda bin/magento module:status --enabled le afișează. Marchează-le pe toate care nu sunt ale Magento și întreabă ce fac azi pentru clienții tăi.
2. Caută funcțiile oprite din admin. Pentru fiecare, verifică dacă modulul ei e încă activ. Dacă e, codul lui încă rulează.
3. Numără interogările de pe o pagină de produs. Măsoară o pagină de produs care nu e în cache cu Blackfire, New Relic sau profilerul de bază de date al Magento. Câteva sute sunt ceva obișnuit pentru o pagină Magento fără cache. Milioane înseamnă că ceva rulează în buclă.
4. Cronometrează o reindexare completă a căutării. Comanda e bin/magento indexer:reindex catalogsearch_fulltext; rulează-o pe o copie a magazinului, nu pe producție în timpul zilei. La Vitacom dura 2 ore și 24 de minute înainte și 1 minut și 45 de secunde în octombrie 2026.

Pe Magento și Hyvä

Auditul nostru pentru Vitacom a stabilit o regulă: Liquid Framework se instalează doar pe un Magento curat și sigur. E acceleratorul nostru Hyvä: Hyvä, Hyvä Checkout și Magento rămân standard, iar modulele de deasupra sunt testate și întreținute de noi împreună cu ele, cu ElasticSuite pentru căutare, filtre și merchandising. Fiecare treabă o face un singur modul pe care îl cunoaștem, nu mai multe care se suprapun.

Vrei să știi ce rulează sub tema ta Hyvä? Programează un apel de strategie gratuit. Ne uităm împreună la lista de module și la cea mai lentă pagină și îți spunem ce să scoți întâi.