Alternative a DigitalOcean per sviluppatori: confronto

Cosa cambia davvero nelle alternative a DigitalOcean

La maggior parte delle alternative a DigitalOcean cambia il costo, non la macchina. In ogni caso si ottiene una macchina virtuale Linux con un indirizzo IP pubblico, un disco virtio e accesso root; al kernel non interessa quale logo sia presente nel pannello di controllo. Le differenze che determinano la scelta sono il prezzo per GB di RAM, la quantità di trasferimento inclusa e il costo di ogni byte oltre tale soglia, la tecnologia effettivamente utilizzata dal disco e quanta parte dello stack sopra il sistema operativo verrà gestita dal provider.

Questa guida confronta i provider su questi criteri, perché uno sviluppatore può verificarli tutti da un terminale o consultando un listino pubblicato. Indica anche i casi in cui DigitalOcean è la scelta corretta, perché un confronto che non ammette eccezioni è una pubblicità.

Ogni prezzo riportato di seguito è un listino pubblicato, verificato il 5 agosto 2026. I prezzi cambiano e più di un provider incluso in questa guida li ha modificati nel corso del 2026. La struttura dei prezzi cambia molto più lentamente: valutate quindi prima i rapporti e il modello di fatturazione, poi verificate il prezzo aggiornato sulla pagina del provider prima di procedere.

Il prezzo per GB di RAM è il valore da confrontare

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

All'interno dello stesso provider, il prezzo per GB di RAM cambia appena. DigitalOcean applica $6.00 per GB sul piano da 1 GB e gli stessi $6.00 per GB sul piano da 4 GB, che costa $24.00 al mese. Scegliere un piano più grande presso lo stesso provider non comporta uno sconto, quindi la dimensione del piano non è il fattore decisivo. Lo è il provider.

Akamai, che ora vende i servizi precedentemente forniti da Linode, propone i piani condivisi da 2 GB e 4 GB a $12 e $24, esattamente come DigitalOcean. Il piano base costa meno, $5.00. Quando due aziende applicano esattamente lo stesso prezzo, è un segnale utile: quella fascia tariffaria è definita in base a un concorrente, non all'hardware, e continuerà a seguirne il prezzo.

La differenza emerge con i provider che gestiscono i propri datacenter e vendono in euro. Un Hetzner CX23 offre 4 GB di RAM per circa $6.49 al mese, cioè $1.62 per GB, quasi un quarto della tariffa di DigitalOcean. Questa cifra in dollari è convertita da un prezzo di listino in euro, quindi varia con il tasso di cambio. Hetzner ha inoltre aumentato i prezzi del cloud nel corso del 2026, quindi i vecchi articoli comparativi riportano valori che non sono più disponibili.

Il prezzo per GB di RAM non dice nulla sulla CPU assegnata. Una vCPU condivisa significa che l'hypervisor pianifica l'esecuzione del tuo core insieme a quella degli altri tenant. La verifica corretta va eseguita su un server che hai effettivamente noleggiato:

vmstat 1 10

Leggi la colonna st. Indica la percentuale di tempo in cui la tua vCPU era pronta per l'esecuzione, ma l'hypervisor ha assegnato il core fisico a un altro tenant. Durante un carico elevato, pochi punti percentuali sono normali. Un valore a due cifre mantenuto nel tempo indica che l'host è sovraccarico e nessun prezzo per GB può compensare un core che non puoi utilizzare. Esegui il test nell'ora di maggiore attività, perché lo steal time dipende dagli altri tenant e questi hanno orari di utilizzo propri. Per un quadro più completo del costo effettivo di un mese di hosting, includendo storage e traffico, leggi quanto costa un VPS mese per mese.

Il costo effettivo del trasferimento incluso

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean include 1 TB di trasferimento in uscita nel piano base e addebita l'eccedenza per GiB, con un costo effettivo di circa $10.00 per ogni TB aggiuntivo. Akamai include gli stessi TB e applica un costo circa dimezzato, pari a circa $5.00 per TB. Vultr include 2 TB con una tariffa per l'eccedenza simile. Hetzner include 20 TB e, oltre tale soglia, addebita circa $1.20 per TB: una differenza di un ordine di grandezza rispetto agli altri provider.

Tre aspetti strutturali contano più dei valori riportati nei listini. Il traffico in ingresso è gratuito per tutti e quattro i provider, quindi viene conteggiato solo quello inviato in uscita. DigitalOcean e Vultr condividono la quantità inclusa tra tutti i server dell'account: un server molto trafficato consuma la quota degli altri e una flotta di piccoli server utilizza un unico pool complessivo. Inoltre, il traffico tra server tramite una rete privata o VPC di solito non viene conteggiato. Per questo motivo, collocare il database sull'interfaccia privata è una decisione relativa alla fatturazione oltre che alla sicurezza.

