Crearea de subdomenii și addon domains în cPanel: Ghid complet pentru 2025

Crearea de subdomenii și addon domains în cPanel: Ghid complet pentru 2025, pentru cei care vor un blog, un magazin sau un site de test lângă site-ul principal, sau un al doilea domeniu pe același cont de găzduire. cPanel face ambele din unealta Domains, în două minute; ce durează mai mult este alegerea corectă (subdomeniu sau subdosar, domeniu suplimentar sau cont separat) și configurarea de după (DNS, certificat, e-mail, indexare).

Ghidul explică tipurile, pașii, ce se întâmplă în spate și regulile de SEO și de securitate pentru fiecare variantă, cu ce am văzut pe conturile clienților.

Crearea de subdomenii și addon domains în cPanel: Ghid complet pentru 2025

Tipurile de domenii dintr-un cont

Tip	Exemplu	Ce este	Dosar propriu
Domeniul principal	exemplu.ro	domeniul contului	public_html
Subdomeniu	blog.exemplu.ro	o secțiune a domeniului principal, cu site propriu	da (de exemplu public_html/blog sau ~/blog.exemplu.ro)
Domeniu suplimentar (addon)	altafirma.ro	un al doilea domeniu, cu site propriu, pe același cont	da
Alias (parcat)	exemplu.com	un nume în plus pentru același site	nu; arată același conținut

Din cPanel 2023 încoace, toate se creează din aceeași unealtă, Domains, cu opțiunea Share document root pentru alias și cu dosar propriu pentru celelalte; vechile unelte Subdomains și Addon Domains au fost unite.

Subdomeniu sau subdosar?

Pentru o secțiune a aceluiași site (blog, ghiduri, ajutor), subdosarul (exemplu.ro/blog/) este alegerea implicită: moștenește direct autoritatea domeniului, se administrează în aceeași instalare și se măsoară în aceeași proprietate. Subdomeniul are sens când secțiunea este o aplicație separată (magazin pe altă platformă, portal de clienți, site de test), când are echipă separată sau când trebuie izolată tehnic. Google tratează subdomeniile ca entități parțial separate, deci un blog pe subdomeniu pornește cu mai puțin decât unul în subdosar; explicația este în articolul despre istoricul domeniului. Site-urile de test se pun întotdeauna pe subdomeniu, cu parolă.

Crearea unui subdomeniu

1. Domains, Create A New Domain.
2. Domain: blog.exemplu.ro. Debifați Share document root, ca subdomeniul să aibă dosarul lui; cPanel propune public_html/blog.exemplu.ro sau similar; puteți schimba calea.
3. Submit. cPanel creează dosarul, înregistrarea DNS (A spre serverul contului, dacă zona este pe server) și gazda virtuală.
4. AutoSSL emite certificatul la următoarea rulare, dacă DNS-ul răspunde; forțați din SSL/TLS Status, Run AutoSSL.
5. Puneți conținutul în dosar (instalare WordPress din WordPress Toolkit sau Softaculous, sau fișiere prin File Manager).

Dacă DNS-ul domeniului este la Cloudflare sau la registrar, adăugați acolo înregistrarea A (sau CNAME spre exemplu.ro) pentru subdomeniu, altfel nu răspunde; regulile sunt în ghidul despre setările DNS esențiale.

Adăugarea unui domeniu suplimentar

1. Înregistrați domeniul și îndreptați-l spre serverul contului (nameserverele găzduirii, sau înregistrări A spre adresa IP a contului).
2. Domains, Create A New Domain, altafirma.ro, fără Share document root; dosarul propriu.
3. Submit; cPanel creează dosarul, zona DNS (dacă nameserverele sunt ale serverului), gazda virtuală și, dacă doriți, conturile de e-mail se pot crea acum pentru noul domeniu.
4. AutoSSL pentru noul domeniu și pentru www.
5. Instalarea site-ului în dosar.

Planul de găzduire limitează numărul de domenii suplimentare; verificați în bara laterală. Atenție la o particularitate veche: domeniile suplimentare create în interiorul public_html devin accesibile și ca exemplu.ro/altafirma.ro/ și ca altafirma.exemplu.ro; puneți dosarul în afara public_html (de exemplu ~/altafirma.ro) sau blocați variantele duplicate cu noindex și redirecționare, ca Google să nu indexeze același site sub trei adrese.

Ce se întâmplă cu e-mailul

Fiecare domeniu suplimentar are propriile conturi de e-mail, propriile SPF și DKIM (Email Deliverability le generează separat) și propria rutare. Un subdomeniu nu are e-mail implicit; dacă vreți adrese pe blog.exemplu.ro, îl adăugați ca domeniu de e-mail separat, ceea ce e rar necesar. Configurarea conturilor este în ghidul despre configurarea unui cont de e-mail.

Securitatea: un cont, mai multe site-uri

Toate site-urile din cont rulează cu același utilizator și au acces la fișierele celorlalte: un site vechi, neactualizat, pe un subdomeniu uitat, compromite toate domeniile din cont. Regulile: fiecare site actualizat, cele nefolosite șterse (nu doar „oprite”), site-urile de test cu parolă din Directory Privacy, .htaccess anti-PHP în dosarele de încărcare, și, pentru site-uri cu risc diferit (un magazin și un site de test), conturi cPanel separate, dacă planul o permite. Un caz frecvent la curățări: un subdomeniu „demo” din 2019, cu un WordPress vechi, prin care s-a intrat în tot contul. Măsurile sunt în ghidul despre securitatea contului cPanel, iar protecția cu parolă în cel despre protecția directorului cu parolă.

