Show Menu
SUJETS×

Questions fréquentes

Le tableau suivant contient la liste des questions fréquentes sur Adobe Mobile Services :

SDK Adobe Mobile

Mettez-vous fréquemment à jour le SDK ?

Oui. Afin de vous proposer des SDK riches en fonctions, sécurisés et conformes, nous les mettons constamment à jour. En général, une nouvelle version est publiée chaque mois. Ces mises à jour de SDK sont des kits de substitution (pour la version 4x) visant à faciliter la mise en œuvre. Pour de plus amples informations sur nos mises à jour, consultez nos Notes de mise à jour .

Quelle version de SDK dois-je avoir installée ?

Actuellement, nous proposons des SDK version 4.11. Pour de plus amples informations, consultez nos Notes de mise à jour .

Où puis-je télécharger les SDK ?

Les SDK de plateformes mobiles individuelles peuvent être téléchargés en consultant la section Gestion des paramètres de l’application .

Comment configurer les SDK ?

Après avoir créé une suite de rapports d’application, accédez à Gestion des paramètres de l’application et configurez toutes les options requises sur la page d’informations de l’application. Après avoir enregistré la configuration, téléchargez les SDK requis répertoriés dans le bas de la page Gérer les paramètres de l’application. Le SDK est préconfiguré avec les options que vous avez enregistrées. Il se trouve dans le fichier ADBMobileConfig.json dans le package du SDK. Si vous modifiez les paramètres du SDK sur la page Gestion des paramètres de l’application, veillez à télécharger à nouveau les fichiers du SDK ou à apporter les modifications nécessaires au fichier ADBMobileConfig.json .

Les SDK Adobe Mobile sont-ils compatibles avec le protocole IPv6 pour iOS ?

Les SDK Adobe Mobile utilisent les piles réseau iOS et Android standard. Pour iOS, le SDK utilise NSURLSession (iOS versions 7+) et NSURLConnection (iOS versions 7 et ultérieure), qui sont entièrement compatibles avec le protocole IPv6. Les développeurs qui ont créé ou qui utilisent leur propre pile réseau devront peut-être vérifier si d’autres facteurs d’atténuation sont à prendre en compte. Voici quelques informations supplémentaires de la part d’Apple :
Si vous rédigez une application côté client à l’aide des API réseau de haut niveau, telles que les structures NSURLSession et CFNetwork, et que vous ouvrez une session par nom, vous ne devriez avoir à changer aucun paramètre pour que votre application fonctionne avec les adresses IPv6. Pour plus d’informations, voir l’article Supporting IPv6 DNS64/NAT64 Networks (en anglais).

Adobe Analytics

Que sont les mesures de cycle de vie ?

Les mesures de cycle de vie sont des mesures prêtes à l’emploi, automatiquement collectées lors de la première mise en œuvre du SDK dans votre application. Pour plus d’informations, voir Mesures de cycle de vie (Android) et Mesures de cycle de vie (iOS) .

Comment puis-je résoudre les problèmes liés aux règles de traitement ?

Puis-je envoyer mes données d’analyse à plusieurs suites de rapports ?

Oui. Les SDK offrent la possibilité d’envoyer des données à plusieurs suites de rapports Adobe Analytics. Pour enregistrer les données issues de plusieurs suites de rapports à l’aide d’une demande d’image, définissez les ID de ces suites de rapports dans le champ rsids dans la section Analytics dans le fichier ADBMobileConfig.json , en les délimitant par des virgules, sans espaces. Pour plus d’informations, voir Configuration JSON ADBMobile .

En quoi les visites par des dispositifs portables diffèrent-elles des lancements ?

