Shared vs VPS: când merită să faci upgrade

Actualizat la 12 august, 2026 by Flaviu Butean

Site-ul tău e lent în perioadele cu trafic sau îți apar erori 500, 503 sau 508? Testul gratuit care îți arată dacă problema e serverul și când merită să treci pe VPS.

Auzim des aceeași poveste: site-ul mergea bine luni de zile, iar acum se încarcă greu exact când ai mai mulți vizitatori. Din când în când apare o eroare în loc de pagină. Nu e clar dacă e o pană de moment sau dacă ai crescut peste pachetul de găzduire.

Întrebarea asta îi blochează pe mulți antreprenori. Unii plătesc luni la rând pentru resurse pe care nu le folosesc. Alții rămân pe un pachet prea mic și pierd vânzări fără să-și dea seama.

Hai să vedem care e diferența între shared hosting și VPS, cum îți dai seama că e momentul de upgrade și, la fel de important, când n-ai niciun motiv să schimbi ceva.

Ce înseamnă, de fapt, shared hosting și VPS?

Pe shared hosting, site-ul tău stă pe un server împreună cu alte site-uri și împărți aceleași resurse fizice. Pe VPS (Virtual Private Server) primești o felie din server rezervată doar ție, cu CPU și RAM garantate.

Analogia clasică e cu locuința: shared hosting e un bloc, VPS-ul e o casă. Analogia e utilă, dar ascunde partea importantă: cum se împart resursele pe server.

Pe un shared hosting modern, împărțirea nu se face la întâmplare. Mulți provideri folosesc CloudLinux, care izolează fiecare cont într-un mediu propriu. LVE e limita de resurse a contului tău. Conform documentației CloudLinux, LVE poate limita procesorul, memoria, operațiile pe disc, numărul de procese și conexiunile simultane pentru fiecare cont.

Cu alte cuvinte: nu ești complet la mila „vecinilor”. Ai o limită clară pe cont. Problema apare când site-ul tău are nevoie de mai mult decât acea limită.

Pe scurt, diferențele care contează la decizie:

Criteriu	Shared hosting	VPS
Resurse (CPU, RAM)	Limită pe cont, din serverul comun	Rezervate doar pentru tine
Efectul altor site-uri	Poate exista, chiar și cu izolare	Practic inexistent
Control tehnic	Cât permite panoul (de obicei cPanel)	Configurare proprie, acces root
Administrare	Se ocupă providerul	Tu (unmanaged) sau providerul (managed)
Cost lunar	Mai mic	Mai mare
Potrivit pentru	Site de prezentare, blog, magazin mic	Trafic în creștere, magazin activ, cerințe speciale

Dacă termenii de bază încă îți sunt neclari, începe cu ghidul despre ce este găzduirea web. Iar dacă vrei să vezi cum arată un pachet shared în practică, uită-te la găzduirea web HostRiver.

Semnele clare că ai depășit shared hosting-ul

Cel mai bun semnal nu e câți vizitatori ai pe lună. E ce se întâmplă când site-ul e solicitat. Când lovești constant limitele contului, simptomele sunt destul de clare.

Nu toate limitele se manifestă la fel, iar asta e partea pe care majoritatea articolelor o simplifică prea mult. Documentația CloudLinux face o distincție utilă, pentru că fiecare limită îți dă alt simptom:

Ce limită lovești	Ce vezi tu
CPU sau operații pe disc (I/O)	Site-ul răspunde mai lent, dar merge
Memorie sau număr de procese	Erori 500 sau 503
Entry processes (cereri simultane)	Eroare 508

Sursa: documentația CloudLinux despre limitele LVE.

De ce contează distincția asta? Pentru că eroarea 508 e cel mai precis semnal că ai depășit pachetul. Nu înseamnă că site-ul e prost făcut sau că ai rămas fără memorie. Înseamnă exact că ai prea multe cereri simultane pentru câte îți permite contul. Ăsta e momentul clasic în care un magazin cedează la campanie.

Iar site-ul lent și site-ul care dă eroare sunt două probleme diferite. Primul înseamnă că ai depășit bugetul de procesor sau de I/O. Al doilea înseamnă că ai depășit memoria sau numărul de procese.

Iată semnele care contează, în ordinea în care apar de obicei:

