> 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

Utilisez cette intégration lorsque vous voulez que The Wallet Crew envoie **des e-mails transactionnels** via un **produit marketing Adobe** que votre Brand utilise déjà.

« Adobe Marketing Cloud » n’est pas un seul produit d’e-mail. L’envoi d’e-mails dépend de ce que vous utilisez dans Adobe :

* [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 en quasi temps réel.
* [Adobe Campaign Transactional Messaging](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-campaign-transactional-messaging.md) pour les événements de messagerie transactionnelle dans les piles Adobe héritées.
* [Marketo Engage (Transactional Email API)](/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.

C’est un **connecteur basé sur des scripts.** The Wallet Crew génère quand même le contenu de l’e-mail si vous le souhaitez. Votre script délègue ensuite la livraison finale à Adobe.

Vous pouvez utiliser deux modèles de livraison :

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

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

* Une Brand de distribution utilise AJO pour l’orchestration, le consentement et le reporting. The Wallet Crew fournit le HTML final.
* Une Brand dispose déjà de Adobe Campaign Transactional Messaging en production. Elle 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 seule plateforme auditée. Le fournisseur de script applique cette règle.

## Avant de commencer

Vous devez implémenter l’interface de script décrite dans [Extensibilité d’EmailSender](/connectors/fr/custom-connector/emailsender-extensibility.md). Cette page se concentre sur ce qui change lorsque le « fournisseur derrière le script » est Adobe.

Vous aurez également besoin d’accéder à votre produit Adobe 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 pour vous.

{% hint style="info" %}
Si vous envoyez déjà des e-mails depuis Adobe et que vous souhaitez seulement intégrer des liens « Ajouter au Wallet », vous n’avez pas besoin de cette page. Utilisez vos modèles Adobe et placez les liens The Wallet Crew derrière vos CTA. Voir [Inscription > Par e-mail](https://github.com/TheWalletCrew/docs/tree/main/enroll/via-email/README.md) pour cette approche.
{% endhint %}

## Choisissez votre produit Adobe

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

* [Adobe Journey Optimizer (AJO)](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-journey-optimizer.md) est le choix habituel lorsque vous disposez de parcours déclenchés par API.
* [Adobe Campaign Transactional Messaging](/connectors/fr/email-provider/adobe-marketing-cloud/adobe-campaign-transactional-messaging.md) convient aux piles Adobe Campaign héritées avec événements transactionnels.
* [Marketo Engage (Transactional Email API)](/connectors/fr/email-provider/adobe-marketing-cloud/marketo-engage-transactional-email-api.md) est un bon choix lorsque vous voulez que les envois et l’activité soient suivis dans Marketo.

{% hint style="warning" %}
Choisissez une seule stratégie de rendu. Évitez de dupliquer le templating à la fois dans The Wallet Crew et dans Adobe.
{% endhint %}

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

C’est l’interrupteur qui fait appeler à The Wallet Crew votre `SendEmail` implémentation.

{% stepper %}
{% step %}

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

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

Assurez-vous que votre script peut accéder aux identifiants Adobe en toute sécurité. N’intégrez 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 votre répertoire de modèles d’e-mails.

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

```yaml
fournisseur :
  type : script
ressources :
  - /locales/emails/
```

{% endcode %}
{% endstep %}

{% step %}

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

Déclenchez un e-mail réel (lien de téléchargement de la 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é. Puis validez la distribution dans les en-têtes de boîte aux lettres si nécessaire (SPF/DKIM/DMARC).
{% endstep %}
{% endstepper %}

## Stratégie de modèle et de culture

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 conservez-le de manière cohérente :

* **The Wallet Crew possède le HTML.** Vous envoyez le rendu `Objet` et `Body` à Adobe.
* **Adobe possède le HTML.** Vous n’envoyez que les variables, et Adobe choisit le modèle.

Le choix de la culture reste de votre responsabilité. La plateforme fournit un `cultures` tableau. Les stratégies courantes consistent à sélectionner la première culture, à associer une culture à un asset Adobe spécifique, ou à revenir à une valeur par défaut.

## Notes de sécurité et de confidentialité

Considérez cette intégration comme une connexion serveur à serveur.

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

## Dépannage

Si les e-mails cessent d’être envoyés, isolez le problème dans cet ordre :

* Confirmez `/server/emails.yml` est un YAML valide et enregistré dans le bon tenant.
* Confirmez que votre script enregistre `runtime.scriptable.emailEngine` et exporte `SendEmail`.
* Confirmez que l’authentification Adobe fonctionne (génération du jeton et scopes).
* Confirmez que l’asset Adobe est publié et appelable (campagne/parcours/événement/modèle).
* Vérifiez dans les journaux Adobe les requêtes rejetées (champs manquants, schéma non مطابق, limites de débit).

## FAQ

<details>

<summary><strong>Quelle option devons-nous choisir ?</strong></summary>

Choisissez le produit que votre organisation utilise déjà et gouverne pour les e-mails transactionnels. Si 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>Peut-on changer plus tard ?</strong></summary>

Oui. Le rendu est séparé de la livraison. Si vous conservez vos modèles dans The Wallet Crew, changer le produit Adobe en aval devient surtout une modification de script.

</details>

<details>

<summary><strong>Avons-nous besoin qu’Adobe héberge les modèles ?</strong></summary>

Pas nécessairement. Vous pouvez envoyer du HTML entièrement rendu depuis The Wallet Crew, ou déléguer le rendu à Adobe. Choisissez une seule stratégie pour éviter les incohérences.

</details>

<details>

<summary><strong>Avons-nous besoin de cette intégration si nous envoyons déjà des e-mails depuis Adobe ?</strong></summary>

Pas toujours. Si votre Brand envoie déjà l’e-mail depuis Adobe et que vous souhaitez seulement ajouter des liens « Ajouter au Wallet », conservez l’e-mail entièrement dans Adobe. Intégrez ensuite les liens The Wallet Crew derrière vos CTA. Voir [Inscription > Par e-mail](https://github.com/TheWalletCrew/docs/tree/main/enroll/via-email/README.md) pour cette approche.

Utilisez le fournisseur de script uniquement lorsque vous voulez que The Wallet Crew déclenche l’envoi transactionnel et délègue la livraison finale à Adobe.

</details>

<details>

<summary><strong>Devons-nous envoyer le HTML rendu ou seulement les variables ?</strong></summary>

Envoyez le HTML rendu lorsque vous voulez que The Wallet Crew soit la source de vérité pour le contenu et les traductions des e-mails. N’envoyez que les variables lorsque votre équipe e-mail a besoin d’un contrôle total du modèle et du workflow de validation dans Adobe.

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

</details>

<details>

<summary><strong>Peut-on utiliser plusieurs produits Adobe en même temps ?</strong></summary>

Techniquement oui, car votre script peut router les envois comme vous le souhaitez. En pratique, choisissez un produit par tenant lorsque c’est possible. Cela rend la gouvernance, le reporting et le dépannage plus clairs.

</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.