Un magazin WooCommerce cere mai mult de la găzduire decât un site de prezentare, pentru că o parte din pagini — coșul, finalizarea comenzii, contul clientului — nu se pot servi din cache și se calculează pentru fiecare client în parte. De aceea, la găzduirea unui magazin contează, în ordine: câte cereri PHP rulează în același timp, un cache care știe ce pagini să ocolească, sarcinile din fundal rulate la timp, copii de siguranță din care restaurezi fără să pierzi comenzi, emailuri de comandă care ajung și un loc în care testezi actualizările. „Traficul nelimitat” și gigabyții în plus contează mult mai puțin.
Pe scurt
- Procesele PHP simultane decid câți clienți pot fi în coș și la plată în aceeași clipă fără să aștepte.
- Cache-ul ajută catalogul, dar coșul, plata și contul clientului trebuie lăsate în afara lui.
- Cron real: comenzile neplătite, reducerile programate și unele emailuri depind de sarcinile din fundal.
- Backupul unui magazin e mai delicat: o restaurare a bazei de date aduce înapoi și comenzile din ziua copiei.
- Testezi pe o copie, nu pe magazinul în care intră comenzi.
De ce un magazin e altfel decât un site de prezentare
Un site de prezentare arată aceeași pagină tuturor vizitatorilor. Odată generată, pagina poate fi ținută gata făcută și trimisă din nou, fără să mai treacă prin PHP și prin baza de date.
La un magazin, o parte din pagini sunt diferite pentru fiecare om: coșul are alte produse, plata are alte date, contul arată alte comenzi. Pe deasupra, filtrele și căutarea creează combinații greu de pus în cache, iar în panoul de administrare lucrează cineva aproape zilnic. Toate astea ajung la PHP și la baza de date. Un magazin cu trafic modest poate cere deci mai mult de la server decât un site de prezentare mult mai vizitat.
Procesele PHP simultane
Fiecare cerere dinamică — o pagină de coș, o căutare, un clic pe „Plasează comanda” — e lucrată de un proces PHP. Numărul de procese simultane spune câte astfel de cereri merg în aceeași clipă. Dacă vin mai multe, celelalte așteaptă la rând.
Cum recunoști că ai ajuns la limită: magazinul merge bine cu puțini vizitatori, dar coșul și plata devin lente exact în orele aglomerate sau în timpul unei campanii.
La NBT Host, planurile de găzduire web au 5 procese PHP simultane pe fiecare site, iar găzduirea cloud are 10, 15 sau 20. Ce înseamnă celelalte cifre din fișa unui plan am explicat în limitele unui plan de hosting.
Un plan mai mare nu face mai rapidă o pagină grea. Dacă magazinul e lent chiar și cu un singur vizitator, cauza e de obicei tema, un modul sau o interogare lentă, nu numărul de procese.
Cache-ul: ce pui și ce nu pui
Un plugin de cache ține gata generate paginile care sunt la fel pentru toți: prima pagină, categoriile, paginile de produs. Asta eliberează procesele PHP pentru paginile care chiar au nevoie de ele.
Ce nu se pune niciodată în cache: coșul, finalizarea comenzii și contul clientului. Pluginurile de cache serioase recunosc magazinele WooCommerce și le exclud singure, dar merită verificat după instalare: un client nu trebuie să vadă niciodată coșul altcuiva. Regulile, pe larg, în ghidul cache-ul în WordPress.
Sarcinile din fundal: cron și Action Scheduler
WooCommerce face multe lucruri în fundal, ca sarcini programate: anulează comenzile neplătite după expirarea rezervării de stoc, pornește și oprește reducerile programate, trimite unele emailuri. Implicit, WordPress pornește aceste sarcini doar când intră cineva pe site. Pe un magazin cu puțini vizitatori întârzie; pe unul cu mulți, verificarea se face inutil la fiecare vizită.
Soluția e un cron real, rulat de server la intervale fixe. Pe o găzduire bună îl setezi din panou, fără acces SSH. Pașii pentru Enhance sunt în ghidul magazin WooCommerce, la secțiunea despre cron.
Backupul: comenzile sunt date vii
La un site de prezentare, o copie de ieri e aproape la fel de bună ca una de azi. La un magazin, între copia de ieri și acum pot fi comenzi, clienți noi și stocuri modificate. Dacă restaurezi baza de date din copia de ieri, toate acestea dispar din ea.
Ce înseamnă în practică:
- fă o copie chiar înainte de orice actualizare mare: WooCommerce, tema, un modul de plată sau de livrare;
- dacă ceva se strică, încearcă întâi să repari sau să restaurezi doar fișierele, iar baza de date doar dacă e nevoie;
- păstrează comenzile și în altă parte: emailurile de comandă, exportul periodic, facturile din programul de facturare.
La NBT Host, facem zilnic o copie a fișierelor, bazelor de date și emailurilor, iar o versiune din ultimele 7 zile o restaurezi gratuit; copii proprii faci oricând din Enhance. De ce o singură copie nu ajunge: regula 3-2-1.
Emailurile de comandă
Confirmarea comenzii e primul mesaj pe care clientul îl așteaptă de la tine. Ca să ajungă în Inbox:
- trimite-o de pe o adresă pe domeniul magazinului, de exemplu
comenzi@magazinul-tau.ro, nu de pe una de Gmail; - verifică SPF, DKIM și DMARC pe domeniu (ghidul);
- ține cont de limita de trimitere: la NBT Host, 200 de emailuri pe oră din codul fiecărui site. Pentru newslettere către liste mari folosești un serviciu de email marketing.
Un loc de test
Actualizările de WooCommerce schimbă uneori coșul, plata sau modul în care merg modulele de livrare. Pe un magazin în care intră comenzi, nu le încerci direct. Faci o copie a site-ului pe un subdomeniu, aplici acolo actualizarea, plasezi o comandă de test și abia apoi o aplici pe magazin. În Enhance, copia se face din panou: ghidul copia unui site pentru teste.
Securitate și plăți
- HTTPS pe tot site-ul, nu doar la plată. Pe găzduirea NBT Host, certificatul Let's Encrypt se emite și se reînnoiește singur.
- Datele cardului nu trebuie să treacă prin serverul tău. Cu un procesator de plăți care îți dă pagina de plată sau formularul lui, cardul se introduce la el. Cum funcționează, în plata cu cardul pe magazinul online.
- Panoul de administrare protejat: parole unice, autentificare în doi pași, acces doar pentru cine are nevoie (utilizatori și roluri).
Ce plan alegi la NBT Host
- Un magazin la început: planul Magazin, de 9 € pe lună, 99 € pe an sau 243 € pe 36 de luni: 30 GB, adrese de email și baze de date nelimitate, până la 3 site-uri, până la 3 GB RAM și 2 vCPU. E pe pagina găzduire WordPress.
- Un magazin care se aglomerează la vârfuri: găzduirea cloud, de la 25 € pe lună, cu 10, 15 sau 20 de procese PHP pe site.
- Nu vrei să te ocupi tu de actualizări: mentenanța WordPress, treapta Complet, de 20 € pe lună, e gândită pentru magazine: după fiecare actualizare verificăm coșul și pagina de plată.
Dacă magazinul e acum la altă firmă, îl mutăm gratuit, o dată, la începutul contractului, în condițiile de pe pagina mutare gratuită. Înainte de lansare, parcurge și checklistul pentru un magazin online în România.
Întrebări frecvente
Am nevoie de un VPS pentru WooCommerce?
De obicei, nu. Un VPS îți dă control, dar și toată administrarea: actualizări, securitate, backup. Pentru un magazin, o găzduire administrată cu procese PHP suficiente e mai sigură. VPS-ul are sens când ai o echipă tehnică și nevoi pe care găzduirea nu le acoperă.
Câte produse încap pe planul Magazin?
Nu există o limită de produse. Contează spațiul pe disc, ocupat mai ales de imagini, și cât de grele sunt temele și modulele. Un catalog mare cu filtre complexe cere mai mult de la server decât unul mic, cu același număr de vizitatori.
Ce versiune de PHP folosește magazinul?
Pe găzduirea NBT Host alegi din Enhance PHP 8.2, 8.3 sau 8.4, separat pentru fiecare site. Înainte să treci pe o versiune nouă, verifici că tema și modulele de plată și livrare o suportă, apoi testezi o comandă.
De ce se încarcă greu coșul, dar restul magazinului merge?
Coșul nu vine din cache și trece mereu prin PHP. Dacă e lent doar când sunt mulți vizitatori, procesele PHP sunt ocupate. Dacă e lent mereu, cauza e de obicei un modul. Ordinea verificărilor e în ghidul site lent.