Show Menu
SUJETS×

Target Présentation

Adobe Experience Platform Web SDK peut fournir et rendre des expériences personnalisées gérées à Adobe Target sur le canal Web. Vous pouvez utiliser un éditeur WYSIWYG, appelé compositeur d’expérience visuelle (VEC), ou une interface non visuelle, le compositeur d’expérience basé sur les formulaires, pour créer, activer et diffuser vos activités et expériences de personnalisation.

Activation de Adobe Target

Pour l’activer Target, vous devez effectuer les opérations suivantes :
  1. Activez les jetons de réponse activité.id et experience.id dans l’ Target interface utilisateur.
  1. Activez la cible dans votre configuration Configuration du bord Edge avec le code client approprié.
  2. Ajoutez l’ renderDecisions option à vos événements.
Ensuite, vous pouvez également :
  • Ajoutez decisionScopes vos événements pour récupérer des activités spécifiques (utiles pour les activités créées avec le compositeur basé sur les formulaires).
  • Ajoutez le fragment de code Gestion du scintillement caché pour masquer uniquement certaines parties de la page.

Utilisation du compositeur d’expérience visuelle Adobe Target

Avec le SDK, vous pouvez utiliser le compositeur d’expérience visuelle normalement à une exception près : vous avez besoin de l'extension d'assistance du compositeur d'expérience visuelle de cible installée et principale.

Activités du compositeur d’expérience visuelle à rendu automatique

Le SDK Web AEP a le pouvoir de rendre automatiquement à vos utilisateurs les expériences définies via le compositeur d’expérience visuelle d’Adobe Target sur le Web. Pour indiquer au SDK Web AEP de générer automatiquement des activités du compositeur d’expérience visuelle, envoyez un événement avec renderDecisions = true :
alloy
("sendEvent", 
  { 
  "renderDecisions": true, 
  "xdm": {
    "commerce": { 
      "order": {
        "purchaseID": "a8g784hjq1mnp3", 
         "purchaseOrderNumber": "VAU3123", 
         "currencyCode": "USD", 
         "priceTotal": 999.98 
         } 
      } 
    }
  }
);

Utilisation du compositeur d’après les formulaires

Le compositeur d’expérience d’après les formulaires est une interface non visuelle qui s’avère utile pour configurer des tests A/B, Experience TargetingAutomated Personalization et des activités Recommendations avec différents types de réponse, tels que JSON, HTML, Image, etc. En fonction du type de réponse ou de la décision renvoyée par Adobe Target, votre logique métier de base peut être exécutée. Pour récupérer les décisions relatives à vos activités de compositeur d’après les formulaires, envoyez un événement contenant toutes les "étendues de décision" pour lesquelles vous souhaitez récupérer une décision.
alloy
  ("sendEvent", { 
    decisionScopes: [
      "foo", "bar"], 
      "xdm": {
        "commerce": { 
          "order": { 
            "purchaseID": "a8g784hjq1mnp3", 
            "purchaseOrderNumber": "VAU3123", 
            "currencyCode": "USD", 
            "priceTotal": 999.98 
          } 
        } 
      } 
    }
  );

Etendues de décision

decisionScopes définit les sections, les emplacements ou les parties de vos pages dans lesquelles vous souhaitez générer une expérience personnalisée. Il decisionScopes s’agit de personnalisables et définies par l’utilisateur. Pour les Target clients actuels, decisionScopes sont également appelés "mbox". Dans l’ Target interface utilisateur, decisionScopes apparaissent les "emplacements".

La __view__ portée

AEP Web SDK fournit une fonctionnalité qui vous permet de récupérer les actions du compositeur d’expérience visuelle sans vous reposer sur l’ Web SDK assistant pour effectuer le rendu des actions du compositeur d’expérience visuelle. Envoie un événement avec __view__ défini comme decisionScopes un.
alloy("sendEvent", {
  decisionScopes: [“__view__”,"foo", "bar"], 
  "xdm": { 
    "web": { 
      "webPageDetails": { 
        "name": "Home Page"
       }
      } 
     }
    }
   ).then(results){
  for (decision of results.decisions){
     if(decision.decisionScope == "__view__")
       console.log(decision.content)
}
};

Audiences dans XDM

Lors de la définition d’Audiences pour vos activités de Cible qui seront diffusées via le SDK Web AEP, XDM doit être défini et utilisé. Après avoir défini des schémas XDM, des classes et des mixins, vous pouvez créer une règle d’audience de Cible définie par les données XDM pour le ciblage. Dans la Cible, les données XDM s’affichent dans le créateur d’Audiences sous la forme d’un paramètre personnalisé. Le XDM est sérialisé à l’aide de la notation par point (par exemple, web.webPageDetails.name ).
Si vous disposez d’activités de Cible avec des audiences prédéfinies qui utilisent des paramètres personnalisés ou un profil utilisateur, n’oubliez pas qu’elles ne seront pas diffusées correctement via le SDK Web AEP. Au lieu d'utiliser des paramètres personnalisés ou le profil utilisateur, vous devez utiliser XDM à la place. Cependant, il existe des champs de ciblage d’audience prêts à l’emploi pris en charge par l’intermédiaire du SDK Web AEP qui ne nécessitent pas XDM. Il s’agit des champs disponibles dans l’interface utilisateur de la Cible qui ne nécessitent pas XDM :
  • Bibliothèque Target
  • Géo
  • Réseau
  • Operating System
  • Pages du site
  • Browser
  • Sources de trafic
  • Période

Terminologie

Décisions - En Targetfait, elles sont corrélées à l'expérience qui est sélectionnée à partir d'une Activité.
Portée - Portée de la décision. Dans Target, voici la mBox. La mBox globale est la __view__ portée.
Schéma - Le schéma d'une décision est le type d'offre dans Target.
XDM - Le XDM est sérialisé en notation de point, puis placé Target en tant que paramètres mBox.