Questions fréquemment posées

Ce guide répond aux questions fréquentes sur le SDK Web de Adobe Experience Platform.

Qu’est-ce que le SDK Web de Adobe Experience Platform ?

Le SDK Web de Adobe Experience Platform est une bibliothèque JavaScript côté client qui permet aux clients de Adobe Experience Cloud d’interagir avec les différents services de l’Experience Cloud.

Il envoie les données de manière indépendante de la solution (XDM) à Adobe Experience Platform Edge Network, qui les mappe ensuite aux formats et destinations spécifiques aux solutions et les envoie en temps réel.

Plus d’
informationsPrésentation d’Adobe Summit

En quoi le SDK Web de Adobe Experience Platform diffère-t-il des solutions précédentes ?

Avant le SDK Adobe Experience Platform

Actuellement, vous devez déployer différentes bibliothèques JavaScript en fonction de chaque solution.

  • Chaque solution possède sa propre bibliothèque JavaScript, son propre schéma et son propre domaine.
  • Aucune de ces bibliothèques n'a été construite pour fonctionner les unes avec les autres.
  • Les cas d’utilisation inter-solutions et Adobe Experience Platform nécessitent que ces bibliothèques disparates soient interdépendantes, ce qui entraîne des frictions de déploiement.

Bien qu’Adobe Experience Platform Launch facilite autant que possible le déploiement et la gestion de ces bibliothèques, des problèmes persistent avec :

  • Taille de la bibliothèque (trop de code d’Adobe sur une page)
  • Performances (le chargement des sites prend trop de temps)
  • Plusieurs appels pour un cas d’utilisation unique
  • Attente du retour d’ECID avant les appels de personnalisation (cause un retard)
  • Collecte de données fracturées (qu’est-ce qu’une evar ?)
  • Confusions de schémas entre les solutions (A4T)
  • Beaucoup d'autres choses moins optimales

En outre, il n’existe actuellement aucune bibliothèque JavaScript qui envoie directement des données à Adobe Experience Platform.

Avec le SDK Web Adobe Experience Platform

Le nouveau SDK Web envoie des données pour les solutions suivantes vers une seule destination (réseau Adobe Experience Platform Edge) et résout les cas d’utilisation de solution les plus courants mentionnés ci-dessus.

  • Adobe Analytics
  • Adobe Audience Manager
  • Adobe Target
  • Visitor ID (Identifiant visiteur)
  • Adobe Experience Platform

D'autres solutions suivront plus tard cette année.

Le SDK Web de Adobe Experience Platform peut également envoyer des données directement à Adobe Experience Platform. Ces données se trouvent dans XDM et sont mappées au schéma de solution côté serveur.

Quelle est la valeur de ce nouveau SDK Web ?

Performances : le SDK web est plus petit que l’utilisation de toutes les bibliothèques d’Adobe actuelles et permet de charger les pages beaucoup plus rapidement.

Simplicité : la combinaison de XDM, de SDK web, d’Experience Platform Launch, d’Experience Edge, de solutions Adobe Experience Cloud et de Adobe Experience Platform crée un article de collecte de données facile à comprendre et simple à suivre.

  • XDM : schéma indépendant de la solution que vous utilisez pour envoyer des données à Adobe. Plus de balisage pour les eVars ou les mbox.
  • SDK web Adobe Experience Platform : facilite l’envoi et la réception de données vers Adobe Experience Platform Edge Network.
  • Experience Platform Launch : simplifie le déploiement et la configuration du SDK Web (et de toute autre balise JavaScript) sur un site.
  • Experience Edge : acheminez facilement les données vers Adobe Experience Platform et les solutions au format dont elles ont besoin.
  • Solutions Adobe Experience Platform et Adobe : activez leur proposition de valeur.

Contrôle : étant donné que toutes les données utilisent un seul flux de données connecté, vous pouvez logiquement suivre et contrôler à quoi ressemblent les données à chaque milliseconde de son parcours, depuis et vers les applications.

Moderne et prêt pour le futur : le SDK web et sa connexion au réseau Experience Edge ont permis à l’Adobe de moderniser de manière significative la manière dont l’Adobe traite la collecte de données, la personnalisation, le consentement et l’avenir des cookies tiers. (Il active un domaine propriétaire, géré par Adobe.)

