Commencer avec le canal basé sur le code get-sarted-code-based

Journey Optimizer vous permet de personnaliser et de tester les expériences que vous souhaitez diffuser à votre clientèle sur tous vos touchpoints : applications web, applications mobiles, applications de bureau, consoles vidéo, appareils connectés à la télévision, téléviseurs intelligents, kiosques, guichets automatiques, assistants vocaux, appareils IdO, etc.

Avec la fonctionnalité d’expérience basée sur le code, vous pouvez définir des expériences entrantes à l’aide d’un éditeur non visuel simple et intuitif. Cela vous permet d’insérer et de modifier des éléments spécifiques à des emplacements individuels et plus granulaires de vos applications ou pages web, quel que soit le type d’applications dont vous disposez, plutôt que d’appliquer des modifications à l’ensemble d’un contenu.

IMPORTANT
Des mécanismes de sécurisation et recommandations spécifiques pour les expériences basées sur le code sont détaillés dans cette page.

Quand utiliser un canal basé sur le code ou d’autres canaux code-based-vs-other-channels

Canaux basés sur le code et autres canaux

Quand utiliser le canal basé sur le code plutôt que d’autres canaux Journey Optimizer ?

  • Vous pouvez envisager d’utiliser des expériences basées sur du code lorsque votre propriété numérique n’est pas accessible par le biais d’un navigateur web ou d’une application mobile, dans des cas où vous pouvez probablement mieux utiliser le canal web Journey Optimizer ou le canal de ](https://experienceleague.adobe.com/in-app/get-started-in-app.html?lang=fr){target=“_blank”}messagerie in-app[ Journey Optimizer.

  • Vous pouvez utiliser le canal basé sur le code comme alternative au canal web Journey Optimizer si votre site web ne peut pas être chargé dans l’éditeur visuel du concepteur web ou si vous ne pouvez pas utiliser l’extension du navigateur qui alimente la création visuelle pour le canal web.

  • Vous pouvez également utiliser le canal basé sur le code comme alternative aux canaux web ou in-app Journey Optimizer si vous disposez d’une mise en œuvre basée sur une API, découplée ou côté serveur.

Canal basé sur le code ou canal web

Pour exécuter des cas d’utilisation web, vous pouvez utiliser le canal web ou l’expérience basée sur du code, mais selon votre contexte, l’un peut être plus approprié que l’autre. Les principales différences sont répertoriées ci-dessous afin que vous puissiez prendre une décision éclairée sur ce qu’il convient d’utiliser.

Web

Expérience basée sur le code

  • Modifiez votre contenu à l’aide de l’éditeur de personnalisation.
  • L’expérience basée sur le code nécessite un travail de développement en aval de votre implémentation pour s’assurer que vos surfaces peuvent interpréter et diffuser le contenu publié sur Edge par Journey Optimizer pour ces surfaces. En savoir plus
  • Cela nécessite davantage de planification et ne peut modifier que les éléments spécifiés par les développeurs et développeuses. Il est donc essentiel d’identifier les composants (bannière d’accueil, image principale, barre de menus, etc.) sur les surfaces qui doivent être modifiées pour la personnalisation ou le test, et collaborez avec votre équipe de développement pour créer l’implémentation nécessaire pour gérer ces modifications.
  • Cela vous permet d’utiliser du contenu de code JSON.
  • Cette fonctionnalité est axée sur le persona-développeur.

Fonctionnement how-it-works

CAUTION
Cette fonctionnalité est destinée aux développeurs et développeuses et/ou aux personnes expérimentées. Elle peut être utilisée par les spécialistes du marketing qui possèdent certaines compétences en écriture de code, à condition que les mises en œuvre en surface et la configuration initiale soient gérées par votre équipe de développement.

Pour modifier votre contenu à l’aide de la fonctionnalité d’expérience basée sur le code Journey Optimizer, vos pages ou applications doivent être instrumentées. Pour ce faire, vous devez déclarer à l’avance les emplacements spécifiques (appelés « surfaces ») où vous souhaitez insérer ou remplacer du contenu.

NOTE
Actuellement, le contenu associé à une surface ne peut être que de type HTML ou JSON.

Les étapes clés de mise en œuvre d’une campagne basée sur le code sont les suivantes.

  1. Définissez une surface, qui est essentiellement l’emplacement où vous souhaitez ajouter votre expérience basée sur le code, et créez une campagne dans Journey Optimizer en utilisant cette surface. Voici comment procéder.

  2. Composez une expérience en spécifiant du contenu pour la surface sélectionnée à l’aide de l’éditeur de personnalisation Journey Optimizer. Voici comment procéder.

  3. Votre équipe de mise en œuvre d’application effectue des appels d’API ou de SDK explicites pour récupérer du contenu pour les surfaces nommées, « Texte de bannière » ou « Barre d’état de recommendations 1 », ou des points de décision non liés à l’interface utilisateur dans une application, comme « paramètres d’algorithme de recherche ». Dans ce cas, l’équipe de mise en œuvre est chargée du rendu, de l’interprétation et de l’action sur le contenu renvoyé.

Qu’est-ce qu’une surface ? surface-definition

Une surface d’expérience basée sur le code est toute entité conçue pour l’interaction de la personne utilisatrice ou du système, qui est identifiée de manière unique par un URI.

Autrement dit, une surface peut être considérée comme un conteneur à n’importe quel niveau de hiérarchie ayant une entité (touchpoint) qui existe.

  • Il peut s’agir d’une page web, d’une application mobile, d’une appli de bureau, d’un emplacement de contenu spécifique au sein d’une entité plus grande (par exemple, une div) ou d’un modèle d’affichage non standard (par exemple, un kiosque ou une bannière d’application de bureau).

  • Elle peut également s’étendre à des éléments spécifiques de conteneurs de contenu à des fins de non-affichage ou d’affichage abstrait (par exemple, des objets blob JSON fournis à des services).

  • Il peut également s’agir d’une surface de caractères génériques qui correspond à diverses définitions de surface client (par exemple, un emplacement d’image principale sur chaque page de votre site web peut se traduire en un URI de surface comme : web://mondomaine.com/*#image_principale).

Fondamentalement, un URI de surface est composé de plusieurs sections :

  1. Type  : web, application mobile, ATM, kiosque, tvcd, service, etc.
  2. Propriété  : URL de page ou bundle d’applications.
  3. Conteneur  : emplacement sur l’activité page/application.

Les tableaux ci-dessous répertorient quelques exemples de définition d’URI de surface pour divers appareils.

Web et mobile

Type
URI
Description
Web
web://domain.com/path/page.html#element
Représente un élément individuel dans une page spécifique d’un domaine spécifique, où un élément peut être un libellé comme dans les exemples suivants : hero_banner, top_nav, menu, pied de page, etc.
Application iOS
mobileapp://com.vendor.bundle/activity#element
Représente un élément spécifique dans une activité application native, tel qu’un bouton ou un autre élément de vue.
Application Android
mobileapp://com.vendor.bundle/#element
Représente un élément spécifique dans une application native.

Autres types d’appareils

Type
URI
Description
Bureau
desktop://com.vendor.bundle/#element
Représente un élément spécifique dans une application, tel qu’un bouton, un menu, une bannière principale, etc.
Application TV
tvcd://com.vendor.bundle/#element
Représente un élément spécifique dans un identifiant de bundle spécifique à l’application d’un appareil connecté à la télévision ou à la télévision intelligente.
Service
service://servicename/#element
Représente un processus côté serveur ou une autre entité manuelle.
Kiosque
kiosk://location/screen#element
Exemple de types de surfaces supplémentaires potentiels pouvant être ajoutés facilement.
ATM
atm://location/screen#element
Exemple de types de surfaces supplémentaires potentiels pouvant être ajoutés facilement.

Surfaces de caractères génériques

Type
URI
Description
Caractère générique web
wildcard:web://domain.com/*#element
Surface de caractères génériques : représente un élément individuel dans chacune des pages sous un domaine spécifique.
Caractère générique web
wildcard:web://*domain.com/*#element
Surface de caractères génériques : représente un élément individuel dans chacune des pages sous tous les domaines se terminant par « domain.com ».
recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76