Resend Email: prezzi, API e limiti per i team SaaS

Resend è una valida scelta per un piccolo team di prodotto che vuole collegare registrazioni, ricevute e reimpostazioni della password alla propria applicazione senza un'integrazione laboriosa. Con Resend Email, però, la gestione in produzione resta a carico del team: il piano gratuito si ferma a 100 email al giorno e l'app deve gestire i messaggi rifiutati per superamento delle quote. Conviene sceglierlo per il flusso di lavoro offerto agli sviluppatori, dimensionare il piano sui picchi di domanda e valutare il fornitore in base ai requisiti sui dati.

Verificato sulle pagine pubbliche di Resend dedicate a prezzi, documentazione e sicurezza il 13 novembre 2026. Questa recensione valuta i flussi documentati, i limiti e i calcoli di fatturazione; non si basa su test effettuati con accesso all'account né su misurazioni dell'arrivo in posta in arrivo.

Che cosa offre la piattaforma Resend Email?

Resend è un servizio di invio email che l'applicazione richiama tramite un'API, cioè un'interfaccia programmatica, oppure tramite SMTP, il protocollo standard per l'invio della posta. Invia singoli messaggi attivati da eventi e campagne marketing Broadcasts, gestisce contatti e template, segnala gli eventi di consegna e riceve email in entrata che l'applicazione può elaborare. Spetta comunque al prodotto decidere a chi inviare una ricevuta, se una richiesta di reimpostazione è valida e come intervenire quando un messaggio non parte. La documentazione introduttiva descrive le modalità di invio e le integrazioni con i linguaggi supportati.

A chi conviene e chi dovrebbe scegliere altro?

Resend si rivolge a fondatori e sviluppatori che vogliono gestire le email come qualsiasi altro servizio applicativo: versionare il template, passare i dati dell'evento, inviare il messaggio e gestire il risultato. Il caso più convincente è quello di un piccolo prodotto SaaS in cui le stesse persone seguono sia l'applicazione sia le email transazionali.

La scelta dipende dall'impegno richiesto per l'integrazione, dalla gestione degli errori, da chi segue il marketing e dai vincoli sui dati. Non da affermazioni prive di riscontri secondo cui un fornitore recapiterebbe più messaggi in posta in arrivo.

Non migrare se il fornitore attuale funziona e non sai indicare quale problema risolverebbe Resend. Un'API più ordinata, da sola, non giustifica lo spostamento di un traffico email consolidato. Postmark merita attenzione quando servono infrastrutture di invio separate; Amazon SES quando il team vuole mantenere la gestione in AWS.

Se i percorsi di onboarding saranno seguiti ogni giorno da chi si occupa di marketing, confronta Loops, progettato intorno alle email del ciclo di vita dei clienti SaaS. Anche Resend offre ora Automations: il confronto deve quindi riguardare il percorso che la persona incaricata dovrà mantenere, senza fermarsi all'idea ormai superata che Resend invii soltanto messaggi via API.

Alternative a Resend: quando hanno più senso

Twilio SendGrid: è preferibile quando le operazioni esistenti con Email API, SMTP e Marketing Campaigns soddisfano già le esigenze. Conviene mantenerlo finché il costo di gestione dell'assetto attuale non supera un beneficio preciso della migrazione.

Postmark: è preferibile quando la separazione tra traffico transazionale e broadcast è decisiva. La documentazione di Message Streams descrive infrastrutture IP separate: una differenza architetturale concreta, non la promessa di risultati migliori per il proprio dominio.

Mailgun: da prendere in considerazione se, oltre all'invio, servono convalida degli indirizzi e instradamento delle email. Per chi ha queste esigenze, gli strumenti aggiuntivi contano più della comodità della sintassi di invio.

Amazon SES: è preferibile quando gli sviluppatori gestiscono già le operazioni AWS e vogliono integrare le email in quell'ambiente. Il confronto deve includere tutto il lavoro di implementazione, dal monitoraggio alla gestione degli incidenti.

Loops: è preferibile quando la scelta parte da percorsi di onboarding, attivazione e riattivazione gestiti da un responsabile del ciclo di vita dei clienti SaaS. Prima di decidere, riproduci lo stesso percorso in entrambi i prodotti.

