Găzduire web: ce contează cu adevărat

Găzduirea web e linia din buget la care se taie prima. E de înțeles: e un cost recurent pentru ceva invizibil, iar diferența dintre 15 și 60 de euro pe an pare o economie ușoară. Până când site-ul răspunde în trei secunde în loc de una, sau până când se strică ceva și descoperi că ultima copie de siguranță e de acum patru luni.

Articolul ăsta explică ce cumperi de fapt când plătești găzduire, care sunt cele șapte criterii care contează pentru un site de prezentare, de ce e-mailul nu trebuie ținut la același furnizor și cum se mută un site fără ca vizitatorii să observe.

Cuprins

De ce hostingul ieftin te costă mai mult
Tipurile de găzduire, pe înțelesul unui om de afaceri
De cât spațiu și de ce resurse are nevoie un site de prezentare
Cele șapte criterii care contează
Backup: cine îl face și cum verifici
E-mail pe domeniul propriu
Semnele că trebuie să schimbi hostingul
Cum îți testezi singur serverul
Securitatea: ce ține de hosting și ce nu
Cum se mută un site fără downtime

De ce hostingul ieftin te costă mai mult

Găzduirea foarte ieftină nu e ieftină pentru că furnizorul e generos. E ieftină pentru că pe același server sunt foarte multe site-uri.

Consecințele, în ordinea în care se manifestă:

Timp de răspuns mare. Serverul procesează cereri pentru sute de site-uri. Al tău așteaptă la rând.
Vecini problematici. Un site de pe același server care consumă resurse le ia de la toți ceilalți.
Fără copii de siguranță reale. „Backup inclus” înseamnă adesea o copie săptămânală pe același disc — inutilă exact în situația în care ai nevoie de ea.
Suport lent. La un preț de câțiva euro pe lună nu există model economic pentru suport competent.

Costul care nu se vede

Un timp de răspuns de la server de 800 de milisecunde în loc de 200 înseamnă că fiecare pagină pornește cu o jumătate de secundă handicap. Se adaugă la tot restul și te poate scoate din pragul de încărcare pe care Google îl consideră bun. Detalii în Core Web Vitals explicat pentru antreprenori.

Diferența anuală dintre găzduirea proastă și una bună pentru un site de prezentare e, de regulă, sub 100 de euro. Diferența de rezultat e disproporționat mai mare.

Tipurile de găzduire, pe înțelesul unui om de afaceri

Tip	Analogie	Pentru cine	Cost relativ
Partajată	apartament într-un bloc	site de prezentare, blog	mic
VPS	apartament cu contor propriu	magazin online, trafic mediu	mediu
Dedicat	casă	aplicații, trafic mare	mare
Cloud	cameră de hotel, plătești cât stai	trafic imprevizibil	variabil
Static / CDN	vitrină pe stradă principală	site fără bază de date	foarte mic

Pentru un site de prezentare

Găzduirea partajată de calitate e suficientă în majoritatea covârșitoare a cazurilor. Un site de prezentare nu are nevoie de un server propriu; are nevoie de un server partajat bine administrat.

Merită să știi și că un site construit ca fișiere statice — fără bază de date, fără cod executat la fiecare cerere — are cerințe de găzduire minime și e imun la o categorie întreagă de probleme de securitate. Subiectul e tratat în WordPress sau site static.

De cât spațiu și de ce resurse are nevoie un site de prezentare

Un site de prezentare obișnuit, cu 10–20 de pagini și imagini optimizate, ocupă sub 1 GB de spațiu și consumă resurse minime. Practic, orice plan de găzduire de pe piață e suficient ca spațiu. Ce contează nu e cât spațiu primești, ci cât de repede răspunde serverul, cât de des se fac copii de siguranță și cât de repede primești ajutor când ceva nu merge.

De aceea reclamele cu „spațiu nelimitat” sunt un argument de vânzare fără conținut: nimeni cu un site de prezentare nu a rămas vreodată fără spațiu.

Cele șapte criterii care contează

1. Localizarea serverului

Un server în România răspunde mai repede vizitatorilor din România. Diferența față de un server din vestul Europei e de zeci de milisecunde — nu enormă, dar gratuită dacă publicul tău e local.

2. Timpul de răspuns

Cel mai bun indicator al calității reale. Se măsoară ca TTFB — timpul până la primul octet — și arată cât durează până serverul începe să răspundă. Sub 200 de milisecunde e bine, peste 600 e o problemă.

Poți testa cu instrumentele publice de măsurare a vitezei paginilor: valoarea apare în raportul detaliat.

3. Certificat SSL

