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

Liens d'app : pour les utilisateurs d'Android 6.0+.

 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 : ancienne méthode d'ouverture des apps. Peuvent être utilisés :

  • Pour les utilisateurs d'Android version 6.0 ou antérieure (moins de 15 % des utilisateurs d'Android)
  • Comme solutions de secours lorsque les liens universels et les liens d'app ne parviennent pas à ouvrir l'app.

    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 avec les versions Android antérieures à la version 6.0 et comme solution de secours lorsque les liens d'app ne fonctionnent pas sur les versions ultérieures d'Android.
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

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. Cela empêcherait les liens universels et les liens d'app de fonctionner, et serait néfaste en termes de sécurité.

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

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

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.

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.

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.

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 non autorisés dans la valeur de 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.

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 rompre la fonctionnalité d'ouverture d'app des liens universels et des liens d'app.

Pour activer les liens universels ou les liens d'app, le système d'exploitation doit reconnaître le domaine de l'URL associé à l'app, et tout type d'encapsulage, de raccourcissement ou de redirection du lien vers l'utilisateur rend la chose impossible. Cela inclut l'utilisation de bit.ly, de liens ne faisant pas partie de la marque AppsFlyer, ou de fournisseurs de services de courrier électronique (ESP) avec enregistrement des clics activé.

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

  • Utilisez les URL courtes générées automatiquement par AppsFlyer lorsque vous créez des liens personnalisés OneLink (au lieu de raccourcisseurs externes comme bit.ly).
    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.

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 ?

Les valeurs pid réservées (finissant par _int) des partenaires intégrés ne peuvent pas être utilisées comme des valeurs de source média dans des liens personnalisés OneLink. Utilisez la configuration des partenaires intégrés pour créer des liens d'attribution en rapport avec le partenaire. Pour plus de détails, veuillez cliquer ici.

N'utilisez pas Facebook, Facebook Ads, GoogleAdwords, Twitter, ou Organic comme nom de source média personnalisée (non sensible à la casse). Cela pourrait altérer l'intégrité de vos données d'attribution, car les installations de vos médias propres seront attribuées à des partenaires intégrés.

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. Assurez-vous d'utiliser un nom et une capitalisation cohérents lorsque vous définissez des paramètres sur le lien d'attribution. N'utilisez pas des noms en majuscules et en minuscules de manière interchangeable (par exemple, pid=MyMediaSource  sur un lien d'attribution et pid=mymediasource sur un autre).

Une capitalisation incohérente des noms de paramètres peut entraîner des divergences de données sur le tableau de bord et 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 ✓* 
Reddit - - - -
Slack ✓*  ✓* 
Twitter ✓*  ✓* 
WeChat †  †  ✓* ✓*† 
WhatsApp

* Si un schéma d'URI ou une page d'accueil de réseau social a été définie. En savoir plus

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

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

Oui, mais notez que OneLink est principalement utilisé avec les médias propres, pas avec les réseaux publicitaires.

Les réseaux publicitaires faisant généralement de la publicité dans les apps (ce qui signifie qu'ils connaissent la plateforme de l'utilisateur, l'identifiant de l'appareil, etc.), les liens d'attribution spécifiques à l'app et à la plateforme suffisent. L'utilisation de OneLink n'est donc pas nécessaire.

Cependant, dans les cas où 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 être la solution.

 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 :

  1. Sur le tableau de bord de votre application Android, allez sur Partenaires intégrés et sélectionnez le réseau publicitaire pertinent.
  2. Copiez le lien d'attribution de l'app à partir de la fenêtre de configuration et enregistrez-le dans un document externe.
  3. Répétez les étapes 1 et 2 pour votre application iOS.
  4. Créez le lien d'attribution :
    1. Veillez à ce que OneLink soit correctement configuré.
      Dans la section Attribution utilisez « test » comme nom de source média.
    2. Cliquez sur Générer un lien.
      Les URL courtes et longues apparaissent.
    3. Copiez le lien long.
    4. Dans le lien long, remplacez la source média « test » par le PID exact du partenaire intégré vers le lien. Par exemple : https://greatapp.onelink.me/U8ru?pid=network_int&c=MyCampaign
    5. Ajoutez TOUS les paramètres des DEUX liens d'attribution.
      Si le lien d'attribution est identique pour l'app iOS et Android, il vous suffit de copier les paramètres de l'un des deux liens. Dans le cas contraire, veillez à disposer de tous les paramètres des deux liens.

Une fois que tous les paramètres sont correctement ajoutés, lorsque l'utilisateur clique sur le lien personnalisé OneLink et est redirigé vers la plate-forme adéquate, les paramètres requis sont envoyés au réseau dans un postback après l'installation de l'utilisateur.

 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.

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
SDK Campagnes d'invitation (parrainage) d'utilisateur Court -- -- 180 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

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

Puis-je utiliser OneLink pour la redirection Android sur WeChat  ?

WeChat ignore les deep links Android 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 ». Par conséquent, les utilisateurs rencontrent une expérience utilisateur interrompue, ce qui augmente leurs chances de tomber dans le 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

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 n'est pas affectée.

À 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 n'est pas affectée.

À 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.

iOS 14 peut affecter le deep linking différé des campagnes d'ad networks qui reposent sur l'IDFA. 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 AppsFlyer iOS SDK V6.1.0 et +, et d'autoriser le consentement ATT (si nécessaire) afin d'atténuer l'impact global et de bénéficier de temps de réponse plus rapides.

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