> ## Documentation Index
> Fetch the complete documentation index at: https://docs.lekalao.com/llms.txt
> Use this file to discover all available pages before exploring further.

# E-mails transactionnels

> Les e-mails que vos applications envoient à une personne précise.

Un e-mail transactionnel répond à une action d'une personne : confirmation de commande, facture, lien de connexion, rappel de rendez-vous. Contrairement à une campagne, il ne part pas à une liste, ne dépend d'aucun consentement marketing et ne se désabonne pas.

Lekalao les envoie pour vos applications, et les garde dans un **journal** avec leurs ouvertures, leurs clics et leurs éventuels échecs.

## Trois façons de les envoyer

<CardGroup cols={3}>
  <Card title="L'API" icon="code" href="/fr/developers/transactional">
    Un `POST` avec le nom du modèle, les destinataires et les variables.
  </Card>

  <Card title="Transport Laravel" icon="laravel" href="/fr/developers/laravel-transport">
    Une application Laravel garde `Mail::to()->send()`, Lekalao fait le reste.
  </Card>

  <Card title="Relais SMTP" icon="server" href="/fr/developers/smtp-relay">
    N'importe quelle application qui sait parler SMTP.
  </Card>
</CardGroup>

## Le principe

```mermaid theme={null}
sequenceDiagram
  participant App as Votre application
  participant C as Lekalao
  participant F as Fournisseur d'envoi
  App->>C: POST /api/v1/transactional-mails/send<br/>template, to, variables, locale
  C->>C: Rend le modèle (langue, variables)<br/>vérifie l'expéditeur et le quota
  C->>F: Envoie
  C-->>App: 201 + l'e-mail journalisé
  F-->>C: Livré, rebond, plainte (webhook)
```

1. Vous écrivez un [modèle transactionnel](/fr/transactional/templates) dans l'interface, avec un nom stable (`confirmation-commande`).
2. Votre application l'appelle par ce nom avec ses variables.
3. Lekalao le rend, l'envoie par le fournisseur des e-mails transactionnels, et le journalise.

Vous pouvez aussi envoyer un HTML complet sans modèle, par l'API ou par le transport.

## Et les campagnes ?

|                      | Campagne                | Transactionnel                           |
| -------------------- | ----------------------- | ---------------------------------------- |
| Destinataires        | Une liste ou un segment | Les adresses de l'appel                  |
| Déclenché par        | L'équipe                | Une application                          |
| Désabonnement        | Obligatoire             | Non                                      |
| Liste de suppression | Appliquée               | Non appliquée : une facture doit arriver |
| Fournisseur          | Celui des campagnes     | Celui du transactionnel                  |

<Tip>
  Utilisez un fournisseur distinct (ou au moins un flux distinct, comme les «
  message streams » de Postmark) pour le transactionnel : un souci de
  réputation sur vos campagnes n'empêchera pas vos factures d'arriver. Voir
  [Fournisseur par type
  d'envoi](/fr/deliverability/mailers#fournisseur-par-type-denvoi).
</Tip>