ADMINISTRARE SITE · GHID WEBSITE

Email profesional cu domeniul firmei: ce să alegi înainte de lansarea site-ului

Adresa contact@numelefirmei.ro pare o alegere mică atunci când lansezi un site, dar decizia din spatele ei schimbă ce serviciu cumperi și ce setări trebuie păstrate. Întrebarea practică este dacă echipa are nevoie de o căsuță separată, dacă vrea doar o adresă ușor de reținut care trimite mesajele spre inboxul existent sau dacă trebuie mutată o arhivă de la un furnizor la altul. Clarifică aceste lucruri înainte să modifici DNS-ul domeniului.

Publicat: 07.10.2026 · Revizuit: 07.10.2026 · 7 minute · de echipa Brand Revolution

Răspuns direct

Alege o căsuță email dedicată dacă cineva trebuie să se autentifice, să păstreze mesaje și să trimită în mod regulat de pe adresa firmei. Un alias sau o redirecționare poate fi suficientă pentru o adresă secundară care doar primește mesaje. Serviciul de email poate fi separat de hostingul site-ului, chiar dacă ambele folosesc același domeniu. Înainte de migrare, pregătește conturile și arhiva, apoi schimbă MX-ul către furnizorul de email ales; SPF, DKIM și DMARC țin de autentificarea expeditorului și nu garantează că mesajele ajung în inbox.

Mailbox, alias sau redirecționare: ce nevoie ai de fapt?

O căsuță email (mailbox) are autentificare și spațiu propriu pentru mesajele unui utilizator. Este potrivită pentru adrese precum prenume@numelefirmei.ro atunci când persoana citește, organizează și trimite frecvent mesaje de pe acea adresă. Verifică numărul de utilizatori, accesul de pe telefon și calculator și ce se întâmplă cu mesajele dacă un coleg pleacă din firmă.

Un alias este o adresă alternativă asociată unei căsuțe existente. De exemplu, info@ poate ajunge în inboxul folosit de administrator. O redirecționare trimite mesajele primite la altă adresă. Aceste variante pot reduce numărul de căsuțe necesare, dar nu creează automat o căsuță separată și nu înseamnă, de la sine, că poți răspunde cu aceeași adresă. Confirmă cu furnizorul cum se configurează trimiterea de pe alias și cum se gestionează răspunsurile.

Pentru o adresă care doar apare pe site și primește puține mesaje, un alias sau forwarding-ul poate fi suficient. Pentru colegi care au conversații proprii, istoric de păstrat și nevoie de autentificare, compară mailbox-urile. Decide și cine va avea acces la o adresă comună precum office@, ca mesajele clienților să nu depindă de contul personal al unei singure persoane.

  • Căsuță separată: utilizatorul se conectează și gestionează propriul inbox.
  • Alias: o adresă suplimentară asociată unei căsuțe, în funcție de funcțiile furnizorului.
  • Redirecționare: mesajele primite sunt trimise mai departe către altă adresă.

Emailul și hostingul site-ului pot fi servicii diferite

Domeniul este numele de internet al firmei, iar înregistrările DNS indică servicii diferite. Site-ul poate folosi înregistrările care duc la serverul web, în timp ce MX indică unde trebuie direcționat emailul primit pentru domeniu. Un singur furnizor poate vinde domeniu, hosting și email, dar nu e obligatoriu ca toate să fie administrate împreună.

Dacă schimbi hostingul site-ului, păstrează setările de email și cere lista completă a înregistrărilor DNS înainte de mutare. Dacă emailul este găzduit în altă parte, nu înlocui MX-ul cu valori primite pentru site. Invers, trecerea la un alt serviciu de email nu cere automat mutarea site-ului. Notează cine controlează zona DNS și păstrează accesul la contul respectiv.

Separarea serviciilor poate ajuta la claritatea responsabilităților: firma știe cine facturează căsuțele, cine oferă suport și cine poate edita DNS-ul. Nu presupune însă că orice plan de hosting include mailbox-uri potrivite sau că o adresă de forwarding echivalează cu o căsuță completă. Cere ca aceste livrabile să fie numite explicit în ofertă.

Alege furnizorul după modul de lucru al firmei

Înainte să compari prețuri, numără persoanele care trebuie să trimită și să primească mesaje. Separă adresele personale de cele de rol: de exemplu, prenume@ pentru un coleg și contact@ pentru solicitările generale. Apoi verifică dacă planul oferă numărul potrivit de căsuțe și dacă aliasurile sau redirecționările de care ai nevoie sunt disponibile.

Întreabă unde se păstrează mesajele, cum se recuperează accesul la cont, ce implică exportul sau migrarea și ce suport primești la configurare. Dacă ai formulare pe site sau o platformă care trimite notificări, notează separat aceste expeditori: pot fi diferiți de utilizatorii care citesc emailul. Furnizorul trebuie să-ți spună ce înregistrări DNS solicită pentru primire și pentru trimitere.

Compară costul recurent pe utilizator, dar și administrarea pe care o vei face. O adresă gratuită de redirecționare poate rezolva o nevoie simplă; o echipă cu mai multe persoane poate avea nevoie de conturi individuale și reguli clare de acces. Decizia bună pornește de la cine folosește fiecare adresă, nu de la câte nume de email arată bine pe site.

Ce face MX-ul și de ce contează la o mutare

