Come impostare DNS aziendale senza fermare email

Un cambio di hosting, un nuovo sito o l’attivazione di una newsletter possono trasformarsi in un problema operativo se i DNS vengono modificati senza metodo. Capire come impostare DNS aziendale significa proteggere ciò che ogni giorno tiene in contatto l’impresa con clienti, fornitori e collaboratori: sito web, posta elettronica, moduli di contatto, servizi cloud e strumenti di marketing.

I DNS non sono un dettaglio da lasciare all’ultimo minuto. Sono la regia invisibile del dominio aziendale. Quando sono configurati bene, tutto funziona senza attirare l’attenzione. Quando sono incompleti o errati, il sito può risultare irraggiungibile, le email possono finire in spam oppure smettere di essere recapitate.

Che cosa fanno davvero i DNS aziendali

DNS significa Domain Name System. In termini pratici, è il sistema che indica a Internet dove trovare i servizi collegati al tuo dominio. Se digiti `azienda.it`, i DNS comunicano al browser quale server deve mostrare il sito. Se un cliente invia un’email a `commerciale@azienda.it`, i DNS indicano al suo provider dove consegnarla.

Il punto critico è che un unico dominio può essere collegato a più fornitori. Il sito può risiedere su un hosting, la posta su Microsoft 365 o Google Workspace, le newsletter su una piattaforma esterna e le verifiche di sicurezza su altri servizi. Per questo spostare il sito non deve significare spostare, cancellare o sovrascrivere la configurazione email.

Per una PMI, la priorità non è conoscere ogni sigla tecnica. È sapere quali servizi sono attivi, chi li gestisce e quale record DNS non può essere toccato senza una verifica preventiva.

I record DNS che un’impresa deve conoscere

Non tutti i record hanno lo stesso peso. Alcuni determinano la raggiungibilità del sito, altri la continuità della posta, altri ancora migliorano affidabilità e sicurezza delle comunicazioni.

Il record A associa il dominio o un sottodominio a un indirizzo IP. Di solito viene usato per indirizzare il sito web, ad esempio `www.azienda.it` verso il server che lo ospita. In alcune configurazioni, il record CNAME svolge una funzione simile ma punta a un altro nome di dominio anziché a un IP. È frequente per il sottodominio `www` o per servizi esterni.

I record MX sono decisivi per la posta elettronica. Indicano i server che ricevono le email indirizzate al dominio. Se vengono rimossi o sostituiti con valori errati durante una migrazione, la posta può interrompersi anche se il sito continua a funzionare normalmente.

I record TXT contengono informazioni testuali e oggi hanno un ruolo centrale nella sicurezza email. Tra i più comuni ci sono SPF, DKIM e DMARC. SPF definisce quali server sono autorizzati a inviare email per conto del dominio. DKIM aggiunge una firma che permette ai destinatari di verificare l’autenticità del messaggio. DMARC stabilisce come gestire le email che non superano questi controlli e consente di ricevere report.

Esistono poi record specifici per verificare la proprietà del dominio, collegare strumenti di analisi, gestire piattaforme di advertising o configurare servizi di videoconferenza e firma digitale. Non sono sempre necessari, ma possono essere essenziali per la tua operatività. Il criterio corretto non è fare pulizia eliminando ciò che non si riconosce: è identificare prima a quale servizio corrisponde ogni voce.

Come impostare DNS aziendale senza interruzioni

La configurazione deve seguire una procedura ordinata. Improvvisare direttamente nel pannello del dominio, soprattutto quando la posta è attiva, è il modo più rapido per creare un fermo evitabile.

1. Mappa i servizi collegati al dominio

Prima di modificare qualsiasi record, elenca ciò che usa il dominio: sito principale, eventuali landing page, caselle email, PEC se presente, newsletter, CRM, strumenti di prenotazione, e-commerce, aree riservate e servizi cloud. Non limitarti alle piattaforme che ricordi di usare ogni giorno. Anche un modulo contatti o un vecchio gestionale può dipendere da una configurazione DNS.

Chiedi inoltre chi possiede gli accessi al registrar, cioè il soggetto presso cui è registrato il dominio, e chi gestisce i nameserver. Sono due informazioni diverse da non confondere. Il dominio può essere intestato all’azienda ma avere DNS gestiti dall’hosting, da un provider email o da un partner tecnico.

2. Esporta la configurazione esistente

Fai una copia completa della zona DNS prima dell’intervento. Può essere un export dal pannello di gestione, una schermata ordinata dei record oppure un documento con nome, tipo, valore e priorità di ogni voce. È una precauzione semplice, ma fondamentale se serve ripristinare rapidamente un record.