Obligatoriu, nu opțional. Un site fără https primește avertisment de securitate în browser. Certificatele automate gratuite sunt perfect adecvate pentru un site de prezentare — nu plăti pentru unul comercial fără un motiv anume.

4. Copii de siguranță

Vezi secțiunea dedicată mai jos. E criteriul pe care îl verifică cei mai puțini oameni și cel care contează cel mai mult.

5. Versiunea de PHP și panoul de control

Dacă site-ul rulează pe o platformă care cere PHP, verifică ce versiuni sunt disponibile. Un furnizor care oferă doar versiuni ieșite din suport e un semnal de alarmă — versiunile vechi nu mai primesc corecții de securitate.

6. Suportul

Testează-l înainte să cumperi. Trimite o întrebare tehnică simplă și cronometrează răspunsul. Un răspuns în două ore de la un om care a înțeles întrebarea valorează mai mult decât orice specificație.

7. Politica de migrare

Verifică din start cât de ușor îți poți lua site-ul și pleca. Un furnizor bun oferă acces complet la fișiere și baze de date. Unul care complică exportul îți spune ceva despre cum va decurge relația.

Backup: cine îl face și cum verifici

Cele trei întrebări

Cât de des se face? Zilnic e standardul rezonabil pentru un site care se modifică. Săptămânal e acceptabil pentru unul static.
Unde se stochează? Pe alt server, în altă locație fizică. O copie pe același disc nu te ajută când discul cedează.
Cât timp se păstrează? Minimum 7 zile, ideal 30. Unele probleme se descoperă după săptămâni.

Testul pe care nu-l face nimeni

Cere o restaurare. O dată, la început. Un backup pe care nu l-ai restaurat niciodată e o presupunere, nu o siguranță.

Am văzut destule cazuri în care copiile de siguranță existau și erau inutilizabile: fișiere trunchiate, baze de date incomplete, arhive corupte. Se descoperă exact în ziua în care ai nevoie de ele.

Regula 3-2-1, simplificat

Trei copii, pe două tipuri de suport, dintre care una în altă locație. Pentru un site de prezentare, în practică: copia furnizorului, o copie automată la un serviciu extern și o arhivă descărcată local, refăcută periodic.

E-mail pe domeniul propriu

O adresă @firma.ro e o chestiune de credibilitate elementară. O adresă de webmail gratuit pe o carte de vizită de firmă spune ceva ce nu vrei să spui.

De ce nu la același furnizor cu site-ul

Recomandarea contraintuitivă, dar practică:

Dacă serverul de găzduire are o problemă, pierzi și site-ul, și e-mailul — inclusiv posibilitatea de a comunica despre problemă.
Livrabilitatea e mai bună la un furnizor specializat de e-mail. Serverele partajate ajung frecvent pe liste de blocare din cauza altor site-uri de pe aceeași adresă IP.
Migrarea site-ului devine simplă: schimbi doar înregistrările site-ului, e-mailul rămâne neatins.

Costul unui serviciu de e-mail dedicat pentru câteva căsuțe e mic. Merită.

Ce trebuie configurat

Trei înregistrări în zona DNS — SPF, DKIM și DMARC — care demonstrează că e-mailurile trimise de la domeniul tău sunt legitime. Fără ele, mesajele tale ajung sistematic în spam, iar domeniul tău poate fi folosit de altcineva pentru a trimite mesaje în numele firmei tale.

E o configurare de o oră care se face o singură dată și pe care mulți o sar.

Semnele că trebuie să schimbi hostingul

Site-ul e vizibil lent, mai ales la prima încărcare, și instrumentele arată un TTFB peste 600 ms.
Ai avut mai mult de o întrerupere neexplicată în ultimele luni.
Suportul răspunde în peste 24 de ore, sau răspunde cu texte standard.
Nu poți alege versiunea de PHP.
Nu există copii de siguranță automate, sau nu poți restaura singur.
Prețul de reînnoire e mult peste cel din primul an, fără o îmbunătățire.
Vrei să migrezi și ți se pune la îndoială posibilitatea.

Un singur punct nu e neapărat motiv de schimbare. Trei sunt.

Cum îți testezi singur serverul

Trei verificări pe care le poți face fără cunoștințe tehnice, în zece minute.

1. Timpul de răspuns al serverului

Deschide un instrument public de măsurare a vitezei paginilor, introdu adresa ta și caută în raportul detaliat valoarea TTFB — timpul până la primul octet, uneori tradus ca „răspuns inițial al serverului”.

Valoare	Interpretare
sub 200 ms	bine
200–600 ms	acceptabil
peste 600 ms	serverul e problema

