> 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
Choisissez comment The Wallet Crew envoie les e-mails transactionnels via SendGrid, un fournisseur pris en charge ou un connecteur d’e-mails personnalisé.
L'équipe Wallet peut envoyer des e-mails transactionnels dans le cadre du parcours client. Ces e-mails sont envoyés **au nom de la 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 authentifié et conforme à la marque réduit le risque d'hameçonnage. Cela renforce aussi la confiance lorsque les clients cliquent sur un lien « Ajouter à Wallet ».
Les e-mails transactionnels peuvent distribuer une Carte ou prendre en charge les flux d'inscription et de vérification.
## Quels e-mails l'équipe Wallet peut envoyer
L'envoi des e-mails dépend des parcours activés sur le tenant. 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 & 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 l'inscription ou la vérification.
## Pourquoi l'identité de l'expéditeur est importante
Lorsque les e-mails utilisent une identité d'expéditeur qui correspond à la 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 usurpation.
En pratique, cela améliore la délivrabilité et réduit les possibilités d'hameçonnage autour des liens « téléchargez votre Carte ».
{% hint style="info" %}
Pour permettre aux clients de voir `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 une stratégie de fournisseur d'e-mail
L'équipe Wallet utilise **SendGrid** par défaut. Ce choix peut être conservé, remplacé par un autre fournisseur pris en charge, ou remplacé par une passerelle dédiée.
### Par défaut : SendGrid
C'est l'option la plus rapide. Elle couvre la plupart des cas d'utilisation. 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 la mise en œuvre.
### Connecteurs intégrés
Utilisez cette option lorsque la marque dispose déjà d'un fournisseur, de modèles, de rapports ou de processus de conformité.
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 cette option lorsqu'un fournisseur n'est pas pris en charge par les connecteurs intégrés, lorsque l'envoi doit passer par un relais de messagerie interne, ou lorsque le backend de la marque doit conserver un contrôle total de l'envoi.
L'équipe Wallet génère toujours le contenu de l'e-mail. L'implémentation du tenant 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 propre à un seul tenant, utilisez un connecteur personnalisé. Le scripting du tenant 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 documente précisément les valeurs à définir pour son type de fournisseur.
## FAQ
S'agit-il d'e-mails marketing ?
Non. Ce sont des e-mails transactionnels liés à un parcours client, comme des liens pour télécharger une Carte ou des messages de vérification.
Pour les campagnes marketing, utilisez les outils marketing de la marque, puis intégrez les liens de l'équipe Wallet dans leurs modèles.
L'équipe Wallet peut-elle envoyer depuis un domaine de marque ?
Oui, tant que le domaine d'expéditeur est correctement authentifié. Pour SendGrid, cela signifie généralement configurer SPF/DKIM et une politique DMARC pour le domaine (ou le sous-domaine) utilisé comme expéditeur.
Quel est le moyen le plus rapide de réduire le risque d'hameçonnage ?
Utilisez un domaine d'envoi aligné sur la marque et appliquez DMARC. Évitez les domaines d'expéditeur génériques que les clients ne reconnaissent pas.
Quand faut-il utiliser l'extensibilité d'EmailSender ?
Utilisez-la lorsqu'un fournisseur n'est pas pris en charge par les connecteurs, lorsque l'envoi doit passer par une passerelle de messagerie interne, ou lorsque la logique d'envoi doit être centralisée dans les systèmes de la marque.
Que faire si le fournisseur d'e-mail n'est pas répertorié ?
L'équipe Wallet et le partenaire fournisseur peuvent définir un connecteur standard. Un fournisseur spécifique au tenant peut également utiliser un connecteur personnalisé avec le scripting du tenant et l'API du fournisseur.
---
# 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=&goal=
```
`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.
