03 lug 2025·8 min
Dominio + Email aziendale: Guida semplice per non tecnici
Guida passo-passo per comprare un dominio, collegare i DNS e impostare email aziendale (MX, SPF, DKIM, DMARC). Controlli chiari, soluzioni comuni e consigli di sicurezza.
Guida passo-passo per comprare un dominio, collegare i DNS e impostare email aziendale (MX, SPF, DKIM, DMARC). Controlli chiari, soluzioni comuni e consigli di sicurezza.
Stai impostando due cose che lavorano insieme: un nome di dominio (come yourcompany.com) e indirizzi email aziendali che usano quel dominio (come [email protected]). Quando sono collegati correttamente, puoi inviare e ricevere mail in modo affidabile—e le persone vedono il tuo brand ogni volta che premi “invia”.
[email protected]) e indirizzi di team (es., [email protected]).La connessione tra il tuo dominio e il provider email avviene tramite le impostazioni DNS (alcuni record che aggiungi nel pannello del dominio). Questi record dicono a Internet dove consegnare la posta per il tuo dominio e come verificarne la legittimità.
Questa guida è per persone non tecniche—fondatori solitari, freelance e piccoli team—che vogliono far funzionare l'email aziendale senza dover capire networking o server.
info@, billing@, support@).La maggior parte delle configurazioni richiede 30–90 minuti di lavoro pratico.
La variabile principale è la propagazione DNS: dopo aver aggiornato i record DNS, può volerci da pochi minuti a 24–48 ore perché le modifiche siano riconosciute ovunque. Durante quella finestra, l'email può funzionare per alcune persone ma non per altre—oppure può iniziare a funzionare gradualmente.
Quando tutto è connesso, avrai una presenza email più pulita e affidabile—e una base su cui crescere (nuovi membri, nuovi indirizzi e migliore deliverability col tempo).
Prima di navigare tra le impostazioni, è utile capire chi fa cosa. La maggior parte della confusione sull'email nasce perché sono coinvolti tre diversi "posti".
Registrar: la società dove acquisti il nome del dominio (come yourcompany.com). Gestiscono la proprietà, i rinnovi e i controlli di base del dominio.
Host DNS (provider DNS): il luogo dove vive la "rubrica" del tuo dominio. Il DNS è un insieme di record che dicono a Internet dove sono i servizi per il tuo dominio (sito web, email, ecc.). A volte il registrar è anche l'host DNS, ma non sempre.
Provider email: il servizio che gestisce le tue caselle e manda/riceve la posta (per esempio, Google Workspace o Microsoft 365). Ti fornisce caselle come [email protected].
Pensalo così:
Compralo dal registrar, poi modifica i record DNS (dove il DNS è ospitato) per dire al mondo: “La posta per @yourcompany.com deve essere consegnata a questo provider.”
Se vuoi usare un diagramma semplice per l'articolo, usa:
Domain (registrar) → DNS (records) → Email provider (inboxes)
Quando cambi il DNS (come MX, SPF, DKIM), l'aggiornamento non appare ovunque istantaneamente. La propagazione è il tempo che impiegano le modifiche DNS per diffondersi sulla rete mentre i vari cache si aggiornano.
In pratica, potresti salvare una modifica DNS e continuare a vedere comportamenti vecchi per un po'—specialmente nella prima ora o due.
Il tuo dominio è la base per il sito e l'indirizzo email (es.: [email protected]). È qualcosa che terrai per anni, quindi un po' di cura all'inizio evita problemi dopo.
Punta a qualcosa di corto, chiaro e facile da scrivere la prima volta che lo chiedi.
Qualche regola pratica:
Se possibile, acquista le varianti più importanti (il .com più il dominio locale) per proteggere il brand, poi scegli un dominio “primario” per l'email.
Quando scegli un registrar confronta:
Assicurati che il dominio sia registrato a nome della tua azienda (o di una persona di fiducia) e che tu controlli il login, l'email di recupero e l'autenticazione a due fattori. Mantieni l'accesso al registrar in un unico posto—condiviso in modo sicuro—così il dominio non sparisca con un collaboratore che se ne va.
Attiva la privacy WHOIS a meno che tu non abbia una ragione specifica per non farlo. Riduce lo spam e protegge i dati di contatto dal diventare pubblici.
Scegliere un provider email significa decidere dove vive il servizio di posta. Il dominio (il nome) può restare con una società, mentre la posta viene gestita da un'altra.
1) Email con il registrar
Molti registrar vendono pacchetti email insieme ai domini. È comodo perché fatturazione e supporto sono nello stesso posto. Il compromesso è che le funzionalità possono essere basilari (meno strumenti di collaborazione, controlli admin semplici) e migrare dopo può richiedere passi in più.
2) Email con un provider separato
Questa è la scelta tipica per team in crescita. Provider come Google Workspace o Microsoft 365 puntano molto su deliverability, sicurezza e app di produttività. Il dominio può restare col registrar—basta connettere l'email usando i record DNS.
Concentrati su ciò che userai davvero:
support@ o info@ così più persone possono rispondere mantenendo continuità.Gli amministratori non tecnici avvertono la differenza qui:
Aspettati prezzi per utente al mese per provider completi; l'email del registrar spesso è più economica ma con funzionalità limitate. Prima di decidere, verifica cosa è incluso in ogni livello (caselle vs alias, spazio, caselle condivise) e confronta i piani su pagine come /pricing.
Se sei indeciso, scegli un provider che supporti esportazioni e strumenti di migrazione—il te futuro ti ringrazierà.
Qui l'email con dominio prende forma: creerai le caselle che la gente userà ogni giorno, più gli indirizzi che danno un aspetto organizzato all'azienda.
Crea prima l'indirizzo principale—di solito uno di questi:
Se sei un business solista, puoi usare you@ come casella reale e aggiungere hello@ come alias che recapita lì.
Poi crea le caselle per le persone reali (es., sara@, mike@). Poi aggiungi gli indirizzi “di ruolo” che i clienti useranno:
Per gli indirizzi di ruolo, decidi chi deve ricevere i messaggi. Le opzioni di solito includono: consegna a una persona, a più persone, o una casella condivisa (ne parliamo dopo).
Usa un alias quando:
Crea una casella separata quando:
Scegli una regola semplice e mantienila:
Evita variazioni casuali (tipo support-team@ vs help@)—la coerenza facilita onboarding, sicurezza e troubleshooting.
Il DNS è la pagina delle impostazioni del dominio. È dove dici a Internet dove vive il tuo sito e, per le email, quale servizio deve ricevere i messaggi per indirizzi come [email protected].
La buona notizia: di solito devi modificare solo poche cose per l'email aziendale—principalmente record MX, più un paio di TXT (per SPF, DKIM e DMARC). La parte difficile è spesso trovare lo schermo giusto.
La maggior parte delle persone gestisce il DNS in uno di questi:
Un indizio rapido: se il tuo dominio usa nameserver personalizzati (spesso qualcosa come ns1.cloudflare.com), il DNS probabilmente non è gestito dal registrar—even se hai comprato il dominio lì.
Cerca voci di menu come:
Una volta nello schermo giusto, dovresti vedere una tabella con colonne come Type, Name/Host, Value/Content, Priority e TTL.
Prenditi 2 minuti per proteggerti dagli errori comuni:
Per l'email aziendale con dominio personalizzato, di solito aggiungerai o sostituirai:
Di solito puoi lasciare intatti i record del sito web (come A, AAAA e CNAME) a meno che il provider non dica esplicitamente il contrario.
Questi sono quelli che causano la maggior parte dei problemi “l'email non funziona”:
mail.example.com mentre altri aggiungono automaticamente il dominio.Se resti organizzato—trova l'host DNS corretto, salva ciò che c'è, poi fai solo le modifiche indicate dal tuo provider email—sarai pronto per il passo successivo: impostare i record MX.
I record MX sono i cartelli stradali della posta per il tuo dominio. Quando qualcuno ti invia a [email protected], il loro servizio controlla il DNS del tuo dominio e cerca i record MX per capire a quale provider (Google Workspace, Microsoft 365, ecc.) consegnare quel messaggio.
I record MX (Mail Exchange) dicono al mondo dove consegnare la tua posta. Se puntano al posto sbagliato—o hai un mix conflittuale—i messaggi possono rimbalzare, scomparire o arrivare in una casella vecchia che hai dimenticato.
Nel pannello DNS del dominio, il tuo provider email ti darà una lista specifica di voci MX (host/name, value/target e priority). Aggiungile esattamente come mostrato.
Se stai cambiando provider, di solito dovrai rimuovere i vecchi record MX che puntano al servizio precedente. Molti provider dicono esplicitamente “elimina qualsiasi record MX esistente.” Segui quell'istruzione con attenzione—lasciare vecchi MX può dividere la consegna tra sistemi.
Suggerimento: prima di cambiare, copia i record MX correnti in una nota così puoi ripristinarli se necessario.
La priorità MX è un ordine: i numeri più bassi vengono provati per primi. Esempio: priorità 1 è preferita rispetto a priorità 5.
La maggior parte delle configurazioni funziona purché:
Usa prima lo strumento di verifica/admin del provider (molti hanno una fase “Verify domain/DNS”) per confermare che gli MX siano rilevati.
Poi fai un test reale: invia un messaggio da un indirizzo personale (come Gmail) al tuo nuovo indirizzo aziendale e conferma che arriva. Rispondi per verificare che l'uscita funzioni (gli MX influenzano la posta in arrivo; l'uscita è gestita dal provider).
SPF, DKIM e DMARC sono tre record DNS che aiutano altri sistemi di posta a fidarsi dei messaggi inviati dal tuo dominio. Il loro scopo è semplice: ridurre lo spoofing (qualcuno che finge di inviarti mail) e migliorare la deliverability abbassando la probabilità che la tua posta reale venga trattata come spam.
SPF è un singolo record TXT che elenca quali servizi sono autorizzati a inviare email usando il tuo dominio.
Due regole pratiche:
Esempio di valore SPF TXT (solo esempio):
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
Le linee “include:” autorizzano mittenti. Il finale -all significa “tutto il resto non è autorizzato.” Se sei incerto durante i test, alcune squadre partono con ~all (più permissivo), poi passano a -all in seguito.
DKIM permette al provider di firmare i messaggi in uscita. Aggiungerai un record DNS, poi abiliterai la firma nel provider.
La maggior parte dei provider ti fornisce:
google o s1)Potrebbe avere l'aspetto di selector._domainkey.yourdomain.com. Dopo averlo aggiunto, torna al pannello admin del tuo provider e abilita DKIM/signing.
DMARC dice ai destinatari cosa fare se SPF/DKIM non vengono superati. Inizia con una policy di monitoraggio così non rischi di bloccare posta buona.
Un record DMARC di partenza comune:
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
Con p=none stai solo raccogliendo report. Dopo aver confermato che tutto il legittimo passa i controlli, puoi irrigidire a quarantine o reject.
Quando il dominio e i DNS sono connessi e la casella è creata, l'ultimo passo è farla funzionare ovunque leggi e mandi mail: laptop, telefono e a volte tablet.
Webmail è la casella che apri nel browser (es.: Gmail in Chrome, Outlook sul web o il portale web del provider). È il posto più semplice per confermare che l'account funziona perché non c'è nulla da configurare. Se puoi inviare/ricevere in webmail, la casella è a posto.
App email sono programmi come le app mobili Gmail o Outlook, Apple Mail o Outlook desktop. Sono comode (notifiche, accesso offline), ma dipendono da un login corretto e dalle impostazioni dei server.
Suggerimento: se la configurazione in un'app fallisce, prima accedi via webmail. Così separi “problema account” da “problema dispositivo”.
Alcuni provider offrono più metodi di connessione:
Se hai l'opzione e il piano lo include, scegli Exchange/ActiveSync per semplicità. Usa IMAP quando Exchange non è disponibile o vuoi una configurazione più universale.
Se l'account ha la verifica in due passaggi (2FA), alcune app più vecchie (o certi client desktop) non possono gestire il secondo step.
Rimedi comuni:
[email protected]), non solo il nome utente.Quando un'app chiede "Impostazioni manuali", di solito ti servono:
[email protected]Se non conosci i nomi dei server, prendili dalla pagina di supporto del provider—cerca le impostazioni "IMAP" o "Exchange" e copia esattamente.
Dopo la configurazione, invia una mail di prova a un indirizzo personale e rispondi per confermare che invio e ricezione funzionano.
Quando il team ha caselle vere, probabilmente vorrai alcune configurazioni pratiche: inoltro, alias, catch-all o una casella condivisa. Sembrano simili, ma si comportano in modo diverso.
info@ → sarah@)sarah@ riceve anche invoices@)support@.Regola semplice: usa alias per “più indirizzi per una stessa persona” e caselle condivise per “più persone, un solo indirizzo.”
L'inoltro va bene per:
L'inoltro può creare problemi a lungo termine:
Se un indirizzo di team è importante (sales@, support@), una casella condivisa o un sistema helpdesk è quasi sempre più pulito.
Un catch-all significa che [email protected] verrà accettato e consegnato (anche suupport@ con errori di battitura).
Pro:
Contro:
Se lo abiliti, indirizzalo a una casella condivisa monitorata e applica filtri antispam severi.
La maggior parte dei provider permette regole come:
Questi piccoli accorgimenti evitano che la posta diventi una chat di gruppo senza proprietario.
Passare a un nuovo indirizzo aziendale non significa perdere i messaggi o dover cercare contatti ad ogni passo. La chiave è decidere cosa migrare e usare un approccio “mantieni entrambi per un po”.
Inizia scegliendo l'ambito:
Se non sei sicuro, sposta prima le email, poi contatti/calendari quando la posta è stabile.
La maggior parte dei provider offre tre opzioni pratiche:
1) Importazione integrata (più semplice)
Google Workspace e Microsoft 365 offrono strumenti di migrazione che copiano le mail (e talvolta contatti/calendari) da un altro provider. È spesso l'opzione meno soggetta a errori per configurazioni non tecniche.
2) Spostamento via IMAP (funziona con molti provider)
Se la vecchia posta supporta IMAP, uno strumento di migrazione può copiare cartelle e messaggi. Di solito muove le mail in modo affidabile, ma potrebbe non trasferire calendari/contatti.
3) Esporta/importa manuale (più laborioso)
Usalo quando non ci sono strumenti automatici. Esporta dal vecchio servizio (PST/mbox/CSV) e importa nel nuovo. È fattibile, ma richiede più tempo per pulizie.
Non chiudere subito il vecchio account. Tienilo attivo finché non hai verificato:
Prendi in considerazione anche una risposta automatica sul vecchio indirizzo: “Siamo passati a [email protected]” (per un periodo breve).
Scegli un momento tranquillo (mattina presto o fine settimana), poi:
Quando tutto è verificato, aggiorna iscrizioni, fatture e login che usavano il vecchio indirizzo—poi tieni la casella vecchia attiva per un periodo di sicurezza prima di cancellarla.
La maggior parte dei problemi con l'email aziendale riguarda tre aree: record DNS (impostazioni dominio), autenticazione (SPF/DKIM/DMARC) o accesso/configurazione (password, 2FA, impostazioni app). Usa questa checklist per individuare rapidamente il problema.
Parti dai record MX.
Di solito è un problema di autenticazione o di mismatch di identità.
[email protected]).Quando contatti il supporto, includi:
Se stai configurando l'email insieme a un nuovo prodotto o strumento interno, aiuta allineare gli indirizzi “from” fin da subito (es., support@ per risposte clienti, billing@ per fatture, e un mittente dedicato per notifiche app). Team che costruiscono app su Koder.ai spesso fanno questo passo in anticipo così le email transazionali e di supporto rimangono coerenti man mano che l'app evolve, senza dover tornare sui DNS e sulla deliverability più avanti.
Ti servono accessi a due account:
Prepara anche una breve lista di indirizzi che vuoi creare (es.: you@, hello@, support@) così puoi impostare tutto in una sola sessione.
Di solito 30–90 minuti di lavoro diretto, più il tempo di propagazione DNS.
La propagazione può richiedere da pochi minuti a 24–48 ore, quindi è normale che l'email inizi a funzionare gradualmente (funziona per alcuni mittenti prima che per altri).
Sono ruoli diversi:
Se il tuo dominio usa nameserver personalizzati (es.: Cloudflare), devi modificare il DNS lì, non dal registrar.
I record MX indicano dove consegnare le email in arrivo per @yourdomain.com.
Per configurarli in sicurezza:
Usa lo strumento di verifica del provider, poi fai test reali:
Sono segnali di fiducia basati su DNS che migliorano la deliverability e riducono lo spoofing:
Usa un alias quando una sola persona deve ricevere mail da più indirizzi (es.: hello@ → casella principale).
Usa una casella separata/una shared inbox quando:
Un catch-all accetta messaggi inviati a [email protected], compresi gli errori di battitura.
Pro:
Contro:
La pratica migliore è stabilizzare prima il nuovo setup e poi migrare:
Lavora dall'alto verso il basso:
Quando chiedi supporto, includi screenshot dei DNS e l'header completo di un messaggio (mostra risultati SPF/DKIM/DMARC).
p=nonesupport@sales@Se lo abiliti, indirizzalo a una casella monitorata e applica filtri antispam robusti.