> 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/adobe-marketing-cloud.md).

# Adobe Marketing Cloud

Envoyez les e-mails transactionnels de The Wallet Crew via Adobe Journey Optimizer, Adobe Campaign ou Marketo Engage en utilisant le fournisseur d’e-mail scripté.

Utilisez cette intégration pour que The Wallet Crew envoie **des e-mails transactionnels** par le biais d’un **produit marketing Adobe** que la marque utilise déjà.

« Adobe Marketing Cloud » n’est pas un produit d’e-mail unique. L’envoi d’e-mails dépend du produit Adobe en place :

* [Adobe Journey Optimizer (AJO)](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-journey-optimizer.md) pour les parcours déclenchés par API et les envois quasi temps réel.
* [Messagerie transactionnelle Adobe Campaign](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-campaign-transactional-messaging.md) pour les événements de messagerie transactionnelle dans les piles Adobe existantes.
* [Marketo Engage (API d’e-mail transactionnel)](/connectors/fr/email-provider/adobe-marketing-cloud/marketo-engage-transactional-email-api.md) pour les envois d’e-mails transactionnels liés aux modèles Marketo.

Il s’agit d’un connecteur **basé sur des scripts** . The Wallet Crew peut toujours générer le contenu de l’e-mail. Le script du locataire délègue ensuite la livraison finale à Adobe.

Deux modèles de livraison sont disponibles :

* **The Wallet Crew génère le HTML**, et Adobe l’envoie.
* **Adobe génère le modèle**, et The Wallet Crew envoie uniquement les variables.

L’architecture reste la même dans tous les cas.

* Une marque de vente au détail utilise AJO pour l’orchestration, le consentement et le reporting. The Wallet Crew fournit le HTML final.
* Une marque utilise déjà la messagerie transactionnelle Adobe Campaign en production. L’équipe y conserve la gouvernance et le reporting.
* Une équipe utilise Marketo Engage pour l’automatisation marketing et souhaite que les envois transactionnels soient visibles dans les journaux d’activité Marketo.
* Une équipe de sécurité exige que tous les e-mails sortants passent par une plateforme unique auditée. Le fournisseur de scripts l’impose.

## Avant de commencer