Annota anche il TTL, cioè il tempo per cui i provider mantengono in memoria una risposta DNS. Un TTL alto rallenta la propagazione delle modifiche, mentre uno molto basso può aumentare le richieste ai server. Prima di una migrazione programmata, può essere utile abbassarlo con anticipo. Farlo pochi minuti prima del cambio, però, non offre un vantaggio reale: la modifica deve avere il tempo di propagarsi.

3. Separa il cambio del sito da quello della posta

Questo è il passaggio che evita molti problemi. Se stai trasferendo solo il sito, intervieni sui record A, AAAA o CNAME che lo riguardano, lasciando invariati MX e record TXT della posta. Non sostituire automaticamente tutti i nameserver solo perché il nuovo hosting lo suggerisce.

Cambiare i nameserver può essere necessario in alcuni progetti, ma trasferisce la gestione dell’intera zona DNS. È una scelta da fare solo dopo aver ricreato e verificato tutti i record necessari sul nuovo provider. Per molte aziende è più sicuro mantenere i nameserver attuali e modificare solo le voci indispensabili.

4. Configura l’autenticazione email correttamente

Un’email con il tuo dominio deve essere riconoscibile come legittima dai server destinatari. SPF, DKIM e DMARC riducono il rischio di spoofing, migliorano la reputazione di invio e aiutano le comunicazioni commerciali a non finire nella posta indesiderata.

Qui serve attenzione: un record SPF deve essere unico. Aggiungerne un secondo non estende la configurazione, ma può invalidarla. Se utilizzi più sistemi di invio – per esempio Microsoft 365, un CRM e una piattaforma newsletter – devono essere dichiarati nello stesso record SPF secondo le istruzioni dei rispettivi fornitori.

Per DMARC è spesso sensato procedere per gradi. Si può iniziare in modalità di monitoraggio, raccogliere i report e passare poi a politiche più restrittive quando si è certi che tutti i mittenti autorizzati siano inclusi. Bloccare subito i messaggi non conformi può essere efficace contro le frodi, ma rischia di fermare invii legittimi configurati male.

5. Verifica prima, durante e dopo la propagazione

Dopo il salvataggio, controlla che il sito risponda sia con dominio principale sia con `www`, che le caselle ricevano messaggi dall’esterno e che possano inviare correttamente. Testa anche i form del sito: spesso l’utente riceve una conferma, mentre l’email diretta all’azienda non arriva perché il server di invio non è autorizzato.

La propagazione DNS può richiedere da pochi minuti fino a 24-48 ore, in base al TTL e ai provider coinvolti. Durante questa fase alcune persone potrebbero raggiungere la vecchia destinazione e altre quella nuova. Per un sito aziendale, è preferibile mantenere online il vecchio ambiente finché il nuovo non è stato verificato. Per un e-commerce o per servizi con prenotazioni, programmare il passaggio in un orario a basso traffico riduce ulteriormente il rischio.

Errori frequenti che costano contatti e credibilità

L’errore più comune è confondere il trasferimento del dominio con il trasferimento del sito. Il dominio è l’indirizzo, l’hosting è lo spazio tecnico che ospita il sito, i DNS sono le istruzioni che li collegano. Possono essere gestiti dallo stesso fornitore, ma non devono esserlo per forza.

Un altro errore è autorizzare modifiche DNS senza una fotografia iniziale della situazione. Se nessuno sa quali record servivano a una newsletter, a un gestionale o a una casella condivisa, il problema emerge solo quando un cliente non riceve una risposta o un flusso commerciale si blocca.

Anche lasciare gli accessi del dominio a un ex fornitore è un rischio inutile. L’azienda deve essere intestataria del dominio e avere accesso verificato al registrar e al pannello DNS. Il partner tecnico può gestire le attività quotidiane, ma proprietà e controllo devono rimanere chiari, documentati e recuperabili.

Quando affidare la gestione DNS a un partner tecnico

Una piccola modifica può essere gestita internamente se esistono competenze, accessi ordinati e una procedura di verifica. Quando però il dominio collega sito, email, campagne, CRM e più fornitori, la gestione richiede continuità. Il costo di un errore non è solo tecnico: sono richieste perse, reputazione danneggiata e ore sottratte al lavoro dell’impresa.

Un servizio continuativo di sito e manutenzione dovrebbe includere una gestione DNS tracciabile, backup delle configurazioni, coordinamento con i provider e test dopo ogni intervento. È il tipo di operatività che Ficoflix integra nella gestione tecnica: meno complessità sulle spalle dell’azienda, più controllo sui servizi che sostengono la comunicazione quotidiana.

Il DNS aziendale funziona meglio quando smette di essere un’emergenza da risolvere. Conserva gli accessi, documenta le configurazioni e pianifica ogni modifica con chi conosce davvero i servizi collegati al tuo dominio: è un investimento piccolo rispetto al valore di una presenza digitale che resta sempre raggiungibile.