Dépannage et FAQ OneLink

En bref : trouvez rapidement des solutions pour tester et déboguer les problèmes de redirection/comportement des liens personnalisés OneLink.

Guide de dépannage OneLink

Questions fréquemment posées sur OneLink

FAQ sur les templates OneLink

Quelle méthode utiliser pour ouvrir des apps : liens universels, liens d'app ou schémas d'URI ?

Liens universels : requis pour plus de 98 % des utilisateurs d'iOS

App Links : pour les utilisateurs d'Android 6.0 et +. Remarque : un OS Samsung ne pourra pas ouvrir les applications en utilisant les App Links Android.

 Note

Les liens universels et les liens d'app nécessitent de prouver que le domaine figurant dans l'URL cliquée (en d'autres termes, le domaine du lien personnalisé OneLink ou le domaine de la marque) est détenu et associé à l'app spécifique qu'il tente d'ouvrir. Cette association de domaine se fait via le fichier AASA (Apple App Site Association) pour iOS et via le fichier Assetlinks pour Android.

Ces fichiers sont hébergés soit par AppsFlyer soit par l'annonceur, sur son site web. Lorsque vous créez des modèles OneLink et configurez des liens universels et des liens d'app, ces fichiers sont générés et hébergés par AppsFlyer par défaut.

Schémas d’URI : la principale méthode d’ouverture des apps sur les appareils Samsung. Sinon, il s’agit d’une méthode héritée et de secours pour ouvrir les apps. Peut être utilisée :

  • Pour les utilisateurs d'Android version 6.0 ou antérieure (moins de 15 % des utilisateurs d'Android)
  • Comme solution de secours lorsque les liens universels et les liens d’app n’ouvrent pas l’app, soit parce qu’ils ne fonctionnent pas, soit parce qu’ils ne sont pas configurés.

    Remarque : l'utilisation de schémas d'URI comme solutions de secours pour les liens universels est soumise à des restrictions basées sur iOS. En savoir plus.

Deep Linking

Les liens universels, les liens d'app et les schémas d'URI sont des méthodes qui permettent d'ouvrir une app de manière sécurisée. Pour créer un deep link et rediriger les utilisateurs vers des activités ou pages spécifiques au sein de l'app, veuillez suivre les instructions relatives au deep linking OneLink.

Quels systèmes d'exploitation autorisent les schémas d'URI pour ouvrir l'app ?

OS Les schémas d'URI fonctionnent-ils pour ouvrir l'app ?
iOS Oui. Cependant, ils ne peuvent pas être utilisés comme solutions de secours pour les liens universels.

 

Remarque importante :

  • l'utilisation de schémas d'URI comme solutions de secours est soumise à des restrictions basées sur iOS.
  • Pour de nombreux navigateurs, y compris Safari, vous pouvez ajouter le paramètre af_force_deeplink=true à l'URL pour utiliser un schéma d'URI comme solution de secours. En savoir plus.
Android Oui. À utiliser sur les appareils Samsung, avec les versions Android version 6.0 et -, et comme solution de secours lorsque les App Links ne fonctionnent pas sur les versions Android plus récentes.
Amazon Non
Windows Mobile Non

Dois-je mettre à jour l'app après la configuration des liens universels iOS et des liens d'app Android ?

Oui. À chaque fois vous implémentez des liens universels ou des liens d'app pour ouvrir l'app aux utilisateurs existants, les domaines iOS associés ou AndroidManifest.xml sont mis à jour. Cela signifie que vous devez télécharger une nouvelle version de l'app dans l'app store concerné. Conseil : pour minimiser le nombre de mises à jour de l'app, effectuez en une seule fois toutes les modifications de développement stipulées dans les guides OneLink 2, 3, et 4

Est-il possible de rediriger les utilisateurs existants vers une page web plutôt que vers l'application ?

Oui.Cependant, si votre template est configuré de cette manière, tous les utilisateurs (nouveaux et existants) seront concernés et chacun d'eux sera dirigé vers la page d'accueil/l'URL web. Les nouveaux utilisateurs ne seront donc pas envoyés sur l'App Store.

Pour envoyer les utilisateurs vers une page web :

  1. Dans votre template, ne configurez aucun lien universel, lien d'application ou schéma d'URI.
  2. Configurez les redirections vers la page de d'accueil/l'URL qui correspondent au cas où l'app n'est pas installée.
    • Les URL de la page d'accueil/web sont ajoutées en tant que valeurs dans les paramètres af_android_url et af_ios_url.
    • Les redirections sont alors automatiquement appliquées également dans le cas où l'application est installée (pour les utilisateurs existants). 

Remarque : si vous souhaitez rediriger les utilisateurs existants vers une page web mobile uniquement après le lancement de l'app, c'est au développeur de votre application de configurer ce comportement.

Puis-je rediriger les utilisateurs de tablette vers une autre app ou URL que celle des utilisateurs d'app mobile ?

Vous pouvez définir des redirections spécifiques pour les appareils suivants :

  • Windows phone
  • iPad
  • Amazon Kindle Fire.

Les autres tablettes ne sont actuellement pas prises en charge pour une redirection séparée.

Puis-je attribuer une app à plusieurs templates OneLink ?

Oui. Même si vous pouvez utiliser un même template OneLink pour créer un nombre infini d'URL OneLink, dans certains cas de figure vous pourrez être amené à devoir affecter une app à plusieurs templates OneLink. Si vous avez par exemple plusieurs versions d'une app Android pour les marchés hors-stores, il vous faudra peut-être utiliser un template OneLink pour chacune des versions Android, tout en ayant une même app iOS affectée à l'ensemble des versions.

