Loops o Resend: a chi affidare l'invio delle email del proprio prodotto?

Che cosa si compra con quei soldi

I due numeri non sono confrontabili alla pari, e la maggior parte dei confronti sorvola sul punto. I piani di Resend si misurano in email: 20 $ coprono 50.000 messaggi, che vadano a 500 persone o a 50.000. Loops misura invece i contatti iscritti e include poi gli invii illimitati verso di loro, insieme a editor, workflow e invio transazionale a chi sta fuori dal proprio pubblico. Un'app che scrive quattro volte al mese a ciascuno dei suoi 10.000 utenti spedisce dunque 40.000 email. Rientrano nel piano Pro di Resend da 20 $, contro 99 $ di Loops, ma la cifra di Loops copre anche gli strumenti di lifecycle che altrimenti andrebbero costruiti o acquistati.

Si porti la stessa app a 50.000 iscritti e 200.000 email al mese. 200.000 email sono un punto del cursore di Resend, dove Scale indicava 160 $ il 7 ottobre 2026 (Pro su quel cursore arriva solo a 100.000 email, a 35 $), quindi Scale è il piano di questa taglia. Loops indica 249 $. Il divario si riduce perché Resend fa pagare il volume, mentre Loops fa pagare la dimensione del pubblico. Se gli utenti ricevono un'email al mese, Resend diventa ancora più conveniente; se ne ricevono venti, gli invii illimitati di Loops diventano l'affare migliore.

La prima integrazione, una accanto all'altra

Loops funziona a eventi. L'app comunica che è successo qualcosa, e un workflow costruito nell'editor di Loops decide quali email seguono. Questa è la chiamata documentata per inviare un evento, tratta dal riferimento API di Loops:

curl --request POST \
  --url https://app.loops.so/api/v1/events/send \
  --header 'Authorization: Bearer <token>' \
  --header 'Content-Type: application/json' \
  --data '
{
  "email": "alex@company.com",
  "userId": "usr_7f8e9d0c1b2a",
  "eventName": "signup",
  "eventProperties": {
    "plan": "pro"
  }
}
'

Per Resend la via più diretta è inviare un messaggio dal codice. Questo è l'esempio Node del riferimento Send Email, con l'opzione di idempotenza descritta nella pagina sulle chiavi di idempotenza:

import { Resend } from 'resend';

const resend = new Resend('re_xxxxxxxxx');

await resend.emails.send(
  {
    from: 'Acme <onboarding@resend.dev>',
    to: ['delivered@resend.dev'],
    subject: 'hello world',
    html: '<p>it works!</p>',
  },
  {
    idempotencyKey: 'welcome-user/123456789',
  },
);

La chiave di idempotenza conta perché le code ritentano le richieste. Resend verifica se nelle ultime 24 ore ha già inviato un'email con la stessa chiave, in modo che una richiesta ripetuta non scriva due volte al cliente. La chiave viaggia in un'intestazione HTTP Idempotency-Key e l'SDK la espone come opzione, come nell'esempio. È un punto a favore di Resend quando a inviare è il proprio codice. Con Loops si invia un evento e non un'email, perciò la protezione dai duplicati dipende da come si progettano il workflow e le sue condizioni di ingresso.

Le email transazionali nei due servizi

Entrambi le gestiscono. Loops permette di costruire un'email transazionale nel proprio editor, pubblicarla e chiamare l'endpoint transazionale con l'indirizzo, un ID transazionale e le variabili dei dati. La chiamata può aggiungere il destinatario al pubblico con addToAudience, e la documentazione precisa che le email transazionali vanno a qualsiasi indirizzo, sia o meno nel pubblico. La sua pagina dei prezzi afferma che l'invio transazionale è incluso senza costi aggiuntivi nei piani a pagamento. Per Resend l'invio transazionale è il prodotto principale: si spedisce dal codice, oppure si definisce una volta un Template e lo si riutilizza.

Se i template nascono da un editor o da un framework, c'è una differenza concreta. Loops consente di portare il proprio MJML al posto del suo editor e di usare variabili dati al suo interno, e la sua documentazione cita plugin Figma che esportano per quel formato. Chi scrive i template in MJML o React Email dovrebbe verificare quale strumento accetta l'output senza conversioni. Resend è realizzato dal team di React Email, che è la scelta naturale quando i template sono componenti React.

Automazione del lifecycle

È il terreno su cui un tempo era facile distinguere i prodotti, mentre oggi si sovrappongono. La documentazione di Resend descrive le Automations: una serie di passaggi attivati da eventi personalizzati dell'applicazione, che si costruiscono dal pannello o tramite API e dispongono di uno storico delle esecuzioni per il debug. Loops costruisce il proprio prodotto attorno a workflow, eventi e segmenti di pubblico, quindi lì editor e strumenti sono più profondi. Se le sequenze sono brevi (un'email di benvenuto, un promemoria dopo tre giorni) va bene l'uno o l'altro. Se servono molte ramificazioni, obiettivi e segmenti curati dal marketing, Loops è più vicino a quel lavoro.

Scegliere Loops se…

• A scrivere e modificare le email di onboarding e fidelizzazione sarà un responsabile marketing di prodotto o un fondatore, non un ingegnere.
• Si vogliono invio, workflow ed email transazionali su un'unica fattura, senza costi per utente.
• Il pubblico è sotto i 1.000 contatti e si desidera un piano gratuito che includa tutte le funzioni, accettando la nota di Loops a piè di pagina.

Scegliere Resend se…

• Il codice delle email è in mano agli sviluppatori, che vogliono un'API lineare, chiavi di idempotenza e template basati su React.
• La maggior parte del volume è transazionale e un prezzo per email conviene più di un prezzo per iscritto.
• Si preferisce mantenere la logica di lifecycle nella propria applicazione, oppure le sequenze sono abbastanza brevi per le Automations.

Cambiare servizio in seguito

Il dominio di invio è la parte facile: si verificano i record DNS del nuovo fornitore prima di spostare il traffico e si lascia attivo il vecchio durante la fase di sovrapposizione. La parte difficile è la logica delle automazioni, perché i nomi degli eventi e le condizioni dei workflow non si esportano. Prima di andarsene conviene annotare, per ogni sequenza, l'evento di avvio, il ritardo, la condizione di uscita e la regola di soppressione, poi ricostruire per primo un flusso a basso rischio. Per un quadro più ampio sulle differenze tra flussi di marketing e transazionali si veda email transazionali e di marketing, e per altri servizi di invio pensati per gli sviluppatori si confrontino Resend vs Postmark e gli strumenti per le email transazionali.