Dernière version disponible de l’application : 5.10.0
ATTENTION: Certains éléments de cet article ne sont disponibles qu'avec la nouvelle page de cours. En tant que Superadmin, vous pouvez activer l'aperçu de la nouvelle page de cours pour vous uniquement, la tester, puis l'activer pour tous les utilisateurs. En savoir plus sur la transition vers la nouvelle page de cours.
ATTENTION : Si vous publiez votre application sur Apple App Store ou via un système Mobile Device Management (MDM), veuillez noter que pour re-signer et publier votre application, vous devez
- Activer la capability Associated Domains sur la page Certificates, Identifiers & Profiles de l'Apple Developer's Console (s'ouvre dans un nouvel onglet)
- Télécharger et exécuter la nouvelle version du script resign.sh (.sh, 6KB). Ce fichier est également joint au chapitre Re-signer le .ipa, de l'article Re-signer et Publier l'Application Mobile Branded, disponible sur la Knowledge Base.
Introduction
Veuillez noter que publier une application Go.Learn personnalisée est une fonctionnalité technique. Docebo vous apportera toute l'assistance possible, mais si vous n’êtes pas familier avec ce processus, vous devez contacter un membre de l’équipe IT de votre entreprise afin de tout configurer correctement.
La fonctionnalité Branded mobile app publisher de Docebo vous permet de créer une version personnalisée de l’application mobile Go.Learn et de la publier dans les app stores de Google et Apple.
Plus précisément, elle vous permet de personnaliser à la fois votre application et la page de l’application dans les app stores. Vous pouvez personnaliser le nom de l’application mobile, la plateforme à laquelle les utilisateurs accèdent depuis l’application, les images qui sont affichées dans l’application (icône du launcher et image du splash screen) ainsi que les paramètres Google SSO. Pour plus d’informations sur ces éléments, référez-vous aux sections suivantes de cet article.
Par ailleurs, vous pouvez gérer de manière autonome votre activité dans les app stores (Google Play pour Android et App Store pour iOS). Vous pouvez, entre autres, personnaliser la page de présentation de votre application, dans les app stores, en fonction de la charte graphique de votre entreprise. Vous pouvez également remplacer les images ajoutées par défaut par des copies d'écran des cours spécifiques à votre entreprise et à votre public.
Cet article explique comment créer et configurer votre application personnalisée, générer le build et télécharger le paquet afin de publier votre version personnalisée de Go.Learn dans les app stores. Une fois que vous avez créé votre application personnalisée et avant de la publier dans les app stores, vous devez remplacer la signature digitale, temporairement appliquée par Docebo, par votre propre signature. En savoir plus sur le processus de signature et de publication de votre application mobile personnalisée.
Prenez connaissance des conditions et informations techniques nécessaires pour créer votre propre application mobile branded. Si vous publiez votre application dans l’iOS App Store, vous devez soumettre les éléments Export Compliance et Self-Classification Report for Encryption, afin d’être en conformité avec les U.S. Encryption and Export Administration Regulations (EAR) (s'ouvre dans un nouvel onglet). Découvrez comment produire et présenter ce rapport.
Créer votre Application Mobile Branded
Pour personnaliser votre application mobile, Go.Learn, accédez au Menu admin depuis l’icône engrenage, dans le coin supérieur droit de la plateforme. Sélectionnez Branded mobile app publisher dans la section Paramètres du thème. Sur la page Branded mobile app publisher, vous pouvez créer et gérer les applications personnalisées pour votre plateforme mobile.
Si vous n’avez pas encore créé d’applications, cette page sera vide et n’affichera aucune application. Cliquez sur le bouton plus dans le coin supérieur droit pour créer une nouvelle application. Vous pouvez créer plusieurs applications. Il n’y a pas de limite au nombre d’applications mobile personnalisées que vous pouvez créer, mais Docebo vous recommande de créer une application mobile personnalisée pour chaque sous-domaine. Si vous utilisez l’application Extended Enterprise, vous pouvez créer une application spécifique pour chaque sous-domaine. Si vous publiez plusieurs applications pour vos sous-domaines, vous avez besoin d’un token par application.
La fenêtre pop-up Nouvelle application mobile branded vous rappelle de contacter votre Account Manager si vous avez besoin d’aide pour rassembler les données requises pour le processus de création. En effet, il vous sera demandé de fournir des informations techniques relatives aux mobile app stores et aux developer consoles, dans les étapes suivantes. Veuillez noter qu’il est fortement recommandé de suivre cette procédure avec l’assistance d’un partenaire technique. Dans la partie inférieure de la fenêtre pop-up, vous pouvez voir le nombre de tokens disponibles.
Pour plus d’informations sur les tokens, référez-vous au paragraphe suivant. Si vous avez suffisamment de tokens pour continuer, cliquez sur Continuer. Si vous avez besoin de plus de tokens pour créer votre application, cliquez sur Obtenir tokens afin d'être redirigé vers le Centre d'assistance. Lorsque vous accédez au Centre d'Assistance, vous pouvez contacter votre Account Manager et lui demander de vous fournir de nouveaux tokens.
Les tokens sont utilisés pour créer une nouvelle application mobile branded. Vous pouvez les acheter auprès de votre Account Manager. Une fois achetés, ils sont associés à votre compte. Pour connaître le nombre de tokens dont vous disposez, contactez votre Account Manager (si votre plan inclut cette option) ou commencez à créer une nouvelle application (le nombre de tokens disponibles sera affiché dans la fenêtre pop-up Nouvelle application mobile branded). Chaque fois que vous créez une nouvelle application, les tokens sont automatiquement décomptés. Veuillez noter qu’il vous suffit d’un token pour publier votre application mobile branded. Vous n’avez pas besoin de nouveau token pour mettre à jour votre application.
Une fois que vous avez confirmé votre nombre de tokens, cliquez sur Continuer. Le panneau de droite Nouvelle application mobile branded s’affiche. Tapez le Nom de l’application. Il s'agit du nom officiel de l’application, tel qu'il apparaîtra aux apprenants. Le nom de l’application ne peut pas dépasser 30 caractères. Veuillez noter qu’il est de votre responsabilité de choisir un nom unique pour chacune de vos applications, car vous ne pourrez pas ajouter votre application à l’app store si une application du même nom existe déjà. Docebo utilise le même nom d’application pour iOS et pour Android, c'est pourquoi, avant de choisir un nom, vous devez vérifier qu'il est disponible, dans les deux stores.
Dans le champ E-mail, entrez l’adresse e-mail de la personne qui s'occupe du store d’application dans votre entreprise. Vous ne pouvez entrer qu’une seule adresse e-mail dans ce champ. Docebo suggère d’insérer une adresse de mailing list afin que toutes les personnes impliquées puissent être mises au courant et recevoir des notifications. Lorsque vous êtes prêt, cliquez sur Créer et modifier. Une fois l’application créée, vous devez renseigner, sur la page qui s'affiche, les différentes sections afin de créer le modèle. Pour plus d’informations, référez-vous aux sections suivantes de cet article.
Onglet Propriétés
La page qui s’ouvre après avoir sélectionné Créer et modifier est composée de trois onglets : Propriétés, iOS et Android.
Regardons en détail chacune des sections de l'onglet Propriétés.
Détails Application
Dans la section Détails application vous trouverez les informations entrées sur la page précédente Nom de l’application et e-mail.
Options du Domaine
Passez ensuite au champ Domaine URL, dans la section Option du domaine. L’URL du domaine est l’adresse que vous devez entrer dans la barre d’adresse de votre navigateur pour accéder à la plateforme. L’URL du domaine est l’adresse actuelle de votre plateforme si vous choisissez de garder l’URL docebosaas. Dans le cas d’un domaine personnalisé, il s'agit de l’adresse mentionnée dans votre certificat SSL. C'est dans cette section que vous devez insérer l’adresse du domaine de votre application mobile branded. Vous pouvez insérer l’adresse d’un domaine racine ou d’un sous-domaine. Le champ sera pré-rempli avec le domaine racine relatif.
Veuillez noter qu'en fonction de la configuration du domaine de votre application mobile branded, vous pouvez ne pas voir la section Options du domaine dans l'onglet Propriétés. Si tel est le cas, vous n'avez pas besoin de définir le domaine spécifique que vous utilisez pour votre application.
Ajout d'un Certificat
L'ajout d'un certificat est une technique développée pour protéger les applications web et mobile contre les autorités de certification malveillantes (rogue certificate authorities). Elle garantit qu'aucune donnée du réseau n'est compromise, même si un utilisateur installe un certificat racine malveillant sur son appareil mobile.
En activant le certificat pour votre application mobile branded, vous pouvez, en tant que Superadmin, protéger votre application des attaques de phishing et attaque de l'homme du milieu (man-in-the-middle attack). Cette technique vous assure un haut niveau de sécurité et de confidentialité. Avec l'activation d'un certificat, vous intégrez à votre application l'empreinte digitale (digest) que vous savez être utilisée par vos services backend. Cela renforce le niveau de sécurité de votre application mobile branded car cela vous permet de découvrir immédiatement si vous êtes victime d'une cyberattaque.
Afin de renforcer la sécurité de votre application, lorsque vous validez votre certificat digital HTTPS, cochez l'option qui vous permet d'activer le certificat dans la section Ajout d'un certificat. Puis entrez le résumé de votre certificat HTTPS au format SHA-256 Pin dans le champ Résumé.
Pour récupérer le résumé, demandez de l'aide au responsable sécurité de votre entreprise ou rendez vous sur https://www.ssllabs.com/ssltest/, un service en ligne gratuit qui réalise une analyse gratuite de la configuration de tout serveur web SSL.
Suivez ces étapes sur le site SSL Labs. Veuillez noter que Docebo n'est pas responsable de l'exhaustivité des informations suivantes, en cas de modifications apportées par SSL Labs au processus décrit :
- Entrez l'URL de la plateforme Docebo dans le champ Hostname et cliquez sur Submit. Veillez à entrer la même URL ici et dans le champ URL domaine de la section Option du domaine (onglet Propriétés de la page Branded mobile app publisher)
- Attendez que l'analyse soit complète, puis cliquez sur l'adresse IP récupérée dans la colonne Server. Si plus d'un résultat s'affiche dans le tableau, veuillez sélectionner le premier.
- Une page affichant le rapport SSL s'ouvre. Vous y trouverez le digest de votre certificat dans la section Subject de la boite Certificate.
- Copiez la séquence qui suit Pin SHA256, et collez-là dans le champ Résumé de la section Ajout d'un Certificat, sur votre plateforme Docebo. Assurez-vous de ne pas copier-coller des espaces vides au début ou à la fin de la séquence.
- N'oubliez pas d'enregistrer vos changements et de générer un nouveau build pour votre application. L'application que vous venez de concevoir prend en charge l'ajout de certificat !
Veuillez noter que si vous devez apporter des changements à votre certificat et que vous publiez un nouveau certificat digital, vous devrez alors recommencer le processus pour le nouveau certificat (aller sur https://www.ssllabs.com/ssltest/, entrer l'URL dans le champ Hostname, etc. jusqu'à la génération d'une nouvelle version et sa distribution.)
Notifications Push
Les notifications push sont des messages courts, envoyés via votre application mobile branded, même quand l’application n’est pas ouverte. Vos utilisateurs peuvent consulter ces messages dans la zone de notification ou sur l’écran verrouillé de leur appareil. Le Virtual Coach, dédié à la formation, sur votre plateforme, utilise ces notifications pour signaler aux apprenants du contenu susceptible de les intéresser ou des tâches en attente de réalisation. Plus d’informations sur le Virtual Coach et sur la manière de l’activer et d’activer ses notifications. Découvrez comment les utilisateurs peuvent interagir avec le Virtual Coach.
Afin d’activer les notifications push, cochez la case correspondante dans la section Notifications Push de l'onglet Propriétés. Deux champs s’afficheront sous la case : ID de projet et Fichier de configuration du compte Firebase.
Dans le premier champ, entrez l’ID de projet qui correspond au Project ID dans Google Firebase (s'ouvre dans un nouvel onglet). Dans le deuxième champ, téléversez le fichier de configuration json Firebase Admin SDK. Veuillez noter que ces deux champs sont obligatoires.
Si vous souhaitez avoir des notifications push, votre application mobile branded doit comporter au moins un projet dans Google Firebase (cela est également nécessaire pour les applications iOS). Veuillez noter qu’il est de votre responsabilité de générer un projet dans Firebase. Il est recommandé de contacter votre consultant IT pour procéder à l’enregistrement du compte de votre entreprise dans Google Firebase et pour créer votre projet. Une fois votre projet créé, cliquez que l’icône engrenage près de l’option Project Overview, dans la barre latérale et sélectionnez Project Settings. Dans la section Your Project et l’onglet General (premier onglet à gauche), vous trouverez le Project ID. Copiez ce texte depuis Firebase et collez-le dans le champ ID Projet de votre plateforme Docebo.
Pour une explication, étape par étape, sur la manière de créer un projet Firebase, veuillez vous référer à la Knowledge Base de Google Firebase (s'ouvre dans un nouvel onglet) et à cet article de la Knowledge Base Docebo sur les notifications push.
Pour télécharger le fichier json Admin SDK Configuration, depuis Firebase, ouvrez l’onglet Service Accounts dans votre compte Firebase et cliquez sur Generate New Private Key, en bas de l’onglet. Une fenêtre pop-up s’affiche. Vous devez confirmer votre action en cliquant sur Generate Key. Téléversez alors le fichier json depuis Firebase et chargez le champ Fichier de configuration du compte Firebase de votre plateforme Docebo.
Une fois que vous avez rempli ces deux champs obligatoires dans votre plateforme, cliquez sur Enregistrer les Modifications en bas de la page.
Pour une explication détaillée sur la manière de récupérer toutes les données nécessaires à la complétion des champs requis, permettant de configurer les notifications push dans la plateforme, veuillez vous référer à l'article de la Knowledge Base Docebo sur les notifications push.
Note : Lorsque vous activez les notifications push dans l’onglet Propriétés, la section Google Services dans les onglets iOS et Android (en fonction de l’onglet ou des onglets que vous avez activés en cochant Activer l’Application mobile) est automatiquement activée. Cela veut dire que vous n’avez pas besoin de cocher Activer Google Services pour activer cette section. Veuillez noter que vous devez renseigner tous les champs de la section Google Services.
Si vous n’activez pas les notifications push, dans l’onglet Propriétés, la section Google Services des onglets iOS et Android n’est pas automatiquement activée. Pour l'activer, vous devez cocher la case Activer Google Services et afficher les champs figurant en dessous. Lorsque vous n’activez pas les notifications push, seul Google Sign-In est activé dans la section Google Services (les autres services tels que les notifications push ou Firebase Analytics ne sont pas activés). Vous trouverez plus d’informations sur Google Services dans la section Paramètres de cet article.
Mobile Measurement Partner (MMP)
Si vous avez créé différentes campagnes promotionnelles pour votre application mobile branded, sur différents réseaux publicitaires et médias sociaux, vous devrez mesurer et analyser le retour sur investissement (ROI) de chaque campagne. Les partenaires de mesure mobiles (Mobile Measurement Partner - MMP) sont particulièrement utiles pour mesurer les performances et le taux de conversion de différents réseaux publicitaires. Ils sont aussi utilisés pour comparer les performances de chaque réseau et comprendre quel média est le plus performant.
Un MMP collecte, organise et harmonise les données des applications mobiles, afin de fournir une évaluation uniforme des mesures de performance des campagnes.
Le MMP Adjust (s'ouvre dans un nouvel onglet) peut être intégré à la fonctionnalité Docebo Branded Mobile App Publisher. Afin d'activer le support d'Adjust, en tant que MMP, pour votre application mobile branded, vérifiez le paramètre correspondant, dans la section Mobile Measurement Partner (MMP), puis collez le jeton d'application que vous avez généré, sur le tableau de bord Adjust, visible sous Jeton d'application, dans Adjust, comme vous pouvez le voir dans la capture d'écran ci-dessous.
Veuillez noter que lorsque vous publiez votre application de marque sur l'App Store d'Apple, des questions de confidentialité vous sont posées sur les types de données collectées dans votre application. Vous pouvez trouver ces détails dans la Base de connaissances Adjust (s'ouvre dans un nouvel onglet). Afin d'indiquer les bonnes réponses, dans le formulaire, reportez vous au PDF joint au chapitre Remarques importantes sur le processus de publication, dans l'article de la Knowledge Base expliquant comment publier une application mobile branded.
Utilisation de l'App en Chine
Si vous souhaitez activer l'option d'optimisation, concernant l'utilisation des applications en Chine, cochez l'option correspondante. Cette fonctionnalité offre des performances optimisées à ceux qui utilisent l'application en Chine, y compris aux utilisateurs qui entrent et sortent du pays et y séjournent pendant de courtes périodes.
Background Audio Playback
Cette fonctionnalité vous permet de continuer à lire vos fichiers audio ou vidéo même lorsque l'application travaille en arrière-plan, ou lorsque vous verrouillez ou éteignez l'écran. Cette fonctionnalité vous sert aussi lorsque vous passez à une autre application ou que vous créer un podcast, par exemple, sur votre application mobile branded. Les commandes de lecture sont intégrées dans la zone de notification de votre appareil.
Pour activer la fonctionnalité, cochez le paramètre Activer la lecture audio en arrière-plan, dans la section Lecture audio en arrière-plan.
Onglets IOS et Android
Le deuxième onglet, iOS vous permet de publier votre application mobile branded dans l’App Store iOS. Le troisième onglet Android vous permet de publier votre application mobile branded dans le Google Play Store.
Pour activer l’application, cochez la case correspondante dans la section Statut Build. Si vous générez le build pour Android, activez l’onglet Android. Si vous souhaitez publier votre application dans les deux stores, vous devez cocher la case Activer l’Application Mobile dans les deux onglets iOS et Android.
Faites défiler la page. Vous pouvez commencer la configuration des détails techniques dans la section Paramètres et la sélection des images à afficher dans votre application mobile branded dans la section Images App. Vous trouverez ces deux sections dans l’onglet iOS ainsi que dans l’onglet Android. Si vous souhaitez publier votre application dans ces deux stores, vous devez configurer les sections Paramètres et Images App dans les deux onglets iOS et Android.
Veuillez vous référer aux paragraphes suivants de cet article pour savoir comment configurer les sections susmentionnées.
A noter : Il vous faudra un token pour publier votre application dans l’Apple Store et l’Android Google Store. En utilisant un seul token, vous pourrez publier votre application mobile branded dans les deux app stores.
Veuillez noter que tous les autres paramètres et toutes les autres options de cette fonctionnalité, décrits dans la suite de cet article, sont plus techniques que ceux expliqués jusqu’à présent. Pour vous assurer que vous configurez correctement toutes les options, Docebo recommande de travailler avec un spécialiste app store de votre entreprise.
Paramètres
Certaines des options visibles dans la section Paramètres existent aussi bien dans les onglets iOS que Android, tandis que les autres sont spécifiques à l'app store iOS ou à l'app store Android.
|
iOS |
Android |
|
|
✔ |
✔ |
|
|
X |
✔ |
|
|
X |
✔ |
|
|
✔ |
✔ |
|
|
✔ (Universal Link) |
✔ (App Link) |
Parcourons chacune des options disponibles dans la section Paramètres :
Link Store (pour Android et iOS) et Identification de l'Application (Android)
Insérez le Link Store dans le champ URL. Vous le trouverez dans la page de publication de l’application, dans l’app store. Si votre application est destinée à Android, vous devez également entrer le Nom du Paquet (Package Name) dans la section Identification de l’Application. Il s'agit du nom du paquet Android, utilisé par Docebo, pour concevoir votre application. Veuillez vérifier que le nom du paquet n’est utilisé par aucune autre application dans le Play Store. Docebo conseille d’utiliser la notation DNS inverse (ex. appname.company.com = com.company.appname). Utilisez toujours des minuscules. Note : le nom du paquet ne doit pas contenir les mot de la liste des mot clés réservés Java (s'ouvre dans un nouvel onglet).
Format Package (Android)
Si votre application est destinée à Android, référez vous à la section Format Package, où vous pouvez choisir le type du paquet qui sera créé quand vous générez le build.
Vous pouvez sélectionner l’option Android App Bundle (AAB), le nouveau format standard utilisé par Android qui crée des paquets plus petits, d'où des téléchargements plus légers pour les utilisateurs finaux. En créant un paquet AAB, vous gagnerez en flexibilité. Vous bénéficiez de plus d’espace sur votre appareil, de mises à jour plus rapides ainsi que de performances optimisées pour votre appareil mobile. Cependant, étant donné que l’utilisation du format AAB nécessite obligatoirement l’utilisation de “app signing by Google Play”, votre application sera peut-être moins compatible avec les systèmes MDM.
Vous pouvez également sélectionner l’option APK (Android Package). Elle crée des paquets plus grands, mais elle assure une meilleure compatibilité entre les appareils et les systèmes Mobile Device Management (MDM). APK n’est plus pris en charge par le Play Store mais vous pouvez toujours publier votre application en utilisant votre système MDM.
Note Importante : depuis août 2021, Google Play (s'ouvre dans un nouvel onglet) exige que les nouvelles applications et que les mises à jour aux applications existantes publiées sur l’Android Google Store utilisent le format de package Android App Bundle (AAB).
Vous devez donc vous assurer de sélectionner l’option AAB (Android App Bundle), dans la section Format Package. Si vous avez précédemment défini le format APK (Android Package), qui n’est plus pris en charge par le Play Store à partir d'août 2021, passez à l'option AAB (Android App Bundle). Une fois la configuration terminée, lancez le processus de génération du paquet en cliquant sur le bouton Générer Build.
Veuillez noter que le format APK est toujours disponible mais il ne peut être utilisé que si vous publiez votre application en utilisant un système Mobile Device Management (MDM) (si le système MDM prend en charge ce format).
Google Services (sur Android et iOS)
Passez maintenant à la section Google Services. Cette section vous permet d'intégrer votre application mobile branded aux différents services Google tels que Google Sign-In (connexion avec Gmail/Google Apps), notifications push et Firebase Analytics. Veuillez noter que si vous n’activez pas les notifications push (dans l’onglet Propriétés), seul le service Google Sign-In est activé parmi les différents services Google (les notifications push et Firebase Analytics ne sont pas activés). Vous pouvez activer Google services en sélectionnant les cases correspondantes. Lorsque vous activez Google services, deux ou trois champs s’affichent en dessous de cette option (deux pour une application iOS, trois pour une application Android).
Les champs texte inclus dans cette section (Google iOS Client ID, Google Web Client ID et Fichier de Configuration) peuvent être renseignés en copiant et collant les paramètres correspondant dans Google Api Console (s'ouvre dans un nouvel onglet). Le champ Google iOS Client ID est requis uniquement pour les applications iOS. Il n’est pas requis pour une application Android.
Vous devez également utiliser le Google Api Console pour obtenir le Fichier de Configuration, puis le téléverser dans ce champ. Pour téléverser le fichier, cliquez sur l’icône de téléversement ou sur le champ de texte et sélectionnez le fichier que vous avez précédemment récupéré, sur votre appareil, pour confirmer votre action.
A noter : Google Sign-In a deux noms différents : Connexion avec Gmail (Login with Gmail) et Connexion avec les Google Apps (Login with Google Apps). La connexion via Gmail concerne les utilisateurs finaux tandis que la connexion avec les Google Apps concerne les entreprises et ne peut être activée que par un administrateur du système (veuillez noter que l’administrateur du système ne désigne pas l’administrateur de la plateforme). Si votre administrateur n’a pas activé la Connexion avec Google Apps, dans le compte mail de votre entreprise, vous ne pouvez pas utiliser cette option, même si vous avez un compte Gmail personnel. Sur la page de connexion de l’application, vous trouverez un bouton de connexion avec Google uniquement si, en tant que Superadmin, vous avez configuré et activé l’application qui permet la connexion par les comptes Google.
A noter : Si vous utilisez Auth0 dans votre application mobile branded, assurez-vous de définir les callbacks URL, comme expliqué dans la section Configurer Auth0 pour l’application Go.Learn, dans l'article Docebo pour Auth0.
Universal Link (pour iOS) et App Links (pour Android)
Un Universal Link est une URL unique que vous pouvez utiliser pour que, lorsque vos utilisateurs cliquent/pressent sur lien, ils ouvrent une fenêtre ou une page dans leur navigateur web, navigateur mobile ou application mobile en fonction de l'appareil utilisé. Pour le mobile, lorqu'un utilisateur presse un lien https pris en charge et pointant vers votre plateforme, l'application est automatiquement lancée et redirige vers la page correspondant.
Le Universal Link vous permet de créer des expériences intégrées entre les emails les applications, les systèmes de messagerie et les pages web de manière transparente et presque sans effort.
Ces liens sont appelés "app links" dans le système d'exploitation Android de Google, tandis que le nom utilisé par le système d'exploitation iOS d'Apple est "universal link". Dans cet article, vous trouverez le terme "universal link" pour désigner cette fonctionnalité, quel que soit le système d'exploitation pour lequel vous activez vos liens.
Reportez-vous aux tableaux du chapitre Supported Universal Links pour obtenir la liste complète des liens profonds pris en charge.
Cette fonctionnalité est uniquement disponible pour les applications branded. Elle n'est pas disponible pour l'application Go.Learn.
Le universal link est disponible pour les utilisareurs d'applications branded utilisant le domaine *.docebosaas.com ainsi que pour ceux utilisant un domaine personnalisé, à condition que l'URL fasse référence au domaine de la manière suivante : domainname.docebosaas.com.
Afin que la fonctionnalité soit disponible pour les applications mobile branded, vous devez l'activer depuis la section dédiée des Paramètres de l'application branded, comme décrit dans les chapitres suivants.
Activer le Universal Link pour iOS
Afin d'activer le universal link dans votre application iOS, accédez à la section Universal Link dans l'onglet iOS et cochez la case Activer Universal Link.
Vous devez ensuite entrer l'ID de d'application dans la boite de texte. Vous trouverez l'ID de l'application en vous rendant sur Apple Developer's Console (s'ouvre dans un nouvel onglet) et dans la section Certificates, Identifiers & Profiles.
La valeur de l'ID de l'application est le team ID ou le préfixe de l'app ID suivi du bundle ID. Les deux parties sont séparées par un point. Format: "teamID.bundleID", exemple : "ABCD1234.com.apple.wwdc".
Par exemple, avec la configuration de l'app ID affichée dans l'image ci-dessous, vous devez entrer ceci dans le champ App ID :
9YR6YH8KLL.com.mycompany.myapp.client
Faites défiler la page, Certificates, Identifiers & Profiles, jusqu'à atteindre l'onglet Capabilities, où vous devez vous assurer que Associated Domains est activé.
Plus d'informations sur les domaines associés (s'ouvre dans un nouvel onglet).
Enfin, n'oubliez pas de générer un nouveau build de l'application, de re-signer et de publier le fichier ipa signé sur l'Apple App Store. Veuillez noter que vous devez télécharger et exécuter la nouvelle version du resign.sh script (ZIP, 6KB).
Activer les App Links pour Android
Afin d'activer les app links dans votre application Android, accédez à la section App Links dans l'onglet Android et cochez la case Activez les App Links.
Vous devez ensuite entrer l'empreinte du certificat SHA256 de votre certificat de connexion. Pour trouver l'empreinte, accédez au Google Play Console (s'ouvre dans un nouvel onglet) et accédez au menu Intégrité de l'Appli. Dans la section Fichier JSON Digital Asset Links de la page, copiez la valeur de sha256_cert_fingerprints.
Enfin, n'oubliez pas de générer un nouveau build de l'application, de re-signer et publier le fichier .aab sur le Google Play Store.
Images App
Dans la section Images App, vous pouvez téléverser les images qui s’afficheront dans l’application mobile. Téléversez une image pour l’icône du Launcher, qui est l’icône que vous voyez dans le launcher de votre appareil. Android utilise généralement une icône carrée tandis que iOS utilise une icône aux bords arrondis.
Téléversez une image pour le Splash Screen. Le Splash Screen est l’image affichée quand l’utilisateur clique sur l’icône de l’image et que l’application se charge. Afin de choisir la bonne image, veuillez noter que l’image du splash screen est centrée dans un rectangle blanc.
Veuillez noter que les dimensions de l’image pour l’icône launcher et le splash screen doivent être de 1024x1024px @72 DPI et que le format d’image requis est PNG 32 bit avec alpha-channel (transparence prise en charge). La taille maximale du fichier est de 4 Mo.
En fonction de la configuration du domaine de votre application mobile branded, vous pouvez également voir une section supplémentaire appelée Image de fond pré-connexion. Il s'agit de l'image utilisée pour l'arrière-plan de la page de pré-connexion, la page de l'application où l'utilisateur entre l'URL de la plateforme.
Les dimensions de l'image de fond de pré-connexion doivent être de 720x1280px (en orientation portrait pour s'adapter aux mobiles) @72 DPI, et le format de fichier requis est PNG 24 bit avec alpha-channel (transparence prise en charge). La taille maximale du fichier est de 4 Mo.
Générer le Build et Télécharger le Paquet
Une fois prêt, cliquez sur Enregistrer les modifications pour enregistrer votre projet. Cliquez ensuite sur le bouton Générer build(s) pour continuer. Cliquez sur Générer dans la fenêtre pop-up. La génération de paquet commence. Elle peut durer quelques heures (jusqu’à 24 heures).
La génération du build peut échouer lorsqu’elle est lancée durant le processus de livraison hebdomadaire ou mensuel de Docebo. Si cela se produit, essayez de le générer à nouveau lorsque le processus de livraison est terminé.
Le Statut Build en haut des onglets iOS et/ou Android (dans les deux onglets si vous générez le build à la fois pour une application iOS et Android, uniquement dans l’onglet en question si vous générez un build) changera en Build Demandé. Lorsque le processus est terminé, le statut affichera Build Disponible. La date de création et la date d’expiration du build sont affichées dans la barre de statut. Vous recevrez un e-mail lorsque le paquet sera prêt à être téléchargé.
Vous pouvez télécharger votre paquet en cliquant sur Télécharger Paquet dans la section Statut Build.
Si vous ne téléchargez pas le paquet avant la date d’expiration, vous ne pourrez plus le télécharger. Vous devrez générer un nouveau build.
Modifier et Supprimer votre Application Mobile Branded
Sur la page Branded Mobile App Publisher, un tableau liste toutes les applications branded que vous avez générées. Si vous souhaitez modifier ou supprimer une application ou générer ou télécharger des builds, sélectionnez le menu ellipsis, au bout de la ligne correspondant à l’application et choisissez une option depuis le menu déroulant. Chaque fois que vous modifiez l’application, vous devez demander un nouveau build. Une fois le processus de génération de build terminé, vous recevrez un e-mail.
Lorsque vous modifiez l'un des paramètres de votre Branded App (dans les onglets Propriétés, iOS ou Android) et que vous cliquez sur Enregistrer les modifications, une fenêtre s'affiche pour vous informer qu'une fois que vous avez enregistré vos modifications, les versions précédentes ne sont plus disponibles au téléchargement. Ceci est fait pour éviter le téléchargement d'une version avec des paramètres différents de ceux qui sont actuellement remplis. Une fois que vous avez modifié et enregistré les paramètres de l'application, la version précédente est supprimée et n'est plus disponible, et dans le tableau répertoriant toutes les Branded App sur la page Branded Mobile App Publisher, vous verrez "Pas Générée" comme statut dans la colonne iOS Build/Android Build, car la version n'a pas encore été générée avec les paramètres actuels. Une fois que vous aurez cliqué sur le bouton Générer build pour générer le buid avec les nouveaux paramètres, le statut passera à Disponible.
A noter :Si vous supprimez une application et que vous en avez besoin plus tard, vous devrez configurer à nouveau tout le projet. Si vous supprimez une application qui a déjà été publiée, vous ne pouvez pas la recréer. De plus, l'application apparaît toujours dans l’app store. Par conséquent, pour supprimer l’application dans l’app store, vous devez la dépublier dans la console de l’app store.
Mettre À Jour votre Application Mobile Branded
Dans la plateforme, vous pouvez demander un build basé sur la nouvelle version de votre code source. Veuillez noter que les builds sont toujours générés en utilisant la version la plus récente disponible du codebase.
Bonnes Pratiques pour les Mises à Jour des Applications Branded
Assurez-vous de suivre les mises à jour de la page Product Updates pour connaître les releases impactant votre application mobile branded.
- Dans les 15 jours suivant la livraison mensuelle (surveillez la page Product Updates), Docebo propose l’application la plus fiable et avec les fonctionnalités les plus abouties possible - avec toutes les fonctionnalités incluses dans la livraison mensuelle de Go.Learn - à tous les détenteurs d’applications branded, ayant un abonnement actif. Si vous le souhaitez, vous pouvez alors créer une nouvelle version de votre application et la téléverser dans votre app store pour livrer la mise à jour à vos utilisateurs. Vous n’êtes pas obligés de mettre à jour votre application mais cela est toujours fortement recommandé. Veuillez noter que vous avez accès au support uniquement si vous utilisez, sur votre appareil, la version la plus à jour de l’application mobile.
- Dans le cas où la mise à jour de votre application mobile branded est requise, pour des raisons spécifiques, nous vous prévenons à l'avance, via la page Product Updates et via les articles que vous pouvez consulter dans Docebo Help. De manière générale, nous vous suggérons de mettre à jour votre application (générant un nouveau build et distribuant l'application) au moins une fois par trimestre.