Per una scelta più ampia sulle piattaforme per campagne, la recensione di GetResponse affronta un'esigenza diversa dalla selezione del servizio di invio email di un'applicazione.

API di Resend Email: dall'evento al messaggio

Il punto di forza di Resend è il percorso breve tra un evento applicativo e un messaggio basato su template. Il suo SDK Node.js riceve mittente, destinatario, oggetto e contenuto, poi restituisce un risultato con dati o un errore. Le altre guide introduttive documentate coprono Python, PHP, Ruby, Go, Rust, Java e .NET: adottare il servizio non obbliga a usare React.

Prendiamo una ricevuta dopo un pagamento riuscito. L'applicazione registra il pagamento, prepara i dati della ricevuta, chiede a Resend di inviarla e salva l'identificativo restituito insieme al pagamento. L'assistenza può così indagare sulla ricevuta senza cercarla soltanto per nome del cliente. La guida introduttiva a Node.js mostra l'operazione di invio su cui si basa il flusso.

Template email di Resend: decidere chi gestisce i testi

React Email permette agli sviluppatori di creare contenuti email con componenti React. Resend supporta sia messaggi gestiti nel codice sia template ospitati sulla piattaforma; la guida all'integrazione con React Email documenta l'anteprima locale, l'output HTML o in testo semplice e il caricamento nei Templates ospitati.

Per una ricevuta, conviene tenere il layout nel codice se le modifiche devono passare dalla revisione dell'applicazione. Se invece i testi devono essere corretti da una persona esterna al team tecnico, un template ospitato può definire meglio le responsabilità: l'app fornisce le variabili e chi cura i contenuti modifica il messaggio. La documentazione dei Templates descrive l'editor, la cronologia delle versioni e l'invio tramite ID del template pubblicato.

Il vantaggio è sapere chi risponde di ogni modifica. Nessuno dei due approcci giustifica però l'approvazione di un'email di reimpostazione della password basandosi soltanto sull'anteprima. Prima del lancio, verifica il link, il comportamento alla scadenza e i contenuti nei client email usati dai clienti.

I tentativi di reinvio devono avere un'identità

Resend supporta le chiavi di idempotenza, identificativi che fanno restituire il risultato originale a una richiesta di invio ripetuta, evitando un'altra email. La protezione documentata dura 24 ore. Nel flusso della ricevuta, ricava la chiave dall'evento che l'ha generata e mantieni invariato il contenuto della richiesta nei nuovi tentativi. La guida all'idempotenza definisce sia la finestra temporale sia l'errore restituito quando la stessa chiave accompagna un payload diverso.

L'applicazione deve rispettare quel confine. Se un'attività viene rieseguita dopo la scadenza, serve una registrazione persistente interna che indichi se l'invio della ricevuta è già stato richiesto. La deduplicazione del fornitore protegge durante i nuovi tentativi, ma non sostituisce una cronologia permanente degli eventi di business.

SMTP semplifica la migrazione delle applicazioni esistenti

Resend si presta anche alle applicazioni che usano già SMTP. Le impostazioni SMTP prevedono smtp.resend.com, nome utente resend e chiave API come password. La porta 465 usa TLS implicito; la 587 usa STARTTLS. Nel client di posta o nel framework va selezionata la modalità di crittografia corrispondente.

Questo consente di mantenere il codice che genera le email cambiando il servizio di trasporto. Il compromesso diagnostico è preciso: Resend dichiara di non fornire i log del server SMTP, anche se i messaggi inviati tramite SMTP compaiono nella tabella Emails. Se la diagnosi dei problemi di connessione è un'esigenza ricorrente, va considerata prima di migrare.

Configurazione del dominio: l'autenticazione fa parte del lancio

Resend richiede un dominio di invio verificato e la sua configurazione deve entrare nella checklist di lancio insieme all'integrazione API. Il DNS, il sistema che pubblica i record del dominio, è il punto in cui si autorizza il servizio a inviare per proprio conto.