Nulla di tutto questo è rilevante se si è molto lontani dalla soglia. Un blog, un'API con risposte JSON o una piccola applicazione SaaS non raggiungeranno 1 TB in un mese. Video, gallerie di immagini, game server, mirror di pacchetti e destinazioni per backup esterni possono invece raggiungerlo. Misurare prima di fare ipotesi:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m stampa il trasferimento mensile, separando i dati ricevuti da quelli trasmessi. Solo la colonna dei dati trasmessi viene fatturata. Il database inizialmente è vuoto, quindi la prima lettura utile sarà disponibile un giorno dopo l'installazione e il primo mese completo dopo un mese. Fino ad allora, l'unico registro disponibile è il grafico della larghezza di banda del provider.

Poniti un'altra domanda a cui nessun listino risponde: quando superi la quantità inclusa, il provider applica un addebito oppure limita la porta. La fatturazione costa denaro. La limitazione danneggia gli utenti, proprio nel momento in cui sono più numerosi. È importante sapere quale delle due conseguenze comporta un picco di traffico.

NVMe o SATA: come verificare quale storage è effettivamente disponibile

Il pannello indica NVMe. Questa è un'informazione sui dischi presenti nell'host, ma la macchina virtuale potrebbe non utilizzare quei dischi. Lo storage locale colloca il disco virtuale su unità presenti nella stessa macchina fisica. Lo storage di rete lo colloca su un cluster di storage separato, raggiunto tramite la rete del datacenter. È questo che rende possibili il ridimensionamento immediato, la migrazione live e la creazione di snapshot direttamente sul volume.

All'interno del guest, i due casi appaiono identici:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA e rotational restituiscono 0 per tutti i dispositivi che l'host dichiara non rotazionali. Di conseguenza, un volume di rete basato su NVMe restituisce esattamente lo stesso valore di un NVMe locale. Il valore indica che il disco non utilizza piatti rotanti. Non indica dove si trova il disco. Verificare la presenza di un disco NVMe su Linux descrive i nomi dei dispositivi e il significato di ciascuno.

Il test che permette di distinguere i due casi misura la latenza con queue depth pari a 1, perché una singola lettura di piccole dimensioni non può nascondersi dietro altre operazioni. Un NVMe locale risponde dalla stessa macchina fisica. Un volume di rete aggiunge un round trip attraverso la rete del datacenter a ogni singola lettura. Per questo la sua latenza minima è maggiore, anche quando il throughput con una queue depth elevata appare simile.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

La prima esecuzione stampa un blocco clat, che indica la latenza di completamento. Leggi la riga del 99° percentile invece della media, perché la media nasconde i rallentamenti percepiti dagli utenti. La seconda esecuzione stampa IOPS= nella riga di riepilogo. Esegui entrambi i test sul provider che utilizzi e su un'istanza di prova del provider che stai valutando, nello stesso giorno, quindi confronta i due valori ottenuti. Il dato pubblicato da uno dei due provider è stato misurato su una macchina che non puoi osservare. Esegui il test anche tre volte in orari diversi, perché un host poco utilizzato e uno sotto carico producono risultati diversi sullo stesso piano. Eseguire correttamente il benchmark di un VPS descrive il metodo, mentre che cosa significa realmente un VPS con SSD spiega il significato dei termini usati nel marketing.

Regioni: misurare la latenza, non leggere la mappa

Un elenco di regioni è marketing finché non lo si verifica con misurazioni reali. Quello che percepisce l’utente è il tempo di andata e ritorno tra la sua rete e il server. Questo valore dipende dal percorso seguito dai pacchetti, non dalla distanza sulla mappa. Un server a 300 km, raggiunto tramite un collegamento di transito congestionato, perde il confronto con uno a 1.500 km raggiunto tramite un percorso libero.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr stampa ogni hop con la relativa perdita di pacchetti e latenza. In questo modo, un aumento di 60 ms tra due hop identifica il collegamento problematico, invece di attribuire la causa alla destinazione. Eseguire il comando da una macchina collegata alla stessa rete degli utenti. I percorsi tra data center sono i migliori percorsi disponibili su Internet e restituiscono una valutazione troppo favorevole per qualsiasi provider.

Un aspetto strutturale resta valido anche quando cambiano i prezzi. Se un provider dispone di una sola regione nel proprio continente, il piano di disaster recovery prevede di spostare i servizi su un altro continente, con la latenza che ne consegue. Contare le regioni verso cui sarebbe effettivamente possibile eseguire il failover, non quelle elencate nella pagina.