Important :

Pour les templates qui utilisent les liens universels iOS et les liens d'app Android pour l'ouverture d'app, si vos templates possèdent plusieurs sous-domaines, vous devez configurer et mettre à jour vos apps iOS et Android pour chacun d'eux :

  • Liens universels iOS : après avoir créé le nouveau template OneLink et mis à jour le domaine associé au sein de l'app, envoyez une nouvelle version à l'app store. Seuls les utilisateurs iOS qui ont auront mis à jour la nouvelle version pourront activer une URL OneLink construite sur le nouveau template.
  • Liens d'app Android
    1. Une fois le template créé, copiez le snippet XML en bas de la section App Link et ajoutez-le à votre fichier AndroidManifest.xml, dans l'intention vers laquelle vous souhaitez deep linker l'utilisateur, en plus de la ou des intentions précédentes.
    2. Publiez la nouvelle version dans l'app store. Seuls les utilisateurs Android qui ont effectué la mise à jour vers la nouvelle version peuvent activer une URL OneLink conçue à partir du nouveau template.

Puis-je supprimer un modèle OneLink ?

Oui, mais uniquement en contactant votre CSM ou en envoyant un e-mail à notre équipe en charge de l'engagement client à hello@appsflyer.com.

Remarque : si vous avez des URL OneLink existantes basées sur le template supprimé, elles ne permettront pas d'amener les utilisateurs à l'app store. C'est pourquoi il est important de ne pas supprimer un template sans vous assurer qu'il n'est pas utilisé par des URL OneLink au préalable. Vous pouvez également envisager d'obtenir les résultats souhaités en modifiant la configuration du template existant plutôt qu'en le supprimant.

Puis-je modifier le sous-domaine dans un template OneLink ?

Oui, tant qu'il n'y a pas de liens personnalisés dans AppsFlyer basés sur le template.

Si vous avez déjà créé des liens personnalisés dans AppsFlyer sur la base du template OneLink, alors la modification du sous-domaine n'est pas possible. Cette restriction évite de briser le comportement de redirection/deep linking des liens directs.

Si vous devez changer le sous-domaine dans un modèle avec des liens personnalisés existants, vous pouvez soit :

  • Créer un nouveau template OneLink avec le nouveau sous-domaine, et créer des liens basés sur celui-ci.
  • Supprimez tous les liens personnalisés existants basés sur le template pour lequel le sous-domaine doit être modifié. Une fois que tous les liens basés sur le template ont été supprimés, le sous-domaine peut être modifié.

Le domaine/sous-domaine d'un template OneLink peut-il être appliqué à l'ID de template d'un autre template ?

Non. Le fait de prendre le sous-domaine/domaine configuré sur un template et un ID de template spécifiques et de le concaténer manuellement vers un ID de template différent rompt la fonctionnalité des liens universels et des liens d’app et constitue une menace pour la sécurité.

Exemple :

  • Le template 1ABC est configuré avec des bank.onelink.me de sous-domaine.
  • Le template D123 est configuré avec des game.onelink.me de sous-domaine.
  • Le lien bank.onelink.me/1ABC/shorturl est créé sur la base du template 1ABC et fonctionne.
  • Le lien game.onelink.me/D123/exampleurl est créé à partir du template D123 et fonctionne.
  • Le lien bank.onelink.me/1ABC/shorturl ne fonctionne pas
  • Le fichier link bank.onelink.me/D123/exampleurl ne fonctionne pas

Puis-je utiliser le même sous-domaine pour plusieurs templates ?

Oui.Veillez à créer des templates distincts du sous-domaine : ne vous contentez pas d'ajouter le sous-domaine à un ID de template. 

Comment rediriger les utilisateurs d'ordinateurs de bureau ?

Les utilisateurs de bureau peuvent interagir avec vos liens personnalisés OneLink, par exemple, via une campagne e-mail. Cependant, lorsque les utilisateurs de bureau cliquent sur ces liens, ils ne peuvent pas être redirigés vers un site mobile, un app store ou une app.

Alors comment offrir aux utilisateurs de bureau une bonne expérience utilisateur et les convertir en utilisateurs de mobile ?

Dans l'URL ou le template OneLink, vous pouvez rediriger les utilisateurs de bureau (Windows ou Mac) vers une autre URL. Cette URL est ajoutée au lien dans le paramètre af_web_dp . Remarque : si votre lien contient af_web_dp, AppsFlyer n'enregistre pas le clic lorsqu'il provient d'un ordinateur de bureau.

 Astuce

Essayez de rediriger les utilisateurs de bureau vers une URL qui contient un formulaire web spécifique qui permettra d'envoyer une URL OneLink (via SMS ou e-mail) sur l'appareil mobile de l'utilisateur de bureau. En savoir plus sur cette option dans le cadre de la solution OneLink Smart Script.

Comment rediriger les utilisateurs de Chrome OS ?

Les apps sur Chromebooks sont considérées comme des apps Android.

Sous Chromebook, pour rediriger les nouveaux utilisateurs sans que votre app soit installée sur une URL web différente :

  1. Dans les paramètres du template OneLink, dans Définir le comportement du lien > Lorsque l’app n’est pas installée > Android, cliquez sur Modifier une autre URL.
    OU
    Dans les paramètres du lien OneLink, dans Deeplinking et redirection > Rediriger > Lorsque l’app n’est pas installée > Android, sélectionnez URL web.
  2. Saisissez l'URL.
    Lorsqu'elle est ajoutée via les paramètres du lien, l'URL est ajoutée à votre lien dans le paramètre af_android_url.