Ce e important de înțeles: TTFB e timpul înainte ca browserul să primească ceva. Se adaugă la absolut tot restul. Un server care răspunde în 900 ms îți consumă o treime din bugetul de 2,5 secunde pentru încărcare, înainte ca vreo imagine să înceapă să se descarce.

2. Disponibilitatea

Înscrie-te la un serviciu gratuit de monitorizare a disponibilității. Verifică site-ul la câteva minute și te anunță când nu răspunde.

De ce merită: majoritatea întreruperilor scurte trec neobservate. Dacă site-ul cade de trei ori pe lună câte zece minute, nu afli niciodată — dar Google, care controlează site-ul de mai multe ori pe zi, află.

După o lună de monitorizare ai un răspuns factual la întrebarea „e bun hostingul meu?”.

3. Compresia și memorarea în cache

Deschide instrumentele de dezvoltare ale browserului (F12), secțiunea de rețea, reîncarcă pagina și uită-te la antetele răspunsului pentru fișierele de stil și de script:

content-encoding trebuie să existe. Absența ei înseamnă fișiere trimise necomprimate — de câteva ori mai mari decât ar trebui.
cache-control trebuie să existe pe resursele statice. Fără ea, un vizitator care revine descarcă totul din nou.

Ambele se configurează pe server, o singură dată. Absența lor e cel mai rapid indiciu că nimeni nu s-a uitat vreodată la configurație.

Securitatea: ce ține de hosting și ce nu

O delimitare care evită discuții după un incident.

Ce e responsabilitatea furnizorului

Securitatea fizică și a rețelei.
Actualizările sistemului de operare și ale serverului web.
Izolarea între conturile de pe același server partajat.
Filtrarea de bază a atacurilor de volum.
Disponibilitatea copiilor de siguranță.

Ce e responsabilitatea ta

Actualizarea platformei și a extensiilor.
Parolele și autentificarea în doi pași.
Cine are acces și la ce nivel.
Ce cod încarci pe server.
Verificarea că restaurarea din copie de siguranță funcționează.

Unde se produc, în practică, incidentele

Aproape întotdeauna în a doua listă. Un server bine administrat cu o platformă neactualizată e compromis; un server mediocru cu un site static și fără panou de administrare, aproape niciodată.

Consecința: dacă vrei să reduci riscul de securitate cu un singur pas, redu suprafața de atac. Un site care nu execută cod la fiecare vizită și nu are panou de administrare nu are ce fi spart. Vezi WordPress sau site static.

Cele patru măsuri cu cel mai bun raport efort/rezultat

Autentificare în doi pași pe contul de găzduire și pe cel de la registrar.
Parole unice, generate, într-un gestionar de parole.
Conturi separate pentru fiecare persoană, cu nivelul minim necesar. Nu un cont de administrator folosit de patru oameni.
O restaurare testată, o dată. Ca să știi că se poate.

Cum se mută un site fără downtime

Procedura, în ordine. Respectată, vizitatorii nu observă nimic.

Cu 48 de ore înainte

Reduce TTL-ul înregistrărilor DNS la 300 de secunde. TTL-ul spune cât timp memorează serverele din lume adresa ta actuală. Cu o valoare mare, schimbarea se propagă în zile; cu una mică, în minute. Asta trebuie făcut din timp, pentru că și modificarea TTL-ului se propagă la vechea viteză.

Ziua mutării

Copiază totul pe noul server: fișiere, baze de date, configurații.
Testează pe noul server fără să schimbi DNS-ul — prin fișierul hosts local sau printr-un subdomeniu temporar. Verifică fiecare pagină și fiecare formular.
Emite certificatul SSL pe noul server, înainte de comutare.
Blochează modificările pe vechiul site pentru câteva ore, ca să nu apară conținut care se pierde.
Comută DNS-ul.
Lasă vechiul server activ cel puțin 72 de ore. Traficul migrează treptat; opriți prea devreme, unii vizitatori ajung nicăieri.
Verifică e-mailul. Dacă e la același furnizor, e partea cu cel mai mare risc de pierdere de mesaje.

După

Repune TTL-ul la o valoare normală, verifică din nou formularele de pe un dispozitiv real și urmărește erorile în Search Console câteva zile.

Găzduim atât proiectele realizate de noi, cât și site-uri dezvoltate de alte agenții, pe servere din România. Vezi ce include serviciul de găzduire web sau scrie-ne dacă vrei o părere pe configurația ta actuală.

Citește mai departe: Cum alegi un domeniu .ro și Core Web Vitals explicat pentru antreprenori.