Étiquetage blanc dans l’application mobile Adobe Learning Manager

L’application mobile Adobe Learning Manager prend désormais en charge l’étiquetage blanc, ce qui signifie que vous pouvez désormais publier l’application sous votre propre marque.

Comment commencer à vous préparer au lancement de votre application marquée d’un blanc

Pour déployer et gérer votre propre application avec étiquette blanche, procédez comme suit :

Vue d’ensemble

L’étiquetage blanc est une pratique consistant à renommer une application ou un service avec votre propre marque et à le personnaliser comme si vous en étiez le créateur d’origine. Dans Adobe Learning Manager, vous pouvez appliquer un étiquetage blanc à l’application mobile, afin de pouvoir renommer l’application et la rendre disponible pour vos utilisateurs sous votre propre marque.

Éléments personnalisables

Les éléments suivants peuvent être personnalisés :

Champs

<p>ID de compte</p>

<p>ID de votre compte. Notez que les élèves qui appartiennent à un autre compte n’auront pas accès à l’application avec étiquette blanche.</p>

<p>Id De Compte Supplémentaires</p>

<p>Ajoutez plusieurs comptes (sous-domaines) si vous le souhaitez. Ajoutez les sous-domaines en les séparant par des virgules, sans espaces. Par exemple, acc01,acc02,acc03, etc.<br> <b>Remarque :</b> vous devez ajouter l'ID de compte lors de la spécification des sous-domaines.</br> </p>

<p>Nom de l’application</p></td>

<p>Nom à utiliser pour l’application.</p>

<p>Nom court de l’application</p>

<p>Si le nom de l’application est long, donnez à l’application un nom court qui apparaît sur l’appareil.</p>

<p>Nom de l’application interne</p></td>

<p>Nom sous lequel le système d’exploitation identifie l’application. Le format généralement utilisé est : com.company-name.product-name.</p>

<p>Nom de l’application interne - iOS</p>

<p>Donnez un autre nom à l’application si vos utilisateurs se trouvent sur iOS. Nous vous recommandons d’utiliser le même nom pour iOS et Android.</p>

<p>Icône d’application</p>

<p>L’icône de l’application est png. Cette icône s’affiche sur votre application. Le format à nommer est account-id_appIcon.png. Les dimensions de l’icône de l’application sont de 512 × 512 pixels.<div>Veuillez noter qu’Apple n’autorise pas le canal Alpha dans les icônes d’application. Assurez-vous donc de supprimer le canal Alpha de la ressource avant de la soumettre.</div></p>

<p>Écran de démarrage de l’application</p></td>

<p>Dans l’écran de démarrage de votre application, indiquez une image (png) qui s’affiche lorsque vos utilisateurs lancent l’application. Le format à nommer est account-id_splashIcon.png. Les dimensions des écrans de démarrage à base carrée sont de 1 052 × 1 052 pixels et celles des écrans de démarrage à base circulaire sont de 768 x 768 pixels.</p>

<p>ID client et secret client</p>

<p>L’administrateur d’intégration de votre compte fournit les détails lors de l’enregistrement de l’application. L’administrateur de l’intégration doit utiliser les éléments suivants :<ul><li>learner:read, learner:write as role</li><li>application interne name://redirect comme URL de redirection</li></ul></p>

<p>Logo du compte</p>

<p>URL qui héberge le logo de votre organisation. Fournissez un lien vers le contenu comme logo du compte. L’URL doit être codée en Web.</p>

<p>ID App Store de l’application (iOS)</p>

<p>ID requis pour la mise à jour de force. L’application doit savoir que l’élève doit être redirigé vers l’App Store pour mettre à jour l’application.</p>

<p>Identifiant Google Play Store pour l’application (Android)</p>

<p>ID requis pour la mise à jour de force.</p>

<p>Nom d’hôte pour la liaison approfondie</p>

<p>Pour héberger vos liens profonds, utilisez learningmanager. Si vous souhaitez utiliser une autre URL de nom d’hôte comme lien profond, indiquez l’URL de l’hôte. Par exemple, learningmanager.adobe.com.</p>

