Test d’une adbox d’image de courrier électronique
Créé pour :
- Développeur
Testez dynamiquement les images dans un courrier électronique et changez instantanément ces images lorsqu’une personne ouvre son courrier.
Des redirecteurs peuvent être utilisés dans les messages électroniques afin d’effectuer le suivi des clics et de contrôler dynamiquement la page d’entrée sur laquelle arrivent les utilisateurs.
Le test des images de courrier électronique s’effectue en utilisant des versions modifiées d’adbox. Étant donné que les clients de messagerie n’autorisent pas la définition de cookies, un identifiant unique doit être généré pour chaque message électronique. Ce numéro est ajouté à l’URL de l’adbox et à tout redirecteur utilisé dans le message électronique pour effectuer le suivi des clics à partir du message électronique.
Exemple de code pour l’adbox d’une image de message électronique :
<img src="https://{clientcode}.tt.omtrdc.net/m2/{clientcode}/ubox/image?
mbox={email_header}&
mboxDefault={http%3A%2F%2Fwww.domain.com%2Fheader.jpg}&
mboxXDomain=disabled&
mboxSession={123456}&
mboxPC={123456}" border=:"0"/>
Les valeurs ci-dessous vous sont spécifiques :
Valeur | Description |
---|---|
clientcode | Code client de votre entreprise. Vous le trouverez dans votre at.js sous la forme clientCode='yourclientcode' . Toutes les lettres sont en minuscules et aucun caractère spécial n’est autorisé. |
image | Type d’offre. Il s’agit toujours de « image » pour les annonces graphiques et de « page » pour les redirecteurs. |
email_header | Nom de l’adbox. |
mboxDefault=http%3A%2F%2Fwww.domain.com%2Fheader.jpg | Requis. Remplacez l’URL par le contenu par défaut approprié pour votre adbox. Ce contenu doit être en codage URL et il doit s’agir d’une référence absolue. |
mboxXDomain=disabled | Indique à Target de ne pas essayer de définir un cookie. |
mboxSession=123456 et mboxPC=123456 | Deux valeurs requises par Target pour fusionner le profil de cet utilisateur avec le profil existant de votre site. 123456 est l’identifiant unique généré par courrier électronique. Insérez dynamiquement cette valeur dans chaque URL de redirecteur et d’adbox. Ce nombre doit être unique pour chaque courrier électronique envoyé à chaque personne. Si un courrier électronique hebdomadaire est envoyé à 1 000 personnes, 1 000 identifiants uniques doivent être générés. L’identificateur unique par courrier électronique doit être affecté aux éléments mboxSession et mboxPC dans chaque adbox et URL de redirecteur. Le format recommandé pour cet identifiant est horodatage-NNNNN, où NNNNN est un nombre aléatoire à 5 chiffres, mais le format alphanumérique fonctionne. Certains services de publipostage et tous les langages de programmation peuvent générer cet identifiant unique. |
Target
- Guide du développeur d’Adobe Target
- Prise en main
- Avant l’implémentation
- Confidentialité et sécurité
- Vue d’ensemble de la confidentialité
- Réglementations relatives à la confidentialité et à la protection des données
- Cookies Target
- Suppression du cookie Target
- Impact de l’obsolescence des cookies tiers sur Target (at.js)
- Politiques de cookie Google Chrome samesite
- ITP (Intelligent Tracking Prevention) 2.x d’Apple
- Directives relatives aux CSP (Content Security Policy, politique de sécurité du contenu)
- Ajout des nœuds Edge de Target sur liste autorisée
- Méthodes de transfert de données dans Target
- Présentation de la sécurité de Target
- Navigateurs pris en charge
- Modifications du chiffrement de TLS (Transport Layer Security)
- CNAME et Adobe Target
- Implémentation côté client
- Aperçu : implémentation de Target pour le web côté client
- Mise en oeuvre du SDK Web Adobe Experience Platform - Aperçu
- Implémentation d’at.js
- Présentation d’at.js
- Fonctionnement d’at.js
- Déploiement d’at.js
- Prise de décision sur l’appareil
- Fonctions d’at.js
- Présentation des fonctions at.js
- adobe.target.getOffer()
- adobe.target.getOffers() - at.js 2.x
- adobe.target.applyOffer()
- adobe.target.applyOffers() - at.js 2.x
- adobe.target.triggerView() - at.js 2.x
- adobe.target.trackEvent()
- mboxCreate() - at.js 1.x
- targetGlobalSettings()
- mboxDefine () et mboxUpdate () - at.js 1.x
- targetPageParams()
- targetPageParamsAll()
- registerExtension () - at.js 1.x
- sendNotifications() - at.js 2.1
- événements personnalisés at.js
- Déboguer at.js à l’aide du débogueur Adobe Experience Cloud
- Utilisation d’instances basées sur le cloud avec Target
- Questions fréquentes sur at.js
- Informations détaillées sur les versions du fichier at.js
- Mise à niveau d’at.js 1.x vers at.js 2.x
- cookies at.js
- Conseils sur l’agent utilisateur et le client
- Présentation de la mbox globale
- Implémentation côté serveur
- Aperçu de l’implémentation de Target côté serveur
- Prise en main des SDK Target
- Exemples d’applications
- Transition des API héritées de Target vers Adobe I/O
- Principes de base
- Intégration
- Prise de décision sur appareil
- Présentation de la prise de décision sur l’appareil
- Artefact de règle
- Exécution de tests A/B avec des indicateurs de fonctionnalité
- Exécution de tests de fonctionnalités avec des attributs
- Gestion des déploiements pour les tests de fonctionnalités
- Personnalisation de la diffusion
- Présentation des fonctionnalités prises en charge
- Dépannage de la prise de décision sur appareil
- Bonnes pratiques
- Référence du SDK Node.js
- Référence du SDK Java
- Présentation du SDK Java
- Installation du SDK Java
- Initialisation du SDK Java
- Obtention d’offres (Java)
- Obtenir des attributs (Java)
- Envoi de notifications (Java)
- Événements SDK (Java)
- Enregistreur (Java)
- Requêtes asynchrones (Java)
- Configuration du proxy (Java)
- Configuration client HTTP personnalisée (Java)
- Méthodes d’utilitaire (Java)
- Référence du SDK .NET
- Référence du SDK Python
- Implémentation hybride
- Implémentation Recommendations
- Implémentation de l’application mobile
- Implémentation des emails
- Guides de l’API
- Présentation de l’API Target
- Configuration de l’authentification pour les API Target
- Guide de l’API de diffusion
- Présentation de l’API de diffusion
- SDK pour interagir avec l’API de diffusion
- Prise en main
- Autorisations utilisateur (Premium)
- Identification des visiteurs
- Diffusion unique ou par lots
- Prérécupération
- Notifications
- Intégration à Experience Cloud
- Considérations et limites connues
- Conseils au client
- API de diffusion
- API d’administration
- API de profil
- API de création de rapports
- API Recommendations
- API de modèles
- API ADOBE ADMIN CONSOLE
- API du serveur Edge Network Adobe Experience Platform
- Modèles d’implémentation