Sign inGet started

IP warmup

Un nuovo indirizzo IP non ha uno storico di invio. Un volume elevato e improvviso da quell'IP può spingere i provider di posta a rallentare o filtrare i suoi messaggi. Il warmup aumenta il volume gradualmente, così l'IP può costruire una reputazione di invio. Ogni IP dedicato passa attraverso il warmup prima di gestire il volume completo. Un IP dedicato migliora la deliverability delle email? spiega quando costruire la propria reputazione IP è utile e quando l'invio condiviso è più adatto.

La rampa

Non devi gestire il warmup manualmente. Ogni IP dedicato appena acquistato parte nello stato warming e viene riscaldato automaticamente in circa 30 giorni. La rampa è una serie fissa di stadi: a ogni stadio il nuovo IP gestisce una quota maggiore del tuo traffico, e tutto ciò che eccede la capacità sicura passa attraverso il pool condiviso. La tua posta continua a fluire a pieno volume per tutto il tempo; cambia solo la suddivisione tra il nuovo IP e l'infrastruttura condivisa man mano che la rampa avanza.
Tre fatti definiscono la rampa:
  • warmup_progress è la frazione completata della rampa, da 0 a 100. Avanza costantemente al completamento di ogni stadio; aspettati incrementi regolari invece di salti.
  • L'avanzamento si sincronizza ogni ora. Controlliamo ogni IP in riscaldamento rispetto all'infrastruttura di invio una volta all'ora, quindi una variazione può impiegare fino a un'ora per comparire. Interrogare più spesso non serve a nulla.
  • Il completamento porta lo stato a active. Quando si raggiunge lo stadio finale, warmup_progress indica 100, warmup_completed_at viene impostato e l'IP gestisce qualsiasi volume inviato dal suo pool, senza overflow verso l'infrastruttura condivisa.
L'insieme completo degli stati che un IP dedicato può assumere, inclusa la cancellazione, si trova in IP dedicati e pool.

Monitorare il warmup

Controlla stato e avanzamento in Email > IP Pools > Dedicated IPs, oppure leggi la risorsa IP con la CLI:
Un IP dedicato in riscaldamento nella dashboard con la barra di avanzamento del warmup
Esempio di codice
bird email dedicated-ips get dip_6jeq30c6f79n9st5z6002c349r
Esempio di codice
{
  "address": "198.51.100.22",
  "created_at": "2026-06-29T13:56:39Z",
  "hostname": "mta2.send.goldcrest.dev",
  "id": "dip_6jeq30c6f79n9st5z6002c349r",
  "ip_pool_id": "ipp_1btmn1nnkd8y6a4jckbkvvt9eh",
  "organization_id": "org_01ky7m235keybaf72b0fdgfwj4",
  "purchased_at": "2026-06-29T13:56:39Z",
  "status": "warming",
  "updated_at": "2026-07-23T13:56:39Z",
  "warmup_progress": 45,
  "warmup_started_at": "2026-06-29T13:56:39Z"
}
I campi del warmup:
  • warmup_progress: quanto della rampa è completato, da 0 a 100.
  • warmup_started_at: quando la rampa è iniziata, ovvero il momento dell'acquisto.
  • warmup_completed_at: compare quando il warmup è terminato e l'IP passa a active. Assente mentre l'IP è ancora in riscaldamento.

Quando cambiare il pool predefinito

La rampa ti protegge dalla curva di volume, ma due decisioni restano a te:
  • Il pool condiviso resta il predefinito finché non lo cambi. L'acquisto di un IP dedicato non reindirizza mai il tuo traffico. Gli invii che non specificano un pool continuano a passare dal pool condiviso già riscaldato, quindi il traffico non viene mai forzato su un IP freddo. Quando sei pronto, imposta il pool dedicato come predefinito; le regole sono in IP dedicati e pool.
  • Aspetta active prima di cambiare. Puoi indirizzare il traffico verso un pool i cui IP sono ancora in riscaldamento. Il routing di overflow fa sì che la posta venga comunque consegnata. Lascia il pool condiviso come predefinito finché warmup_completed_at non è impostato, poi cambia. Non pianificare di riversare tutto il tuo volume su un IP appena acquistato: la reputazione che costruisci durante il warmup è esattamente lo scopo.
Se gestisci più pool, tratta ogni nuovo IP allo stesso modo: acquistalo nel suo pool, monitora warmup_progress e indirizza il traffico dedicato intenzionalmente una volta che l'IP è active.

Prossimi passi