Mettre à jour l'association de site pour gérer les liens profonds personnalisés

Si vous utilisez un domaine personnalisé ou learningmanager*.adobe.com en tant qu’hôte, vous n’avez rien à faire. Toutefois, si vous utilisez une solution personnalisée ou un nom d’hôte spécifique pour les URL, ajoutez les fichiers d’association de sites.

Reportez-vous aux liens suivants pour plus d’informations :

Générer des notifications push

L’envoi de notifications push aux applications Android et iOS nécessite deux mécanismes différents.

Suivez les instructions ci-dessous pour configurer les projets dans Firebase :

Notifications push sur iOS

Dans le développement d’applications iOS, un certificat de notification push est un identifiant cryptographique émis par Apple qui permet à un serveur d’envoyer de manière sécurisée des notifications push à un appareil iOS via le service de notification push d’Apple (APN).

Le certificat garantit une communication sécurisée entre votre serveur (ou fournisseur) et les APN Apple lors de l’envoi de notifications push aux appareils iOS.

Android et iOS utilisent Firebase Cloud Messaging (FCM) comme service d’envoi de notifications push aux appareils.

Génération du certificat sur iOS

Procédez comme suit :

- openssl pkcs12 -in privatekey.p12 -out myapnappkey.pem -nodes –clcerts

- openssl x509 -in privatekey.cer -inform DER -out myapnsappcert.pem

- openssl s_client -connect gateway.sandbox.push.apple.com:2195 -cert myapnsappcert.pem -key myapnappkey.pem

Si vous pouvez vous connecter au serveur, le certificat que vous avez créé est valide. Dans le fichier myapnappkey.pem, copiez les valeurs du certificat et de la clé privée.

Notifications Push sur Android

Pour Android, l’utilisateur doit fournir le fichier services.json à partir du projet Firebase pour ajouter l’entrée au service SNS.

Créez un projet dans Firebase et partagez le fichier services.json avec l’équipe CSM. Ce fichier est nécessaire pour l’entrée basée sur les jetons dans le SNS. Notez que la clé de serveur n’est plus utilisée. Voir Créer un projet dans Firebase.

Pour télécharger le fichier services.json, procédez comme suit :

Contactez l’équipe CSM et partagez le fichier JSON pour ajouter l’entrée aux services SNS sur AWS. Les utilisateurs devront obtenir l’entrée enregistrée dans le service SNS pour la notification push, qui les obligera à partager les certificats générés ci-dessus pour validation.

Créer un projet dans Firebase create-project-in-firebase

Android

Réutilisez le même projet que celui que vous avez créé dans les étapes ci-dessus pour les notifications push.

Ajouter le projet dans Firebase et récupérer le fichier google-services.json.

iOS

Ajouter le projet à Firebase et récupérer le fichier GoogleService-Info.plist.

Génération des fichiers binaires signés

iOS

sh""" xcodebuild -exportArchive -archivePath Runner.xcarchive -exportPath "ipa_path/" -exportOptionsPlist {ExportFile}

mv ipa_path/*.ipa "${env.AppName}_signed.ipa" """

Android

sh""" ~/Library/Android/sdk/build-tools/30.0.3/apksigner sign --ks $storeFile --ks-pass "pass:$store\_password" --ks-key-alias $key\_alias --key-pass "pass:$key\_password" --out app-release-signed.apk -v app-release.apk """

Prochaine étape

Après avoir généré les fichiers binaires, insérez-les dans Play Store ou App Store.

Comment appliquer les modifications

Envoie les ressources et les fichiers requis à l’équipe CSM. L'équipe CSM remplit ensuite le formulaire avec les modifications requises et joint les ressources requises. L'équipe examinera ensuite les modifications et en informera les équipes d'ingénieurs. L’équipe d’ingénieurs génère ensuite une build et la partage avec l’équipe CSM.

L’équipe CSM partage la version avec le client.

Éléments non personnalisables