Când magazinul le cere clienților să sune ca să comande

Unele magazine online au o notă mică, sus pe pagină sau lângă coș: dacă ai probleme cu comanda, sună-ne. Pare un gest de grijă față de client. De fapt, e un simptom. Cineva din echipă a văzut comenzi care nu au trecut și a ales varianta cea mai rapidă: un număr de telefon.

Vitacom, un retailer român de electronice activ din 1991, avea o astfel de notă când am preluat proiectul, în ianuarie 2026. Arăta așa:

„Ne cerem scuze pentru eventualele probleme tehnice! Dacă ai dificultăți la plasarea unei comenzi, contactează-ne la +40 728 503 559. Mulțumim pentru înțelegere!”

Azi, serverul aceluiași magazin răspunde în 12 ms, iar cazul a câștigat Best Performance Improvement la HIVE Germany 2026. Între cele două momente stau câteva semne pe care echipa le simțise cu mult înainte de clienți. Dacă magazinul tău ți se pare lent, le poți căuta chiar săptămâna aceasta.

Nota nu e vina cuiva

Să spunem asta de la început: o astfel de notă nu înseamnă că cineva și-a făcut prost treaba. Apare în magazinele care au crescut ani la rând. Un modul pentru căutare, unul pentru filtre, unul pentru branduri, unul pentru stoc. Fiecare a avut un motiv bun în ziua în care a fost instalat. Împreună, la un moment dat, fac magazinul greu.

Nota mai are o problemă: arată doar o parte din pierdere. Clienții care sună sunt cei răbdători. Cei care nu sună închid pagina și cumpără din altă parte, iar acolo nu îți mai lasă niciun semn. La Meet Magento Netherlands 2026, Ksenia Zvereva de la Mollie a numit o astfel de notă „conversion killer”, adică un ucigaș al conversiilor.

Iar fiecare comandă primită la telefon e scrisă de mână de cineva din echipă, în timpul în care ar fi putut face altceva.

Semnul 1: adminul se mișcă greu

Primii care simt un magazin lent nu sunt clienții, ci oamenii din admin. Salvezi un produs și aștepți. Deschizi lista de comenzi și aștepți. Echipa începe să lucreze „pe rând”, ca să nu blocheze ceva.

La Vitacom, un video filmat în ziua în care a intrat live prima etapă arată aceeași pagină din admin pe serverul nou și pe cel vechi. Pe cel nou s-a încărcat de două ori mai repede.

Ce întrebi: cât durează să salveze un produs cineva din echipă, într-o zi obișnuită? Dacă răspunsul vine cu un oftat, e un semn.

Semnul 2: schimbările apar târziu

Magento nu caută direct în produse. Caută în niște liste pregătite dinainte, pe care le reconstruiește la fiecare schimbare importantă: asta e reindexarea. Cât timp durează, un produs nou sau un preț schimbat poate să nu apară încă în căutare sau în categorie.

La Vitacom, reindexarea căutării dura 2 ore și 24 de minute. După reconstrucție durează 1 minut și 45 de secunde.

Ce întrebi: dacă schimbi acum un produs, în cât timp îl găsește un client în căutare? Dacă răspunsul e „mâine dimineață”, e un semn.

Semnul 3: stocul nu mai bate cu raftul

Când un client plasează o comandă, Magento pune deoparte cantitatea comandată până la livrare. Se numește rezervare de stoc și e motivul pentru care magazinul nu vinde de două ori același produs.

La auditul Vitacom am găsit un modul care golea aceste rezervări la fiecare 15 minute. L-am scos în a doua etapă. Un asemenea modul nu afișează nicio eroare. Efectul se vede în stoc: magazinul crede că mai are de vândut produse pe care le-a promis deja altcuiva.

Ce întrebi: pentru zece produse care se vând des, cantitatea din admin e aceeași cu cea de pe raft? Dacă echipa corectează stocul de mână, des, e un semn.

Semnul 4: un server mai mare nu a ajutat

Când magazinul e lent, primul reflex e un server mai mare. Vitacom rula pe 64 de nuclee și 256 GB de RAM, iar serverul tot răspundea în 15.814 ms pe pagina principală.

Hardware-ul nu era problema. La audit, o singură pagină putea ajunge la 15 milioane de operații în baza de date, iar un singur modul, nefolosit, genera 9,9 milioane de interogări la fiecare afișare a unui produs. Un server mai mare doar face aceeași muncă inutilă puțin mai repede.

După reconstrucție, magazinul rulează pe 8 nuclee, de 8 ori mai puțin hardware, iar serverul răspunde în 12 ms. Prima cifră e pagina principală, a doua o pagină de produs servită din cache, așa că citește-le ca dimensiunea schimbării.

Ce întrebi: ai mărit serverul în ultimii doi ani și magazinul a rămas la fel de lent? Atunci problema e în ce rulează pe server, nu în server.

Semnul 5: actualizările se tot amână

Un magazin greu e și un magazin fragil. Fiecare actualizare pare un risc, iar riscurile se amână ușor.

La Vitacom, auditul din noiembrie 2025 a găsit 12 buletine de securitate Adobe neaplicate, pe Magento 2.4.6-p1. În prima etapă am adus magazinul la 2.4.6-p13, cu toate patch-urile.

Clienții nu văd asta. Dar un patch care lipsește e o ușă deschisă, iar o actualizare amânată de prea mult timp devine, la final, un proiect întreg.

Ce întrebi: care sunt ultimele patch-uri de securitate aplicate, pe nume, și când? Despre cum le verifici am scris în articolul despre cele două patch-uri Magento din septembrie.

Ce am schimbat la Vitacom, pe scurt

Nu am pornit cu viteza. Am lucrat în trei etape, fiecare lansată separat și măsurată înainte de următoarea:

1. Securitate, în februarie. Server nou, construit pentru Magento, toate patch-urile lipsă, mediile de test expuse închise.
2. Simplificare, în martie. Căutarea a trecut pe ElasticSuite, iar modulul care golea rezervările de stoc a fost scos.
3. Viteză, pe 19 mai. Liquid Framework și Hyvä Checkout, apoi serverul redus la 8 nuclee.

Am păstrat Magento și Hyvä. Am schimbat modulele, codul și serverul. Etapele sunt descrise pe larg în articolul despre cele trei lansări, iar cifrele în studiul de caz Vitacom.

Ce poți face săptămâna aceasta

• Plasează o comandă de test pe telefon, pe date mobile, ca un client. Notează unde ai așteptat.
• Întreabă cine răspunde la telefoanele despre comenzi și câte au fost luna trecută. E cel mai cinstit raport despre checkout pe care îl ai.
• Pune echipei cele cinci întrebări de mai sus. Nu e nevoie de unelte, doar de răspunsuri sincere.
• Nu scoate nota înainte să repari cauza. Fără ea, clienții care acum sună vor pleca fără să spună nimic.

Pe Magento și Hyvä

În Liquid Framework, checkout-ul, data livrării, stocul și plățile rulează pe aceeași platformă administrată ca restul magazinului. Le actualizăm împreună, le testăm pe staging și le urmărim în producție. Conform SLA-ului nostru, plățile care nu funcționează sunt un tichet Critic, cu răspuns în 2 ore lucrătoare, iar un checkout defect este un tichet Major, cu răspuns în 4 ore lucrătoare. Detalii pe pagina Checkout și conversie.

Recunoști vreunul dintre semne în magazinul tău? Programează un apel de strategie gratuit, de 30 de minute. Ne uităm împreună de unde vine așteptarea și ce merită reparat întâi.