Quanto dura il riscaldamento email?

In breve

• Metti in conto da due a quattro settimane per una casella nuova su un dominio nuovo, e una o due settimane per una casella nuova su un dominio che invia già senza problemi.
• Nessun provider di posta fissa una durata del riscaldamento. «Un paio di settimane o meno» di Microsoft per un nuovo indirizzo IP è l’unica durata pubblicata; Google descrive invece l’andamento: partire dal basso, crescere lentamente, evitare salti improvvisi.
• Un riscaldamento a 10 email al giorno ti dà una storia di 10 email al giorno. Gli invii reali devono crescere da lì, a passi.
• Una casella è pronta quando le email di riscaldamento arrivano in posta in arrivo presso ogni provider per una settimana o più, l’autenticazione passa e nessuna email viene rinviata.
• Il tempo non rimedia a SPF o DKIM mancanti, a contenuti indesiderati o a una lista di destinatari scadente.

Metti in conto da due a quattro settimane per una casella nuova su un dominio nuovo, e una o due settimane per una casella nuova su un dominio che invia già posta senza problemi. Sono valori di riferimento, non regole: né Google né Yahoo pubblicano una durata obbligatoria del riscaldamento, e la cosa più vicina a un numero ufficiale è l’affermazione di Microsoft secondo cui un nuovo indirizzo IP di invio «può aspettarsi di essere a pieno regime entro un paio di settimane o meno». Il riscaldamento è finito quando la tua posta arriva in posta in arrivo al volume che ti serve davvero, non quando lo dice un calendario.

La risposta breve, caso per caso

Dipende da cosa ha già una storia: il dominio, la casella o nessuno dei due.

Cosa dicono davvero i provider di posta

La maggior parte delle risposte cita un numero di giorni senza dire da dove viene. Ecco cosa hanno pubblicato le aziende che gestiscono le caselle, a ottobre 2026.

Google

Le Linee guida per i mittenti di email di Google hanno una sezione intitolata «Aumenta lentamente il volume di invio». Non dà alcun numero di giorni. Descrive un andamento:

Inizia con un volume di invio basso verso utenti coinvolti e aumenta lentamente il volume nel tempo.

Evita di introdurre picchi di volume improvvisi se non hai una storia di invii di grandi volumi. Per esempio, raddoppiare immediatamente i volumi inviati in precedenza potrebbe causare limitazioni della frequenza di invio o cali di reputazione.

L’unico ritmo di crescita che Google indica si trova in I 10 principali problemi dei mittenti Gmail, nel consiglio per i mittenti la cui posta è stata temporaneamente rifiutata: fermarsi, inviare per 24 ore al di sotto del livello che ha causato il problema, poi «aumentare lentamente il volume di invio, con un aumento giornaliero comune dal 25% al 100% a seconda di vari fattori». Tutto questo è scritto per la posta diretta ad account Gmail personali; le FAQ di Google dicono che le linee guida non si applicano alla posta inviata alle caselle Google Workspace.

Microsoft

La pagina di risoluzione dei problemi di Outlook.com Postmaster di Microsoft è l’unico punto in cui un provider mette per iscritto una durata. Spiega che gli indirizzi IP che non hanno mai inviato posta di solito non hanno ancora una reputazione e incontrano più facilmente problemi di consegna, e poi:

Un nuovo IP può aspettarsi di essere a pieno regime entro un paio di settimane o meno, a seconda del volume e dell’accuratezza della lista, e purché i tassi di segnalazione come posta indesiderata siano mantenuti al minimo.

La stessa pagina dice che un buon dominio accorcia l’attesa. I nuovi IP aggiunti sotto il record SPF esistente di un dominio (la voce DNS che elenca chi può inviare per il dominio) «in genere hanno il vantaggio aggiuntivo di ereditare parte della reputazione di invio del dominio». È la base documentata per dare meno tempo a una casella nuova su un dominio consolidato.

Yahoo

Nemmeno il Sender Hub di Yahoo indica una durata. Le sue FAQ descrivono il rischio che un riscaldamento serve a evitare: «Se invii email a un certo ritmo e all’improvviso hai un picco di attività, potresti essere segnalato come mittente compromesso e contrassegnato come spam».

I servizi di invio email, per i propri indirizzi IP

