Un servizio di deliverability email che agisce per primo
Un servizio deliverability email che unisce verifiche di autenticazione, warmup del dominio e monitoraggio della reputazione in una sola API: smette di segnalare i problemi e inizia a prevenirli.
Sei controlli sulla deliverability che girano senza che tu debba guardarli
La deliverability non è una funzione da regolare una volta sola. È un insieme di vincoli che devono reggere su ogni batch.
Autenticazione verificata per prima
SPF, DKIM e DMARC vengono controllati prima del primo invio, perché un record sbagliato mina in silenzio tutto ciò che ci sta sopra.
Warmup su una rampa fissa
Si passa da 50 invii al giorno a 100k in circa quattro settimane. Il volume cresce su una curva, non su un foglio di calcolo che qualcuno dimentica di aggiornare.
Stop automatico sul rischio reputazione
Tasso di rimbalzo, reclami per spam e hit su blocklist vengono verificati per ogni batch. Se una soglia viene superata, la rampa si ferma prima del successivo invio.
Traccia per ogni invio
Segnali di apertura, clic, rimbalzo e spam per ogni messaggio, trasmessi via SSE, con gli eventi grezzi disponibili quando serve fare debug.
Esporta nel tuo stack
Invia gli stessi eventi a Datadog o Grafana e imposta alert sulla deliverability come li imposti su latenza e tasso di errore.
SDK con retry sicuri
SDK per Node, Python e Go con chiavi di idempotenza e backoff esponenziale, così un retry non diventa mai un invio duplicato.
Da un dominio freddo al pieno volume in quattro passaggi
Per lo più senza supervisione. Tu imposti l'obiettivo, il sistema mantiene i vincoli.
-
1
Collega il dominio di invio
Punta il dominio al servizio. Autenticazione e record DNS vengono verificati prima che parta qualsiasi messaggio.
-
2
Imposta volume target e finestra
Scegli dove vuoi arrivare, spesso 100k al giorno, e in quanto tempo. Quattro settimane è un punto di partenza comune.
-
3
Lascia correre la rampa
Il volume giornaliero cresce sulla curva configurata, mentre i controlli girano su ogni batch e non una volta a settimana.
-
4
Pausa, alert, ripresa
Quando un segnale supera una soglia, l'invio si ferma e l'alert indica quale segnale è scattato. Correggi la causa, poi riprendi la rampa.
Per un team che indaga su un calo improvviso di inbox placement
Quando il placement cala, la prima ora se ne va a indovinare: è il DNS, un problema di liste o un calo di reputazione? Le tracce per invio e gli alert a soglia trasformano l'ipotesi in una diagnosi. Vedi quale segnale si è mosso, su quale batch, e se la rampa si è già fermata da sola.
- Traccia per ogni invio, con segnali di rimbalzo e spam
- Alert che indicano il segnale che è scattato
- Percorso di ripresa una volta risolta la causa radice
Per un team di prodotto che scala una pipeline transazionale
Il volume transazionale cresce a scatti, non in modo graduale. Un nuovo flusso di onboarding va online o una funzione arriva alla disponibilità generale, e gli invii giornalieri salgono da un giorno all'altro. Portare il nuovo volume a regime in background tiene le reimpostazioni password e le ricevute in inbox mentre la pipeline scala.
- Gestisce i salti di volume, non solo la crescita costante
- Gli invii transazionali esistenti restano invariati durante la rampa
- Alert prima che un picco diventi un incidente
Domande frequenti
Che cos'è un servizio di deliverability email?
In cosa si differenzia dalla scheda deliverability dell'ESP?
Quanto dura il warmup di un dominio?
Risolve da solo un dominio già finito nello spam?
Servono SPF, DKIM e DMARC prima di iniziare?
Posso inviare email transazionali mentre il dominio è in warmup?
Cosa posso vedere per ogni messaggio?
Vale la pena con qualche migliaio di email al mese?
Porta la deliverability sulla stessa dashboard di tutto il resto
Collega un dominio, imposta un obiettivo e lascia correre la rampa. Pausa e alert sono automatici.