Mettre en œuvre le SDK Adobe Experience Platform

À partir du moment où vous regardez ces ressources pour la première fois, en plus des instructions fournies pour l'utilisation des exemples d'applications ici, j'estime que la courbe d'apprentissage est d'environ 5 à 10 heures, en fonction de votre degré de familiarité avec le développement d'applications, les SDK v4, etc. Il convient de noter que je n'avais jamais vu de projet Xcode avant de commencer mes recherches sur les SDK AEP, je peux donc vous assurer qu'aucune expérience préalable n'est requise.

Vous trouverez ci-dessous un aperçu des étapes nécessaires à la configuration d'une propriété de lancement pour les SDK AEP. Cela constitue la base de la mise en œuvre pratique du code, qui sera couverte dans des articles séparés.

#1 Créer une propriété mobile

Les options sont assez simples, les principaux éléments à prendre en compte sont la configuration par défaut de la confidentialité et le fait de savoir si vous envisagez de développer des extensions. En ce qui concerne le paramètre de confidentialité, vous pouvez le gérer de manière programmatique de toute façon (voir plus ici), vous n'avez donc pas besoin de trop vous soucier de ce paramètre.

#2 Default Extensions

Par défaut, les extensions Mobile Core et Profile sont installées sur votre propriété. Dans la configuration de Core, vous pouvez modifier le paramètre de délai d'attente de la session, qui a un impact direct sur le fonctionnement du suivi du cycle de vie (par exemple, quelle période d'inactivité doit s'écouler avant qu'un nouvel événement de lancement soit comptabilisé). Il n'y a pas d'options de configuration dans l'extension Profile, vous n'avez donc pas à vous en préoccuper.

#3 Adobe Analytics

Pour ceux qui connaissent les SDK v4, les options ne seront pas une surprise. Comme pour l'extension AA dans une propriété Web, c'est ici que vous allez définir vos suites de rapports pour chaque environnement. Toutes les suites de rapports existantes apparaissent dans une liste déroulante lorsque vous commencez à taper, donc si vous avez déjà créé votre suite d'applications mobiles, il vous suffit de la sélectionner dans la liste déroulante.

Si vous sélectionnez l'option Offline Enabled, les résultats seront mis en file d'attente jusqu'à ce qu'une connexion soit établie, ce qui est généralement une option judicieuse, mais la suite de rapports doit être horodatée si vous voulez utiliser cette fonctionnalité. Les autres options sont assez explicites, mais il y a beaucoup plus d'informations ici  si vous n'êtes pas sûr de l'impact de chaque paramètre.

#4 Target Adobe

L'un des principaux arguments de vente SDK AEP est qu'ils incluent le même concept de Compositeur d'Expérience Visuelle (VEC) qui existe depuis un certain temps pour l'utilisation de Target sur un site Web. Je parle de concept plutôt que de fonctionnalité, car les options sont beaucoup plus limitées pour les applications. Ne vous attendez donc pas à pouvoir redéfinir entièrement la disposition de votre affichage comme vous le pouvez pour les pages Web. Cependant, si vos activités de test et de personnalisation se concentrent sur les changements d'image/copie, cette fonctionnalité est vraiment utile.

Target Core Extension

Même si vous souhaitez uniquement utiliser l'approche VEC, l'extension principale Adobe Target est un prérequis, vous devrez donc l'installer en premier. Les options de configuration sont similaires à celles de l'extension web, et votre code client devrait être rempli automatiquement. Les seuls points à prendre en compte sont l'inclusion d'un jeton de propriété de l'espace de travail Target et/ou la modification du paramètre de délai d'attente.

Target VEC Extension

Initialement, il n'y a qu'une seule option de configuration pour cette extension, qui vous permet de décider si vous voulez que Target récupère automatiquement le contenu des activités pour lesquelles l'utilisateur est qualifié. Si vous ne souhaitez pas que cela se produise automatiquement, vous pouvez le faire par programme, mais dans la plupart des cas, il est préférable d'activer ce paramètre.

Lorsque l'option Auto-Fetch est activée, une autre option apparaît pour vous permettre de choisir si vous souhaitez que le contenu de l'activité soit appliqué automatiquement ou non. Si vous activez ce paramètre, le contenu de l'offre sera appliqué lorsque vous déclenchez les vues cibles dans votre application.

#5 Validation

Tous ceux qui ont passé du temps à se battre avec Charles Proxy seront ravis d'apprendre qu'il existe désormais un outil de validation des applications intégré. Il n'y a absolument rien à configurer, donc du point de vue du lancement, il suffit de cliquer sur le bouton Installer. J'aborderai la mise en œuvre et l'utilisation de Griffon dans un autre article, mais en attendant, je vous recommande de rejoindre le Slack group , car les mises à jour sont assez fréquentes.

La fin du début 

À ce moment là, vous devriez avoir une propriété de lancement qui ressemble à quelque chose comme ceci, mais bien sûr, cela dépend des produits que vous utilisez (il y a aussi les extensions Campaign et Heartbeat, par exemple).

Passons maintenant aux dernières étapes de la configuration du lancement, dont la première consiste à créer une nouvelle bibliothèque de développement:

Ensuite, vous pouvez donner un nom à cette nouvelle bibliothèque, l'attacher à l'environnement de développement et cliquer sur "Ajouter toutes les ressources modifiées" :

Une fois toutes les ressources ajoutées, l'étape finale consiste à cliquer sur "Enregistrer et construire pour le développement" :

Une fois cette étape terminée, vous obtiendrez quelque chose qui ressemble à ceci :

Même si tout cela peut sembler un peu décevant, les bases sont maintenant en place pour la phase de développement.