Temps jusqu’à la valeur : l’Adobe a travaillé dur (et continuera) pour faciliter autant que possible le déploiement du SDK Web via l’Experience Platform Launch et le mappage des données côté client à XDM. Une fois ce travail effectué, toutes les autres solutions d’Adobe et tous les services Adobe Experience Platform peuvent être activés ou désactivés côté serveur. Par exemple, si vous l’utilisez pour Adobe Analytics et que vous souhaitez activer Target ou l’Experience Platform, vous pouvez simplement basculer sur la configuration de la chaîne de données et éclairer ces cas d’utilisation.

Qu'est-ce qu'Alloy ?

Alloy est le nom de code du SDK Web de Adobe Experience Platform. Il est utilisé dans le code source et le nom de fichier du SDK, bien que le SDK Web de Adobe Experience Platform soit le nom officiel.

Les clients doivent-ils acheter Adobe Experience Platform pour utiliser le SDK Web ?

Non. Tout client Adobe Digital Experience peut l’utiliser. Totalement gratuit. Tout client souhaitant utiliser le SDK Web aura accès à la création de schémas et de jeux de données dans l’interface utilisateur de Adobe Experience Platform.

Qui doit utiliser le SDK Web ?

Le SDK Web de Adobe Experience Platform a été développé pour les personnes suivantes :

  • Utilisateurs de Adobe Experience Platform

    Si vous devez envoyer des données directement d’un appareil à Adobe Experience Platform, il s’agit de la méthode officiellement recommandée.

    Adobe sait que l’utilisation du connecteur Adobe Analytics est plus rapide si le client dispose déjà d’Adobe Analytics, mais ce n’est pas la stratégie à long terme pour la collecte de données.

  • Clients de la solution Adobe Experience Cloud

    Les nouveaux clients Adobe Analytics, Adobe Audience Manager et Adobe Target doivent commencer par le nouveau SDK Web et ne pas utiliser de bibliothèques héritées.

    Les clients existants qui souhaitent obtenir la mise en oeuvre la plus optimisée possible doivent utiliser le nouveau SDK Web.

Comment puis-je accéder au SDK Web de Adobe Experience Platform pour commencer ?

Le SDK Web est actuellement disponible pour le grand public et peut être utilisé pour envoyer des données aux produits Adobe Experience Cloud. La possibilité d’envoyer des données à des solutions tierces sera bientôt disponible. Le SDK est gratuit, est hébergé gratuitement par Adobe et peut être téléchargé afin que vous puissiez l’héberger gratuitement sur vos propres serveurs, si vous le souhaitez. Le SDK Web de Platform nécessite l’accès aux configurations du flux de données et au créateur de schémas XDM de Adobe Experience Platform, afin que les serveurs d’Adobe puissent gérer correctement les données entrantes provenant du SDK. Si vous souhaitez y accéder, contactez votre responsable du succès client pour lancer le processus de demande.

Quels cas pratiques sont actuellement pris en charge par le SDK Web ?

Le SDK Web évolue rapidement. D’autres cas pratiques sont en cours de traitement. Vous trouverez la liste des cas d’utilisation actuellement pris en charge ici.

Les clients actuels doivent-ils rebaliser leurs sites ?

Tout dépend. Le SDK Web de Adobe Experience Platform peut être déployé dans deux styles différents. Un futur document de migration fournira des détails supplémentaires.

  • Juste une autre balise : si le site est déjà balisé pour les solutions et que vous ne pouvez pas le rebaliser, mais que vous souhaitez envoyer des données à Adobe Experience Platform Edge Network pour les cas d’utilisation Experience Platform ou les fonctionnalités Experience Platform Launch côté serveur (voir ci-dessous), vous pouvez ajouter la alloy.js balise au site, où elle fonctionne comme "une autre balise seulement".

  • La balise unique : si vous souhaitez utiliser le SDK Web pour une solution Experience Cloud, vous devez l’utiliser pour __ toutes les solutions de cette page. Par exemple, si votre site est déjà balisé pour Adobe Analytics et que vous souhaitez l’utiliser pour Target, vous devez l’utiliser pour , ainsi que pour tout autre site à l’avenir.

En d’autres termes, si vous décidez d’utiliser le SDK Web de Adobe Experience Platform pour des cas d’utilisation non liés à une solution, vous pouvez baliser le site avec alloy.js et passer à la solution suivante comme s’il s’agissait d’une nouvelle solution. Si vous souhaitez l’utiliser pour Adobe Analytics, Target ou Audience Manager, ou pour des cas d’utilisation d’application, vous devrez peut-être supprimer l’un des codes hérités de votre page.

