I record MX e l’hosting web operano in modo indipendente<\/h2>\n
Il Domain Name System (DNS)<\/a> gestisce ogni tipo di record separatamente durante le transizioni di hosting.<\/p>\n Quando si cambia hosting, si aggiornano i record A<\/strong> che indirizzano i browser al nuovo indirizzo IP del server. I record MX<\/strong> rimangono invariati, a meno che non li si modifichi deliberatamente, quindi i server di posta elettronica continuano a instradare le e-mail verso il provider esistente senza alcuna modifica della configurazione.<\/p>\n Il processo di migrazione di Kinsta clona il sito mentre l’host originale continua a servire il traffico. Ci\u00f2 consente a entrambi gli ambienti di eseguire gli stessi contenuti contemporaneamente. Durante la propagazione DNS<\/a>, alcuni visitatori vedono versioni diverse del sito in base alla richiesta di connessione al server DNS. I valori di TTL<\/a> determinano la durata di questa finestra (in genere fino a qualche ora).<\/p>\n Durante questa finestra, i record MX<\/strong> indirizzano le e-mail al server di posta senza interruzioni: in poche parole, il routing delle e-mail opera su un percorso di ricerca DNS separato dal traffico web.<\/p>\n Le configurazioni dell’hosting e-mail determinano il comportamento dei record MX durante le migrazioni. \u00c8 necessario adottare un approccio diverso in base a dove risiede attualmente la posta elettronica e se si prevede di cambiare provider di posta elettronica durante la migrazione del sito.<\/p>\n I servizi di posta elettronica come Google Workspace<\/a> o Microsoft 365<\/a> operano su infrastrutture completamente separate dall’hosting web. Il sito web viene eseguito su un’unica piattaforma, mentre le e-mail vengono gestite da un provider specializzato con server mail dedicati<\/a>.<\/p>\n Durante la migrazione a Kinsta, solo i record A<\/strong><\/a> cambiano per indirizzare i visitatori verso la nuova sede di hosting. I record MX<\/strong> continuano a puntare a Google Workspace o Microsoft 365 senza alcuna modifica. Le e-mail fluiscono attraverso l’infrastruttura del provider di posta elettronica esattamente come prima, senza bisogno di modifiche alla configurazione durante la transizione.<\/p>\n Il cliente di Kinsta Cornershop Creative<\/a> gestisce centinaia di siti di clienti, tra cui centinaia di migrazioni di siti senza interruzioni della posta elettronica. Il suo flusso di lavoro mantiene la posta elettronica su Google Workspace durante la migrazione dei siti web a Kinsta.<\/p>\n Questa \u00e8 la configurazione consigliata da Kinsta per tutti i siti. Isola le e-mail dall’hosting, in modo che quando si migrano i siti, si aggiornano i server o si apportano modifiche all’infrastruttura, il servizio e-mail continui senza richiedere ulteriore coordinamento.<\/p>\n Kinsta non fornisce hosting e-mail come parte del suo hosting WordPress gestito<\/a>. Questa configurazione \u00e8 ottimale perch\u00e9 mantiene le e-mail su un’infrastruttura dedicata, progettata per la consegna dei messaggi, il filtro antispam<\/a> e la conformit\u00e0 agli standard di autenticazione delle e-mail.<\/p>\n Tuttavia, alcuni host abbinano la posta elettronica all’hosting web, creando cos\u00ec dipendenze complicate. Poich\u00e9 gli account di posta elettronica si trovano sullo stesso server dei file e dei database del sito web, il servizio di posta elettronica \u00e8 direttamente collegato all’infrastruttura del provider di hosting.<\/p>\n Per questo motivo, quando si migra dall’hosting di posta elettronica in blocco si deve prendere una decisione: utilizzare un provider di posta elettronica separato prima di spostare il sito, oppure spostare solo i file del sito web su Kinsta.<\/p>\n La migrazione della posta elettronica a un provider di terze parti prima della migrazione del sito comporta la creazione di nuovi account, la configurazione dei record MX<\/strong> per puntare al nuovo provider e la verifica della consegna delle e-mail prima di aggiornare i record A<\/strong>. Una volta che la posta elettronica \u00e8 affidabile, si procede con la migrazione del sito. L’alternativa \u00e8 mantenere un account presso il vecchio host specificamente per la posta elettronica, il che \u00e8 costoso e inefficiente.<\/p>\n \u00c8 necessario prepararsi in anticipo per lo spostamento della posta elettronica durante la migrazione di un sito. Questo comporta l’esecuzione di entrambi i sistemi di posta elettronica in parallelo durante una breve finestra di test prima di cambiare i record DNS per rendere operativa la nuova configurazione.<\/p>\n Per prima cosa, si configura un account con il nuovo provider di posta elettronica e si configurano i record MX<\/strong> nel pannello di gestione DNS. Questi nuovi record MX<\/strong> esistono accanto alla configurazione attuale, inizialmente con valori di priorit\u00e0 pi\u00f9 bassi che impediscono alla posta di produzione di passare durante i test.<\/p>\n Quindi, si testa la nuova configurazione della posta elettronica utilizzando uno strumento come MXToolbox<\/a> per verificare che i record esistano e puntino ai server di posta corretti:<\/p>\n Qui \u00e8 possibile inviare messaggi di prova, controllare i tempi di consegna e verificare che l’invio e la ricezione funzionino correttamente attraverso il nuovo provider prima di apportare modifiche.<\/p>\n Una volta confermato il corretto funzionamento della nuova infrastruttura di posta elettronica, \u00e8 necessario coordinare le modifiche al DNS. Ci\u00f2 richiede l’aggiornamento delle priorit\u00e0 dei record MX<\/strong> per indirizzare la posta al nuovo provider e dei record A<\/strong> per puntare a Kinsta. Alcuni messaggi di posta elettronica potrebbero ancora essere indirizzati al vecchio provider in base ai record DNS memorizzati nella cache, per cui \u00e8 necessario mantenere l’accesso a entrambi i sistemi di posta elettronica per un massimo di 48 ore per recuperare eventuali messaggi in ritardo.<\/p>\n Ogni sito su Kinsta riceve un dominio temporaneo L’URL consente di accedere completamente al login di WordPress<\/a>, di sfogliare le pagine front-end, di inviare moduli e di verificare le funzionalit\u00e0 mentre il sito di produzione continua a servire il traffico attraverso l’host originale.<\/p>\n \u00c8 necessario eseguire un processo di verifica per identificare eventuali problemi prima della propagazione del DNS. Se si verificano problemi, risolverli in questa fase consente di non influenzare il sito di produzione. Solo dopo aver confermato che tutto funziona correttamente, si pu\u00f2 procedere con gli aggiornamenti DNS.<\/p>\n Il team di supporto di Kinsta<\/a> fornisce indicazioni e documentazione per l’intero processo di post-migrazione ed \u00e8 disponibile 24 ore su 24 per rispondere alle tue domande.<\/p>\n Il DNS di Kinsta<\/a> fornisce un hosting DNS opzionale per chi desidera gestire i record di dominio direttamente in MyKinsta piuttosto che presso il proprio registrar o un provider DNS di terze parti. Il servizio include una funzionalit\u00e0 specificamente progettata per la gestione dei record e-mail.<\/p>\n \u00c8 possibile impostare i record MX<\/strong> con pochi clic in Google Workspace. Quando si aggiunge un nuovo dominio dalla schermata DNS<\/strong> di MyKinsta, basta selezionare la casella Aggiungi record MX Gmail<\/strong>. In questo modo vengono creati automaticamente tutti e cinque i record MX<\/strong> richiesti con i valori di priorit\u00e0 e i nomi host corretti.<\/p>\n Per i domini gi\u00e0 configurati in Kinsta DNS, vai su DNS<\/strong>, seleziona il tuo dominio e fai clic sul pulsante Aggiungi record MX Gmail<\/strong> nella parte superiore della pagina. In questo modo \u00e8 possibile vedere i cinque record MX di Google Workspace prima di completare la procedura:<\/p>\n Il TTL predefinito per questi record \u00e8 di 3.600 secondi (un’ora), che stabilisce per quanto tempo i server DNS di tutto il mondo memorizzano nella cache le informazioni prima di controllare gli aggiornamenti. Questo bilancia l’efficienza della cache DNS con la possibilit\u00e0 di apportare modifiche quando necessario.<\/p>\n Per i provider di posta elettronica diversi da Google Workspace, \u00e8 necessario impostare una configurazione manuale dei record MX<\/strong>. Il provider fornisce questi valori, in genere nomi di host del server di posta e numeri di priorit\u00e0.<\/p>\n In MyKinsta, fai clic su DNS<\/strong>, seleziona il dominio e, in Aggiungi un record DNS<\/strong>, fai clic su Aggiungi record<\/strong>. Seleziona il tipo di record MX<\/strong> e compila i campi richiesti:<\/p>\n Infine, fai clic su Aggiungi record DNS<\/strong> per salvare la configurazione.<\/p>\n Microsoft 365 utilizza in genere un singolo record MX<\/strong> che punta a un server di posta regionale, mentre Zoho richiede pi\u00f9 record MX<\/strong> con valori di priorit\u00e0 diversi. La maggior parte dei provider supporta pi\u00f9 record MX; aggiungili separatamente seguendo la stessa procedura.<\/p>\n Non \u00e8 necessario il utilizzare DNS di Kinsta. \u00c8 invece possibile gestire il DNS attraverso il proprio registrar di domini o un altro provider mentre si ospita il sito su Kinsta. Questo a volte semplifica la risoluzione dei problemi e ottimizza gli aggiornamenti quando si modificano le configurazioni dell’hosting web o della posta elettronica.<\/p>\n Indipendentemente dalla pianificazione e dalle misure di mitigazione adottate, c’\u00e8 sempre un problema da risolvere. Ecco alcuni dei problemi di record MX pi\u00f9 comuni:<\/p>\n Innanzitutto, i record MX<\/strong> che puntano a record CNAME<\/strong><\/a> creano errori di consegna. Questo perch\u00e9 i server di posta interrogano i record MX<\/strong> e si aspettano di trovare record A<\/strong> o AA<\/strong> che contengono indirizzi IP. Quando un record MX<\/strong> punta a un CNAME<\/strong>, il server di posta non \u00e8 in grado di completare la catena di ricerca, con conseguente rimbalzo dei messaggi.<\/p>\n La soluzione \u00e8 assicurarsi che i record MX<\/strong> puntino direttamente a nomi di host che hanno record A<\/strong>. Una configurazione corretta mostra il record MX<\/strong> che punta a Valori di priorit\u00e0 errati possono anche causare problemi di instradamento della posta quando esistono pi\u00f9 record MX<\/strong> per un dominio. I numeri di priorit\u00e0 pi\u00f9 bassi ricevono la posta per primi, quindi il server principale dovrebbe avere un valore come Se il server e-mail primario va offline, un server di backup mal configurato non riesce a gestire le e-mail. Un record MX<\/strong> che punta a un’infrastruttura inesistente o comunque non ottimale crea un falso senso di ridondanza. Per risolvere questo problema, regola temporaneamente i valori di priorit\u00e0 sul server di backup per renderlo primario, quindi invia messaggi di prova per verificare la consegna.<\/p>\n La migrazione di un sito pu\u00f2 richiedere tempo, soprattutto se si deve considerare anche la gestione dei record MX<\/strong>. L’approccio ottimale prevede la documentazione dei record prima della migrazione, compresi i valori di priorit\u00e0, per creare un backup completo di tutti i record DNS.<\/p>\n Nella dashboard di MyKinsta, \u00e8 possibile creare i record MX<\/strong> in pochi clic (per gli utenti di Google Workspace). Dopo che la migrazione \u00e8 riuscita, \u00e8 prioritario verificare che tutto funzioni. Il team di supporto di Kinsta<\/a> ha l’esperienza giusta per aiutarti durante l’intero processo.<\/p>\n Oltre al supporto esperto per la migrazione<\/a>, l’hosting WordPress gestito<\/a> di Kinsta include un’infrastruttura affidabile progettata per siti di tutte le dimensioni e strumenti di gestione DNS che semplificano la configurazione delle e-mail.<\/p>\n","protected":false},"excerpt":{"rendered":" La migrazione di un sito web coinvolge due aspetti: i file e i database del sito e i server di posta elettronica. Un problema comune \u00e8 …<\/p>\n","protected":false},"author":287,"featured_media":83482,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[25875],"class_list":["post-83481","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-hosting-wordpress"],"yoast_head":"\n3 scenari di migrazione e ci\u00f2 che implicano per i record MX<\/h2>\n
1. Posta elettronica ospitata separatamente dal sito web (la pi\u00f9 comune)<\/h3>\n
2. Email e sito web sullo stesso server<\/h3>\n
3. Cambiare contemporaneamente i provider web e di posta elettronica<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/02\/mxtoolbox-home.png\")
Gestione dei record MX durante le migrazioni di Kinsta<\/h2>\n
kinsta.cloud<\/code>. Lo strumento Anteprima del sito<\/a> consente di accedere a questo URL temporaneo per testare il sito migrato prima di effettuare qualsiasi aggiornamento DNS.<\/p>\n![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/02\/site-preview.png\")
Caratteristiche del DNS di Kinsta per la gestione della posta elettronica<\/h3>\n
![\"Casella](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/02\/add-domain-dns.png\")
\n
aspmx.l.google.com<\/code> (priorit\u00e0 1<\/code>)<\/li>\nalt1.aspmx.l.google.com<\/code> (priorit\u00e0 5<\/code>)<\/li>\nalt2.aspmx.l.google.com<\/code> (priorit\u00e0 5<\/code>)<\/li>\nalt3.aspmx.l.google.com<\/code> (priorit\u00e0 10<\/code>)<\/li>\nalt4.aspmx.l.google.com<\/code> (priorit\u00e0 10<\/code>)<\/li>\n<\/ul>\nAggiungere un record MX per altri provider di posta elettronica<\/h3>\n
\n
Problemi comuni dei record MX e come risolverli<\/h2>\n
\n
mail.example.com<\/code>, che ha un record A<\/strong> contenente l’indirizzo IP del server di posta.<\/p>\n10<\/code>, mentre i server di backup usano numeri pi\u00f9 alti (20<\/code> o 30<\/code>). Scambiare questi valori tra loro causa ritardi se un server di backup deve inoltrare i messaggi al server primario.<\/p>\nPianificare la migrazione tenendo conto della posta elettronica<\/h2>\n