Halloween e doar repetiția. Black Friday e adevăratul film de groază.Sezonul Black Friday a început. Fiecare secundă de așteptare te costă vânzări. Încearcă Nightmare Mode →

Clădirea Vitacom, fotografiată din aer

Vitacom Electronics

Retailer român de electronice, în activitate din 1991. Deja pe Magento și Hyvä, dar tot lent, fragil și expus. Apoi l-am reconstruit într-un magazin cu 100 PageSpeed, pe un hardware de opt ori mai mic.

100 Performance
97 Accessibility
100 Best Practices
100 SEO
Magento 2
Hyvä Theme
Hyvä Checkout
Liquid Framework

Magazinele Vitacom live

Explorează magazinul public și portalurile B2B și export pe care le-am reconstruit.

Salvarea

Magazinul pe care l-am preluat

Vitacom investise în platforma corectă. Magento 2 cu Hyvä este o alegere enterprise, de înaltă performanță, iar intenția din spate era clară. Dar, de-a lungul anilor, extensii, personalizări și modificări de server s-au adunat de la echipe diferite, fără o strategie unitară. Rezultatul nu era o platformă proastă. Era o platformă bună îngropată sub ani de datorie tehnică.

Când am preluat-o, magazinul era pe Magento 2.4.6-p1, nepatchuit de aproximativ doi ani, cu o duzină de breșe de securitate cunoscute deschise. PageSpeed-ul pe frontend era 12, iar răspunsul serverului urca aproape de 16 secunde. Pe un magazin Hyvä. Nu asta face Hyvä când este construit corect.

Magazinul pe care l-am preluat
Stack-ul promitea viteză fulgerătoare. Build-ul livra un PageSpeed de 12.

Diagnostic

O singură pagină putea declanșa 15 milioane de operațiuni în baza de date

Auditul a spus adevărata poveste. Un modul care nici măcar nu era folosit declanșa 9,9 milioane de interogări la fiecare vizualizare de produs. Un modul de etichete adăuga încă 5,4 milioane. Logica de sortare arunca 2,2 milioane. Reindexarea deviase atât de mult încât Catalog Search dura peste două ore, acolo unde valorile sănătoase se măsoară în secunde.

Așa arată build-ul greșit sub capotă. Nimic din toate acestea nu era Hyvä. Nimic nu era Magento. Fiecare dintre aceste cifre venea din felul în care fusese asamblat și configurat magazinul în timp.

O singură pagină putea declanșa 15 milioane de operațiuni în baza de date
Încărcarea de interogări la o singură vizualizare de produs, înainte de curățare.
Comparație Performanță

Core Web Vitals & Metrici de Performanță

Metricile Core Web Vitals de la Google sunt esențiale pentru măsurarea calității experienței utilizatorilor. Vedeți cum implementarea noastră a transformat scorurile de performanță ale site-ului.

Înainte

Time to First Byte (TTFB)

Răspuns de server extrem de lent

15,814ms
First Contentful Paint (FCP)
Core

Slab - Prima afișare întârziată

2,508ms
Largest Contentful Paint (LCP)
Core

Slab - Încărcare întârziată a conținutului principal

2,900ms
Time to Interactive (TTI)

Așteptare lungă înainte de utilizare

11,191ms
Total Blocking Time (TBT)

Blocaj excesiv al firului principal

3,045ms
Speed Index (SI)

Experiență generală lentă

27,539ms
Cumulative Layout Shift (CLS)
Core

Slab - Interfață instabilă, cu deplasări

0
Scor PageSpeed General: 12/100

După

Time to First Byte (TTFB)

Răspuns de server aproape instant

12ms
First Contentful Paint (FCP)
Core

Excelent - Prima afișare instantă

459ms
Largest Contentful Paint (LCP)
Core

Excelent - Randare rapidă a conținutului

539ms
Time to Interactive (TTI)

Interfață utilizabilă imediat

623ms
Total Blocking Time (TBT)

Blocaj zero al firului principal

6ms
Speed Index (SI)

Progresie vizuală extrem de rapidă

1,049ms
Cumulative Layout Shift (CLS)
Core

Excelent - Stabilitate perfectă a aspectului

0
Scor PageSpeed General: 100/100

* Core Web Vitals sunt metricile Google centrate pe utilizator care măsoară experiența reală a utilizatorilor

Bun
Necesită Îmbunătățiri
Slab

Metoda

Securizează, simplifică, apoi accelerează