FAQ relative aux liens personnalisés OneLink

OneLink peut-il fonctionner sans le SDK AppsFlyer ?

Oui, mais seulement en partie.

Si vous avez besoin de convertir rapidement des visiteurs web mobile en utilisateurs mobile et que vous ne pouvez pas intégrer le SDK AppsFlyer, c'est possible.

La redirection basique de l'utilisateur et le lancement de l'app fonctionnent même si le SDK AppsFlyer n'est pas encore intégré à l'app. Les Smart Banners n'ont pas besoin du SDK non plus, et fonctionnent très bien sans lui.

Cependant, l'absence de SDK induit pour les utilisateurs qui cliquent que :

  • Ils ne seront pas deep linkés après le lancement initial de l'app.
  • Aucune donnée d'attribution ne sera enregistrée.
  • Les événements in-app ne sont pas enregistrés.

Quelles sont les méthodes disponibles pour créer des liens personnalisés OneLink ?

Le tableau suivant compare les différentes méthodes disponibles pour créer des liens personnalisés OneLink.

Méthode de création de liens Utilisations URL courte ou longue Fonctionnalité Premium Visible dans l'interface utilisateur ? TTL d'attribution (Time to Live) max et par défaut
Interface utilisateur APPSFLYER Créer un modèle OneLink et des liens personnalisés Les deux -- Pas de TTL
API OneLink Créez rapidement des milliers de OneLink Court -- 31 jours
Création de liens en série OneLink Créez rapidement des milliers d’URL courtes OneLink à l’aide de paramètres inscrits dans un fichier CSV Court -- -- 180 jours
SDK Campagnes d'invitation (parrainage) d'utilisateur Court -- -- 60 jours
Script intelligent OneLink Campagnes web-to-app mobile Longue -- -- Pas de TTL
Feuille de calcul Créer des milliers de liens personnalisés OneLink avec vos propres formules Longue -- -- Pas de TTL

Les liens personnalisés OneLink peuvent-ils ouvrir l'app à partir d'un navigateur ?