SPF identifica l'infrastruttura autorizzata all'invio. DKIM aggiunge una firma crittografica ai messaggi. DMARC indica ai sistemi riceventi come trattare i messaggi che non rispettano i criteri di autenticazione del dominio. Sono funzioni distinte: un indicatore verde di verifica del dominio non sostituisce una configurazione consapevole di DMARC.

Per un nuovo prodotto SaaS, una configurazione pratica è la seguente:

1. 1

   Scegliere il mittente e la regione di invio

   Aggiungi un dominio dalla pagina Domains di Resend. Per un nuovo mittente, usa un sottodominio dedicato come account.example.com; scegli la regione di invio adatta ai destinatari.

2. 2

   Pubblicare i record generati

   Copia le configurazioni DKIM e SPF di Resend nel servizio DNS esattamente come vengono mostrate. Verifica il dominio prima di attivare gli invii ai clienti. Non sostituirle con un record generico preso da un tutorial.

3. 3

   Aggiungere DMARC e separare gli scopi di invio

   Configura DMARC dopo la verifica. Valuta un sottodominio separato per il marketing, così da gestire in modo indipendente le impostazioni delle newsletter e quelle dei messaggi transazionali.

4. 4

   Preservare la reputazione acquisita durante la migrazione

   Se esiste già un indirizzo di invio con una reputazione consolidata, pianifica la migrazione tenendone conto. Resend consiglia di mantenerlo invece di sostituirlo automaticamente con un nuovo sottodominio.

La guida alla configurazione del dominio illustra la sequenza; le indicazioni sui domini verificati spiegano l'eccezione per le migrazioni e le impostazioni separate di tracciamento. Per reimpostare una password, è preferibile un link pulito e diretto anziché tracciare ogni clic solo perché l'opzione è disponibile.

Eventi di consegna ed email in entrata: completare il flusso

Resend fornisce informazioni all'applicazione anche dopo la chiamata di invio: è questo che lo rende utile quando un cliente segnala di non aver ricevuto una ricevuta. I webhook sono notifiche HTTPS inviate all'applicazione al verificarsi di eventi. Nella guida ai webhook, Resend documenta eventi di consegna, mancato recapito, apertura e clic, verifica delle richieste, ripetizione degli eventi e salvataggio dei dati nel proprio database.

Nel flusso della ricevuta, verifica le richieste webhook, associa ogni evento all'identificativo del messaggio salvato e rendi sicura l'elaborazione ripetuta dello stesso evento. Un mancato recapito deve generare una segnalazione su cui l'assistenza possa intervenire, non finire in un log che nessuno controlla. Conserva questa cronologia nel tuo sistema se deve sopravvivere al periodo di conservazione del fornitore.

Consegnato non significa visto in posta in arrivo. Resend definisce questo stato come avvenuta consegna al server di posta del destinatario. La documentazione sulla gestione delle email distingue gli stati di consegna, mancato recapito, ritardo, errore ed esclusione dall'invio. Tieni conto di queste differenze quando spieghi un problema al cliente.

Gli strumenti di recapito aiutano la diagnosi, ma non provano l'arrivo in inbox

Deliverability Insights di Resend controlla problemi come domini non corrispondenti nei link, assenza di DMARC e mancanza del contenuto in testo semplice. Sono verifiche utili sul messaggio che puoi controllare. Non dimostrano una percentuale di arrivo in posta in arrivo.

La lista di soppressione impedisce inoltre di continuare a inviare a indirizzi che producono errori permanenti di recapito o segnalazioni di spam. Il punto decisivo è che la soppressione vale per tutto il team: un indirizzo presente nella lista viene escluso su tutti i domini e sottodomini, sia per le email transazionali sia per i Broadcast. La documentazione sulla soppressione precisa anche che Gmail/Google Workspace non restituisce gli eventi di segnalazione spam.

Quando marketing ed email transazionali convivono, la conseguenza è pratica: spostare un destinatario escluso su un altro sottodominio di invio non ripristina le email per reimpostare la password. Occorre indagare sul motivo dell'esclusione e offrire un percorso di recupero dell'account. Non rimuovere la soppressione alla cieca per poi ripetere l'invio.

È documentata anche la ricezione delle email

Resend supporta le email in entrata su un dominio verificato o sul proprio sottodominio gestito resend.app. La guida alla ricezione descrive notifiche webhook, recupero del contenuto e degli allegati, inoltro e risposte nello stesso thread.