Snapshot e backup hanno un costo separato

Gli add-on per lo storage sono spesso ciò che rende costoso un piano economico. DigitalOcean addebita $0.06 per GiB al mese per gli snapshot e calcola i backup automatici come percentuale del server: 20% del prezzo del piano per i backup settimanali, 30% per quelli giornalieri, con un'opzione basata sull'utilizzo e fatturata per GiB. Entrambi i modelli sono ragionevoli, ma presentano svantaggi opposti. Un prezzo percentuale cresce con le dimensioni del server, quindi un server grande che contiene un dataset piccolo paga troppo. Un prezzo per GiB cresce con la quantità di dati, quindi un server piccolo associato a un volume grande paga troppo.

Chiedete quanto costa un ripristino e quanto tempo richiede, perché il costo di conservazione di un backup è solo la parte meno complessa della valutazione. Chiedete anche se la distruzione del server elimina anche i relativi snapshot.

Conservate inoltre una copia che il provider non controlla. Gli snapshot del provider restano all'interno dell'account del provider, quindi la perdita delle credenziali, un mancato pagamento o la sospensione dell'account possono rendere indisponibili nello stesso momento sia il server sia i suoi backup. I backup restic in uno storage di vostra proprietà costano pochi dollari di object storage, possono essere ripristinati presso qualsiasi provider e rendono una migrazione reversibile anziché definitiva.

Quanta parte dello stack vuoi gestire

I provider si collocano lungo uno spettro. A un’estremità noleggi una macchina e gestisci tutto autonomamente. All’altra esegui il push di un branch Git e non vedi mai un server. Il prezzo per GB di RAM è un criterio di confronto valido solo alla prima estremità, perché alla seconda stai acquistando lavoro, non memoria, e il lavoro non ha un prezzo per GB.

Prima di confrontare le offerte, stabilisci con onestà a quale estremità ti trovi. Un database gestito a 15.15 $ al mese sembra costoso rispetto a un server da 6 $, finché non calcoli le ore necessarie per gestire replica, failover, ripristino a un punto nel tempo, aggiornamenti delle versioni minori e l’alert che sveglia qualcuno alle 03:00. Se questo lavoro rientra nelle tue responsabilità, gestiscilo autonomamente e conserva la differenza. Se il tuo lavoro consiste nello sviluppare l’applicazione, acquistare questo servizio è conveniente. La distinzione tra servizi gestiti e non gestiti stabilisce quale colonna del listino prezzi dovresti leggere. Se la risposta onesta è che vuoi avere a disposizione l’intera macchina e i relativi dischi, si tratta di una questione di VPS o server dedicato, non di una questione relativa al provider. La stessa valutazione ricorre nel resto della spesa mensile di uno sviluppatore: confrontare i piani Claude e ChatGPT dipende da quanta parte del lavoro vuoi delegare, non dal prezzo indicato in evidenza.

Dove DigitalOcean è la scelta giusta

DigitalOcean è la scelta migliore quando si acquista la piattaforma, non la macchina virtuale.

• Database gestiti. PostgreSQL e MySQL gestiti partono da $15.15 al mese per 1 GiB di RAM e 10 GiB di storage, con lo storage aggiuntivo fatturato per GiB e i nodi standby con prezzo calcolato per nodo. Ricreare autonomamente lo stesso livello di affidabilità richiede Patroni o repmgr, un archivio per il consenso, un proxy per le connessioni e una procedura di failover effettivamente provata. Un team di due persone non può gestire tutto questo e continuare a sviluppare funzionalità.
• App Platform. Esegui il push di un branch e ottieni una build, un certificato e un servizio in esecuzione, senza alcun sistema operativo da aggiornare. La versione economica di questo prodotto basata su VPS sei tu, di sabato.
• Object storage e load balancer coperti da un provider Terraform maturo. La possibilità di eliminare e ricreare un'intera infrastruttura a partire dal codice vale più di un prezzo unitario inferiore.
• L'azienda che offre il prodotto. Livelli di supporto pubblicati, una pagina di stato con lo storico e un'organizzazione che risponde ai questionari di sicurezza dei clienti. Se rivendi servizi di hosting, questo vale più di qualche dollaro per GB.

DigitalOcean diventa costoso quando si acquista una macchina virtuale semplice, in quantità, con traffico in uscita reale. È esattamente il caso risolto da un'alternativa, e rappresenta gran parte di ciò che acquista uno sviluppatore che gestisce autonomamente i propri servizi.