Puis-je migrer les ECID lorsque je commence à utiliser Alloy de sorte que les visiteurs de mon site web ne commencent pas à s’afficher comme de nouveaux visiteurs ?

Oui, le SDK Web de Adobe Experience Platform fournit une fonctionnalité de migration des identités. Pour plus d’informations, suivez les instructions relatives à la migration des identifiants dans la documentation sur l’identité du SDK Web Platform.

En quoi le SDK web est-il différent d’Adobe Experience Platform Launch ?

  • Experience Platform Launch est le gestionnaire de code de périphérique. Utilisez-le pour déployer plus facilement le code. C'est gratuit et puissant.

  • Adobe Experience Platform Web SDK est le nom officiel du nouveau code qui sera déployé par l’Experience Platform Launch pour les cas d’utilisation d’Adobe. C'est aussi gratuit et puissant.

  • alloy.js est le nom de fichier du code du SDK Web de Adobe Experience Platform.

Dois-je utiliser Adobe Experience Platform Launch pour déployer le SDK Web ?

Non. Vous pouvez télécharger vous-même le fichier alloy.js.

Toutefois :

  • Le SDK Web de Adobe Experience Platform nécessite un identifiant de flux de données (Datastream ID) afin que le réseau Edge puisse identifier le flux et déterminer ce qu’il faut faire avec les données. Cet identifiant est créé dans Experience Platform Launch. Cela ne signifie pas que vous devez utiliser Experience Platform Launch pour créer des propriétés ou déployer le code JavaScript, mais que vous devez utiliser Experience Platform Launch pour créer un ID de configuration.

  • Adobe Experience Platform Launch n’est pas seulement le meilleur gestionnaire de balises et de SDK disponible, il facilite le déploiement de alloy.js et la mise en correspondance des données avec les schémas XDM. Si vous décidez de ne pas utiliser Experience Platform Launch, vous devrez gérer le déploiement de alloy.js, l’événement et le mappage de vos données dans XDM avant de les envoyer. Il s’agit d’un processus beaucoup plus difficile que d’utiliser un Experience Platform Launch.

  • Il est recommandé d’utiliser Experience Platform Launch pour déployer alloy.js, même s’il s’agit de la seule balise pour laquelle vous l’utilisez.

Qu’est-ce que "Adobe Experience Platform Launch côté serveur" ?

Plus tard dans l’année 2020, Experience Platform Launch lancera des fonctionnalités de transfert côté serveur. Si vous utilisez nos SDK et envoyez XDM vers Experience Edge, ces nouvelles fonctionnalités vous permettront d’installer de nouvelles extensions côté serveur et de mapper ces données à n’importe quoi (et de les envoyer n’importe où) à partir de notre réseau Edge. Considérez-le comme une "collecte de données en tant que service". Cette option est disponible pour un coût et pour être regroupée dans le cadre de Adobe Experience Platform.

Qu’est-ce qu’un CNAME ou un domaine propriétaire et pourquoi est-ce important ?

Pour plus d’informations sur un CNAME, consultez la documentation de l’Adobe

Le SDK Web de Adobe Experience Platform utilise-t-il des cookies ? Si tel est le cas, quels cookies utilise-t-il ?

Oui, le SDK Web utilise actuellement entre 1 et 4 cookies en fonction de votre mise en oeuvre. Vous trouverez ci-dessous une liste des 4 cookies que vous pouvez voir avec le SDK Web et la manière dont ils sont utilisés :

kndct_orgid_identity : Le cookie d’identité est utilisé pour stocker l’ECID, ainsi que d’autres informations relatives à l’ECID.

kndctr_orgid_consent : ce cookie stocke les préférences de consentement de l’utilisateur pour le site web.

kndctr_orgid_personalization : ce cookie inclut des informations de session qu’Adobe Target utilise pour personnaliser les pages web.

kndctr_orgid_consentcheck : ce cookie basé sur une session demande au serveur de rechercher les préférences de consentement côté serveur.

Quels sont les navigateurs pris en charge par le SDK Web de Adobe Experience Platform ?

Le SDK Web de Adobe Experience Platform est conçu pour fonctionner de manière optimale dans les dernières versions de Google Chrome, Safari, Firefox, Internet Explorer 11 et Microsoft Edge Chromium. Vous pouvez rencontrer des problèmes lors de l’utilisation de certaines fonctionnalités sur des versions plus anciennes de navigateurs.

Où puis-je obtenir plus d’informations sur le SDK Web de Adobe Experience Platform ?

Sur cette page