• Încărcare lentă în orele de vârf. Site-ul e rapid dimineața și greoi seara sau în weekend.
• Erori 500, 503 sau 508 din când în când. Apar mai ales când ai mai mulți vizitatori deodată, nu tot timpul.
• Notificări în panoul de control că ai depășit CPU, memorie sau entry processes.
• Căderi exact la campanii. Trimiți un newsletter sau pornești o reclamă, iar site-ul cedează fix când ai trafic. E cel mai scump tip de cădere, pentru că ai plătit deja ca oamenii să vină.
• Blocaje la instalare. Ai nevoie de o versiune de PHP, o extensie sau un serviciu pe care pachetul nu-l permite.
• Probleme la emailurile din site. Formulare, confirmări de comandă, notificări care nu mai pleacă.

Un singur episod nu înseamnă nimic. Un tipar care se repetă săptămânal înseamnă că ai depășit pachetul.

Testul care îți spune dacă e serverul sau e site-ul

„Site-ul e lent” nu e un diagnostic. E un simptom cu două cauze complet diferite, iar tratamentul e diferit pentru fiecare. Din fericire, le poți separa cu un singur număr.

TTFB (Time To First Byte) e timpul de la momentul în care browserul cere pagina până când serverul trimite primul byte de răspuns. Practic: cât stă serverul pe gânduri înainte să înceapă să livreze. Google recomandă ca TTFB să fie sub 0,8 secunde, adică sub 800 de milisecunde.

Al doilea număr e LCP (Largest Contentful Paint): cât durează până se afișează cel mai mare element vizibil din pagină. Google consideră un LCP bun la 2,5 secunde sau mai puțin, măsurat la percentila 75 a vizitelor.

Partea importantă: TTFB se consumă în interiorul LCP. Google notează explicit că întârzierile de tip TTFB intră în măsurătoarea LCP. Adică serverul mănâncă din bugetul total înainte ca browserul să apuce să deseneze ceva.

O verificare rapidă înainte să dai vina pe server. TTFB nu înseamnă doar cât muncește serverul. Include și redirecturile, căutarea DNS și negocierea TLS. Dacă site-ul trece prin http, apoi https, apoi www, pierzi timp acolo, nu în procesor. Un lanț de redirecturi se vede în DevTools și se rezolvă gratis. Verifică asta întâi, pentru că uneori rezolvă tot.

De aici iese regula de decizie:

• TTFB constant peste 800 ms, fără redirecturi de vină? Gâtuitura e pe server. Aici un upgrade chiar ajută.
• TTFB sub 800 ms, dar pagina tot se încarcă greu? Serverul își face treaba. Problema e în site: imagini nedimensionate, teme grele, prea multe scripturi. Un VPS nu rezolvă asta. Doar muți aceeași problemă pe hardware mai scump.

Cum măsori, concret

Ai nevoie de două măsurători, pentru că răspund la întrebări diferite. Niciuna nu costă nimic.

1. Verdictul pe 28 de zile. Intră pe PageSpeed Insights, pune adresa unei pagini dinamice (nu prima pagină, care de obicei vine din cache) și uită-te la datele din teren. Sunt vizite reale ale utilizatorilor tăi, adunate pe 28 de zile și raportate la percentila 75.

Două lucruri de știut aici, ca să nu tragi concluzii greșite. Datele din teren nu se schimbă de la o oră la alta, pentru că sunt o medie pe 28 de zile. Și dacă site-ul tău are trafic mic, s-ar putea să nu apară deloc. Nu e o defecțiune, doar nu sunt destule vizite ca să se adune un eșantion.

2. Testul pe ore. Pentru „e lent doar seara?” ai nevoie de altceva, măsurat de tine, în momentul care te interesează. Deschide site-ul în browser, apasă F12, intră pe Network și uită-te la coloana Waiting (TTFB) pentru documentul principal. Sau, dacă îți e mai comod din terminal:

curl -L -w "%{time_starttransfer}\n" -o /dev/null -s https://site-ul-tau.ro/

Cu -L, cifra include și lanțul de redirecturi, adică exact drumul pe care îl face un vizitator real. Rulează-l de câteva ori dimineața și de câteva ori în intervalul tău aglomerat. Diferența dintre cele două seturi îți arată dacă serverul cedează exact când ai trafic.

3. Compară cu panoul. Dacă TTFB-ul crește fix în orele în care panoul îți arată vârfuri de CPU sau entry processes, ai confirmarea. Nu mai ghicești: ai un motiv măsurabil de upgrade.