L’interface de script décrite dans [Extensibilité d'EmailSender](/connectors/fr/custom-connector/emailsender-extensibility.md) doit d’abord être implémentée. Cette page se concentre sur ce qui change lorsque le « fournisseur derrière le script » est Adobe.

L’accès au produit Adobe est également requis pour créer et publier tout ce qui est nécessaire à l’envoi d’e-mails (campagne, événement ou modèle). The Wallet Crew ne peut pas créer ces objets.

{% hint style="info" %}
Lorsque les e-mails sont déjà envoyés depuis Adobe et que le seul objectif est d’intégrer des liens « Ajouter au Wallet », cette page n’est pas nécessaire. Conservez les modèles Adobe et placez les liens The Wallet Crew derrière les CTA existants. Voir [Livraison des e-mails](/guides-enrolment/fr/inscription/via-email.md) pour cette approche.
{% endhint %}

## Choisissez le produit Adobe

Chaque produit Adobe possède sa propre API, ses propres ressources et son propre modèle de gouvernance. Choisissez celui que l’organisation utilise déjà.

* [Adobe Journey Optimizer (AJO)](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-journey-optimizer.md) est le choix habituel lorsque des parcours déclenchés par API sont disponibles.
* [Messagerie transactionnelle Adobe Campaign](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-campaign-transactional-messaging.md) convient aux piles Adobe Campaign existantes avec des événements transactionnels.
* [Marketo Engage (API d’e-mail transactionnel)](/connectors/fr/email-provider/adobe-marketing-cloud/marketo-engage-transactional-email-api.md) convient bien lorsque les envois et l’activité doivent être suivis dans Marketo.

{% hint style="warning" %}
Choisissez une stratégie de rendu. Évitez de dupliquer la création de modèles à la fois dans The Wallet Crew et Adobe.
{% endhint %}

## Activez le fournisseur d’e-mails par script dans The Wallet Crew

C’est le commutateur qui permet à The Wallet Crew d’appeler le locataire `SendEmail` implémentation du tenant.

{% stepper %}
{% step %}

#### Implémenter `runtime.scriptable.emailEngine.SendEmail`

Commencez par [Extensibilité d'EmailSender](/connectors/fr/custom-connector/emailsender-extensibility.md) et ajoutez le code de livraison Adobe à l’intérieur `SendEmail`.

Assurez-vous que le script peut accéder de manière sécurisée aux identifiants Adobe. Ne codez pas les secrets en dur dans le script.
{% endstep %}

{% step %}

#### Mettre à jour `/server/emails.yml`

Ouvrez l’éditeur de configuration avancée, puis créez ou modifiez `/server/emails.yml`.

Définissez le type de fournisseur sur `script`. Conservez `ressources` pointant vers le répertoire des modèles d’e-mails.

{% code title="/server/emails.yml" %}

```yaml
provider :
  type : script
resources :
  - /locales/emails/
```

{% endcode %}
{% endstep %}

{% step %}

#### Déclenchez un e-mail transactionnel et vérifiez dans Adobe

Déclenchez un véritable e-mail (lien de téléchargement de Carte, e-mail de vérification ou e-mail d’inscription).

Vérifiez qu’Adobe reçoit l’appel et que le message est accepté. Validez ensuite la livraison dans les en-têtes de boîte aux lettres si nécessaire (SPF/DKIM/DMARC).
{% endstep %}
{% endstepper %}

## Stratégie de modèles et de cultures

The Wallet Crew peut générer les modèles localement via `buildEmail`. Adobe peut également générer les modèles de son côté, selon le produit.

Choisissez l’un de ces modèles et appliquez-le de manière cohérente :

* **The Wallet Crew est propriétaire du HTML.** Le script envoie le contenu généré `Objet` et `Body` à Adobe.
* **Adobe est propriétaire du HTML.** Le script envoie uniquement des variables, et Adobe choisit le modèle.

La sélection de la culture reste de la responsabilité du script. La plateforme fournit un tableau `cultures` . Les stratégies courantes incluent la sélection de la première culture, le mappage d’une culture vers une ressource Adobe spécifique ou le recours à une valeur par défaut.

## Notes sur la sécurité et la confidentialité

Traitez cette intégration comme une connexion de serveur à serveur.

* Conservez tous les identifiants Adobe côté serveur. Ne les exposez jamais aux clients.
* Privilégiez les jetons d’accès de courte durée. Renouvelez régulièrement les secrets client.
* Évitez de journaliser le corps complet des e-mails générés. Le contenu des e-mails peut contenir des données personnelles.
* Journalisez plutôt des identifiants stables (nom du modèle, identifiant de campagne/événement Adobe et identifiant de corrélation).

## Dépannage

Si les e-mails ne sont plus envoyés, isolez le problème dans cet ordre :

* Confirmez que `/server/emails.yml` est un YAML valide et est enregistré dans le bon locataire.
* Confirmez que le script enregistre `runtime.scriptable.emailEngine` et exporte `SendEmail`.
* Confirmez que l’authentification Adobe fonctionne (génération de jetons et portées).
* Confirmez que la ressource Adobe est publiée et peut être appelée (campagne/parcours/événement/modèle).
* Vérifiez les journaux Adobe pour les requêtes rejetées (champs manquants, incompatibilité de schéma, limites de débit).

## FAQ

<details>

<summary><strong>Quelle option faut-il choisir ?</strong></summary>

Choisissez le produit que l’organisation utilise et gouverne déjà pour les e-mails transactionnels. Lorsque Adobe Journey Optimizer est disponible pour les envois déclenchés par API, c’est généralement le choix le plus pérenne.

</details>

<details>

<summary><strong>Le produit peut-il être changé ultérieurement ?</strong></summary>

Oui. Le rendu est séparé de la livraison. Lorsque les modèles restent dans The Wallet Crew, changer le produit Adobe en aval devient principalement une modification du script.

</details>

<details>

<summary><strong>Adobe doit-il héberger les modèles ?</strong></summary>

Pas nécessairement. Du HTML entièrement généré peut être envoyé depuis The Wallet Crew, ou le rendu peut être délégué à Adobe. Choisissez une stratégie pour éviter les incohérences.

</details>

<details>

<summary><strong>Cette intégration est-elle nécessaire lorsque les e-mails sont déjà envoyés depuis Adobe ?</strong></summary>

Pas toujours. Lorsque la marque envoie déjà l’e-mail depuis Adobe et que le seul objectif est d’ajouter des liens « Ajouter au Wallet », conservez l’e-mail entièrement dans Adobe. Intégrez ensuite les liens The Wallet Crew derrière les CTA existants. Voir [Livraison des e-mails](/guides-enrolment/fr/inscription/via-email.md) pour cette approche.

Utilisez le fournisseur de scripts uniquement lorsque The Wallet Crew doit déclencher l’envoi transactionnel et déléguer la livraison finale à Adobe.

</details>

<details>

<summary><strong>Faut-il envoyer le HTML généré ou uniquement les variables ?</strong></summary>

Envoyez le HTML généré lorsque The Wallet Crew doit être la source de référence pour le contenu et les traductions des e-mails. Envoyez uniquement les variables lorsque l’équipe e-mail a besoin d’un contrôle total sur le modèle et le flux de validation dans Adobe.

Évitez de mélanger les deux modèles entre les parcours. Cela crée des différences difficiles à déboguer entre les e-mails.

</details>

<details>

<summary><strong>Plusieurs produits Adobe peuvent-ils être utilisés en même temps ?</strong></summary>

Techniquement, oui, car le script peut acheminer librement les envois. En pratique, choisissez un produit par locataire lorsque cela est possible. Cela permet de maintenir clairement la gouvernance, le reporting et le dépannage.

</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/adobe-marketing-cloud.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.