DISCLAIMER: Some content in this article outlines how to use functionalities that will be publicly released to all clients at the end of May 2021. If you see differences between this article and your platform, check back at that time for updated content.
Latest version of the app available: 3.3.0 Please note that on January 26th, 2021, the new milestone version 3.0.0 has been released, and you can benefit from a redesigned and enhanced user interface, with a revamped menu and search functionality, support for split screen mode and much more. When you update your branded app, you will notice graphical changes to the user interface (don’t worry, nothing changes from a functionality perspective). For this reason, if you created support and marketing guides adding screenshots or GIFs showing the app user interface, you may want to update them before delivering the new version of the branded app to your users, so that your documentation still reflects the app’s user interface.
Please note that publishing a branded Go.Learn app is a technical functionality. Docebo is supporting you as much as we can, but, if you are not so familiar with this process, you should contact a member of your company’s IT department in order to properly configure everything.
Docebo’s Branded Mobile App Publisher functionality is a useful product that allows you to create a branded version of the Go.Learn mobile app and publish it on the mobile app stores for Google and Apple.
The Mobile App Publisher allows you to customize both your app and its page in the app stores. You can customize the name of your mobile app, the platform to which users access from the app, the images that will be displayed in the app (launcher icon and splash screen image), and Google SSO parameters. For further information about these items, refer to the following sections of this article.
Additionally, you can autonomously manage your activity in the app stores (Google Play for Android and App Store for iOS), customizing the look and feel of your app’s presentation page in the app stores according to your company’s design guidelines. You can customize the screenshots displayed on this page. For example, you can show courses specific to your company and target audience instead of generic images.
This article outlines how to create and configure your branded app, generate the build and then download the package in order to publish your custom version of the Go.Learn mobile app in the app stores. Once you’ve created your branded app, before publishing it on the application stores, you’ll have to replace the digital signature temporarily applied by Docebo with your own signature. To learn how to perform this process, refer to this article.
For technical requirements and information needed to create your own branded app, refer to this article. If you publish your app in iOS App Store, you are required to submit the Export Compliance and the Self-Classification Report for Encryption items in order to be compliant with the U.S. Encryption and Export Administration Regulations (EAR). To know how to produce and present this report, refer to this article.
Creating Your Branded App
In order to brand your Go.Learn mobile app, begin by accessing the Admin Menu from the gear icon in the top right corner of your desktop platform. Then, select the Branded Mobile App Publisher option in the Theme Settings section. On the Branded Mobile App Publisher page, you can create and manage branded apps for your mobile platform.
If you haven’t created any apps yet, you’ll find an empty page without any apps displayed. Press the plus icon in the top right corner of the page to create a new app. You can create more than one app, and there is not a limit to the number of branded apps you can create, but Docebo recommends creating one branded app for each subdomain you have. For those using Docebo’s Extended Enterprise app, you can create a specific app for each subdomain. You need one token per app if you publish multiple apps for your subdomains.
The New Branded Mobile App pop up box will remind you to contact your Customer Experience Manager if you need help on retrieving the data required by the creation process. In fact, you’ll be asked for some technical information regarding mobile app stores and developer consoles in the following steps. Please note that it is strongly advised that you perform this process with a technical partner’s assistance. In the bottom part of the pop-up box, you can see the number of available tokens.
For further information about tokens, refer to the next paragraph. If you have enough tokens to proceed, press Continue. If you need more tokens in order to continue creating your app, you can select Get Tokens, which will open the Communication Center. When you reach the Communication Center, contact your Customer Experience Manager, requesting him or her to provide you with new tokens.
Tokens are used in order to create a new branded mobile app. You can buy them through your Customer Experience Manager. Once you have bought them, they are associated with your account. To know how many available tokens you have, you can contact the Customer Experience Team (if your plan includes this option) or you can start creating a new app (the number of available tokens is shown in the New Branded Mobile App pop up box). Every time you create a new app, tokens are automatically scaled down. Please note that you only need a new token if you want to publish your branded app. You don’t need a new token when you update your app. Once you’ve confirmed your number of tokens and pressed Continue, the New Branded Mobile App right panel will open. Fill in the App Name field, which will be the public name of your app that is seen by your learners. Remember that the app name cannot be longer than 30 characters. Please note that it’s your responsibility to choose a unique name for your app, as you can’t add your app to the app store if there is already an application with the same name. Docebo will use the same app name for both iOS and Android, so check both stores for app name availability before deciding on a name.
Then, in the Email field, insert the email address of who manages the application store in your company. You can only insert one email address into this field. Docebo suggests inserting a mailing list address, so that all of the people involved can be notified and directly receive updates. When ready, select Create & Edit. In the page that will open once you’ve created your new app, you have to fill in the different sections to create the build. For further information, refer to the following sections in this article.
The page that will open after having selected Create & Edit is composed of three tabs: properties, iOS, and Android. In the first one, the Properties tab, you can see the App Details section, where you’ll find the information that you added in the previous page, App Name and Email.
Then, move to the Domain URL field in the Domain Option section. A Domain URL is the address that you type in the address bar of your browser to access your platform. The Domain URL is the current address of your platform if you choose to keep the docebosaas URL, or the one that is referenced in your SSL certificate in case of a custom domain. Insert here the domain address for your branded mobile app (you can insert the address of a root domain or of a subdomain. The field will be pre-populated with the relative root domain).
Enabling Push Notifications
By enabling push notifications in the Push Notifications section in the Properties tab, you will be able to receive push notifications in your branded mobile app. Push notifications are brief messages sent through your branded mobile app even when the app is not open and that your users see in the notification area or in the lock screen of their devices. This kind of notification is used by the Virtual Coach, a proactive learning coach in your platform, to notify learners about content that may interest them or about pending tasks to complete. For more info about Virtual Coach and how to activate it and its notifications, refer to this article. For further information about how your users can interact with the Virtual Coach, please refer to this article.
In order to enable push notifications, flag the corresponding checkbox. Two fields will appear below: Project ID and Firebase Service Accounts Configuration File.
In the first field, you will add the project ID, which refers to the project in Google Firebase. In the second field, you will need to upload the Firebase Admin SDK configuration json file. Remember that both these fields are mandatory.
If you want to have push notifications, your branded app needs a project in Google Firebase (this is needed also for iOS apps). Please note that it’s your responsibility to generate a project in Firebase. It is highly recommended that you contact your IT consultant to register your company account on Google Firebase and then create the project. Once created the project in Firebase, click on the gear icon near the Project Overview option in the sidebar, then select Project Settings. In the Your Project section in the General tab (first tab on the left), you’ll find the Project ID. Copy this text from Firebase and paste it into the Project ID field in your Docebo platform.
For a step-by-step explanation of how to create a Firebase project, please refer to Google Firebase Knowledge Base and to this document. In order to download the Admin SDK Configuration json file from Firebase, reach the Service Accounts tab in your Firebase account, then click Generate New Private Key at the bottom of the tab. A pop up box will open, where you need to confirm your action by pressing the Generate Key button. Now, download the json file from Firebase and upload it into the Firebase Service Accounts Configuration File field in your Docebo platform. Once filled the two mandatory fields in your platform, press Save Changes at the bottom of the page.
For a detailed explanation of how to retrieve all of the data needed to fill in the fields which are necessary to configure push notifications in the platform, please check out this document.
Please Note: When you enable the push notifications checkbox in the Properties tab, the Google Services section in the iOS and/or Android tabs (depending on the tab or tabs that you enabled by activating the Enable Mobile App toggle) is automatically activated. This means that in this case you don’t need to flag the Enable Google Services checkbox to activate the section. Remember that you need to fill in all of the fields in the Google Services section.
On the contrary, if you don’t enable the push notifications checkbox in the Properties tab, the Google Services section in the iOS and/or Android tabs is not automatically activated, and you need to flag the Enable Google Services option to activate it and show the fields below. When you don’t enable push notifications, only the Google Sign-In service is activated in the Google Services section (while other services such as push notifications or Firebase Analytics are not activated). You’ll find more info on Google services in the Settings section below in this article.
IOS and Android Tabs
Use the second tab, iOS, if you want to publish your branded mobile app in iOS App Store. Use the third tab, Android, if you want to publish your branded mobile app in Android Google Play Store.
First, in order to enable the mobile app, you have to activate the corresponding toggle in the Build Status section. If you’re generating the build for iOS, activate this toggle in the iOS tab, and if you’re generating the build for Android, activate it in the Android tab. If you want to publish your app in both the app stores, remember that you have to activate the Enable Mobile App toggle in both the iOS and the Android tabs. Then, scrolling down the page, you can start configuring technical details in the Settings section and selecting images to display in your branded mobile app in the App Images section. You’ll find these two sections in the iOS tab as well as in the Android tab. If you want to publish your application in both the app stores, remember that you have to configure the Settings and the App Images sections in both the iOS and the Android tabs.
Refer to the following sections of this article to know how to configure the two above-mentioned sections.
Please note: You will need one token to publish your app on Apple App Store and Android Google Play Store, so using one single token you can publish your branded app on the two app stores.
Please note that all other settings and options for this functionality, which are described throughout the remainder of this article, are more technical than those explained up until this point. In order to ensure that you properly configure all options, Docebo suggests working with an app store specialist in your company for support.
In the Settings section, insert the Store Link into the Url field. You can find it in the app store’s publication page. If your app is for Android, you also have to insert the Package Name in the App Identification section. This is the Android Package Name that Docebo will use to build your app. Please check that the Package name is not used by any other app in the Play Store. Docebo suggests using the Reverse domain name notation (es. appname.company.com = com.company.appname). Always remember to only use lower case characters and note that the package name cannot contain the keywords in this list. Then, if your app is for iOS, you will find the Bitcode Usage section. The option to include the bitcode in the app package is enabled by default. Including the bitcode in the iOS .ipa package will allow you to generate an app always optimized for the version of the operating system that you are using, because it allows Apple to reoptimize your app binary in the future. On the other hand, not including the bitcode will result in an application that is more compatible with Mobile Device Management (MDM) softwares. If you publish your branded app using your MDM and you encounter any issues, we suggest you try disabling this option to best fit the needs of your MDM system. If your app is for Android, you will find the Package Format section, where you can choose the type of app package that will be built when you generate the build. You can select the Android Package (APK) option, the standard format used by Android, that creates larger packages, but ensures a better compatibility across devices and Mobile Device Management (MDM) systems. Another choice is to select the Android App Bundle (AAB) option, the new format used by Android, that creates smaller packages resulting in smaller downloads for end users. By building an AAB package, you will benefit from more flexibility, you can save space on your device, have faster updates, and performances optimized for your mobile device. However, since the AAB format requires the mandatory usage of the “app signing by Google Play”, your app could be less compatible with MDM systems.
Now move to the Google Services section. Use this section to integrate your branded app with different Google services such as Google Sign-In (login with Gmail/Google Apps), push notifications, and Firebase Analytics. Remember that if you don’t enable push notifications (in the Properties tab), only the Google Sign-In service is activated among the Google services (while push notifications and Firebase Analytics are not activated). You can enable Google services by selecting the corresponding checkbox. When you enable Google services, two or three fields will appear below (two for an iOS app, three for an Android one).
The text fields included in this section (Google iOS Client ID, Google Web Client ID and Configuration File) can be filled in by copying and pasting the corresponding parameters from the Google Api Console. The Google iOS Client ID field is required only for an iOS app. It is not required for an Android app. You need to download the Configuration File from the Google Api Console and to upload it in this field. To upload the file, click on the upload icon or the text field, then select the file you previously downloaded in your device and confirm your action
Please note that Google Sign-In service has two different names: Login with Gmail and Login with Google Apps. Login with Gmail is for end users, while Login with Google Apps is a service for companies and it can be enabled only by a system administrator (note that the system administrator is not the same reference to the platform administrator). If your administrator didn’t enable the Login with Google Apps in the company mail account, even if you have a personal Gmail account, you can’t use it. On the app’s login page, there will be the login with Google button only if you as the Superadmin have set up and enabled the app that allows to login using Google accounts.
Please note: If you use Auth0 in your branded mobile app, remember to set the callback URLs as explained in the Configuring Auth0 for the Go.Learn App section of this article.
In the App Images section, you can upload images that will be displayed in the mobile app. Upload an image for the Launcher Icon, which is the app’s icon that you see on the launcher in your device. A round icon is usually used on Android, while a square icon with rounded borders is used on iOS.
Upload an image for the Splash Screen, which is the image shown when the user taps the app’s icon and when the application is loading. In order to choose the right image, note that the splash screen image is centered in a white rectangle. Note that your launcher icon and your splash screen image dimensions must be 1024x1024px @72 DPI, and the required file format is PNG 32 bit with alpha-channel (transparency support). The maximum file size is 4MB.
Generating the Build and Downloading the Package
When ready, select Save Changes to save your project. Now, press the Generate Build button to continue. Click Generate in the pop-up box, then your package’s generation process starts. It may take a few hours to complete (up to 24 hours).
The build generation may fail when launched during the Docebo weekly or monthly release process. Should this happen, try re-generating it when the release process is over.
The Build Status at the top of the iOS and/or Android tabs (in both the tabs if you are generating a build for both an iOS and an Android app, only in the relative tab if you’re generating one build) will change to Build Requested. When the process is complete, the status will say Build Available. Build creation date and expiration date are written in the status bar. You will receive an email notification when the package is ready to be downloaded.
You can now download your package by pressing the Download Package button in the Build Status section.
If you don’t download the package within the expiration date, you won’t be able to download the package, but you’ll have to generate a new build.
Editing and Deleting Your Branded App
On the Branded Mobile App Publisher page, the displayed table lists all of the branded apps that have been generated. If you want to edit or delete an app, or generate or download builds, select the ellipsis icon at the end of the app’s row, then select your corresponding choice from the dropdown menu. Every time you edit the app, you have to ask for a new build. Once the build process is complete, you’ll receive an email notification.
Please note: If you delete an app and then you need it again, you have to reconfigure the entire project. Also note that if you deleted an app that was already published, the creation process is deleted, but the app isn’t removed from the app store. Therefore, in order to delete the app from the store, you have to unpublish the application from the app store console.
Updating Your Branded App
In the platform, you can request a build based on the new version of the source code. Remember that builds are always generated using the codebase’s most recent version available.
Biometric Login (NEW!)
Your learners can enable biometric authentication on their branded mobile app so that they can use their fingerprint or face recognition to log into the app. After the user enters their username and password on the sign in page for the first time, they can allow the app to use biometric credentials, and on the next login they will be able to authenticate with their fingerprint or via face recognition.
In order to enable the biometric login feature for your branded app, you as the Superadmin need to contact Docebo (via the Communication Center, or through the Customer Experience Team if your plan includes this option).
The technology used for biometric login depends on the device you are using — the features available for biometric login vary depending on the smartphone model you are using.
Please note that Docebo does not store any biometric data and your branded mobile app does not store fingerprints nor face recognition data. Apple and Google manage this data inside of the security enclave, and data is not shared with any other entities. The access through biometric data is performed via system keychain.
Remember that the biometric login functionality cannot be used in combination with Single Sign-On (SSO).
Hiding the Offline Mode Options for Your Branded App
There may be the case that you want to hide, on your branded app, all of the options, actions and pages related to the offline mode, because you don’t want to give your users the ability to download confidential documents or training material. In order to do so, you as the Superadmin need to contact Docebo (via the Communication Center, or through the Customer Experience Team if your plan includes this option) and ask to hide all of the offline mode options.
Offline mode allows your users to log into the app while offline, to download training material and full courses while offline, and then to find and play them from the Offline Content page of the app. If you want to know more details about what you can do in offline mode, you can read the section dedicated to offline content in the Go.Learn article. If you decide to hide the offline mode for your branded app, your users won’t be able to perform any of these actions while they are offline.
Customizing the Catalogs Filters for Your Branded App
On your branded mobile app, you may have the need to customize the filters shown in the filters panel on the Course Catalog page, so that your learners can only see the filters that are relevant to them, and in the order that is most suitable to them, making it easier for the learners to navigate their branded mobile app. In order to do so, you as the Superadmin need to contact Docebo (via the Communication Center, or through the Customer Experience Team if your plan includes this option) and ask to customize the catalogs filters.
More specifically, you can ask to show some filters or to remove them, to change the order in which they are shown and also to customize the number of checkbox options displayed in each filter.
Best Practices on Branded App Updates
Be sure to monitor the updates on the Product Updates page to know the releases impacting the branded mobile app.
Within 15 days from the monthly release date (keep an eye on the Product Updates page), Docebo pushes the most reliable and feature-complete app — with all of the features included into the monthly release for Go.Learn — to all the branded app owners having an active subscription. Then, if you want, you'll be able to create a new version of your app and upload it into your app store to deliver the update to all of your users. You are not forced to update your app, but it's always strongly suggested to update it. Please note that we offer our support only if you have the latest version of the mobile app installed on your device.