Înregistrarea MX indică sistemelor care trimit email unde să livreze mesajele noi pentru domeniu. Când schimbi MX-ul, mesajele noi sunt direcționate către furnizorul indicat de noua configurație. Mesajele deja păstrate la vechiul furnizor rămân acolo până când sunt migrate sau exportate; schimbarea MX nu copiază arhiva.

Înainte de schimbare, creează utilizatorii și căsuțele la noul furnizor pentru toate adresele care trebuie să continue să funcționeze. Verifică dacă sunt acoperite aliasurile și redirecționările, apoi planifică mutarea mesajelor vechi și comunică echipei când se schimbă conectarea. Microsoft recomandă pregătirea utilizatorilor și căsuțelor înainte de actualizarea MX pentru a reduce riscul de întrerupere; documentația sa precizează și că mesajele existente rămân la gazda anterioară dacă nu sunt migrate.

Păstrează temporar accesul la vechiul serviciu și confirmă primirea și trimiterea de mesaje la noile conturi după schimbare. Dacă site-ul și emailul folosesc aceeași zonă DNS, cere furnizorului să indice exact înregistrările de modificat și pe cele de păstrat. Nu șterge înregistrările vechi până nu știi ce servicii încă depind de ele.

  • Inventariază căsuțele, aliasurile, redirecționările și expeditorii automați.
  • Configurează conturile la furnizorul nou înainte de mutarea MX.
  • Decide cum păstrezi sau migrezi arhiva veche și verifică ambele direcții de trimitere.

Autentificarea expeditorului se configurează separat

Pentru mesajele trimise în numele domeniului, întreabă furnizorul ce înregistrări de autentificare trebuie publicate. SPF identifică expeditorii autorizați printr-o înregistrare DNS, DKIM folosește o semnătură asociată domeniului, iar DMARC compară domeniul vizibil în From cu domeniul autentificat prin SPF ori DKIM și indică serverului destinatar ce politică să aplice când verificarea DMARC eșuează. Gmail recomandă configurarea autentificării pentru domeniile care trimit email și explică aceste mecanisme în ghidul său pentru expeditori.

Cere valori exacte de la fiecare serviciu care trimite în numele firmei, inclusiv de la o platformă de newsletter sau de la sistemul de notificări al site-ului. Gmail recomandă ca SPF să includă toți expeditorii domeniului, așa că inventariază serviciile care trimit mesaje și confirmă valorile cu furnizorii. Nu copia valori generice: setările trebuie să corespundă serviciilor folosite efectiv.

SPF, DKIM și DMARC susțin autentificarea și pot ajuta la reducerea falsificării domeniului. Configurarea lor nu garantează livrarea în inbox: filtrarea mesajelor depinde de mai multe elemente și de politicile furnizorului care primește emailul. Tratează autentificarea ca pe o verificare tehnică de făcut, nu ca pe o promisiune de rezultate.

Lista de verificare înainte de lansarea site-ului

Înainte de publicare, stabilește ce adrese vor fi afișate pe site și cine răspunde la ele. Confirmă dacă fiecare este mailbox, alias sau adresă redirecționată; verifică unde se află domeniul și cine poate edita DNS-ul. Dacă emailul rămâne la furnizorul actual, spune acest lucru persoanei care publică site-ul și transmite-i setările pe care trebuie să le păstreze.

Dacă migrezi emailul, pune pe listă conturile care trebuie create, arhiva care trebuie transferată, setările de trimitere și metoda de testare după schimbarea MX. Notează și serviciile care trimit automat mesaje în numele firmei, apoi cere valorile SPF, DKIM și DMARC de la furnizorii respectivi. O listă scrisă reduce riscul ca o modificare pentru site să afecteze primirea sau trimiterea emailului.

ÎNTREBĂRI FRECVENTE

Ce merită clarificat înainte să alegi?

Am nevoie de o căsuță plătită pentru contact@?

Nu în orice situație. Dacă adresa doar primește mesaje care pot ajunge la un inbox existent, verifică dacă un alias sau forwarding îți acoperă nevoia. Alege o căsuță separată când utilizatorul trebuie să se autentifice, să păstreze un inbox distinct sau să lucreze constant de pe acea adresă.

Dacă schimb hostingul site-ului, se mută și emailul?

Nu automat. Site-ul și emailul pot folosi servicii diferite, iar emailul primit este direcționat prin MX. Înainte de schimbarea zonei DNS, cere lista setărilor existente și păstrează înregistrările necesare furnizorului de email.

Schimbarea MX transferă și mesajele vechi?

Nu. MX direcționează mesajele noi spre furnizorul indicat. Mesajele deja stocate rămân la vechiul furnizor până când le migrezi sau le exporți separat.

SPF, DKIM și DMARC garantează că mesajele ajung în inbox?

Nu. Acestea ajută la autentificarea mesajelor trimise în numele domeniului și la aplicarea politicii DMARC. Nu garantează plasarea în inbox, care depinde și de evaluarea furnizorului destinatar.

Surse și verificări

Vrei să treci de la cercetare la un website clar?

Dacă pregătești un site de prezentare, oferta Website Revolution este de 999 lei pentru 1–2 pagini, cu livrabilele confirmate în scris. Prima versiune este gata în 24h numai după discuția de clarificare, semnarea contractului, încasarea avansului de 50% și primirea tuturor materialelor și accesurilor complete. Domeniul și hostingul site-ului se plătesc separat de client. Emailul și orice configurare DNS aferentă se includ numai dacă sunt confirmate explicit în scope.

AFLĂ MAI MULTE