# Adobe Marketing Cloud

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

« Adobe Marketing Cloud » n'est pas un produit d'e-mail unique. 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-1/adobe-journey-optimizer.md) pour les parcours déclenchés par API et les envois quasi en temps réel.
* [Adobe Campaign Transactional Messaging](/connectors/fr/email-provider/adobe-marketing-cloud-1/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-1/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 génère toujours 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 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 dispose déjà d'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é de Marketo.
* Une équipe de sécurité exige que tous les e-mails sortants passent par une seule plateforme auditée. Le fournisseur de script l'impose.

## Avant de commencer

Vous devez implémenter l'interface de script décrite dans [extensibilité 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 devrez également avoir accès à 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 « Add to 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/blob/main/enroll/via-email/README.md) pour cette approche.
{% endhint %}

## Choisissez votre produit Adobe

Chaque produit Adobe a sa propre API, ses propres actifs 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-1/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-1/adobe-campaign-transactional-messaging.md) convient aux piles Adobe Campaign héritées avec des événements transactionnels.
* [Marketo Engage (Transactional Email API)](/connectors/fr/email-provider/adobe-marketing-cloud-1/marketo-engage-transactional-email-api.md) convient bien lorsque vous souhaitez que les envois et l'activité soient suivis dans Marketo.

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

## Activez le fournisseur d'e-mail scriptable dans The Wallet Crew

C'est l'interrupteur qui permet à The Wallet Crew d'appeler votre `SendEmail` implémentation.

{% stepper %}
{% step %}

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

Partez de [extensibilité 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 de manière sécurisée. N'intégrez jamais de 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 `les ressources` pointant vers votre répertoire de modèles d'e-mail.

{% 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, 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 délivrabilité 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 restez cohérent :

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

La sélection de la culture reste de votre responsabilité. La plateforme fournit un `cultures` tableau. Les stratégies courantes incluent la sélection de la première culture, le mappage d'une culture à un actif Adobe spécifique, ou un repli sur une valeur par défaut.

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

Traitez 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 l'intégralité des corps d'e-mail rendus. Le contenu des e-mails peut contenir des données personnelles.
* Journalisez plutôt des identifiants stables (nom du modèle, identifiant de campagne/d'événement Adobe et identifiant de corrélation).

## Dépannage

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

* Vérifiez `/server/emails.yml` est un YAML valide et enregistré dans le bon tenant.
* Vérifiez que votre script enregistre `runtime.scriptable.emailEngine` et exporte `SendEmail`.
* Vérifiez que l'authentification Adobe fonctionne (génération du jeton et scopes).
* Vérifiez que l'actif Adobe est publié et appelable (campagne/parcours/événement/modèle).
* Consultez les journaux Adobe pour 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, le changement du produit Adobe en aval devient surtout une modification de script.

</details>

<details>

<summary><strong>Adobe doit-il héberger 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 marque envoie déjà l'e-mail depuis Adobe et que vous souhaitez seulement ajouter des liens « Add to Wallet », conservez l'e-mail entièrement dans Adobe. Puis intégrez les liens The Wallet Crew derrière vos CTA. Voir [Inscription > Par e-mail](https://github.com/TheWalletCrew/docs/blob/main/enroll/via-email/README.md) pour cette approche.

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

</details>

<details>

<summary><strong>Devons-nous envoyer du HTML rendu ou seulement des variables ?</strong></summary>

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

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

</details>

<details>

<summary><strong>Pouvons-nous 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 seul produit par tenant lorsque c'est possible. Cela clarifie la gouvernance, le reporting et le dépannage.

</details>


---

# Agent Instructions: 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:

```
GET https://docs.thewalletcrew.io/connectors/fr/email-provider/adobe-marketing-cloud.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.