Record A vs CNAME: quale record DNS usare per il tuo sito

Un record A punta un nome a un indirizzo IP, un CNAME a un altro hostname. Scopri la regola dell'apex, una tabella d'uso ed esempi per i site builder.

Domande frequenti

Posso mettere un CNAME sul dominio principale?

Secondo le regole standard del DNS, no. Un CNAME non può convivere con nessun altro record con lo stesso nome, e la radice di un dominio ha sempre record NS e SOA. Alcuni provider DNS aggirano il limite con un ALIAS, un ANAME o una funzione di CNAME flattening che si comporta come un CNAME ma risponde con record A: controlla nella documentazione del tuo provider come lo chiama.

Un CNAME o un record A è più veloce?

Per i visitatori la differenza è di solito troppo piccola per essere percepita. Un CNAME aggiunge una risoluzione in più la prima volta che un resolver deve seguire l'alias, poi la risposta viene memorizzata in cache in base al TTL. Scegli in base a ciò che ti indica il tuo host e al fatto che il nome sia l'apex, non in base alla velocità.

Perché il mio host mi dà un CNAME per www ma un indirizzo IP per il dominio principale?

Perché www è un sottodominio, dove il CNAME è consentito, mentre il dominio principale è l'apex, dove non lo è. Gli host che pubblicano un indirizzo IP fisso per l'apex ti danno qualcosa che un record A può contenere. Quelli che forniscono solo un hostname si aspettano che usi un CNAME su un sottodominio, oppure un record in stile ALIAS sull'apex, se il tuo provider DNS lo supporta.

Possono esistere un record A e un CNAME per lo stesso nome?

No. Se un nome ha un CNAME, non può avere un record A, MX, TXT né di qualsiasi altro tipo. Il tuo pannello DNS potrebbe impedirti di salvare il secondo record, oppure salvarlo e causare una risoluzione imprevedibile. Elimina il vecchio record prima di aggiungere il nuovo tipo.

Cosa succede alla mia email se cambio il record dell'apex?

Modificare il record A del dominio principale non influisce sull'email, perché l'instradamento della posta è gestito dai record MX. L'operazione pericolosa è aggiungere un CNAME sull'apex, perché va in conflitto con i record MX e TXT da cui dipende la posta. Lascia al loro posto i record MX e modifica solo i record A o AAAA quando sposti un sito web.

In breve: un record A associa un nome direttamente a un indirizzo IPv4, mentre un CNAME associa un nome a un altro hostname e lascia che siano i record di quell'hostname a determinare l'indirizzo finale. Usa un record A per il dominio principale (example.com) e un CNAME per sottodomini come www, shop o blog quando il tuo host ti fornisce un hostname invece di un IP. La regola fondamentale: un CNAME non può stare sulla radice di un dominio.

A cosa punta davvero ogni record

Record A: dal nome all'indirizzo IP

Un record A risponde alla domanda "qual è l'indirizzo IPv4 di questo nome?". In un file di zona appare così:

`` example.com. 3600 IN A 192.0.2.10 ``

Quell'indirizzo (preso da un intervallo riservato alla documentazione) è il server a cui si connette il browser. Se hai anche un indirizzo IPv6, aggiungi accanto un record AAAA. Se l'indirizzo del server cambia, devi modificare tu il record.

Record CNAME: da un nome a un altro nome

Un CNAME ("canonical name") dice "questo nome è un alias di quell'altro nome". Non contiene mai un indirizzo IP:

`` www.example.com. 3600 IN CNAME sites.hostingprovider.example. ``

Un resolver vede l'alias, cerca la destinazione e usa i record A o AAAA che trova lì. Il vantaggio è che il tuo host può cambiare gli indirizzi dei suoi server senza che tu debba toccare il DNS. Per la definizione di base, vedi cos'è un CNAME, e per la famiglia più ampia di record consulta i tipi di record DNS spiegati.

La restrizione sull'apex, spiegata

L'apex (detto anche radice, dominio nudo o naked domain) è il nome senza nulla davanti: example.com. Le regole del DNS dicono che un nome con un CNAME non può avere accanto nessun altro tipo di record. L'apex ha sempre altri record:

Record NS che indicano quali server sono autorevoli per il dominio
Un record SOA
Di solito record MX per l'email e record TXT per verifiche e SPF

Un CNAME sull'apex entrerebbe in conflitto con tutti questi. Alcuni pannelli DNS si rifiutano di salvarlo. Altri lo salvano e rompono in silenzio la consegna delle email o la verifica del dominio, il che è peggio.

I sottodomini non hanno questo problema, perché www.example.com di norma non ha altri record con quel nome esatto. Ecco perché gli host quasi sempre ti dicono di puntare www con un CNAME.

La soluzione alternativa: ALIAS, ANAME e flattening

Molti provider DNS offrono un record non standard che si comporta come un CNAME sull'apex. Ha nomi diversi (ALIAS, ANAME o "CNAME flattening"): il provider risolve l'hostname di destinazione dal proprio lato e risponde ai visitatori con normali record A. Poiché sono funzioni del provider e non fanno parte dello standard DNS, nome, comportamento e disponibilità nel piano variano. Controlla la documentazione del tuo provider DNS prima di fare affidamento su uno di questi record, e non dare mai per scontato che un tipo di record con quel nome esista nel pannello di un altro provider.

Record A vs CNAME: quando usare quale