Un lancement se mesure en fonction du SDK quand un utilisateur ouvre l’application pour la première fois ou revient à l’application après l’avoir quittée pendant plus longtemps que la valeur de temporisation spécifiée. Le délai de temporisation type est de 5 minutes (300 secondes) dans le champ lifecycleTimeout situé dans le fichier ADBMobileConfig.json . Une visite est un calcul d’Adobe Analytics côté serveur, d’après le premier et le dernier accès aux données envoyées par le SDK sans dépasser le délai de temporisation d’une visite. En général, pour une suite de rapports, une session expire après 30 minutes. Bien que ces visites soient issues d’une analyse Web traditionnelle, ces accès offrent toujours des connaissances utiles sur la façon dont les utilisateurs lancent et quittent votre application.

Messagerie

Existe-t-il des limitations de taille ou autres à propos des notifications push ?

Les messages de notification push sont limités à 140 caractères. Il n’existe aucune limitation quant au nombre de notifications pouvant être envoyées ou planifiées ni à la façon dont les notifications sont envoyées.

Les données utiles personnalisées sont-elles prises en charge pour les notifications push ?

Oui. Nous fournissons des données utiles push personnalisées qui peuvent être codées dans l’objet JSON. Les données utiles Android et iOS sont limitées à 4 ko et à 2 ko, respectivement. Elles sont envoyées à l’application par l’intermédiaire d’une notification push ou locale. Pour plus d’informations, voir Experience : Message push .

Les messages in-app sont-ils limités en taille ?

Les messages in-app publiés et actifs créés dans Adobe Mobile Services sont hébergés sur un serveur ; chaque suite de rapports d’application est limitée à 15 Mo. Cette restriction s’applique au contenu des messages et aux ressources hébergées par Adobe. Toutefois, il n’existe aucune restriction quant au type de ressources d’autres hôtes ou de l’application même auxquelles le message in-app peut se référer.

Puis-je utiliser mon propre code HTML pour les messages in-app ?

Oui. Le code HTML personnalisé est pris en charge pour vos messages in-app. Pour plus d’informations, voir Experience : Message in-app .

Quels déclencheurs puis-je utiliser pour envoyer des notifications push ou des messages in-app ?

Les marketeurs peuvent choisir quels événements ou données Analytics sont envoyés pour déclencher l’affichage des messages in-app. Les messages in-app utilisent des déclencheurs qui surviennent localement sur le périphérique. Si vous sélectionnez plusieurs déclencheurs, ils doivent tous survenir sur le même accès pour que le message s’affiche. Pour plus d’informations, voir Experience : Message in-app .
Les messages push sont envoyés en utilisant les segments prédéfinis d’Adobe Analytics ou les segments personnalisés qui peuvent être créés pour les données Analytics historiques déjà collectées. Pour plus d’informations, voir Experience : Message push .

Pourquoi y a-t-il une erreur avec le nom du message in-app, push ou du lien marketing que j’ai saisi ?

Vous ne pouvez pas utiliser le même nom pour le message in-app, push ou le lien marketing dans différentes applications qui utilisent la même suite de rapports virtuelle (VRS) parente. Pour résoudre cette erreur, saisissez un autre nom pour votre message in-app, push ou votre lien marketing.

Emplacement

Le nombre de points ciblés que je peux définir est-il limité ?

Il n’y a aucune restriction spécifique, mais pour des performances idéales et en raison de restrictions de mémoire sur l’appareil de l’utilisateur, nous recommandons de créer et de télécharger un maximum de 5 000 points ciblés.

Acquisition

Puis-je attribuer des campagnes aux activités in-app ?

Oui. Adobe Mobile Services peut vous aider à créer des mécanismes marketing qui vous aideront à convertir et à orienter le trafic vers vos applications et à lier les campagnes d’acquisition aux analyses et conversions in-app. Pour en savoir plus, consultez la rubrique Acquisition .

Comment puis-je configurer des liens pour gagner de nouveaux utilisateurs de l’application et en faire le suivi ?

Vous pouvez créer des liens marketing qui incitent les utilisateurs à télécharger des applications à partir de l’App Store Apple et de Google Play. Ces liens permettent d’attribuer les événements de succès aux téléchargements. Pour obtenir plus d’informations, voir Générateur de liens marketing .