Migrare verso un nuovo provider senza downtime

Il downtime durante una migrazione ha una sola causa: il traffico raggiunge il vecchio IP dopo che i dati sono stati trasferiti al nuovo. Ogni passaggio seguente serve a rendere questa finestra breve e prevedibile.

Inizia dal DNS, almeno 48 ore prima dello spostamento. I resolver memorizzano il record A per la durata del relativo TTL (time to live), quindi un record con TTL di 24 ore continua a indirizzare gli utenti verso il vecchio server per un massimo di un giorno dopo la modifica. Ridurre il TTL al momento dello switch non serve, perché i resolver conservano già il vecchio valore con la relativa scadenza. Riducilo prima, attendi che scada il vecchio valore, quindi esegui la migrazione.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

Il primo comando mostra il TTL corrente nella seconda colonna della risposta. Impostalo a 300 presso il provider DNS, quindi attendi più a lungo del valore appena sostituito.

Procedi quindi in questo ordine.

1. Prepara il nuovo server e applica l'hardening prima di installare qualsiasi altro componente. I primi dieci minuti su un nuovo VPS descrive il passaggio che spesso viene saltato quando si ha fretta.
2. Installa lo stack applicativo ed esegui una prima copia dei dati con rsync, mentre il vecchio server continua a servire normalmente.
3. Emetti ora il certificato TLS sul nuovo host usando una challenge DNS-01, perché una challenge HTTP-01 verifica l'IP a cui punta attualmente il DNS, che è ancora quello del vecchio server. Una challenge DNS-01 elimina completamente questo vincolo di ordine.
4. Testa il nuovo host prima di qualsiasi modifica pubblica, sovrascrivendo il DNS sul tuo laptop. Aggiungi 203.0.113.20 example.com a /etc/hosts, apri il sito reale nel browser, quindi elimina la riga. Nessun utente viene coinvolto da questo test.
5. Valuta le dimensioni del database. Per dimensioni inferiori a pochi GB, un dump e un restore rientrano nel blocco delle scritture. Oltre questa soglia, configura con alcuni giorni di anticipo la replica dal database vecchio a quello nuovo e attendi che si allinei, così il blocco copre solo la promozione.
6. Blocca le scritture. Imposta l'applicazione in modalità manutenzione o sola lettura. Questa è l'unica parte visibile agli utenti e dovrebbe durare pochi minuti.
7. Esegui il delta finale: lo stesso rsync, quindi la sincronizzazione finale del database.
8. Modifica i record A e AAAA impostandoli sul nuovo IP. Con un TTL di 300 secondi, la maggior parte dei resolver segue la modifica entro circa cinque minuti.
9. Mantieni il vecchio server in esecuzione e raggiungibile per almeno un giorno, perché alcuni resolver ignorano i TTL brevi. Se la vecchia applicazione può ancora scrivere, gli utenti che arrivano in ritardo scriveranno nel database errato; quindi configura il vecchio host per usare il nuovo database oppure restituisci da lì una pagina di manutenzione.
10. Monitora per un giorno il tasso di errori del nuovo server, riporta il TTL al valore normale e distruggi il vecchio server dopo una settimana, non la sera stessa.

La copia richiede due comandi, ciascuno da eseguire due volte. La sincronizzazione dei file:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a conserva proprietario, permessi e timestamp, -H mantiene gli hard link, -AX conserva ACL e attributi estesi e --numeric-ids impedisce a rsync di rimappare gli ID utente tramite nomi diversi tra le due macchine. Eseguilo con alcuni giorni di anticipo, quindi ripetilo durante il blocco: trasferirà soltanto ciò che è cambiato.

Per PostgreSQL, se il database è abbastanza piccolo da consentire un dump:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Per MySQL o MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction esegue il dump all'interno di una singola transazione sulle tabelle InnoDB, quindi il risultato è coerente e l'applicazione continua a scrivere durante l'operazione. Senza quel flag, mysqldump blocca le tabelle. Questo significa che il blocco delle scritture inizierebbe prima del previsto e senza lasciare a te la scelta del momento.

Due aspetti esterni ai tuoi server possono causare problemi. Un nuovo indirizzo IP non ha una reputazione email, quindi i messaggi inviati direttamente dal nuovo host vengono filtrati come spam: usa un relay che disponga già di una reputazione consolidata. Inoltre, ogni partner che inserisce nella allowlist il tuo IP in uscita, come un gateway di pagamento o il firewall di un cliente, deve essere aggiornato prima dello switch; in caso contrario, quelle chiamate inizieranno a fallire non appena il traffico viene spostato.

Cosa verificare prima di sottoscrivere