Oui, mais sachez que les liens universels et les liens d'app ne fonctionnent que lorsque l'on clique dessus (par exemple, lorsque l'on clique sur un lien présent sur une page web ou dans un e-mail). Le fait de coller le lien dans la barre d'adresse du navigateur ne permet pas de lancer l'app.Effectuez votre test en cliquant sur les URL, et non en les copiant-collant dans la zone URL du navigateur.

Pourquoi l'URL OneLink n'ouvre-t-elle pas l'app ou n'établit-elle pas de deep linking avec les utilisateurs existants ?

Parfois, et même en suivant tout à la lettre, vos URL OneLink ne réalisent pas le deep linking que vous aviez prévu. Le résultat, c'est que plutôt que d'ouvrir l'app ou d'être deep linké vers une certaine activité de l'app, l'utilisateur est redirigé vers l'app store, voire sur une page d'erreur.

Il y a plusieurs raisons possibles :

  • Apps hôte : les apps dans lesquelles vos liens d'attribution sont partagés (par exemple, WhatsApp, Gmail, WeChat) utilisent différentes méthodes pour activer les liens cliqués, notamment les navigateurs internes propriétaires. Certains d'entre eux sont connus pour bloquer tous les liens d'attribution.
  • Navigateurs : certains navigateurs et certaines plateformes OS réagissent différemment aux liens. Certains navigateurs, par exemple, ne permettent pas de copier-coller un lien. Il est nécessaire de cliquer sur le lien.
  • Mises à jour du système d'exploitation : les nouvelles mises à jour du système d'exploitation (iOS et Android) peuvent introduire des bogues inattendus qui empêchent le deep linking de fonctionner.
  • Appareils : la gestion des liens d'attribution peut varier de manière significative selon les différents smartphones, tablettes, ordinateurs portables et autres appareils exécutant différentes versions d'iOS, d'Android, de Windows Mobile et d'autres systèmes d'exploitation.
  • Configuration incorrecte : l'utilisation de caractères spéciaux dans la valeur du deep linking brise le lien.

Les URL de secours et le deep linking forcé sont deux solutions qui permettent d'améliorer l'expérience utilisateur.

URL de secours

Les URL de secours vous permettent de rediriger les utilisateurs vers des pages web spécifiques si l'ouverture de l'app ou le deep linking échoue pour une raison quelconque. Attention! Les utilisateurs qui n'ont pas installé votre app seront dirigés vers l'URL de secours et non vers l'app store approprié. Par conséquent, vous ne devez utiliser cette option que si vous redirigez des utilisateurs qui ont déjà installé votre app.

Pour implémenter une URL de secours, dans les paramètres du template OneLink ou du lien personnalisé, définissez le comportement du lien lorsque l'app n'est pas installée pour rediriger vers une autre URL.

different_url.png

L'utilisation de ce paramètre ajoute af_ios_url et af_android_url comme paramètres de destination de secours. Les utilisateurs iOS seront ainsi redirigés vers la page spécifiée par af_ios_url et les utilisateurs Android seront redirigés vers la page spécifiée par af_android_url.

 Exemple

Considérez, par exemple, l'URL OneLink suivante :

https://go.onelink.ly/qwerty?pid=source&af_dp=greatapp%3A%2F%2F&af_ios_url=www.yoursite.com/ios-bonus
&af_android_url=www.yoursite.com/android-bonus

Les utilisateurs iOS et Android qui cliquent sur ce lien sont censés être deep linkés dans l'app. Lorsque le deep link ne fonctionne pas, les utilisateurs sont redirigés comme suit :

  • iOS: www.yoursite.com/ios-bonus
  • Android : www.yoursite.com/android-bonus

 Note

  • Si vous incluez un symbole de hachage (#) dans une valeur de paramètre dans l'URL, vous devez l'encoder.

  • En cas de redirection, les paramètres URL de OneLink passent à la page de destination spécifiée par af_ios_url ou af_android_url. Pour éviter ce comportement, ajoutez le paramètre af_param_forwarding=false à OneLink.

Deep linking forcé

Le deep link forcé vous permet d'utiliser un schéma d'URI comme solution de secours pour l'ouverture de l'app, et deep linker les utilisateurs.

Cette solution est efficace sur la majorité des utilisateurs qui ont installé l'application. Cependant, sous iOS, utiliser un schéma d'URI pour ouvrir l'app a ses limites, vous devrez peut-être ajouter af_force_deeplink=true à l'URL OneLink pour forcer le deep linking vers l'activité spécifiée dans le schéma d'URI (soit le paramètre af_dp). En savoir plus sur les schémas d'URI de secours sous iOS.

Pourquoi mon URL OneLink ouvre-t-elle une page vierge dans Chrome ?

Assurez-vous que vous n'utilisez pas une balise HTML <a> qui inclut l'attribut target. Si l'URL OneLink est placée à l'intérieur d'une balise <a> avec l'attribut target="_blank", elle ouvre une page vierge dans Chrome (sur iOS et Android) et l'utilisateur n'est pas redirigé vers l'App Store ou vers Google Play.

Est-il possible d'utiliser OneLink pour rediriger sur Brave ?

Oui. Cependant, sous Android, lorsqu’un utilisateur clique sur un lien OneLink dans un navigateur Brave, le deep linking différé ne fonctionne pas. Sous iOS, après avoir cliqué, l'utilisateur voit s'afficher un écran vide. Le deep linkin différé ne fonctionnera qu'une fois qu'il aura réalisé une action sur cet écran vide (presser ou faire défiler l'écran par exemple).

Les liens personnalisés OneLink sont-ils plus longs à charger que les autres liens ?

Non. Les liens personnalisés OneLink n'impliquent aucun temps de chargement ou de traitement supplémentaire pour fonctionner correctement et rediriger les utilisateurs comme prévu. Ils sont aussi rapides que tous les autres liens AppsFlyer.

Comment enregistrer le coût par installation lorsque j'utilise OneLink ?

L'activation du bouton Coût par installation (dans Paramètres avancés) vous permet d'appliquer une valeur CPI spécifique pour chaque installation provenant du lien.

Sélectionnez le coût de la devise et une valeur numérique UNIQUEMENT (jusqu'à 4 chiffres après la virgule) représentant le CPI. Cela ajoute les paramètres af_cost_currency et af_cost_value au lien.

 Exemple

Une campagne SMS coûte 20 $ par 1 000 messages (CPM). D'après votre expérience, ces campagnes atteignent un taux de conversion de 5 %, c'est-à-dire que le CPI dérivé est de 0,40 $. La définition du coût par installation à 0,40 $ permet de mesurer facilement le retour sur investissement (ROI) éventuel de la campagne SMS.

En savoir plus sur la mesure du coût et du ROI.

Comment puis-je empêcher la transmission de paramètres sur les redirections ?

af_r, af_ios_url, af_android_url et af_web_dp transmettent les paramètres du lien d'attribution ou de OneLink vers la page de redirection. Afin d'éviter ce comportement, ajoutez af_param_forwarding=false au lien d'attribution.

Les liens personnalisés pour plate-forme unique sont-ils toujours disponibles ?

OneLink est désormais la seule méthode prise en charge pour créer des liens d'attribution personnalisés pour les médias propres.

Auparavant, les propriétaires d'apps pouvaient également utiliser des liens personnalisés (spécifiques aux apps) sans utiliser OneLink. Cette méthode est obsolète et les nouveaux liens personnalisés peuvent être créés uniquement à partir d'un template OneLink.

Toutefois, si vous avez des liens personnalisés liés à une plate-forme unique, ils sont toujours opérationnels. Vous pouvez également consulter et modifier vos anciens liens en cliquant sur Afficher les anciens liens uniques pour la plate-forme dans le coin supérieur droit de la page des liens personnalisés OneLink.

Puis-je modifier l'ID de l'URL courte après avoir enregistré un lien  ?

Non, l'ID d'URL court ne peut être défini qu'au moment de la création du lien.

Puis-je encapsuler et raccourcir les liens personnalisés OneLink  ?

Non, les raccourcisseurs de liens externes ou l'encapsulage de vos liens personnalisés OneLink risquent de bloquer la fonctionnalité d'ouverture d'app des liens universels et des App Links.

Pour pouvoir activer les liens universels ou les App Links, l'OS doit reconnaître le domaine de l'URL qui est associée à l'app, or tout type d'encapsulage externe, de raccourcissement ou de redirection vers le lien utilisateur rend cette action impossible. Cela inclut l'utilisation de bit.ly, de liens ne faisant pas partie de la marque AppsFlyer, et de fournisseurs de services de courrier électronique (ESP) ayant activé l'enregistrement des clics.

Pour encapsuler ou raccourcir un lien afin que la redirection fonctionne correctement : 

  • Utilisez les URL courtes générées par AppsFlyer lorsque vous créez des liens personnalisés OneLink (plutôt qu'un raccourcisseur externe de type bit.ly).
    Conseil ! Créez une URL encore plus courte en inscrivant un domaine de marque court dans votre lien. Et si vous créez les liens dans l'interface utilisateur AppsFlyer, vous pouvez modifier l'ID de l'URL pour la raccourcir au maximum. Exemple : https://brand.com/a1b2/a (brand.com étant votre domaine de marque, a1b2 l’ID de template qui a toujours 4 caractères, et a l’ID d’URL, qui peut être raccourci jusqu’à 1 seul caractère.Avantages :
    • Cette méthode fonctionne car elle utilise le sous-domaine OneLink configuré dans le template OneLink.
    • Cela vous permet de modifier les paramètres à n'importe quel moment, y compris les paramètres de deep linking, et ce même après avoir transmis les liens d'attribution à vos prospects.
    • Tous les clics issus d'appareils mobiles sont comptabilisés dans le tableau de bord AppsFlyer, vous n'avez donc pas besoin de vérifier sur un autre service.
    • La dernière partie de l'URL courte peut être personnalisée pour la transformer en lien de marque.
  • Utilisez le schéma URI comme solution de secours pour ouvrir l'app lorsque les liens universels et les liens d'app échouent, et ajoutez le paramètre suivant au lien : af_force_deeplink=true.
  • Voir les options pour utiliser les ESP.

Puis-je utiliser des liens personnalisés OneLink dans des e-mails ?

Oui, mais cela nécessite une attention particulière lorsque vous travaillez avec des fournisseurs de services de messagerie (ESP). Pour comptabiliser les clics effectués, les ESP englobent tous les liens placés dans les e-mails. Cela interrompt le flux d'ouverture de l'app et de deep linking pour les utilisateurs qui cliquent sur l'URL.

Pour éviter cela, utilisez l'une des solutions facultatives suivantes :

  • Désactivez l'enregistrement des clics dans votre configuration ESP.
    (Notre avis : c'est généralement la solution la plus simple).
  • Forcez l'ouverture de l'app avec le schéma d'URI spécifié dans le paramètre af_dp en ajoutant l'indicateur af_esp=true au lien d'attribution. Cette solution est efficace sur les utilisateurs qui ont installé l'app.
  • Utilisez des ESP qui prennent en charge la solution AppsFlyer pour l'ouverture d'app et le deep linking de liens universels. En savoir plus.

Comment les utilisateurs sont-ils redirigés vers leur app store régional ?

OneLink redirige les utilisateurs vers l'app store régional qui correspond à leur adresse IP.

Pourquoi mon URL OneLink ne redirige pas les utilisateurs vers le domaine spécifié ?

Vérifiez que vous avez activé les listes de redirection autorisées dans AppsFlyer. Si vous les avez activées, le domaine ou le sous-domaine de l'URL web choisi doit y apparaitre. En savoir plus sur les listes de redirection autorisées

FAQ sur les paramètres OneLink

Quels paramètres sont obligatoires pour les liens personnalisés OneLink ?

Seul le paramètre de la source média (pid) est obligatoire.

Les paramètres peuvent-ils être ajoutés à l'URL courte ?

Oui, n'importe quel paramètre peut être ajouté à l'URL courte.

Important ! Les paramètres ajoutés à l'URL courte ne remplacent pas les paramètres à l'intérieur du lien.

 Exemple

  • Vous créez un lien personnalisé OneLink avec la sortie suivante :
    • URL longue : https://onelink-sim.onelink.me/Il2C?pid=training&c=peaches
    • URL courte : https://onelink-sim.onelink.me/Il2C/70e6d165
  • Vous ajoutez les paramètres suivants à l'URL courte : https://onelink-sim.onelink.me/Il2C/70e6d165?c=bananas&af_adset=fruits
  • Le paramètre af_adset=fruits ajouté à l'URL courte est efficace pour l'attribution. Le paramètre c=bananas n'est quant à lui pas efficace car il existe déjà un paramètre c dans l'URL longue.

Quels noms de sources média personnalisés puis-je utiliser ?

Pour les médias propres, les noms de sources média personnalisées sont libres. Toutefois, il est recommandé de ne pas utiliser « organique » comme nom de source média personnalisé, car cela pourrait affecter l’intégrité des données d’attribution.

Si vous utilisez OneLink pour les médias payants :

  • Utilisez les valeurs pid réservées (finissant par _int) des partenaires intégrés comme des valeurs de source média dans des liens personnalisés OneLink. N’utilisez pas de sources média SRN telles que Facebook, Facebook Ads, Googleadwords ou Twitter comme noms de sources média personnalisées. Cela pourrait affecter l’intégrité des données d’attribution.
  • Assurez-vous que le partenaire est intégré dans AppsFlyer (avec l’option « Activer le partenaire » activée) pour toutes les applications configurées dans le template OneLink.

Recommandation : n’utilisez pas organique comme nom de source média personnalisée. Cela pourrait affecter l’intégrité des données d’attribution.

Quels paramètres d'attribution peuvent être ajoutés à un OneLink ?

Vous pouvez ajouter de nombreux paramètres d'attribution pour vous permettre d'effectuer ultérieurement des analyses plus poussées. 

Paramètre d'attribution Description Nom du lien du paramètre
Campagne Définissez des noms de campagnes pour comparer différentes campagnes au sein de la source média propriétaire C
Ensemble de publicités Définissez des noms d'ensembles de publicités pour comparer différents ensembles de publicité au sein de certaines campagnes de la source média propre af_adset
Nom de la publicité

Définissez des noms d'adset pour comparer différentes créations au sein d'adsets/de campagnes de la source média propre

af_ad
Canal

Définissez les noms des canaux si vous souhaitez comparer plus d'un canal de distribution pour vos médias propres.

Par exemple, si vous divisez vos messages SMS entre deux fournisseurs de services SMS, précisez le fournisseur qui utilise le paramètre de canal. Par la suite, vous pouvez comparer les taux de conversion des deux fournisseurs.

af_channel
Paramètres abonné

Utilisez l'un des 5 paramètres d'abonné disponibles pour insérer des valeurs utiles à votre analyse.

Remarque : ces paramètres sont analysés et apparaissent dans les rapports de données brutes, ce qui les rend très utiles pour l'agrégation de données ou le filtrage.

af_sub1, af_sub2, af_sub3, af_sub4, af_sub5

Paramètres personnalisés

Comme pour les paramètres d'abonné, vous pouvez spécifier des champs avec n'importe quels noms et valeurs de paramètres, et n'importe quel nom.

Contrairement aux paramètres abonnés, les paramètres personnalisés ne sont pas analysés dans les données brutes ; ils apparaissent dans les rapports de données brutes dans la colonne URL d'origine.

Personnalisé
(selon vos spécifications)

Obtenir plus d'informations sur les paramètres et la structure des liens d'attribution d'AppsFlyer.

Les paramètres personnalisés sont-ils ajoutés aux liens personnalisés OneLink disponibles dans les données brutes ?

Oui. Les paramètres personnalisés sont transmis à la colonne URL d'origine dans les données brutes et peuvent y être vus. Ils n'ont pas leurs propres colonnes dans les données brutes.

Pour les données analysées, utilisez les paramètres d'abonné af_sub1-5, chacun d'entre eux ayant une colonne distincte dans les rapports de données brutes.

Les noms de paramètre sont-ils sensibles à la casse ?

Oui. faites en sorte de n'utiliser que des lettres minuscules pour vos paramètres et valeurs. Utiliser des lettres majuscules dans les noms et valeurs des paramètres peut créer des erreurs ou des incohérences dans les données, tant sur le tableau de bord que dans les données brutes.

FAQ sur les partenaires intégrés

Puis-je utiliser OneLink dans les apps sociales (non payantes) ?

Il est parfois utile d'utiliser OneLink avec les publications gratuites sur les apps sociales, car les utilisateurs potentiels exposés à ce type de publications ne peuvent pas être ciblés à l'avance en fonction de leur appareil.

Malheureusement, les limitations établies par les Universal Links d'Apple, associées aux restrictions de certaines apps sociales, empêchent l'utilisation de OneLink pour la reconnaissance, la redirection, l'attribution des appareils de base et le deep linking. Dans certains cas, il peut s'avérer nécessaire de mettre en place une page de destination de l'app sociale ou un schéma d'URI afin de rediriger ou de deep linker les utilisateurs.

Le tableau suivant indique comment les OneLinks peuvent être utilisés avec les apps sociales les plus répandues :

App sociale Utilisateurs Android qui n'ont pas installé l'app Deep Linking Android Utilisateurs IOS qui n'ont pas installé l'app Deep Linking iOS
Facebook (y compris les publications boostées) ✓** ✓** ✓* 
Facebook Messenger ✓** ✓**  ✓* 
Snapchat ✓*  ✓* 
Instagram ✓* 
LinkedIn ✓** ✓*
Reddit - - - -
Slack ✓*  ✓* 
Twitter ✓*  ✓* 
WeChat †  †  ✓* ✓*† 
WhatsApp

* Si un schéma d'URI ou une page d'accueil de réseau social a été définie. Remarque : pour Facebook et Facebook Messenger, si à la fois un schéma d'URI et une page d'accueil d'app sociale sont configurés, alors la page d'accueil de l'app sociale ne s'affiche pas.

** Doit avoir un schéma d'URI.

L'utilisateur peut être invité à ouvrir le lien dans un navigateur externe.

Puis-je utiliser OneLink avec un réseau publicitaire (payant) ?

Oui, notez cependant que OneLink est principalement utilisé avec les médias propres, plutôt qu'avec les réseaux publicitaires.En effet, comme les réseaux publicitaires font généralement de la publicité in-app (ce qui induit qu’ils connaissent la plateforme de l’utilisateur, l’ID de l’appareil, etc.), les liens d’attribution spécifiques aux apps et aux plateformes sont suffisants, il n’est donc pas nécessaire d'avoir recours à OneLink.Cependant, lorsque les réseaux publicitaires ne connaissent pas la plateforme utilisateur à l'avance (par exemple lorsqu'ils exécutent eux-mêmes des campagnes par e-mail ou SMS), OneLink peut s'avérer utile.

 Important !

Lorsque vous utilisez OneLink avec des réseaux publicitaires, vous devez utiliser l'URL longue OneLink.

Pour mettre en place OneLink pour les ad networks partenaires :

Une fois tous les paramètres pour Android et iOS bien ajoutés, lorsque l'utilisateur clique sur le lien personnalisé OneLink et qu'il est redirigé vers la plateforme choisie, les paramètres sont envoyés au réseau via postback après l'installation.

 Exemple

https://greatapp.onelink.me/3287867539?pid=network_int&c=email&
idfa{$IDFA}&gaid={$GAID}&clickid=$SITEID&
af_sub1=[pixel_code]&af_sub2=[creative]

Le réseau utilise les paramètres IDFA ou GAID correspondant à la plate-forme de l'appareil du client et ignore l'autre paramètre.

Comment puis-je résoudre le problème de lancement de l'app iOS à partir des apps de médias sociaux ?

Facebook et d'autres apps de médias sociaux bloquent parfois l'ouverture des apps par les liens universels iOS. Les pages de destination des applis sociales sont la solution recommandée pour ces problèmes de lancement.

Si vous ne souhaitez pas utiliser les pages de destination des apps sociales, vous pouvez utiliser des schémas d'URI comme méthode de secours. Remarque :

  • l'utilisation de schémas d'URI comme solutions de secours est soumise à des restrictions basées sur iOS.
  • Pour de nombreux navigateurs, y compris Safari, vous pouvez ajouter le paramètre af_force_deeplink=true à l'URL pour utiliser un schéma d'URI comme solution de secours. En savoir plus.

Puis-je utiliser OneLink sur Instagram ?

Oui, mais les restrictions suivantes s'appliquent :

  • La façon dont Instagram affiche le texte d'une page rend les liens des légendes de posts non cliquables.
  • L'ouverture d'apps et le deep linking dans les apps Android sont pris en charge sans aucune considération particulière. Cependant, Instagram ne prend pas en charge l'ouverture d'apps et le deep linking dans les apps iOS. Pour surmonter ce problème, vous pouvez adopter l'une des deux approches suivantes :

    • Recommandé : configurer une page d'accueil d'app sociale. Les templates Clustered Poster et ShowAndTell sont les plus mieux adaptés. En plus de la page de destination sociale, nous vous recommandons de définir un schéma d'URI dans votre modèle OneLink.
    • Utilisez un schéma d'URI et le deep linking forcé lorsque vous utilisez OneLinks sur Instagram. N'oubliez pas les considérations suivantes lorsque vous utilisez af_force_deeplink=true avec OneLink sur Instagram :
      App installée ? Le clic possède-t-il af_force_deeplink=true ? Résultat
      Non Oui Le clic ouvre l'app store
      Non Non Le clic ouvre l'app store
      Oui Oui Le clic ouvre l'app
      Oui Non Le clic ouvre l'app store

Est-il possible d'utiliser OneLink pour rediriger sur WeChat ?

WeChat ignore les deep links Android et IOS et redirige les utilisateurs vers une page web. À partir de cette page web, l'utilisateur doit alors cliquer sur le bouton Options et sélectionner « Ouvrir la page dans le navigateur ». Cela provoque donc une interruption dans la navigation de l'utilisateur, ce qui augmente ses chances de sortir du tunnel de conversion.

Pour résoudre ce problème, OneLink peut reconnaître les clics dans WeChat et charger une page d'accueil dédiée demandant à l'utilisateur de cliquer sur le bouton Options, puis sur Ouvrir dans le navigateur. Cette opération ouvre l'URL de redirection définie dans la configuration du template OneLink.

WeChat_a.jpg

Si la langue WeChat de l'utilisateur est le chinois, OneLink génère une version localisée de la page d'accueil :

WeChat_b.jpg

Pourquoi les utilisateurs d’Android qui ont installé l'app sont-ils redirigés vers une URL web et non vers l’app lorsqu’ils cliquent sur un lien Facebook Webview ?

Il est généralement possible d'ouvrir l'app et le deep linking à partir d'une publicité sur Facebook. Cependant, si les conditions suivantes s'appliquent, Facebook ne peut pas ouvrir l'app pour les utilisateurs existants de l'app à partir de l'URL OneLink. Au lieu de cela, tous les utilisateurs, y compris ceux qui disposent de l'app, sont envoyés vers l'URL définie dans le template OneLink, ou dans la valeur du paramètre af_android_url, af_r ou af_custom_android_url :

  • L'utilisateur possède un appareil mobile Android.
  • Le clic sur le lien se fait dans l’app Facebook.
  • Le lien mène à une page HTML qui s'ouvre en mode web Facebook (c'est à dire un site ou la page d'accueil d'une app sociale).
  • La page HTML contient un lien avec un paramètre af_dp (avec un schéma d’URI) et un paramètre de redirection d’URL dans le template OneLink ou dans un des paramètres parmi af_android_url, af_r ou af_custom_android_url.

FAQ sur les tests

Comment procéder au test A/B de la page d'accueil des apps sociales ?

La page d'accueil des apps sociales offre aux utilisateurs un lancement d'app simple et rapide lorsqu'ils utilisent OneLink dans les apps de réseaux sociaux. Vous craignez peut-être que l'ajout d'une étape au tunnel ne fasse baisser les taux de conversion. Mais en vérité, sans la page d'accueil les taux de conversion sont très faibles, car les parcours des utilisateurs sont souvent interrompus

Si vous n'êtes pas encore totalement convaincu, pourquoi ne pas le tester ?

Procédez au test A/B de votre lien personnalisé dans les apps de réseaux sociaux, avec et sans la page d'accueil des apps sociales.

Pour procéder au test A/B de la page d'accueil des apps sociales :

  1. Créez un lien personnalisé OneLink (appelé Link1) à utiliser avec les apps de réseaux sociaux. Ne définissez pas la page de destination des apps sociales pour ce lien.
  2. Ajoutez le paramètre d'attribution af_adset.
  3. Ajouter le paramètre d'attributionaf_ad avec la valeur "no lp". 
  4. Testez link1 en dehors des apps de réseaux sociaux et vérifiez que le lien fonctionne et lance correctement votre app.
  5. Dupliquez Link1 et nommez-le Link2.
  6. Modifiez la valeur du paramètre d'attribution af_ad en "using lp". 
  7. Créez la page de destination des apps sociales pour Link2 uniquement.
  8. Publiez 2 posts différents dans la même app de réseaux sociaux, à l'aide de Link1 et de Link2.
    Ne vous souciez pas du nombre différent de clics que chaque lien génère. Le KPI important ici est le taux de conversion final de chaque lien.
  9. Vérifiez les résultats du test A/B après avoir créé suffisamment de trafic.
    1. Allez dans le tableau de bord d'AppsFlyer et faites défiler l'écran jusqu'au tableau Rapport de performances agrégées.
    2. Link1 et Link2 ont la même source média, la même campagne et le même nom d'adset. Descendez dans la hiérarchie de l'adset.
    3. Comparez les taux de conversion (et autres KPI) des utilisateurs qui ont cliqué sur Link1 ou Link2.

Comment puis-je contourner la boîte de dialogue de sélection de l'app ?

Si vous voyez la boîte de dialogue de sélection d'app lors du test de vos OneLink, assurez-vous de signer votre app même s'il s'agit d'une app de débogage. Le certificat que vous utilisez pour signer l'app est le même que celui que vous utilisez pour générer le fingerprint SHA256 lors de la configuration de OneLink pour les liens d'app.

FAQ sur le deep Linking

Quelles méthodes de deep linking doivent être implémentées ?

Vos développeurs doivent implémenter la méthode de deep linking unifié (DLU) pour utiliser le deep linking. Consultez nos instructions complètes relatives au deep linking.

Les liens universels iOS et les liens d'app Android sont des méthodes de lancement d'app qui n'établissent pas de deep link avec les utilisateurs (cela signifie qu'elles ne les dirigent pas vers un contenu spécifique de l'app). La méthode du schéma d'URI peut lancer l'app et deep linker les utilisateurs (via le paramètre de lien personnalisé af_dp), mais elle ne doit être configurée que pour le lancement de l'app. Elle est principalement utilisée comme solution de secours pour les liens universels et les liens d'app, et pour les utilisateurs qui lancent des apps avec des versions d'Android antérieures à la version 6.0.

Après le lancement de l'app à l'aide de l'une de ces méthodes, le SDK AppsFlyer fournit la valeur deep_link_value spécifiée dans le lien d'attribution personnalisé. Cette valeur doit être transmise via la méthode de deep linking unifié implémentée par vos développeurs.

Peut-on utiliser le schéma d'URI (paramètre af_dp) pour le deep linking ?

Oui, mais ce n'est pas recommandé.Idéalement, il vaut mieux utiliser deep_link_value pour le deep linking, et choisir le schéma URI comme méthode de secours pour le lancement d'app sans deep linking (via le paramètre af_dp). Cependant, si vous avez déjà configuré le schéma URI pour le deep linking, avec des paramètres supplémentaires inclus dans le chemin d'accès de l'URI (par exemple, superapp://param1/param2), vous n'êtes pas obligé de modifier votre configuration ou votre code existant ; le schéma d'URI continuera à fonctionner. 

Le mieux pour ajouter des paramètres personnalisés est de passer par la page de configuration du lien personnalisé.

FAQ sur IOS 14

Le deep linking OneLink fonctionne-t-il pour iOS 14 ?

L'expérience des utilisateurs d'iOS 14 acquis via le deep linking de campagnes sur les ad networks et les médias propres via le DLU n'est pas affectée. La méthode héritée peut affecter le deep linking.

À des fins d'attribution/de reporting, AppsFlyer utilise l'IDFA ou l'IDFV lorsqu'ils sont disponibles. S'il n'y a pas d'IDFA ou d'IDFV, la modélisation probabiliste peut être utilisée. Depuis IOS 14.5, la modélisation probabiliste peut être utilisée dans le cadre des médias propres, de la promotion croisée et des flux web-to-app consentis.

Le deep linking différé OneLink fonctionne-t-il pour iOS 14 ?

L'expérience des utilisateurs d'iOS 14 acquis via le deep linking différé de campagnes sur les réseaux publicitaires et les médias propres via le DLU n'est pas affectée. La méthode héritée peut affecter le deep linking différé.

À des fins d'attribution / de reporting, AppsFlyer utilise l'IDFA ou l'IDFV lorsqu'ils sont disponibles. S'il n'y a pas d'IDFA ou d'IDFV, la modélisation probabiliste peut être utilisée. Depuis IOS 14.5, la modélisation probabiliste peut être utilisée dans le cadre des médias propres, de la promotion croisée et des flux web-to-app consentis. Nous conseillons aux clients qui souhaitent mettre en place un deep linking différé à partir d'ad networks et de médias propres d'utiliser le SDK AppsFlyer iOS V6.1.0 et +, et d'autoriser le consentement ATT (si nécessaire) afin d'atténuer l'impact sur l'attribution et d'offrir des temps de réponse plus rapides.

Cet article vous a-t-il été utile ?