Le aziende che inviano posta per conto di altri pubblicano piani più precisi. Amazon SES riscalda automaticamente un nuovo IP dedicato «nell’arco di 45 giorni». Twilio SendGrid aggiunge un’avvertenza: «Un riscaldamento graduale non garantisce una reputazione di invio perfetta».

I documenti concordano sull’andamento: partire dal basso, crescere a passi regolari, evitare i salti, rallentare quando la posta viene rifiutata. La durata la lasciano a te. «Da due a quattro settimane» è una consuetudine che si adatta a questo andamento ai volumi inviati da una singola casella.

Cosa succede in quelle settimane

Se la tua casella è su Google Workspace o presso un servizio di hosting, invii dai loro indirizzi IP, che condividi con altri clienti. Non stai riscaldando un IP. Stai costruendo una storia per il tuo dominio. Google dice che Gmail «tiene traccia di volume, feedback e limiti per dominio e per indirizzo IP». Yahoo dice che «ogni IP e ogni dominio DKIM ha una reputazione»; DKIM è la firma che lega un messaggio al tuo dominio. Senza SPF e DKIM per il tuo dominio, quella storia non ha nulla di tuo a cui agganciarsi. Una storia per dominio è anche l’idea alla base dei domini secondari per le cold email.

Uno strumento di riscaldamento si collega alla tua casella e le fa scambiare brevi email con altre caselle di una rete condivisa. Una parte riceve una risposta. Quando una finisce in una cartella spam, la casella che la riceve la toglie da lì. La guida di Gmail descrive cosa comporta per chi lo fa: «Dopo che hai rimosso l’email, le email future di quel mittente non finiranno nello spam».

Dopo qualche settimana il dominio ha una storia di posta autenticata, a un volume costante e in lenta crescita, che nessuno ha segnalato come spam.

Due cose non sono documentate. Nessun provider dice quanto peso dà alla posta scambiata in una rete rispetto a quella tra persone che si conoscono. E un’affermazione diffusa contraddice il testo stesso di Google: le descrizioni del riscaldamento elencano spesso le email aperte tra i segnali che costruiscono la reputazione, mentre le linee guida per i mittenti affermano che «Google non tiene traccia dei tassi di apertura».

Un riscaldamento, giorno per giorno

Ecco una salita reale, quella che usa WarmupBay: 3 email il primo giorno, una in più ogni giorno, fino all’obiettivo giornaliero. L’obiettivo gratuito è di 10 email al giorno. Con un badge sul tuo sito arriva fino a 30.

L’obiettivo gratuito viene raggiunto il giorno 8, quello più alto il giorno 28. Il passo più grande è il primo, da 3 a 4, cioè un terzo in più. Dalla seconda settimana in poi ogni giorno aggiunge un decimo o meno. Si parte vicino alla fascia bassa dell’aumento giornaliero indicato da Google e presto si scende al di sotto.

Raggiungere l’obiettivo non è la fine del riscaldamento. Da lì il volume smette di crescere e comincia a essere costante, e la costanza è la parte che richiede settimane.

Bastano due settimane?

A volte. Per una casella nuova su un dominio con una storia pulita, due settimane di riscaldamento costante sono un piano ragionevole. Per un dominio nuovo di zecca sono il minimo: «un paio di settimane o meno» di Microsoft presuppone che volume, accuratezza della lista e tassi di segnalazione vadano bene.

Quello che due settimane non comprano mai è un salto. Qualunque livello abbia raggiunto il riscaldamento, i tuoi invii reali devono proseguire più o meno da lì. Una casella che ha scambiato 10 email al giorno ha una storia di 10 email al giorno. Non ha una storia di 200. L’esempio di Google su cosa evitare, «raddoppiare immediatamente i volumi inviati in precedenza», vale il giorno dopo il riscaldamento esattamente come il primo giorno.

Come capisci che la casella è pronta?

Nessun provider manda un avviso. Cerca questi segnali tutti insieme.