Un flusso utile è la risposta alla ricevuta di un ordine: si associa il messaggio in entrata all'ordine, se ne recupera il contenuto e si crea un'attività per l'assistenza. L'infrastruttura di ricezione evita di dover gestire direttamente l'ingresso della posta. Restano però a carico del team la gestione degli allegati, l'affidabilità del mittente e le modifiche che un messaggio ricevuto può autorizzare nel prodotto.

Broadcasts e contatti: rendere esplicito lo scopo marketing

Resend può gestire newsletter e annunci di prodotto per un piccolo team senza costringere gli sviluppatori a costruire da zero un sistema di invio campagne. Broadcasts offre editor, programmazione, selezione dei contatti e monitoraggio delle prestazioni. La guida a Broadcasts descrive i flussi sia dalla dashboard sia tramite API.

Per annunciare una funzionalità, importa o aggiungi i contatti che hanno dato il consenso, inserisci i destinatari in un Segment, scegli il Topic appropriato, prepara il messaggio, verifica il funzionamento della disiscrizione e programma il Broadcast. Un Segment è un raggruppamento interno; un Topic è una preferenza controllabile dal destinatario.

Se una vecchia integrazione fa riferimento ad Audiences, occorre rivederne i presupposti. Resend usa ora Contacts globali e Segments: un indirizzo email può appartenere a più segmenti pur contando come un solo Contact. La guida alla migrazione da Audiences dichiara deprecata l'API Audiences. È un cambiamento rilevante quando il vecchio codice considera la disiscrizione limitata a uno specifico pubblico.

Resend documenta anche Automations, con trigger personalizzati, condizioni, ritardi e passaggi di attesa di un evento. Una sequenza di benvenuto può quindi risiedere in Resend anziché interamente nel codice dell'applicazione. Prima di spostare un programma per il ciclo di vita dei clienti, mappane i trigger e le condizioni di uscita reali: poter disegnare una sequenza non stabilisce chi la manterrà.

Prezzi di Resend Email: Pro è il punto di partenza pratico

Il piano Pro iniziale di Resend costa $20 al mese per 50,000 email, senza limite giornaliero e con 10 domini. Free offre 3,000 email al mese, con un tetto di 100 al giorno e 3 domini. Quel limite giornaliero si fa sentire prima della quota mensile: un ipotetico lancio con 60 registrazioni e due messaggi per registrazione richiede 120 invii nella stessa giornata. La pagina dei prezzi attuale indica anche Scale da $90 al mese per 100,000 email e piani Enterprise personalizzati.

Costi delle API Resend: confrontare i volumi prima dei consumi extra

Sfruttando tutta la quota inclusa, il piano Pro iniziale equivale a $0.40 per 1,000 email: $20 diviso 50,000, moltiplicato per 1,000. Con un utilizzo effettivo di sole 5,000 email, lo stesso abbonamento equivale a $4 per 1,000. Questi calcoli riguardano la quota acquistata, non il prezzo per ogni consegna riuscita in posta in arrivo.

Il listino in formato leggibile dalle macchine riporta anche Pro a $35 per 100,000 email. A quel volume, mantenere Pro iniziale con consumi extra abilitati costerebbe $20 + 50 × $0.90 = $65. Conviene scegliere la quota Pro più ampia prima di dare per scontato che il passo successivo siano gli extra o Scale.

Il marketing ha un conteggio separato: Free copre 1,000 contatti; Pro marketing parte da $40 al mese per 5,000; Enterprise è personalizzato. Gli invii Broadcast sono illimitati entro la quota di contatti e non consumano la quota transazionale. Inviare una newsletter tramite /emails consuma invece la quota transazionale e lascia la gestione della disiscrizione all'implementazione del team.

Per il lettore a cui si rivolge questa recensione, conviene partire da Pro transazionale a pagamento se i picchi in produzione possono superare Free. La capacità marketing va aggiunta quando lo richiede la lista contatti. Scale va valutato per le funzioni operative, come l'opzione IP dedicato, senza presumere dal nome che sia il modo più economico per acquistare più invii.