• Se il prezzo è promozionale e quale sarà il prezzo al rinnovo. Uno sconto sul primo periodo che raddoppia al rinnovo rappresenta un costo reale, semplicemente posticipato.
• Se il periodo è prepagato. I piani pluriennali prepagati, che è il modello usato da SSD Nodes, consentono di ottenere un prezzo per GB di RAM molto più basso pagando in anticipo. Il compromesso è che non puoi interrompere il servizio il mese successivo, quindi scegli una durata coerente con il tuo livello di certezza.
• Quanto costa uno snapshot al mese e quanto costa un ripristino, sia in denaro sia in minuti.
• Se il traffico eccedente viene fatturato o limitato.
• Se IPv6 è instradato correttamente oppure se viene aggiunto soltanto un singolo indirizzo.
• Se è disponibile un'API con un provider Terraform mantenuto, qualora tu intenda ricreare l'infrastruttura tramite codice invece di configurarla manualmente.
• Come si contatta il supporto e quale tempo di risposta dichiarato si applica a un server non raggiungibile, anziché a una richiesta commerciale.

Scegli il criterio che incide maggiormente sulla tua spesa. Se il criterio è la memoria, il prezzo per GB di RAM è decisivo. Se è il traffico in uscita, è decisivo il trasferimento incluso. Se è il tuo tempo, è decisiva la piattaforma gestita; tra le quattro confrontate, quella di DigitalOcean è la più solida.

FAQ

Hetzner è sempre più economico di DigitalOcean?

Per una macchina virtuale standard, il costo per GB di RAM è molto più basso: circa $1.62 contro $6.00 nei piani shared di ingresso al 5 agosto 2026. Il confronto cambia quando si considerano i servizi gestiti. Hetzner vende server e connettività di rete, quindi un database gestito o una piattaforma push-to-deploy devono essere forniti da te o da terze parti, e queste attività hanno un costo. Hetzner ha inoltre aumentato i prezzi del cloud nel corso del 2026, quindi verifica l'importo attuale in euro invece di fare affidamento su un articolo precedente.

Quale alternativa a DigitalOcean dovrei scegliere se mi serve un database gestito?

Vultr e Akamai vendono entrambi database gestiti, quindi sono i sostituti più simili se il database gestito è il motivo per cui utilizzi DigitalOcean. In genere gli host europei a basso costo non offrono questo servizio. Devi quindi gestire autonomamente PostgreSQL o MySQL, inclusi la replica e un failover testato. È un'attività impegnativa. Confronta il costo con i $15.15 al mese di un'istanza gestita da 1 GiB prima di concludere che il server più economico ti abbia fatto risparmiare.

Come posso spostare un sito attivo su un nuovo provider senza downtime?

Riduci il TTL DNS a 300 secondi almeno 48 ore prima dello spostamento, perché i resolver continuano a usare il vecchio IP per tutto il tempo indicato dal TTL precedente. Prepara e verifica il nuovo host mentre quello vecchio continua a gestire il traffico, usando un override /etc/hosts sul tuo computer, in modo che nessun altro possa visualizzarlo. Poi blocca le scritture per alcuni minuti, esegui il delta finale con rsync e la sincronizzazione finale del database, modifica i record A e AAAA e lascia il vecchio server in esecuzione per una settimana, nel caso in cui un resolver abbia ignorato il TTL ridotto.

Un VPS più economico significa dischi più lenti?

Non necessariamente. La differenza dipende dal fatto che il disco virtuale sia locale all'host oppure si trovi su un cluster di storage di rete, un'informazione che il pannello raramente indica. lsblk -o NAME,ROTA restituisce 0 per entrambi, perché entrambi non usano supporti rotazionali. Esegui invece una misurazione: usa fio con --iodepth=1 --bs=4k --direct=1 e leggi la latenza di completamento al 99° percentile. Un volume di rete aggiunge un round trip sulla rete del datacenter a ogni lettura, quindi il suo livello minimo di latenza è superiore a quello di un NVMe locale, anche quando il throughput con code profonde è simile.

Le mie email continueranno a essere consegnate dal nuovo server?

Spesso no, almeno all'inizio. Un nuovo indirizzo IP non ha una cronologia di invio, quindi i destinatari considerano sospetta la posta proveniente da quell'indirizzo e la spostano nella cartella spam oppure la rifiutano direttamente. Anche i record SPF e DKIM puntano ancora al vecchio host finché non li aggiorni. Invia la posta dell'applicazione tramite un relay o un servizio email che disponga già di una buona reputazione, e aggiorna i record DNS della posta prima del passaggio, non dopo.