1. Le email di riscaldamento arrivano in posta in arrivo, presso ogni provider, per una settimana o più. La dashboard di WarmupBay mostra dove sono arrivate le email di ogni giorno (posta in arrivo, una scheda Gmail o spam), separatamente per Google e per gli altri provider. Mostra una percentuale di posta in arrivo solo quando ha 20 consegne da contare, cioè, al ritmo iniziale, non prima del quinto giorno.
2. L’autenticazione passa in ogni messaggio. SPF, DKIM e DMARC, i tre controlli basati sul DNS che dimostrano che un messaggio arriva davvero dal tuo dominio, devono riportare tutti «pass» nelle intestazioni di un messaggio che invii a te stesso.
3. Nessun rifiuto temporaneo. Quando un provider ritiene che tu stia andando troppo in fretta, rinvia la tua posta con un codice che inizia con 4. Lo vedi come un avviso «delivery delayed» (consegna ritardata) o nel registro del tuo strumento di invio.
4. La tua posta normale arriva ancora. Se i clienti cominciano a trovare le tue risposte nello spam, smetti di aumentare e scopri perché.

Questi sono i rinvii da riconoscere, come riportati nel riferimento degli errori SMTP di Google e nella pagina di risoluzione dei problemi di Microsoft:

421 4.7.28 Gmail has detected an unusual rate of email. To protect our
users from spam, email has been temporarily rate limited.

421 RP-001 The mail server IP connecting to Outlook.com server has
exceeded the rate limit allowed. Reason for rate limitation is related
to IP/domain reputation.

Un codice della serie 400 è temporaneo: lo standard della posta, RFC 5321, dice che «la condizione di errore è temporanea e l’azione può essere richiesta di nuovo». L’indicazione di Google per questo caso è: «riduci il volume di invio finché il tasso di errori SMTP non diminuisce. Poi aumenta di nuovo lentamente».

Cosa lo fa durare di più

• Autenticazione mancante. Google richiede SPF o DKIM a chiunque invii a Gmail. Un riscaldamento senza non costruisce nulla. WarmupBay controlla SPF, DKIM e DMARC quando colleghi una casella e mostra un record DMARC già pronto. Se dopo 72 ore i record mancano ancora, ferma il riscaldamento.
• Una storia di segnalazioni. Google chiede ai mittenti di mantenere il tasso di spam «sotto lo 0,10%» e di «evitare di raggiungere mai un tasso di spam dello 0,30% o superiore». Un dominio sopra quella soglia deve risanare la propria storia prima che un riscaldamento possa aggiungervi qualcosa.
• Campagne vere aggiunte troppo presto o troppo in fretta. Cinquanta cold email il sesto giorno sono un picco, qualunque cosa faccia nel frattempo lo strumento di riscaldamento.
• Invii a singhiozzo. Le Sender Best Common Practices di M3AAWG, indicazioni di un gruppo di lavoro di settore contro gli abusi (versione 3.0, 2015), lo dicono così: «La costanza del volume, alto o basso che sia, ha un ruolo essenziale nel determinare la reputazione dell’IP e i risultati di consegna».

Finito il riscaldamento, lo spegni?

Un riscaldamento non ha un traguardo. È il primo tratto di una storia di invii, e la storia continua con qualunque cosa invii dopo.

La domanda utile è se la tua posta ora fornisce ciò che forniva il riscaldamento: un volume costante verso persone che la vogliono. Se invii ogni giorno lavorativo e le persone rispondono, la rete aggiunge poco. Se i tuoi invii arrivano a ondate, un piccolo flusso costante li rende più regolari. I fornitori di strumenti in genere consigliano di tenere attivo il riscaldamento. Nessun provider di posta documenta una risposta in un senso o nell’altro.

Se tutto si ferma per un po’, nella maggior parte dei casi non ti servirà di nuovo il riscaldamento completo. Riscaldare di nuovo dopo una pausa spiega quanto può durare una pausa senza conseguenze e come tornare.

Dove WarmupBay è utile e dove no

WarmupBay è una rete di riscaldamento gratuita che segue la salita mostrata sopra. Le email di riscaldamento che finiscono nello spam vengono tolte da lì, e tutto viene archiviato in una cartella chiamata «WarmupBay», separata dalla tua posta. Il limite più alto di 30 al giorno vale finché il badge resta visibile nel piè di pagina del tuo sito. Non ci sono piani a pagamento né carte di credito; i dettagli sono alla voce Gratis, per sempre.

Per i tempi descritti in questa guida, significa che una casella nuova ha le sue prime settimane di posta costante e autenticata senza che tu debba inviare nulla a mano. Puoi collegare una casella e seguire nella dashboard dove arriva quella posta.