I limiti che possono cambiare la scelta

I principali vincoli di Resend riguardano la responsabilità della consegna, la conservazione dei dati, i limiti condivisi e il luogo di archiviazione. Contano più dell'eleganza della prima chiamata API.

I rifiuti per superamento della quota spettano all'applicazione

Resend conteggia nella quota transazionale sia le email inviate sia quelle ricevute, e conta separatamente i destinatari multipli. La quota giornaliera di Free si azzera a mezzanotte UTC. Nei piani a pagamento, i consumi extra sono disattivati finché un amministratore non li abilita; un invio rifiutato per quota restituisce un errore e Resend non lo mette in coda né lo ritenta. Queste regole sono esplicite nella documentazione sui limiti dell'account.

Inserisci le attività ritentabili in una coda interna e attiva avvisi sugli errori di quota. Per la reimpostazione delle password, verifica la validità del token prima di rieseguire un'attività vecchia. Un messaggio inviato dopo l'azzeramento del limite potrebbe non essere più utile.

Un piano a pagamento non aumenta automaticamente le richieste al secondo

Tutti gli account partono da 10 richieste al secondo per team, condivise tra chiavi API e domini. Creare un'altra chiave non aggiunge un nuovo contingente. L'invio in batch permette di inserire fino a 100 email in una richiesta, ma la coda deve comunque rispettare il limite di richieste. Resend dichiara che il passaggio a un piano superiore non lo aumenta automaticamente: per una maggiore velocità occorre parlarne separatamente con l'assistenza.

È la differenza tra capacità e velocità di elaborazione. La capacità indica quanti messaggi rientrano nel mese. La velocità indica quante richieste può effettuare l'applicazione durante un picco. Vanno considerate entrambe, nel budget e nella progettazione.

La conservazione non sostituisce uno storico permanente

Free, Pro e Scale conservano dati delle email e log per 30 giorni; Enterprise offre una conservazione flessibile. Mantieni una cronologia interna degli eventi se una contestazione sulla ricevuta o un'indagine dell'assistenza può arrivare più tardi. Conserva inoltre l'evento di business indipendentemente dalla finestra di idempotenza di 24 ore del fornitore.

Anche la cancellazione anticipata ha dei vincoli. Le indicazioni pubbliche di Resend sul trattamento dei dati dichiarano che non esiste un'API per cancellare una singola email; rimuovere in anticipo i messaggi inviati richiede l'intervento dell'assistenza, mentre quelli ricevuti non possono essere rimossi prima della fine del periodo di conservazione. Non è una soluzione adatta a flussi che richiedono la cancellazione programmatica immediata.

Inviare dall'Europa non significa archiviare i dati in Europa

Resend offre regioni di invio in Virginia settentrionale, Irlanda, São Paulo e Tokyo. La documentazione sulle regioni distingue il luogo di invio da quello di archiviazione.

I dati dei clienti, inclusi contenuto dei messaggi, log di consegna, payload dei webhook e dati degli account, sono archiviati negli Stati Uniti. Resend dichiara che non esiste un'impostazione per spostarli nell'UE. La pagina GDPR espone la posizione dell'azienda sulla conformità, descrive le autoverifiche e illustra il DPA standard e le clausole di trasferimento. Queste dichiarazioni non trasformano un dominio di invio in Irlanda in un'archiviazione esclusivamente europea.

Resend dichiara anche la conformità SOC 2 Type II; la pagina pubblica indica il periodo coperto dalla relazione, mentre per accedere al documento serve il login. La panoramica sulla sicurezza elenca le protezioni crittografiche e indica HIPAA come «In corso». Si tratta di dichiarazioni del fornitore esaminate per questa recensione, non di un audit di conformità indipendente.

Se l'archiviazione esclusivamente nell'UE o un accordo HIPAA già disponibile sono requisiti inderogabili per l'acquisto, non approvare Resend sulla base del menu delle regioni di invio o dei badge di sicurezza. Chiarisci il requisito esatto prima dell'integrazione.

Verdetto: Resend funziona se il team gestisce anche le criticità

