> For the complete documentation index, see [llms.txt](https://docs.thewalletcrew.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.thewalletcrew.io/connectors/fr/email-provider.md).

# Fournisseur d’e-mails

L’équipe Wallet peut envoyer des e-mails transactionnels dans le cadre de votre parcours client. Ces e-mails sont envoyés **au nom de votre marque**, afin que les clients reconnaissent l’expéditeur et fassent confiance au message.

Cela est important pour la conversion et la sécurité. Un expéditeur de marque et authentifié réduit le risque d’hameçonnage. Cela renforce aussi la confiance lorsque les clients cliquent sur un lien « Ajouter au Wallet ».

<figure><img src="/files/e99f437c5e0a37a93bc5a6092a49f0101f586a84" alt="Example transactional email containing an Add to Wallet link"><figcaption><p>Les e-mails transactionnels peuvent distribuer une Carte ou prendre en charge les flux d’inscription et de vérification.</p></figcaption></figure>

## Quels e-mails l’équipe Wallet peut envoyer

L’envoi des e-mails dépend du parcours que vous activez. Les exemples courants incluent la distribution de Carte et les flux d’inscription.

* Un lien pour télécharger une carte de fidélité client dans Apple et Google Wallet.
* Un e-mail d’inscription lorsqu’un client s’inscrit via un formulaire.
* Un e-mail de défi pour authentifier un client (code de vérification ou lien).
* Un e-mail de confirmation après inscription ou vérification.

## Pourquoi vous devriez configurer l’identité de l’expéditeur

Lorsque vos e-mails utilisent une identité d’expéditeur qui correspond à votre marque, les clients sont moins susceptibles de se méfier du message. Lorsque l’expéditeur est correctement authentifié (SPF, DKIM, DMARC), les fournisseurs de boîtes mail sont moins susceptibles de signaler l’e-mail comme une usurpation.

En pratique, cela améliore la délivrabilité et réduit les possibilités d’hameçonnage autour des liens « télécharger votre Carte ».

{% hint style="info" %}
Si vous voulez que les clients voient `no-reply@yourbrand.com` (ou `no-reply@wallet.yourbrand.com`), prévoyez SPF/DKIM et une politique DMARC. C’est ce que les fournisseurs de boîtes mail utilisent pour valider l’expéditeur.
{% endhint %}

## Choisissez votre stratégie de fournisseur d’e-mail

L’équipe Wallet utilise **SendGrid** par défaut. Vous pouvez conserver ce choix par défaut, passer à un autre fournisseur pris en charge ou brancher votre propre passerelle.

### Par défaut : SendGrid

C’est l’option la plus rapide. Elle couvre la plupart des cas d’usage. Voir [SendGrid](/connectors/fr/email-provider/sendgrid.md) pour les modes pris en charge et la configuration.

Même avec SendGrid, utilisez un domaine d’envoi personnalisé qui correspond à la marque. Confirmez les enregistrements SPF, DKIM et DMARC requis pendant l’implémentation.

### Connecteurs intégrés

Utilisez ceci lorsque votre marque dispose déjà d’un fournisseur, de modèles, de rapports ou de processus de conformité en place.

Connecteurs intégrés pris en charge :

* [Adobe Marketing Cloud](/connectors/fr/email-provider/adobe-marketing-cloud.md)
* [Mailchimp](/connectors/fr/email-provider/mailchimp.md)
* [Salesforce Marketing Cloud](/connectors/fr/email-provider/salesforce-marketing-cloud.md)
* [SendGrid](/connectors/fr/email-provider/sendgrid.md)

### Connecteur personnalisé

Utilisez ceci lorsque vous avez besoin d’un fournisseur non pris en charge par les connecteurs intégrés, lorsque vous devez passer par un relais de messagerie interne, ou lorsque vous souhaitez contrôler entièrement l’envoi depuis votre backend.

L’équipe Wallet génère toujours le contenu de l’e-mail. Votre implémentation est responsable de l’appel final « send » et de son cycle de vie de livraison.

* [Extensibilité d’EmailSender](/connectors/fr/custom-connector/emailsender-extensibility.md)

### Fournisseurs d’e-mail non répertoriés

Un fournisseur non répertorié n’empêche pas la livraison des e-mails Wallet. L’équipe Wallet et le partenaire fournisseur peuvent définir conjointement un connecteur standard lorsque l’intégration peut prendre en charge plusieurs marques.

Pour un fournisseur spécifique à un seul locataire, utilisez un connecteur personnalisé. Le scripting du locataire appelle l’API du fournisseur ou le relais interne via [Extensibilité d’EmailSender](/connectors/fr/custom-connector/emailsender-extensibility.md).

## Où se trouve la configuration

Le fournisseur d’e-mail actif est sélectionné dans `/server/emails.yml` dans la configuration avancée. Chaque page de connecteur vous indique exactement quelles valeurs définir pour son type de fournisseur.

## FAQ

<details>

<summary><strong>S’agit-il d’e-mails marketing ?</strong></summary>

Non. Il s’agit d’e-mails transactionnels liés à un parcours client, comme des liens de téléchargement de Carte ou des messages de vérification.

Si vous voulez des campagnes marketing, utilisez vos outils marketing. Puis intégrez les liens de l’équipe Wallet dans leurs modèles.

</details>

<details>

<summary><strong>L’équipe Wallet peut-elle envoyer depuis notre domaine ?</strong></summary>

Oui, à condition que le domaine d’expéditeur soit correctement authentifié. Pour SendGrid, cela signifie généralement configurer SPF/DKIM et une politique DMARC pour le domaine (ou sous-domaine) que vous utilisez comme expéditeur.

</details>

<details>

<summary><strong>Quelle est la façon la plus rapide de réduire le risque d’hameçonnage ?</strong></summary>

Utilisez un domaine d’envoi aligné sur votre marque et appliquez DMARC. Évitez les domaines d’expéditeur génériques que les clients ne reconnaissent pas.

</details>

<details>

<summary><strong>Quand devons-nous utiliser l’extensibilité d’EmailSender ?</strong></summary>

Utilisez-la lorsque vous avez besoin d’un fournisseur non pris en charge par les connecteurs, lorsque vous devez acheminer via une passerelle de messagerie interne, ou lorsque vous souhaitez centraliser la logique d’envoi dans vos propres systèmes.

</details>

<details>

<summary><strong>Et si notre fournisseur d’e-mails n’est pas répertorié ?</strong></summary>

L’équipe Wallet et le partenaire fournisseur peuvent définir le périmètre d’un connecteur standard. Un fournisseur spécifique à un locataire peut également utiliser un connecteur personnalisé avec le scripting du locataire et l’API du fournisseur.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.thewalletcrew.io/connectors/fr/email-provider.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.