Nu montăm niciodată performanță peste o bază stricată. Abordarea noastră rulează în trei faze, iar ordinea este intenționată. Întâi facem platforma sigură și stabilă. Apoi scoatem balastul și reconstruim un schelet Magento curat. Abia apoi introducem Liquid Framework pentru a livra viteza. Un strat de performanță peste un setup compromis și supraîncărcat ar adăuga doar mai mult risc.

Securizează, simplifică, apoi accelerează
Securizează și întărește, apoi curăță și simplifică, apoi accelerează.

Faza 1

Securizare și întărire

Am reconstruit producția pe un server dedicat Magento, un stack curat Varnish spre Nginx spre php-fpm, și am făcut upgrade de la Magento 2.4.6-p1 la 2.4.6-p13 cu toate patch-urile de securitate lipsă aplicate. Am închis site-urile de test expuse, am retras TLS 1.0 și 1.1, am oprit portul FTP deschis, am impus autentificarea în doi factori și am curățat accesele de admin nefolosite.

Acest pas este future-proof prin design. Chiar dacă Vitacom ar fi decis să plece după el, ar fi moștenit un mediu sigur și corect configurat, nu o vulnerabilitate.

Securizare și întărire
Faza 1: de la expus la întărit.

Faza 1

Deploy-urile au încetat să mai fie un coșmar

În vechiul setup, fiecare lansare era o loterie. Deploy-urile manuale stricau lucruri, iar departamentul IT al clientului își petrecea săptămânile stingând incendii în loc să construiască. Am pus la punct un pipeline automat corect: commit, build, test, deploy, cu lansări calme și predictibile. Doar atât le-a redat echipei timpul.

Deploy-urile au încetat să mai fie un coșmar
Haosul manual, înlocuit cu un pipeline CI/CD automat.

Faza 2

Curățare și simplificare

Am eliminat aproximativ 180 de module, dintre care circa 135 de la furnizorul dominant, și am reconstruit modulele custom care puteau corupe sau pierde date în tăcere. Căutarea a trecut pe OpenSearch. Suitele grele și suprapuse de extensii au fost înlocuite cu soluții simple și țintite. Ce a rămas este un schelet Magento curat, gata să scaleze.

Mai puțin înseamnă mai mult. Mai puține module înseamnă mai puține conflicte, mai puține căderi, upgrade-uri mai ieftine și până la 31.500 de euro pe an economisiți doar din licențele de extensii.

Curățare și simplificare
Peste 240 de module și ani de datorie tehnică, reduse la un schelet curat.

Rezultatele

Același catalog, același Magento, același Hyvä. Un magazin complet diferit, pe o fracțiune din hardware.

Lansarea noului site: T2 2026

99,92%

Răspuns server

TTFB mai rapid, de la 16s la 12ms

de 8x mai mic

Hardware

de la 64 la 8 nuclee, 256 la 32 GB

12 → 100

PageSpeed

Scor frontend

~180

Module eliminate

Balast de extensii scos

15M eliminate

Încărcare bază de date

Toate din module terțe

31.500 €/an

Economii licențe

Extensii retrase

Magento 2
Hyvä Theme
Hyvä Checkout
Liquid Framework

Faza 3

Accelerare, pe un hardware de opt ori mai mic

Pe fundația curată am implementat Liquid Framework și Hyvä Checkout. Apoi am făcut ceva care spune toată povestea: am mutat magazinul de pe serverul supradimensionat de 64 de nuclee și 256 GB pe o mașină corect dimensionată, de 8 nuclee și 32 GB, optimizată pentru Magento. De opt ori mai puțin hardware, iar încărcarea serverului chiar a scăzut.

Accelerare, pe un hardware de opt ori mai mic
De opt ori mai puțin hardware, de aproximativ 1.300 de ori mai rapid.
Încărcarea CPU a serverului scăzând după curățare și lansarea ElasticSuite
Încărcarea CPU a serverului scăzând după curățare și lansarea ElasticSuite.
Încărcarea CPU a bazei de date scăzând după lansarea Liquid Framework
Încărcarea CPU a bazei de date scăzând după curățare și lansarea ElasticSuite.

De la 16 secunde la 12 milisecunde

Cifra centrală este timpul de răspuns al serverului. A scăzut de la 15.814 milisecunde la 12. O îmbunătățire de 99,92 la sută, de aproximativ 1.300 de ori mai rapid, pe un server cu o fracțiune din resurse.

De la 16 secunde la 12 milisecunde
Timpul de răspuns al serverului, înainte și după.

Transformarea (înainte și după)

Haosul pe care l-am preluat în stânga, magazinul pe care l-am livrat în dreapta. Trage pentru a compara.