Cosa non fa:

• Non garantisce la posta in arrivo. Niente lo fa. Contano sempre cosa scrivi e a chi scrivi.
• Dieci o trenta email al giorno danno a una casella un avvio costante. Non sono una storia per inviarne centinaia al giorno.
• Collega Gmail e Google Workspace con una password per le app e gli altri provider tramite IMAP e SMTP. Le caselle Microsoft 365 e Outlook.com non si possono ancora collegare.
• Una casella per account.
• È nuovo. È stato lanciato a ottobre 2026.

Domande frequenti

Posso inviare email vere mentre il riscaldamento è in corso?

Sì. La casella resta tua, e la normale corrispondenza con persone che ti rispondono non fa che arricchirne la storia. Tieni in sospeso le campagne verso chi non ti conosce finché il riscaldamento non è in corso da un paio di settimane, poi aggiungile in piccoli numeri e cresci da lì.

10 email di riscaldamento al giorno sono sufficienti?

Nessun provider pubblica un minimo. Ciò su cui la documentazione insiste è la costanza: le pratiche per i mittenti di M3AAWG dicono che la costanza del volume conta «alto o basso che sia». Dieci al giorno danno a una casella nuova o a riposo un’attività costante. Non preparano una casella a centinaia di email al giorno; quel volume va costruito con posta vera.

Il riscaldamento va più veloce se invio più email di riscaldamento al giorno?

No. L’attesa serve a costruire una storia costante nel tempo, non a raggiungere un numero totale di email. Le linee guida di Google dicono che più email invii, più lentamente dovresti aumentare il volume. Un obiettivo giornaliero più alto allunga la salita, non accorcia il riscaldamento.

Ogni nuova casella del mio dominio ha bisogno del proprio riscaldamento?

Uno breve, sì. La reputazione del dominio si trasmette, ed è per questo che una o due settimane sono un piano sensato al posto di quattro. Ma una casella che passa da zero posta al volume pieno da un giorno all’altro è comunque un aumento improvviso di ciò che invia il tuo dominio, ed è proprio ciò da cui i provider mettono in guardia.

Il riscaldamento email funziona ancora nel 2026?

La parte che i provider descrivono in prima persona vale ancora: Google dice ai mittenti di partire dal basso e aumentare lentamente, Microsoft dice che un nuovo indirizzo IP non ha reputazione finché non se l’è costruita, e la guida di Gmail dice che la posta di un mittente che hai tolto dallo spam non finirà più nello spam per te. Ciò che una rete non può fare è rendere gradita la posta indesiderata. Le norme del programma di Gmail dicono che quando gli utenti segnano le email come spam, i messaggi futuri di quel mittente hanno più probabilità di essere classificati come spam. Non ci si può aspettare che un riscaldamento lo compensi.

Ho fatto un mese di riscaldamento e le mie email finiscono ancora nello spam. Cosa è andato storto?

Allora non era il tempo a mancare. Verifica che SPF, DKIM e DMARC passino nei messaggi che finiscono nello spam, e guarda cosa dicono quei messaggi e chi li riceve. Se le tue email di riscaldamento arrivano in posta in arrivo e la tua campagna no, la causa è la campagna. Google osserva inoltre che, dopo il miglioramento dei tassi di spam, può volerci del tempo perché la sua classificazione si adegui.

Fonti

1. Email sender guidelines – Gmail Help
2. Email sender guidelines FAQ – Gmail Help
3. Top 10 Gmail sender issues – Gmail Help
4. Report spam in Gmail – Gmail Help
5. Gmail Program Policies – Gmail Help
6. Learn about the deprecation of the old Postmaster Tools interface – Gmail Help
7. Gmail SMTP errors and codes – Google Workspace Help
8. Troubleshooting – Outlook.com Postmaster (Microsoft)
9. Sender Best Practices – Yahoo Sender Hub
10. FAQs – Yahoo Sender Hub
11. Warming up dedicated IP addresses (standard) – Amazon Simple Email Service
12. Warm up an IP address – Twilio SendGrid Docs
13. M3AAWG Sender Best Common Practices, Version 3.0 (February 2015)
14. RFC 5321: Simple Mail Transfer Protocol, section 4.2.1