Dernière version disponible de l’application : 4.0.0
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 télécharger et exécuter la nouvelle version du script resign.sh. Ce file est également joint aux chapitre Re-Signer le .ipa de l'article Re-signer et Publier votre Application Mobile Branded de la Knowledge Base
Note Importante : vous ne pourrez pas publier votre application branded si vous ne la re-signez pas en utilisant la nouvelle version du fichier resign.sh
Si vous utilisez l’Ouverture de Session Unique (Single Sign On SSO), pour vous connecter à votre application branded, veuillez noter qu’un renforcement de la sécurité pour la connexion SSO a été publié pendant la dernière semaine d’octobre 2021.
Pour éviter toute interruption de votre connexion SSO, vous devez concevoir une nouvelle version de votre application branded à distribuer (via les app stores ou les systèmes Mobile Device Management). Si vous utilisez l'SSO avec OpenID Connect, cette conception doit se baser sur la version 3.9.1 ou toute version plus récente disponible.
Introduction
Veuillez noter que publier une application branded Go.Learn est une fonctionnalité technique. Docebo vous apporte tout le support 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.
Le Mobile App Publisher 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.
De plus, vous pouvez gérer de manière autonome votre activité dans les app stores (Google Play pour Android et App Store pour iOS) en personnalisant l’image de marque et l’aspect de la page de présentation de votre application dans les app stores en fonction de la charte graphique de votre entreprise. Vous pouvez personnaliser les captures d’écran affichées sur cette page. Par exemple, vous pouvez afficher des cours spécifiques à votre entreprise et à votre public plutôt que des images génériques.
Cet article explique comment créer et configurer votre application branded, générer la build et télécharger le paquet afin de publier votre version branded de Go.Learn dans les app stores. Une fois que vous avez créé votre application branded et avant de la publier dans les app stores, vous devez remplacer la signature digitale temporairement appliquée par Docebo avec votre propre signature. Pour en savoir plus sur ce processus, référez-vous à cet article.
Pour connaître les conditions et informations techniques nécessaires pour créer votre propre application branded, référez-vous à cet article. Si vous publiez votre application dans l’iOS App Store, les éléments suivants seront demandés Export Compliance et Self-Classification Report for Encryption afin d’être en conformité avec les règles suivantes U.S. Encryption and Export Administration Regulations (EAR). Pour savoir comment produire et présenter ce rapport, référez-vous à cet article.
Créer votre Application Personnalisée
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 plus d’une application et il n’y a pas de limite au nombre d’applications branded que vous pouvez créer mais Docebo vous recommande de créer une application branded pour chaque sous-domaine. Si vous utilisez l’application Extended Enterprise, vous pouvez créer une application spécifique pour chaque sous-domaine. Vous avez besoin d’un token par application si vous publiez plusieurs applications pour vos sous-domaines.
La fenêtre pop-up Nouvelle Application Mobile Branded vous rappelle de contacter votre Customer Experience 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 app stores mobiles et aux developer consoles dans les étapes suivantes. Veuillez noter qu’il est fortement recommandé de réaliser ce processus 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 continuer à créer votre application, sélectionnez Obtenir Tokens pour être redirigé vers le Help Center. Lorsque vous accédez au Help Center, vous pouvez contacter votre Customer Experience 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 Customer Experience Manager. Une fois achetés, ils sont associés à votre compte. Pour connaître le nombre de tokens que vous avez à disposition, contactez votre Équipe Experience Cient (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 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 alors. Entre le Nom de l’Application qui sera le nom public de l’application tel que vu par les apprenants. Veuillez noter que 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 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, vous devez donc vérifier la disponibilité du nom de l’application dans les deux stores avant de choisir un nom.
Dans le champ E-mail, entrez l’adresse e-mail de la personne qui gère le 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. Sur la page qui s’ouvre une fois l’application créée, vous devez renseigner les différentes sections pour 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.
Explorons 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 ou l’adresse mentionnée dans votre certificat SSL dans le cas d’un domaine personnalisé. Insérez ici 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 cela est le cas vous n'avez pas besoin de définir le domaine spécifique que vous utilisez pour votre application.
Certificate Pinning
Certificate pinning est une technique dévelopé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 est amené à installer un certificat racine malveillant sur son appareil mobile.
En activant le certificate pinning pour votre application mobile branded, vous pouvez, en tant que Superadmin, protéger votre application des attaques de phising et man-in-the-middle et vous assurer un haut niveau de sécurité et de confidentialité qui ne peut être garantit sans l'implémentation de cette technique. Avec le certificate pinning, vous intégrez à votre application l'empreinte digitale (digest) que vous savez être utilisée par vos services backend ce qui 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 en validant votre certificat digital HTTPS, cochez l'option qui vous permet d'activer le Certificate Pinning dans la section Certificate Pinning. Puis entrez le digest de votre certificat HTTPS au format SHA-256 Pin dans le champ Digest.
Afin de récupérer le digest, vous pouvez demander de l'aide au responsable sécurité de votre entreprise ou aller 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. Assurez-vous que vous entrez 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 Digest de la section Certificate Pinning 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 le certificate pinning !
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.)
Activer les Notifications Push
Les notifications push sont de courts messages envoyés à travers votre application mobile branded même quand l’application n’est pas ouverte et que vos utilisateurs peuvent voir dans leur zone de notification ou dans l’écran verrouillé de leur appareil. Ce type de notifications est utilisé par le Virtual Coach, un coach d’apprentissage proactif dans votre plateforme pour signaler aux apprenants du contenu susceptible de les intéresser ou des tâches en attente de réalisation. Pour plus d’informations sur le Virtual Coach et sur la manière de l’activer et d’activer ses notifications, veuillez vous référer à cet article. Pour plus d’informations sur la manière dont les utilisateurs peuvent interagir avec le Virtual Coach, veuillez vous référer à cet article.
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. Dans le deuxième champ, téléchargez 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 branded doit avoir 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 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 et à ce document.
Afin de télécharger le fichier json Admin SDK Configuration depuis Firebase, accédez à 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 où vous devez confirmer votre action en cliquant sur Generate Key. Téléchargez 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 pour renseigner les champs requis pour configurer les notifications push dans la plateforme, veuillez vous référer à ce document.
A noter : 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.
Inversement, 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 et vous devez cocher la case Activer Google Services pour l’activer 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.
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 and le Google Play Store.
Afin d’activer l’application, cochez la case correspondante dans la section Statut Build. Si vous générez la build pour Android, activez l’onglet Android, si vous souhaitez publier votre application dans les deux stores, veuillez noter que vous devez cocher la case Activer l’Application Mobile dans les deux onglets iOS et Android.
Faites défiler la page, vous pouvez alors 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, veuillez noter que 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 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. Afin de vous assurer que vous configurez correctement toutes les options, Docebo recommande de travailler avec un spécialiste app store de votre entreprise.
Paramètres
Dans la section Paramètres, 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 page est pour Android, vous devez également entrer le Nom du Paquet dans la section Identification de l’Application. Ceci est le nom du paquet (Package Name) 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 vous suggère d’utiliser la notation DNS inverse (ex. appname.company.com = com.company.appname). Utilisez toujours des minuscules et veuillez noter que le nom du paquet ne peut pas contenir les mot clés de cette liste.
Si votre application est pour iOS, vous trouverez la section Utilisation Bitcode. L’option d’inclure le bitcode dans le paquet de l’application est activé par défaut. En incluant le bitcode dans votre paquet .ipa pour iOS, cela vous permet de générer une application constamment optimisée pour la version du système d’exploitation que vous utilisez car cela permet à Apple d’optimiser à nouveau le binaire de l’application à l’avenir. En revanche, si vous n’incluez pas le bitcode, vous obtiendrez une application plus compatible avec les logiciels Mobile Device Management (MDM). Si vous publiez votre application branded en utilisant votre MDM et que vous rencontrez des problèmes, nous vous suggérons de désactiver cette option pour répondre aux besoins de votre système MDM.
Si votre application est pour Android, vous trouverez la section Format Package, où vous pouvez choisir le type du paquet qui sera créé dans vous générez la 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 ce qui conduit à des téléchargements plus petits pour les utilisateurs finaux. En créant un paquet AAB, vous aurez plus de flexibilité, vous pourrez gagner de l’espace sur votre appareil, avoir des mises à jour plus rapides et des performances optimisées pour votre appareil mobile. Cependant, l’utilisation du format AAB nécessite obligatoirement l’utilisation de “app signing by Google Play”, votre application pourrait être moins compatible avec les systèmes MDM.
Vous pouvez également sélectionner l’option APK (Android Package) qui crée des paquets plus grands mais 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 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) et une fois la configuration terminée commencez 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).
Passez maintenant à la section Google Services. Utilisez cette section pour intégrer votre application branded avec les 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. Le champ Google iOS Client ID est requis uniquement pour les applications iOS. Il n’est pas requis pour une application Android. Vous devez obtenir le Fichier de Configuration depuis le Google Api Console et le télécharger dans ce champ. Pour télécharger le fichier, cliquez sur l’icône de téléchargement dans le champ de texte et sélectionnez le fichier précédemment obtenu dans votre appareil pour confirmer votre action.
Veuillez noter que 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 avec Gmail est pour les utilisateurs finaux alors que la connexion avec les Google Apps est pour 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 de cet article.
Images App
Dans la section Images App, vous pouvez télécharger les images qui s’afficheront dans l’application mobile. Téléchargez une image pour l’icône du Launcher qui est l’icône que vous voyez dans le launcher de votre appareil. Une icône ronde est généralement utilisée pour Android alors qu’une icône carrée avec des bords arrondis est utilisée sur iOS.
Téléchargez une image pour le Splash Screen qui 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.
Veuillez noter qu'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 la Build et Télécharger le Paquet
Une fois prêt, cliquez sur Enregistrer les Modifications pour enregistrer votre projet. Cliquez ensuite sur la touche Générer Build(s) pour continuer. Cliquez sur Générer dans la fenêtre pop-up, votre processus de génération de paquet commencera alors. Il peut durer quelques heures (jusqu’à 24 heures).
La génération de la build peut échouer lorsqu’elle est lancée durant le processus de release hebdomadaire ou mensuel de Docebo. Si cela se produit, essayez de le générer à nouveau lorsque le processus de release est terminé.
Le Statut Build en haut des onglets iOS et/ou Android (dans les deux onglets si vous générez la build à la fois pour une application iOS et Android, uniquement dans l’onglet en question si vous générez une build) changera en Build Demandée. Lorsque le processus est terminé, le statut affichera Build Disponible. La date de création et la date d’expiration de la build sont affichées dans la barre de statut. Vous recevrez un e-mail lorsque le paquet est 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 alors plus le télécharger mais vous devrez générer une nouvelle build.
Modifier et Supprimer votre Application 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 l’icône 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 une nouvelle build. Une fois le processus de génération de build terminé, vous recevrez un e-mail.
A noter :Si vous supprimez une application et que vous en avez besoin plus tard, vous devez configurer à nouveau tout le projet. Veuillez noter également que si vous supprimez une application qui a déjà été publiée, le processus de création est supprimé mais l’application n’est pas retirée de l’app store. Par conséquent, afin de supprimer l’application dans l’app store, vous devez la dépublier dans la console de l’app store.
Mettre À Jour votre Application Branded
Dans la plateforme, vous pouvez demander une build basée sur la nouvelle version de votre code source. Veuillez noter que les builds sont toujours générées en utilisant la version la plus récente disponible du codebase.
Messages In-App
La fonction Firebase In-App Messaging vous aide à engager les utilisateurs actifs de l'application en leur envoyant, lorsqu'ils utilisent l'application, des messages ciblés et contextualisés qui les invitent à utiliser les fonctionnalités clés de leur application branded et à interagir avec le contenu inclus dans l'application.
Par exemple, vous pouvez envoyer un message in-app pour que des utilisateurs s'inscrivent à un cours, visionnent une vidéo, renseignent un questionnaire ou découvrent une nouvelle fonctionnalité.
Vous pouvez personnaliser les messages en choisissant l'aspect (carte, fenêtres, image seule ou bannière supérieure) et en ajoutant une image ou une touche. Vous définirez ensuite le public cible qui recevra le message et mettrez en place un planning afin que les messages s'affichent dans l'application au moment exact où ils sont le plus plus utiles pour les utilisateurs.
Lorsque vous ajoutez des touches, si vous souhaitez que les utilisateurs naviguent vers des pages ou du contenu spécifique, veuillez utiliser des deep links.
Grâce aux messages in-app, vous pouvez, en tant que Superadmin, communiquer avec les utilisateurs de votre application mobile de façon directe et personnalisée et les engager avec des campagnes ciblées.
Pour configurer vos messages in-app pour votre application mobile, vous devez intégrer votre application avec Firebase. En savoir plus sur la manière de créer un projet Firebase et d'ajouter Firebase à votre application Android ou iOS.
Une fois que vous avez ajouté votre application à Firebase, ouvez le menu In-App Messaging dans la barre latérale sur le côté gauche de la page Firebase pour commencer à créer votre campagne et les messages in-app qui seront envoyés à vos utilisateurs. Plus de détails sur la manière de configurer vos messages in-app dans Firebase.
Aucune action ou activation n'est nécessaire de la part de vos apprenants - lorsqu'ils utilisent l'application, ils recevront juste les messages que vous avez configurés lors de votre campagne afin qu'ils puissent facilement interagir avec le contenu ou les fonctionnalités que vous leur avez suggérés.
Notifications Push Personnalisées
Précisons d'abord que les notifications push dans votre application mobile branded peuvent venir de deux sources différentes :
- Platforme Docebo. Elles sont activées pour votre application mobile branded dans la page Branded Mobile App Publisher et sont utilisées par le Virtual Coach
- Google Firebase. En tant que Superadmin, vous pouvez configurer les notifications push dans Firebase. Veuillez noter qu'il est de votre responsabilité de générer un projet dans Firebase et de configurer des notifications push personnalisées, cette activité ne peut être ni gérée ni contrôlée par Docebo. Dans ce paragraphe, nous passons en revue les notifications crées dans Firebase.
Les notifications push personnalisées Firebase sont envoyées aux utilisateurs lorsque l'application n'est pas ouverte et peuvent être associées avec une page spécifique ou un contenu de l'application qui s'ouvre quand l'utilisateur clique sur la notification. Grâce aux notifications, vous pouvez envoyer à vos utilisateurs des messages ciblés et contextualisés les invitant à utiliser les fonctionnalités clés de votre application branded et à interagir avec le contenu de votre application.
Par exemple, vous pouvez envoyer des notifications push pour que des utilisateurs s'inscrivent à un cours, regardent un vidéo, complètent un questionnaire ou découvrent une nouvelle fonctionnalité.
Vous pouvez personnaliser les messages en ajoutant une image ou une touche. Vous définirez ensuite le public cible qui recevra le message et mettrez en place un planning afin que les messages s'affichent dans l'application au moment exact où ils sont le plus plus utiles pour les utilisateurs.
Lorsque vous ajoutez des touches, si vous souhaitez que les utilisateurs naviguent vers des pages ou du contenu spécifique, veuillez utiliser des deep links.
Grâce aux notifications push personnalisées, vous pouvez, en tant que Superadmin, communiquer avec les utilisateurs de votre application mobile de façon directe et personnalisée et les engager avec des campagnes ciblées. Les notifications push sont également utilises pour ré-engager les utilisateurs qui n'ont pas visité la plateforme depuis longtemps.
Pour configurer les notifications push personnalisées pour votre application branded, vous avez besoin d'intégrer votre application avec Firebase. En savoir plus sur la manière de créer un projet Firebase et d'ajouter Firebase à votre application Android ou iOS.
Vous devez ensuit activer les notifications push dans la section Notifications Push de l'onglet Propriétés dans le Menu Admin Branded Mobile App de la plateforme Docebo.
Après avoir ajouté Firebase et activé les notifications push dans Docebo, ouvrez le menu Cloud Messaging dans la bare latérale située sur le côté gauche de la page Firebase pour commencer à créer des notifications push personnalisées qui seront envoyées à vos utilisateurs.
Cliquez sur la touche New notification pour commencer le processus. Puis, suivez les étapes 1 à 3 pour configurer le nom de la notification et d'autres informations, définissez la cible et plannifiez le moment où la notification doit être envoyée aux utilisateurs. 
Vous pouvez ignorer l'étape 4 mais soyez attentif à l'étape 5 Additional options. Vous devez ajouter deux champs Custom data comme suit :
- Key: type, Value: deeplink
- Key: url, Value: insérez le deeplink de la page de contenu vers laquelle vous souhaitez que l'application navigue quand un utilisateur clique sur la notification
Plus de détails sur la façon de configurer les notifications push dans Firebase.
Aucune action ou activation n'est nécessaire de la part de vos apprenants - ils recevront sur leur appareil mobile les notifications push que vous avez configurées même s'ils n'utilisent pas l'application. Avec les notifications push, les apprenants peuvent facilement interagir avec le contenu ou les fonctionnalités que vous leur avez suggérés.
Veuillez noter que les apprenants peuvent toujours désactiver les notifications push depuis les paramètres de leur appareil, par conséquent il est déconseillé de s'appuyer sur les notifications push pour envoyer des messages importants.
Connexion Biométrique
Vos apprenants peuvent activer la connexion biométrique sur leur application mobile branded afin d’utiliser leur empreinte digitale ou leur reconnaissance faciale pour se connecter à l’application. Après avoir entré leur nom d’utilisateur et leur mot de passe sur la page de connexion pour la première fois, les utilisateurs peuvent permettre à l’application d’utiliser les informations d'authentification biométriques, ainsi à leur prochaine connexion ils pourront se connecter en utilisant leur empreinte digitale ou la reconnaissance faciale.
Afin d’activer la connexion biométrique dans votre application branded, en tant que Superadmin, vous devez contacter Docebo (via votre Help Center ou votre Équipe Expérience Client si votre plan inclut cette option).
La technologie utilisée pour la connexion biométrique dépend de l’appareil que vous utilisez - les fonctionnalités disponibles pour la connexion biométrique diffèrent en fonction du modèle de smartphone que vous utilisez.
Veuillez noter que Docebo ne stocke aucune donnée biométrique et que votre application mobile branded ne stocke ni les empreintes digitales ni les données de reconnaissance faciale. Apple et Google gèrent ces données dans la Secure Enclave et les données ne sont partagées avec aucune autre entité. L’accès par donnée biométrique est effectué via le système keychain.
Veuillez noter que la fonctionnalité de connexion biométrique ne peut pas être utilisée en combinaison avec l’Ouverture de Session Unique (Single Sign-On SSO).
Intégration avec Mobile Measurement Partner (MMP)
Si vous avez créé plusieurs campagnes de promotion pour votre application branded sur différents réseaux publicitaires et médias sociaux, il est important de mesurer le Retour sur Investissement (ROI) de chaque campagne. Les Mobile Measure Partners (MMPs) sont particulièrement utiles pour mesurer la performance et le taux de conversion de différents réseaux publicitaires et comprendre quel média est le plus performant.
Un MMP recueille, organise et harmonise les données données de l’application mobile pour fournir une évaluation uniforme de la performance des campagnes.
Le MMP Adjust peut être intégré avec la fonctionnalité de Docebo Branded Mobile App Publisher. Afin d’activer la prise en charge d’Adjust en tant que MMP pour votre application branded, en tant que Superadmin, vous devez contacter Docebo (via votre Help Center ou votre Équipe Expérience Client si votre plan inclut cette option).
Masquer les Options du Mode Hors-Ligne pour votre Application Branded
Vous pouvez souhaiter masquer, dans votre application branded, toutes les options, actions et pages relatives au mode hors-ligne car vous ne voulez pas donner aux utilisateurs la possibilité de télécharger des documents confidentiels ou des contenus pédagogiques. Pour cela, en tant que Superadmin, vous devez contacter Docebo (via votre Help Center ou votre Équipe Expérience Client si votre plan inclut cette option) et demander de masquer toutes les options du mode hors-ligne.
Le mode hors-ligne permet à vos utilisateurs de se connecter à l’application lorsqu’ils sont hors-ligne, de télécharger des contenus pédagogiques et des cours entiers lorsqu'ils sont hors-ligne, et de les retrouver et les lire ensuite depuis la page Contenu Hors-Ligne de l’application. Pour en savoir plus sur ce qu’il est possible de faire en mode hors-ligne, veuillez vous référer à la section dédiée au contenu hors-ligne dans l’article Go.Learn. Si vous décidez de masquer le mode hors-ligne dans votre application branded, vos utilisateurs ne pourront pas réaliser ces actions lorsqu’ils sont hors-ligne.
Personnaliser les Filtres de Catalogues pour votre Application Branded
Dans votre application mobile, vous pouvez avoir besoin de personnaliser les filtres affichés dans le panneau filtres de la page Catalogues des Cours afin que les apprenants voient uniquement les filtres pertinents pour eux et ce, dans l’ordre qui leur convient le mieux ce qui rend la navigation dans l’application mobile branded plus facile. Pour cela, en tant que Superadmin, vous devez contacter Docebo (via votre Help Center ou votre Équipe Expérience Client si votre plan inclut cette option) et demander la personnalisation des filtres des catalogues.
Plus spécifiquement, vous pouvez demander d’afficher certains filtres ou d’en supprimer certains, de changer l’ordre dans lequel les filtres s’affichent ou de personnaliser le nombre d’options de cases à cocher pour chaque filtre.
Bonnes Pratiques pour les Mises à Jour des Applications Branded
Assurez-vous de suivre les mises à jour de la page Product Update pour connaître les releases impactant votre application mobile branded.
- Dans les 15 jours suivant le release mensuel (gardez un œil sur la page Product Updates), Docebo propose l’application la plus fiable et la plus complète en fonctionnalités - avec toutes les fonctionnalités incluses dans le release mensuel de Go.Learn - à tous les propriétaires d’applications branded ayant un abonnement actif. Si vous le souhaitez, vous pourrez alors créer une nouvelle version de votre application et la télécharger dans votre app store pour livrer la mise à jour à vos utilisateurs. Vous n’êtes pas obligés de mettre à jour votre obligation mais cela est toujours fortement recommandé. Veuillez noter que nous proposons notre support uniquement si vous avez la version la plus à jour de l’application mobile installée sur votre appareil.
- Dans le cas où la mise à jour de votre application branded est requise pour des raisons spécifiques, nous nous assurons de vous prévenir à l'avance via la page Product Updates et les articles de 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.