Resend è una valida scelta per un piccolo team di prodotto che desidera un percorso coerente tra template, invio API o SMTP, eventi di consegna e campagne marketing occasionali. Il suo valore sta nel ridurre il lavoro di integrazione lasciando al team il controllo del comportamento del prodotto.

La scelta cambia se l'archiviazione negli USA non soddisfa i requisiti, se la diagnostica a livello SMTP è essenziale o se l'applicazione non sa gestire in sicurezza errori di quota e nuovi tentativi. Anche un fornitore meno recente che funziona resta una buona opzione quando la migrazione non offre un vantaggio concreto.

Per l'implementazione della prossima settimana, fai passare un flusso di reimpostazione password e uno di ricevuta attraverso autenticazione del dominio, rifiuto per quota, richieste duplicate, mancati recapiti e ricerca da parte dell'assistenza. Includi una stima dei volumi nella giornata di picco. Scegli Resend quando sai indicare responsabile e comportamento atteso per ogni possibile errore, senza fermarti a una bella email di benvenuto.

Domande frequenti

Il nome coincide con l'espressione inglese comune «resend an email», cioè inviare di nuovo un'email. Le risposte seguenti distinguono il prodotto dalle funzioni della casella di posta.

Quali servizi gratuiti sono validi per inviare email?

Per un'applicazione, Resend è un punto di partenza ragionevole se i limiti giornalieri e mensili di Free sono sufficienti. Una quota gratuita non basta per la produzione se un picco al lancio può esaurirla: dimensiona il servizio sulla giornata più intensa.

Come si invia di nuovo un'email nel nuovo Outlook?

Nel nuovo Outlook, apri Posta inviata, seleziona il messaggio, poi usa il menu con le altre opzioni e Azioni avanzate → Invia di nuovo il messaggio. Controlla la bozza prima dell'invio. Le istruzioni Microsoft per ripetere l'invio descrivono questa funzione della casella di posta, che non ha relazione con l'API di Resend.

In inglese si dice «resent» o «resend»?

«Resend» significa inviare di nuovo; «resent» è la sua forma al passato. Resend, con l'iniziale maiuscola, è anche il marchio della piattaforma email recensita qui.

Come si richiama un'email già inviata?

La piattaforma Resend non va considerata uno strumento per richiamare messaggi dalla casella altrui. Outlook ha una funzione di richiamo separata, con restrizioni relative ad account e organizzazione; la spiegazione Microsoft sul richiamo precisa che non può richiamare messaggi inviati ad account esterni o personali.

Come si invia nuovamente un'email già spedita?

In Outlook, usa l'azione sul messaggio inviato descritta sopra. In un'applicazione, stabilisci se si tratta di un nuovo tentativo per l'evento originale oppure di un nuovo invio intenzionale: riutilizzare una chiave di idempotenza Resend entro la finestra di protezione evita un duplicato.

Posso recuperare un'email già inviata?

Se vuoi esaminare un messaggio Resend, usa la pagina Emails e i dettagli del messaggio entro il periodo di conservazione. Se intendi rimuovere la copia del destinatario, consultare o cancellare la propria registrazione non equivale a richiamare il messaggio dalla sua casella.

Come posso vedere le email che ho inviato?

Resend elenca i messaggi inviati e programmati nella dashboard Emails, compresi gli invii SMTP. Apri un messaggio per esaminare metadati, anteprima, HTML, testo semplice ed eventi di consegna.

Perché non vedo le email che ho inviato?

In Resend, verifica che l'invio sia stato accettato e che i dati rientrino ancora nel periodo di conservazione. In Outlook, controlla la cartella Posta inviata corretta e le impostazioni di salvataggio; la guida Microsoft alle email inviate spiega perché una copia potrebbe mancare.

Come posso ritrovare i messaggi inviati?

Distingui prima una copia mancante nella casella da log del fornitore ormai scaduti. Per indagini su Resend oltre il periodo di conservazione, usa la cronologia degli eventi salvata internamente; non costruire un processo di assistenza che presupponga che la dashboard del fornitore sia un archivio permanente.

Usa la Checklist per l'audit dei flussi di lavoro aziendali con l'AI per assegnare un responsabile a ogni trigger email, errore e passaggio di recupero; ricevi la checklist tramite la newsletter.