După

Metrici Hyvä

First Contentful Paint (FCP)

459ms

Largest Contentful Paint (LCP)

539ms

Cumulative Layout Shift (CLS)

0

După: 12 ms TTFB timp de încărcare
Înainte

Metrici vechi

First Contentful Paint (FCP)

2,508ms

Largest Contentful Paint (LCP)

2,900ms

Cumulative Layout Shift (CLS)

0

Înainte: 16 s TTFB timp de încărcare
Treci cu mouse-ul peste imagine pentru înainte și după

Vezi diferența

Reconstrucția transformă ani de datorie tehnică acumulată într-un magazin rapid, stabil și high-converting.

Noua pagină principală Vitacom
Noua pagină de categorie Vitacom
Noua pagină de produs Vitacom

Rezultatele

Același stack, un magazin complet diferit

Același catalog. Același Magento. Același Hyvä. PageSpeed a urcat de la 12 la 100. First Contentful Paint a ajuns la 459ms, Largest Contentful Paint la 539ms, iar Time to First Byte s-a prăbușit la 12ms. Cumulative Layout Shift a ajuns la zero. Platforma care nu trecea de 12 rulează acum cu PageSpeed perfect, și o face pe o fracțiune din hardware.

Același stack, un magazin complet diferit
Vitacom, o încărcare reprezentativă de pagină, înainte și după.
Raport PageSpeed real Vitacom cu scor 100/100 și Core Web Vitals verzi
Rezultatul live: un PageSpeed real de 100 cu Core Web Vitals verzi.

Salvarea, pe scurt

Vitacom avea platforma corectă și build-ul greșit. L-am securizat, am scos ani de balast și abia apoi am dezlănțuit viteza.

Am preluat un magazin Magento 2.4.6-p1 pe Hyvä, nepatchuit de doi ani, la un PageSpeed de 12, cu răspunsul serverului urcând aproape de 16 secunde.

Am găsit peste 240 de module terțe, 51 de module custom, 12 breșe de securitate deschise și pagini care declanșau până la 15 milioane de operațiuni în baza de date.

Am reconstruit în trei faze: securizare și întărire, curățare și simplificare, apoi accelerare cu Liquid Framework și Hyvä Checkout.

Am livrat un PageSpeed de 100 și un răspuns de server de 12 milisecunde, pe un server cu de opt ori mai puțin hardware.

Abordarea noastră (securizează, simplifică, accelerează)

1

Securizare și întărire

Am reconstruit producția pe un server dedicat Magento, am făcut upgrade de la 2.4.6-p1 la 2.4.6-p13 cu toate patch-urile lipsă, am închis site-urile de test expuse, am retras TLS 1.0 și 1.1 și am impus controale de acces corecte.

2

Curățare și simplificare

Am eliminat aproximativ 180 de module, am reconstruit modulele custom care puteau corupe date, am mutat căutarea pe OpenSearch și am redus furtunile de interogări la un schelet Magento curat.

3

Accelerare

Am implementat Liquid Framework și Hyvä Checkout pe fundația curată, apoi am dimensionat serverul de la 64 la 8 nuclee. De opt ori mai puțin hardware, de aproximativ 1.300 de ori mai rapid.

De ce contează

Tehnologia nu a fost niciodată problema

Acesta este studiul de caz pe care ar trebui să îl citească orice comerciant înainte să își aleagă un partener Magento. Hyvä și Magento livrează exact ce promit. Dacă ajungi la 12 sau la 100 ține de cine construiește. Nu suntem o agenție care folosește Magento din când în când și facturează pentru asta. Suntem membri ai comunității Hyvä și Magento și contribuim la codul de bază care face ecosistemul mai bun. Aceasta este diferența dintre un magazin care eșuează pe o tehnologie excelentă și unul care zboară pe ea.

Tehnologia nu a fost niciodată problema
Cost de server de opt ori mai mic, licențe eliminate, 100 PageSpeed pe același stack.

Magazinul tău Magento este mai lent decât ar trebui?

Dacă ești pe Magento sau Hyvä și nu vezi viteza promisă, tehnologia este probabil în regulă. Build-ul s-ar putea să nu fie. Hai să aruncăm o privire.

Nu ești gata să vorbim încă?

Primește un email pe lună cu rezultate ca acestea și optimizările din spatele lor.

Un email pe lună. Te dezabonezi dintr-un click. Politica de confidențialitate

Site protejat de reCAPTCHA. Se aplică Politica de confidențialitate și Termenii și condițiile Google.