Când shared hosting-ul e încă alegerea corectă

De multe ori nu ai nevoie de upgrade.

Dacă site-ul e stabil, se încarcă bine și nu îți apar erori 500, 503 sau 508, un VPS nu-ți aduce mare lucru. Plătești pentru capacitate pe care n-o folosești.

Shared hosting rămâne potrivit pentru:

• site-uri de prezentare (firme, cabinete, restaurante)
• bloguri și portofolii cu trafic constant, fără vârfuri bruște
• magazine mici, cu catalog restrâns și comenzi ocazionale
• proiecte la început, unde traficul e încă greu de estimat

Și ceva important: nu există un număr universal de vizitatori care declanșează upgrade-ul. Un blog simplu poate sta liniștit pe shared cu volume mari de vizite. Un magazin dinamic poate avea probleme la un trafic mult mai mic.

De ce? O pagină de blog vine adesea din cache și consumă puțin. O pagină de produs cu filtre, coș și calcul de livrare muncește la fiecare afișare: rulează cod și interoghează baza de date.

Așa că întrebarea corectă nu e „câți vizitatori am?”, ci „cât de mult muncește serverul pentru fiecare vizitator?”.

De ce contează viteza pentru vânzările tale?

Pentru că vizitatorii pleacă înainte să vadă ce le oferi.

Google citează în documentația pentru AdSense o cifră din propria cercetare pe viteza mobilă: 53% dintre vizitele de pe mobil sunt probabil abandonate dacă pagina se încarcă în mai mult de 3 secunde (Google AdSense Help). Merită spus onest că studiul din spate are câțiva ani buni, iar linkul original către raport nu mai e activ. Ia cifra ca ordin de mărime, nu ca lege.

Pragurile din secțiunea anterioară sunt reperul mai bun, tocmai pentru că Google le actualizează și le publică. Un LCP peste 2,5 secunde nu e o opinie de marketing. E chiar pragul pe care Google îl folosește ca să clasifice experiența paginii tale.

Ce înseamnă asta la un magazin: ai plătit clickul la reclamă, omul a ajuns pe site, iar pagina de produs n-a apucat să se deschidă. Ai plătit vizita și n-ai primit nimic în schimb.

Aici legătura cu găzduirea e directă. Când serverul e la limită, TTFB crește la fiecare pagină. Poți optimiza imagini, poți pune cache, poți schimba tema. Dacă cele 800 de milisecunde se duc pe răspunsul serverului, restul optimizărilor pornesc dintr-o groapă.

De aceea „site-ul e lent” nu înseamnă automat că ai un site prost făcut.

Cum arată diferența de performanță în practică

Diferența nu vine doar din eticheta pachetului (shared sau VPS). Vine și din hardware-ul pe care rulează. Stocarea e cel mai bun exemplu.

Serverele moderne folosesc stocare NVMe, care comunică direct pe magistrala PCIe. Un SSD SATA obișnuit e legat de o interfață mai veche. Diferența de viteză se simte.

Pe pagina de datacenter HostRiver, stocarea NVMe enterprise e documentată la transferuri de până la ~7.500 MB/s. Un SSD SATA clasic rămâne pe la ~550 MB/s, adică de aproximativ 13 ori mai puțin.

De ce simte vizitatorul asta? Pentru că un site WordPress sau WooCommerce compune pagina din mai multe interogări la baza de date. Fiecare interogare așteaptă după stocare, iar așteptarea aia intră direct în TTFB. Când stocarea răspunde mai repede, serverul termină mai repede.

O precizare corectă: cifrele de mai sus sunt viteze de transfer secvențial. Baza de date face citiri mici și aleatorii, unde raportul e cu totul altul. NVMe rămâne totuși mai bun și acolo, dar din alt motiv: nu mai trece prin interfața SATA și poate trata mult mai multe cereri în paralel.

Concluzia practică: înainte să sari pe un VPS, verifică pe ce infrastructură stă shared-ul tău acum. Un shared pe NVMe, cu cache bine setat, poate avea TTFB mai bun decât un VPS ieftin pe hardware vechi. Merită comparat înainte să plătești mai mult.

Dacă vrei detaliile complete, le ai publice aici: infrastructura HostRiver și ce am schimbat concret în ultimele investiții.

Cum faci upgrade-ul fără să-ți cadă site-ul