SEO pentru subdomenii și domenii suplimentare

• Fiecare subdomeniu și fiecare domeniu suplimentar are proprietate proprie în Search Console (subdomeniile sunt acoperite și de proprietatea de domeniu a principalului).
• Fiecare are propria hartă și propriul robots.txt (robots.txt este per gazdă, nu per cont).
• Legăturile între site-ul principal și subdomeniu se numără ca legături externe apropiate; legați-le natural, din meniu și din conținut.
• Un subdomeniu de test lăsat public este indexat ca duplicat al producției; parolă, nu doar noindex.
• Domeniile parcate (alias) trebuie să redirecționeze 301 spre domeniul principal, nu să servească același conținut sub două nume; setați redirecționarea din Domains sau din Redirects.
• Versiunile de limbă: subdosar (/en/) pe același domeniu, cu hreflang, este alegerea obișnuită; subdomeniu (en.exemplu.ro) sau domeniu separat (.com) doar cu motive comerciale.

Subdomeniile de test, corect

Un site de test pe subdomeniu (test.exemplu.ro sau dev.exemplu.ro) are trei condiții: parolă din Directory Privacy (noindex nu ajunge; Google indexează adresele găsite prin legături chiar fără să citească conținutul), bază de date separată (nu aceeași bază ca producția, cu prefix diferit) și ștergere sau actualizare la final. Site-urile de test uitate sunt cauza a două probleme frecvente: duplicate ale producției în index (când parola lipsește) și compromiteri ale contului (când WordPress-ul de test rămâne neactualizat un an). Clonarea producției pe subdomeniu, cu înlocuirea adreselor în baza de date, se face în minute din terminal, cum arătăm în ghidul despre terminalul cPanel și WP-CLI.

Când merită un cont separat

Domeniile suplimentare pe același cont împart resursele (procesor, procese, spațiu) și securitatea. Un magazin cu trafic și un site de prezentare pe același cont înseamnă că o campanie a magazinului încetinește site-ul și că o vulnerabilitate a oricăruia le expune pe amândouă. Regula noastră: site-urile cu date de clienți sau cu venituri au cont propriu (sau cel puțin cont propriu față de site-urile de test și de proiectele abandonate); site-urile de prezentare mici pot împărți un cont. Costul unui cont în plus este de câțiva euro pe lună; costul unui incident, mult mai mare. Limitele de resurse și cum le urmăriți sunt în ghidul despre monitorizarea resurselor.

Modificarea și ștergerea

Din Domains, butonul Manage pe fiecare domeniu: schimbarea dosarului (Document Root), redirecționarea, forțarea HTTPS, ștergerea. Ștergerea unui subdomeniu sau a unui domeniu suplimentar scoate gazda virtuală și înregistrările DNS, dar nu șterge dosarul cu fișiere; ștergeți-l separat din File Manager, ca să nu rămână un site accesibil pe o cale ocolită. Conturile de e-mail ale unui domeniu șters dispar cu el; exportați mesajele înainte.

Greșeli frecvente

1. Subdomeniu pentru blog din motive „de organizare”, cu pierdere de autoritate față de subdosar.
2. Domeniu suplimentar în public_html, indexat sub trei adrese.
3. Subdomeniu de test fără parolă, indexat, cu conținutul producției.
4. Certificat lipsă pe www al domeniului suplimentar (înregistrarea DNS pentru www uitată).
5. Alias care servește conținutul în loc să redirecționeze; duplicat de site întreg.
6. Site vechi pe subdomeniu, neactualizat de ani, ca poartă de intrare.

Un exemplu de organizare corectă

O firmă cu site de prezentare, blog, magazin pe altă platformă și un al doilea brand: exemplu.ro cu blogul în subdosar (/blog/), magazinul pe magazin.exemplu.ro (aplicație separată, subdomeniu), al doilea brand pe altbrand.ro ca domeniu suplimentar cu dosar în afara public_html, site-ul de test pe test.exemplu.ro cu parolă. Fiecare cu certificat, cu proprietate în Search Console, cu hartă proprie; magazinul cu cont cPanel separat după ce a început să aibă comenzi. Structura a rămas neschimbată trei ani, fără redirecționări de refăcut.

Întrebări frecvente

1. Câte subdomenii pot crea? Depinde de plan; verificați limita în bara laterală. Nu creați subdomenii pentru fiecare pagină „ca să fie separat”.
2. Subdomeniul are nevoie de certificat separat? Da, AutoSSL îl emite automat dacă DNS-ul răspunde; certificatele wildcard acoperă toate subdomeniile, dar cer validare prin DNS.
3. Pot muta un domeniu suplimentar într-un cont separat? Da, prin copie a dosarului și a bazei, apoi restaurare în noul cont și schimbarea DNS; este o migrare mică, după ghidul despre migrarea unui website.
4. Google penalizează site-urile multiple pe același cont? Nu; contează conținutul fiecăruia. Contează, însă, la securitate.

Orientarea generală în panou și în unealta Domains este în ghidul pentru începători în cPanel.

Surse

• Documentația cPanel, domenii și subdomenii: unealta Domains, opțiunile și limitele.
• Documentația cPanel: uneltele înrudite (Zone Editor, SSL/TLS Status, Redirects).