Email transazionali interattive tramite la Send API

La maggior parte dei mittenti di email transazionali renderizza solo HTML semplice. POST /api/v1/send in modalità modello renderizza invece uno dei tuoi stessi progetti dello studio — motore di fallback completo e blocchi interattivi inclusi — con mergeData al posto della riga di valori dinamici, così una ricevuta o un'email di conferma attivata dal tuo backend può portare un blocco Valutazione o un upsell Prodotto esattamente come farebbe un invio marketing.

Oggetto

Your order receipt

La maggior parte dei mittenti di email transazionali renderizza solo HTML semplice. POST /api/v1/send in modalità modello renderizza invece uno dei tuoi stessi progetti dello studio, motore di fallback completo e blocchi interattivi inclusi. Una ricevuta o conferma attivata dal tuo backend può portare un blocco Valutazione o un upsell Prodotto esattamente come farebbe un invio marketing.

Una ricevuta è una delle email con il tasso di apertura più alto che un'azienda invii — e quasi sempre la più semplice, perché di solito è generata da qualunque libreria transazionale sia stata più facile da collegare, non da qualcosa con un sistema di design annesso.

Progettala una volta, attivala dal tuo backend

Costruisci la ricevuta o la conferma come un normale progetto dello studio, con qualunque blocco abbia senso — una Valutazione per il CSAT post-acquisto, un upsell Prodotto di articolo correlato. Il tuo backend chiama poi la Send API in modalità modello con l'ID del progetto e un oggetto mergeData al posto dei valori dinamici di quello specifico ordine.

Segnalala come transazionale, correttamente

Impostare type su "transactional" salta la soppressione da disiscrizione — una ricevuta deve comunque raggiungere qualcuno che ha rifiutato il marketing — ma mai la soppressione da bounce, dato che un indirizzo genuinamente invalido non dovrebbe continuare a ricevere invii indipendentemente dal tipo di email.

È autenticata come qualsiasi integrazione API

Una chiave API denominata per proprietario, autenticata con Bearer, si conia e revoca dalla sezione Sviluppatori della dashboard. Un'intestazione Idempotency-Key impedisce a una richiesta ritentata di inviare due volte la ricevuta.

Cosa non si trasferisce

La modalità libera (nessun projectId, solo html/text grezzi) salta del tutto la pipeline di rendering — nessun tag di personalizzazione, nessun motore di fallback, inviata esattamente così com'è. È la scelta giusta per qualcosa come un codice OTP una tantum; la modalità modello è quella che vale la pena usare una volta che l'email stessa beneficia di un blocco interattivo.

Per iniziare

Costruisci il modello transazionale come progetto dello studio con i blocchi interattivi che vuoi, conia una chiave API sotto Sviluppatori, e chiama POST /api/v1/send in modalità modello con il tuo mergeData e type: "transactional".

Una tipica sequenza di creazione e invio

  1. 1

    Costruisci il modello transazionale come progetto dello studio

    Progetta la ricevuta o la conferma una volta nello studio, con qualsiasi blocco interattivo abbia senso — una Valutazione, un Prodotto di articolo correlato, un Pulsante di stato.

  2. 2

    Genera una chiave API

    Crea una chiave API denominata sotto Sviluppatori nella dashboard — autentica ogni chiamata alla Send API come token Bearer.

  3. 3

    Chiama la Send API in modalità modello

    Il tuo backend fa una POST a /api/v1/send con l'ID del progetto e un oggetto mergeData al posto dei valori dinamici di quello specifico ordine o evento.

  4. 4

    Segnala come transazionale

    Imposta type su "transactional" così l'invio salta la soppressione da disiscrizione (la soppressione da bounce si applica comunque) — la semantica giusta per una ricevuta che il destinatario deve ricevere indipendentemente dalle preferenze marketing.

Domande frequenti

Un'email transazionale inviata tramite l'API può includere gli stessi blocchi interattivi di una campagna normale?

Sì — la modalità modello renderizza un progetto esistente dello studio esattamente come farebbe renderEmail() per qualsiasi altro invio, così ogni blocco e l'intero motore di fallback a tre livelli si trasferiscono in modo identico.

Come arrivano i dati per destinatario nel modello, dato che non c'è una riga di fonte dati per una chiamata API?

L'oggetto mergeData nel corpo della richiesta sostituisce una riga di fonte dati — fino a 100 campi piatti chiave/valore si risolvono nei tag di personalizzazione {{field}} del progetto per quell'unica chiamata.

Qual è la differenza tra il tipo "transactional" e "marketing" sullo stesso endpoint?

Il campo type controlla quale lista di soppressione viene verificata: transactional salta la soppressione da disiscrizione (una ricevuta deve comunque raggiungere qualcuno che ha rifiutato il marketing) ma mai la soppressione da bounce; marketing rispetta entrambe.

C'è un limite di frequenza sulla Send API?

Sì — 60 richieste al minuto per chiave API, più lo stesso tetto di volume mensile per proprietario condiviso da ogni percorso di invio; un'intestazione Idempotency-Key impedisce a una richiesta ritentata di inviare due volte.

Posso inviare un'email HTML in formato libero tramite lo stesso endpoint invece di un progetto dello studio?

Sì — omettere projectId e inviare invece html/text direttamente usa la modalità libera, inviata così com'è senza pipeline di rendering o tag di personalizzazione; la modalità modello (con projectId) è quella che porta i blocchi interattivi e il motore di fallback.

Costruiscilo nello studio

Inizia con il piano gratuito — ogni blocco interattivo e il motore di fallback completo sono inclusi in tutti i piani.