Situazione	Cosa usare	Perché
Dominio principale (example.com), l'host fornisce un indirizzo IP	A (e AAAA se fornisce l'IPv6)	L'apex può contenere record A
Dominio principale, l'host fornisce solo un hostname	ALIAS/ANAME/flattening se il tuo provider DNS lo offre; altrimenti sposta il DNS o usa i nameserver dell'host	Un CNAME standard non è ammesso sull'apex
Sottodominio www, l'host fornisce un hostname	CNAME	Segue l'host se i suoi server cambiano
Sottodominio, l'host fornisce un indirizzo IP	A	Il CNAME non avrebbe nulla a cui puntare
Sottodominio per uno strumento SaaS (help, status, shop)	CNAME	La destinazione è gestita dal fornitore
Nome che richiede anche record MX o TXT	A, AAAA o in stile ALIAS, mai CNAME	Il CNAME non può convivere con altri record
Puntare un nome a un altro nome che controlli tu	CNAME	Un solo punto da aggiornare
Record del servizio email (selettori DKIM)	CNAME solo se il provider email lo richiede	Dipende dal provider, segui le sue istruzioni

Per l'instradamento della posta in particolare, vedi come funzionano i record MX e a cosa serve un record TXT.

Esempi per chi usa un site builder

La maggior parte dei website builder e degli host rientra in uno di due schemi. La tua dashboard ti mostra quale si applica a te.

Schema 1: l'host ti dà un IP e un hostname

Molti host indicano entrambi. La configurazione tipica è:

Host (nome)	Tipo	Valore
@ (radice)	A	l'indirizzo IP indicato dal tuo host
www	CNAME	l'hostname indicato dal tuo host

Nella maggior parte dei pannelli DNS, @ indica l'apex. Usa esattamente i valori mostrati dal tuo host. Non copiare indirizzi IP da un articolo di blog, questo compreso, perché gli host li cambiano.

Schema 2: l'host ti dà solo un hostname

Alcune piattaforme evitano gli IP fissi. In questo caso hai tre possibilità:

Punta www con un CNAME e reindirizza il dominio principale a www usando la funzione di inoltro del tuo registrar.
Usa un record ALIAS/ANAME/flattening sull'apex, se il tuo provider DNS lo supporta.
Sposta i nameserver del dominio sull'host o su un provider DNS che supporti l'alias sull'apex.

L'opzione 1 è la più portabile, perché ogni registrar sa fare un reindirizzamento, anche se aggiunge un passaggio per chi visita il dominio nudo.

Passo dopo passo: puntare un dominio a un site builder

Trova le istruzioni DNS del tuo host nelle impostazioni del dominio o del dominio personalizzato. Controlla se indica un IP, un hostname o entrambi.
Apri il pannello DNS presso il registrar o il provider DNS (dove puntano i tuoi nameserver).
Elimina i record in conflitto. Eventuali vecchi record A o CNAME con lo stesso nome (spesso una pagina di parcheggio del registrar) vanno rimossi per primi.
Aggiungi il record dell'apex. Usa un record A con l'IP dell'host, oppure un record in stile ALIAS con l'hostname dell'host.
Aggiungi il record www. Usa un CNAME che punta all'hostname fornito dall'host.
Lascia stare i record MX e TXT, a meno che tu non stia cambiando di proposito l'email.
Attendi la scadenza del TTL dei vecchi record, poi controlla il dominio nel browser. Un TTL più basso impostato un giorno prima della modifica rende il passaggio più rapido.
Verifica che l'host mostri il dominio come connesso e che l'HTTPS sia stato emesso. Di solito gli host hanno bisogno che il DNS si risolva correttamente prima di poter emettere un certificato.

Checklist rapida per la risoluzione dei problemi

[ ] Lo stesso nome non ha sia un CNAME sia un altro record
[ ] Nessun CNAME sull'apex (a meno che non sia un record in stile ALIAS specifico del provider)
[ ] La destinazione del CNAME termina con un hostname reale, non con un URL http:// o un percorso
[ ] Il record A contiene un indirizzo IPv4 e nient'altro (niente porta, niente https://)
[ ] Non c'è un record AAAA obsoleto che punta a un vecchio server
[ ] I tuoi nameserver sono quelli in cui hai effettivamente modificato i record
[ ] I record MX sono ancora presenti se usi l'email su questo dominio

Errori comuni

Mettere un CNAME sulla radice per "sistemare" www. Si rompono invece i record di email e verifica. Usa l'approccio con A o ALIAS.
Copiare un vecchio indirizzo IP. Se è disponibile un CNAME, ti mantiene allineato con l'host. Se devi usare un record A, ricontrolla l'IP nella dashboard del tuo host quando qualcosa smette di funzionare.
Incollare l'URL come destinazione. I valori DNS sono solo hostname o IP, senza https:// e senza percorso finale.
Dimenticare l'AAAA. Un record IPv6 rimasto può mandare alcuni visitatori a un server che non usi più.

Se stai ancora scegliendo una piattaforma, il piano gratuito di We.Inc ti permette di pubblicare fino a tre siti da template già pronti; il builder AI che prepara un sito a partire da un prompt parte dal piano Starter a $20 al mese. Puoi iniziare gratis qui e collegare un dominio con il tipo di record che la dashboard ti indica.

Inizia gratis · Nessuna carta di credito richiesta

Umair Ali Sadaqat

Fondatore di We.Inc

Umair è il fondatore di We.Inc. Scrive di creazione di siti web con l’IA, agenzie e gestione di uno studio web.

Pronto a creare qualcosa di grande?

Unisciti a 15,000+ aziende che usano We.Inc per lanciare, crescere e automatizzare, tutto da un'unica piattaforma.