Vestea bună: nu-ți reconstruiești site-ul. În majoritatea cazurilor, migrarea înseamnă mutarea fișierelor și a bazei de date pe noul server. Site-ul vechi rămâne activ până în ultimul moment.

Ordinea care reduce riscul:

1. Verifică de ce ai nevoie. Versiunea de PHP, extensiile, spațiul ocupat, dimensiunea bazei de date.
2. Cere migrarea de la provider. Multe firme de găzduire o fac gratuit. Întreabă înainte să cumperi, nu după.
3. Copiază, nu muta. Site-ul vechi rămâne online pe shared cât timp cel nou se pregătește pe VPS.
4. Testează pe noul server înainte de orice schimbare publică (adresă temporară sau fișier hosts).
5. Scade TTL-ul DNS cu o zi înainte, ca schimbarea să se propage rapid.
6. Schimbă DNS-ul într-un interval cu trafic mic și lasă vechiul server pornit 24 până la 48 de ore.

Pasul 6 sperie pe toată lumea. Dacă vechiul site rămâne activ, vizitatorii care mai ajung pe adresa veche văd tot un site funcțional.

Și încă ceva, ca să știi dacă a meritat: măsoară TTFB pe aceleași pagini înainte și după mutare, la aceleași ore. Dacă nu s-a schimbat nimic, ori problema nu era serverul, ori noul server nu e mai bun decât cel vechi.

Întrebarea de pus înainte să semnezi: cine face migrarea, cât durează și ce se întâmplă dacă apare o problemă la mijloc?

Dacă ai ajuns la concluzia că ai nevoie de resurse dedicate, uită-te la serverele VPS HostRiver.

Managed sau unmanaged? Ce alegi dacă nu ești tehnic

Dacă nu vrei să administrezi singur un server, alege managed. Diferența e cine se ocupă de sistemul de operare, update-uri, securitate și monitorizare.

Pe un VPS unmanaged primești resursele și acces root. Restul e treaba ta: configurare, update-uri de securitate, backup, intervenții când ceva cade la 2 noaptea. E potrivit dacă ai un administrator de sistem sau știi să faci asta.

Pe un VPS managed primești aceleași resurse, dar administrarea rămâne la provider. Plătești mai mult decât pe unmanaged și economisești timp și nervi.

Regula simplă: dacă acum ești pe shared hosting și te-ai speriat citind „acces root”, varianta managed e pentru tine. Un VPS unmanaged prost întreținut e mai riscant decât un shared bine administrat, mai ales pe securitate, unde update-urile întârziate deschid uși.

Dacă încă nu ești sigur ce să alegi, începe cu checklist-ul complet de alegere a pachetului — te ajută să vezi dacă problema e pachetul sau altceva.

Dacă securitatea e motivul pentru care te gândești la upgrade, începe cu ghidul despre atacuri DDoS și cum te protejezi.

Întrebări frecvente

Ce reții din toate astea

• Shared hosting și VPS nu sunt doar „ieftin” și „scump”. Sunt două moduri diferite de a împărți resursele unui server.
• Ai un test, nu o impresie: TTFB peste 800 ms în orele aglomerate, fără redirecturi de vină, înseamnă server. Sub 800 ms, cu pagina tot lentă, înseamnă site.
• Fiecare limită îți dă alt simptom. CPU și I/O încetinesc site-ul, memoria și procesele dau 500 sau 503, entry processes dau 508.
• Dacă site-ul e stabil și rapid, rămâi pe shared.
• Infrastructura contează la fel de mult ca tipul pachetului. NVMe și un cache bine setat schimbă rezultatul mai mult decât eticheta de pe ofertă.
• Migrarea se face fără downtime dacă păstrezi site-ul vechi activ și planifici schimbarea de DNS.

Nu ești sigur în care categorie te încadrezi? Fă testul: măsoară TTFB pe o pagină dinamică, la ore diferite, și compară cu utilizarea resurselor din ultimele 30 de zile din panou. Dacă ambele arată vârfuri în aceleași intervale, ai răspunsul.

Dacă vrei o a doua opinie pe cifrele tale reale, scrie-ne. Ne uităm împreună la consumul site-ului și îți spunem sincer dacă merită upgrade-ul sau nu. Iar dacă deja știi că ai nevoie de VPS, poți începe de aici: servere VPS HostRiver.