
Introduction
Le Deep Linking consiste à lancer une application mobile tout en proposant un contenu personnalisé et/ou en dirigeant les utilisateurs vers des activités spécifiques au sein de l'application. Ce faisant, vous pouvez offrir à vos utilisateurs une expérience utilisateur supérieure, ce qui peut grandement améliorer leur engagement envers vos applications.
Les 2 types de Deep Linking
Étant donné que les utilisateurs peuvent ou non avoir déjà installé l'application mobile, il existe deux types de deep linking :
- Deep Linking
- Diffuser directement du contenu personnalisé à des utilisateurs existants, qui disposent déjà de l'application mobile installée.
- Deferred Deep Linking
- Proposer du contenu personnalisé à de nouveaux ou anciens utilisateurs, directement après l'installation de l'application.
AppsFlyer prend en charge les méthodes de deep linking et de deferred deep linking à l'aide de son lien de suivi de détection d'appareil unique - OneLink™.
Ce guide couvre tout ce que vous devez savoir sur la configuration et l'utilisation du deep linking pour vos applications mobiles.
Important !
Le Deep Linking repose sur la configuration correcte de OneLink.
Veuillez commencer par lire le Guide de configuration de base OneLink™.
Deep Linking et OneLink
OneLink fait office de « pont » entre la publicité et l'application mobile. Il peut lancer l'application et fournir au développeur mobile les données nécessaires à la personnalisation de l'expérience utilisateur. Pour ce faire, l'application mobile DOIT être développée avec des capacités et une infrastructure de deep linking.
Deep Linking et Retargeting
Le Deep Linking et OneLink sont des outils importants dans les efforts des annonceurs pour réengager les utilisateurs existants ou passés, ce que l'on appelle le retargeting. Ce sujet est traité dans le Guide du Retargeting, qui devrait être mis en œuvre après le Guide du Deep Linking.

Méthodes de Deep Linking
Il existe plusieurs méthodes de deep linking qui doivent être implémentées pour couvrir entièrement votre base d'utilisateurs. La méthode utilisée dépend de la plate-forme mobile (iOS/Android) et de la version du système d'exploitation de chaque utilisateur.
Méthode | Description | Nécessaire pour |
---|---|---|
Schéma d'URI | Ouvre directement l'application et redirige vers le chemin de l'activité spécifié dans le paramètre URL af_dp
|
|
Universal Links | Ouvre l'application mobile directement sur l'activité par défaut. Nécessite que les développeurs mobiles créent une logique qui redirige et propose du contenu personnalisé basé sur les paramètres URL OneLink, par exemple af_dp ou af_sub1 |
iOS 9 et supérieure |
Liens d'application | Android 6 et supérieure |
Cliquez sur l'une des méthodes de deep linking ci-dessous pour afficher les détails de son implémentation.
Schéma d'URI
Les schémas d'URI sont essentiellement des URL menant les utilisateurs directement aux activités par défaut des applications mobiles après un clic. Par exemple : greatapp://
Conseil
Ni Apple ni Google n'appliquent une dénomination unique pour les schémas d'applications. Choisissez un nom de système propre à votre marque pour éviter les conflits entre les différentes applications.
Les schémas peuvent être utilisés pour créer des chemins plus longs qui lient automatiquement les utilisateurs à des activités spécifiques. Par exemple : greatapp://vintage_items/cars/flying_delorean
Si les utilisateurs d'une application saisissent des chemins de schéma dans la zone d'URL d'un navigateur, l'application se lance et les utilisateurs sont liés en profondeur. AppsFlyer fournit la même fonctionnalité de deep linking du schéma d'URI via les URL OneLink, en utilisant le paramètre af_dp
. Exemple : http://go.onelink.ly/qwerty?af_dp=
greatapp://vintage_items/cars/flying_delorean
Important !
Pour permettre à OneLink de fournir à la fois iOS et Android, il est important que le même schéma soit défini pour les deux plates-formes. Voici les instructions pour iOS et Android.
Réglage des schémas d'URI
La configuration du schéma d'URI est gérée dans le code de l'application, comme illustré ci-dessous. Le même schéma d'URI doit également être défini sur la page de modèle OneLink d'AppsFlyer.
Toutes les versions Android
Dans le manifeste de votre application, ajoutez le filtre d'intention suivant à l'activité pertinente :
<activity android:label="@string/app_name" ….. >
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<data android:scheme="your unique scheme" />
</intent-filter>
</activity>
Exemple
<activity android:label="@string/greatapp" ….. >
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<data android:scheme="greatapp" />
</intent-filter>
</activity>
iOS 8 et précédente
- Sur Xcode, ouvrez le fichier d'informations de l'application (plist).
- Ajoutez une entrée de types d'URL
- Développez le type d'URL et les lignes « élément 0 » et ajoutez une nouvelle ligne.
- Ajoutez un identifiant unique pour l'identifiant URL de l'application sous forme de valeur. Il est préférable de sélectionner un identifiant unique qui ne sera probablement pas utilisé par d'autres applications.
- Cliquez avec le bouton droit sur Identifiant URL et sélectionnez Ajouter une ligne, puis sélectionnez Schémas d'URI et définissez la valeur de l'élément 0 sur votre schéma unique.
Configuration du modèle OneLink :
Sur le tableau de bord d'AppsFlyer, sur l'écran Configuration OneLink, sous Schéma d'URL personnalisée de Deep Linking (iOS8/Android 5 et versions précédentes), saisissez le schéma tel que défini (par exemple : " scheme:// "
Test des schémas d'URI
- Installez et lancez l'application sur votre appareil (ou sur le simulateur d'iPhone pour iOS).
- Ouvrez le navigateur par défaut (Safari sur iOS) et dans la barre d'adresse, saisissez votre schéma unique d'URL (par exemple : « greatapp://».)
- L'application mobile se lance sur l'activité par défaut.
Configuration du modèle OneLink
Sur l'écran Configuration OneLink, sous « Schéma d'URL personnalisée de Deep Linking (iOS8/Android 5 et précédente) », saisissez le schéma tel que défini (par exemple : "greatapp://").
Universal Links
Pour iOs 9 et supérieure, Apple a remplacé les schémas d'URI par des Universal Links en tant que méthode principale de deep linking. Cette méthode a amélioré la sécurité puisque les Universal Links ne peuvent pas être revendiqués par d'autres applications. Elle a également amélioré l'expérience utilisateur étant donné que les applications iOS se lancent directement et les utilisateurs ne sont pas redirigés vers le navigateur au premier lancement.
En substance, la méthode des Universal Links relie une application mobile iOS à un site Web/domaine associé, tel que le domaine OneLink d'AppsFlyer (xxx.onelink.me). Pour ce faire, il est nécessaire de :
- Configurer le sous-domaine OneLink et le lien vers l'application mobile (en hébergeant le fichier « apple-app-site-association » - AppsFlyer s'occupe de cette partie)
- Configurer l'application mobile pour enregistrer les domaines approuvés.
Une fois les étapes ci-dessus terminées, chaque fois que les utilisateurs cliquent sur une URL de domaine autorisée (lorsque l'application est déjà installée sur l'appareil), iOS lance l'application associée comme activité par défaut.
Conseil
Même avec iOS9+, il est important d'implémenter un schéma d'URI car certains navigateurs ou applications ne supportent toujours pas les Universal Links et retournent à la méthode du schéma d'URI.
Voici les étapes à suivre pour utiliser le deep linking en utilisant OneLink et Universal Links :
Configuration du sous-domaine OneLink et lien vers l'application mobile
- Pour terminer cette étape, le développeur doit obtenir « l'ID d'équipe » de l'application (ou « le préfixe de l'application » dans le cas de plusieurs ID d'équipe), disponible sur le portail Apple Developers (sous « View Account » >> « Account Summary »).
- Sur le tableau de bord/dans les paramètres AppsFlyer de l'application, accédez à >>« Configurer OneLink » dans le menu >> sous « iOS », activez la case à cocher « Activer les Universal Links d'iOS9 pour le deep linking » et saisissez l'ID d'équipe/le préfixe d'application récupéré à l'étape 1.
Remarque
Pour les applications en attente, le développeur doit également fournir l'ID de l'ensemble d'applications iOS.
- Choisissez un sous-domaine OneLink et saisissez-le dans le champ Sous-domaine de Deep Linking (iOS9/Android 6 et versions supérieures) disponible sous la section Configuration supplémentaire.
Remarque
Toutes les URL OneLink existantes utilisant le sous-domaine d'origine cessent de fonctionner en cas de modification de ce sous-domaine, bien que celui-ci puisse être modifié à tout moment.
Configuration de l'application mobile pour enregistrer les domaines approuvés
- Sur le portail des développeurs Apple, sous Identifiers >> App IDs, sélectionnez l'application et activer Associate Domains, puis générez les fichiers d'approvisionnement pour l'application, téléchargez-les et double-cliquez pour les installer sur Xcode.
- Sur Xcode, sous la section Capacités, activez Domaines associés et saisissez le domaine OneLink tel que configuré dans la « Configuration OneLink » (compte AppsFlyer).
Remarque
Le domaine doit contenir le préfixe "applinks:". Par exemple : applinks:mydomain.onelink.me
Avertissement
Certaines applications, dont les applications de réseaux sociaux, ne prennent pas entièrement en charge les Universal Links. Pour obtenir plus d'informations, reportez-vous à cette section.
Liens d'application Android
Cette méthode, mise en place avec Android 6.0, est la version des liens universels de Google et présente des avantages similaires.
Cependant, alors que presque tous les utilisateurs iOS disposent de la version 9 ou supérieure, et DOIVENT donc utiliser les liens universels, environ la moitié des utilisateurs Android ont une version inférieure à la version 6.0 et DOIVENT donc utiliser les schémas d'URI pour le deep linking.
Étant donné que les schémas d'URI couvrent le deep linking pour tous les utilisateurs Android, de nombreux propriétaires d'applications choisissent d'implémenter uniquement cette méthode pour le deep linking avec Android.
Les annonceurs qui souhaitent implémenter des liens d'application doivent généralement également implémenter des schémas d'URI.
Cette article explique comment implémenter les liens d'application Android.
Rapport de Deep Linking
Le Deep Linking est une partie essentielle des campagnes de retargeting. Dans de nombreux cas, les campagnes de retargeting reposent sur l'offre de contenu personnalisé, tels que des crédits ou l'accès à du contenu premium.
Pour permettre à AppsFlyer de traiter et d'attribuer ces actions de retargeting/deep linking, chaque fois qu'un deep linking se produit, les développeurs d'applications DOIVENT l'indiquer dans le SDK d'AppsFlyer.
Pour implémenter cela, suivez les instructions suivantes pour iOS et Android.

Direct vs. Deferred Deep Linking
Lorsque les utilisateurs actifs cliquent sur OneLink, ils peuvent être liés en profondeur et redirigés vers n'importe quel contenu de votre application.
Comment apporter la même expérience aux utilisateurs potentiels qui n'ont pas encore installé votre application ?
Lorsqu'ils cliquent sur OneLink, les utilisateurs sont redirigés vers la boutique d'applications correspondant à leur type d'appareil, d'où ils installent l'application. Au premier lancement, l'application s'ouvre sur l'activité par défaut, quelle que soit la publicité sur laquelle ils ont cliqué.
Pour permettre à tous les utilisateurs, existants ou nouveaux, de vivre la même expérience de deep linking, AppsFlyer a mis en place la solution de deferred deep linking.
Comme indiqué ci-dessus, lorsque de nouveaux utilisateurs lancent l'application pour la première fois, AppsFlyer fournit à l'application les détails de leur attribution, y compris les données de deep linking le cas échéant. À l'aide de ces données, le développeur de l'application peut rediriger ces nouveaux utilisateurs vers n'importe quel contenu de l'application, exactement comme s'il s'agissait d'utilisateurs déjà liés en profondeur.
Pour implémenter le deferred deep linking, veuillez suivre les instructions de ce guide.
Conseil
Si vous êtes en mesure de cibler uniquement les utilisateurs mobiles existants avec vos campagnes de deep linking, vous n'avez pas besoin d'implémenter le deferred deep linking. Cependant, si une partie importante de votre audience cible ne possède pas votre application (par exemple, les utilisateurs qui l'ont récemment désinstallée), l'implémentation du deferred deep linking est importante pour leur bonne expérience utilisateur et leur fidélisation.
Proposition de contenu personnalisé avec onAppOpenAttribution
Les méthodes Universal Links et liens d'application permettent tout simplement de lancer des applications mobiles sur l'activité par défaut, quels que soient les paramètres de OneLink. Si vous souhaitez également diffuser du contenu personnalisé ou rediriger des utilisateurs existants vers des emplacements spécifiques de l'application, il est nécessaire d'utiliser la fonction du SDK onAppOpenAttribution.
La méthode onAppOpenAttribution
La méthode onAppOpenAttribution analyse les données et les renvoie via un objet NSDictionary <key, value>
(table de hachage) sur iOS ou via un objet Map <key, value>
sur Android. Cela est vrai lorsque vous utilisez des liens de suivi spécifiques à l'application, des schémas d'URL ou des OneLinks raccourcis.
Cependant, lorsque les utilisateurs sont liés en profondeur directement à l'aide des Universal Links ou des liens d'application, la méthode onAppOpenAttribution renvoie le lien complet non analysé puisque l'application s'ouvre directement sans passer d'abord par AppsFlyer.
Analysez les valeurs des données d'URL et diffusez du contenu par programmation ou redirigez les utilisateurs en conséquence dans l'application.
La méthode onAppOpenAttribution doit être appelée depuis la même classe/le même délégué que la méthode onConversionDataReceived.
Remarque
Nous recommandons également d'utiliser ici les valeurs de paramètre af_dp
pour créer une logique unifiée dans tous les scénarios de deep linking.
Pour les deux méthodes, l'utilisateur doit définir le délégué de suivi pour le SDK d'AppsFlyer comme indiqué ci-dessous :
AppsFlyerLib.getInstance().registerConversionListener(this, new AppsFlyerConversionListener() {
@Override
public void onInstallConversionDataLoaded(Map<String, String> conversionData) {
for (String attrName : conversionData.keySet()) {
Log.d(AppsFlyerLib.LOG_TAG, "conversion_attribute: " + attrName + " = " +
conversionData.get(attrName));
}
}
@Override
public void onInstallConversionFailure(String errorMessage) {
Log.d(AppsFlyerLib.LOG_TAG, "error onAttributionFailure : " + errorMessage);
}
@Override
public void onAppOpenAttribution(Map<String, String> conversionData) {
for (String attrName : conversionData.keySet()) {
Log.d(AppsFlyerLib.LOG_TAG, "onAppOpen_attribute: " + attrName + " = " +
conversionData.get(attrName));
}
}
@Override
public void onAttributionFailure(String errorMessage) {
Log.d(AppsFlyerLib.LOG_TAG, "error onAttributionFailure : " + errorMessage);
}
});
Le délégué de suivi doit être transmis sur le fichier d'en-tête des délégués, comme suit :
@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate, AppsFlyerTrackerDelegate{
// ...
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
// Override point for customization after application launch.
AppsFlyerTracker.shared().appsFlyerDevKey = "repLaceWithYourDevKeY"
AppsFlyerTracker.shared().appleAppID = "123456789"
// ...
AppsFlyerTracker.shared().delegate = self
}
func onConversionDataReceived(_ installData: [AnyHashable: Any]) {
//Handle Conversion Data (Deferred Deep Link)
}
func onConversionDataRequestFailure(_ error: Error?) {
// print("\(error)")
}
func onAppOpenAttribution(_ attributionData: [AnyHashable: Any]) {
//Handle Deep Link Data
}
func onAppOpenAttributionFailure(_ error: Error?) {
}
@interface AppDelegate : UIResponder <UIApplicationDelegate, AppsFlyerTrackerDelegate>
Dans AppDelegate.m :
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// Override point for customization after application launch.
[AppsFlyerTracker sharedTracker].appsFlyerDevKey = @"repLaceWithYourDevKeY";
[AppsFlyerTracker sharedTracker].appleAppID = @"123546789";
[AppsFlyerTracker sharedTracker].delegate = self;
}
-(void)onConversionDataReceived:(NSDictionary*) installData {
//Handle Conversion Data (Deferred Deep Link)
}
-(void)onConversionDataRequestFailure:(NSError *) error {
NSLog(@"%@",error);
}
- (void) onAppOpenAttribution:(NSDictionary*) attributionData {
//Handle Deep Link
}
- (void) onAppOpenAttributionFailure:(NSError *)error {
NSLog(@"%@",error);
}
Deep Linking avec des SRN
Les SRN (Self Reporting Networks : réseaux de rapport automatique, par exemple Facebook et Twitter) disposent de leurs propres méthodes de deep linking, qui ne comprennent pas les URL de suivi des services d'attribution externes.
Comment pouvez-vous lier en profondeur vos utilisateurs et obtenir les données pertinentes de la part des SRN ?
Deep Linking direct avec des SRN
Les SRN utilisent leurs propres méthodes pour effectuer du Deep Linking.
Malheureusement, cela signifie que la méthode onAppOpenAttribution n'est PAS appelée lorsqu'un SRN effectue du deep linking sur l'appareil d'un utilisateur.
Par conséquent, si les données de deep linking direct sont nécessaires dans l'application, le propriétaire de l'application doit utiliser les méthodes des SRN pour les obtenir au lancement de l'application.
Deferred Deep Linking avec des SRN
En revanche, il est possible de réaliser du deferred deep linking avec des SRN.
AppsFlyer reçoit toujours les données de conversion et les met à la disposition de l'application au premier lancement.
Les nouveaux utilisateurs qui installent l'application après avoir cliqué sur une campagne de deep linking/retargeting sur un SRN peuvent être redirigés dans l'application lors de son lancement, à l'aide des données de conversion.
Toutefois, les SRN ne disposent pas des paramètres de deep linking standards d'AppsFlyer, tels que af_dp, en tant que données de deep linking.
Pour utiliser ces données dans l'application, le développeur doit utiliser une logique supplémentaire basée sur les paramètres disponibles, tels que les campagnes, les ensembles de publicités ou les noms de publicité uniques.
Exemple
Jill, la marketeuse d'applications mobiles de greatapp, décide de lancer une campagne de deep linking destinée au grand public sur Facebook.
Tous les utilisateurs qui cliquent sur la campagne sont redirigés vers une activité « bonus ».
Jack, le développeur mobile, ajoute la logique suivante après avoir obtenu les données de conversion :
1. Provient-il de Facebook ("is_fb=true") ?
2. Si cela est vrai, obtenir la valeur du paramètre adgroup.
3. Si la valeur contient le mot « bonus », diriger l'utilisateur vers l'activité « bonus ».
En utilisant les méthodes de Facebook, les utilisateurs existants qui cliquent sur la publicité sont directement redirigés vers l'activité, tandis que les nouveaux utilisateurs obtiennent la même expérience en utilisant les données de conversion d'AppsFlyer.
Création d'URL OneLink
Vous pouvez créer et utiliser un nombre illimité d'URL OneLink en fonction de chaque modèle OneLink configuré :
- Accédez au tableau de bord de l'application concernée (c'est-à-dire l'une des applications configurées dans le modèle OneLink pertinent).
- Cliquez sur Partenaires intégrés >> Lien de suivi personnalisé
- Saisissez les noms de la source média et de la campagne - remarquez que les paramètres pid et c sont ajoutés au lien de suivi en bas de la fenêtre.
- Activez la case à cocher Activer OneLink™ -
remarquez que le domaine du lien de suivi passe de l'application spécifique à un sous-domaine OneLink. - Pour activer la détection/redirection, activez la case à cocher Activer multi plate-forme (activée par défaut).
- Pour activer l'attribution de retargeting, sélectionnez la case à cocher Campagne de Retargeting -
cela ajoute le paramètre is_retargeting=true au lien de suivi. - Pour activer le deep linking, sélectionnez la case à cocher Activer le Deep Linking -
par défaut, cela ajoute les paramètres af_dp et af_web_dp au lien de suivi avec les valeurs/destinations configurées dans le modèle OneLink. Vous pouvez également modifier manuellement les valeurs/destinations en modifiant les champs correspondants. - Ajoutez l'un de vos paramètres personnalisés.
- Vous pouvez raccourcir et copier l'URL OneLink™ nouvellement configurée en cliquant sur le bouton Raccourcir le lien.
- Copiez le lien et utilisez-le avec vos propres médias ou toute autre source média pertinente
Conseil
La fenêtre Lien de suivi personnalisé est une aide facultative pour créer des URL OneLink. Vous pouvez les créer hors connexion sur le bloc-notes, sur Word, dans un e-mail, etc.
Test des URL OneLink
Pour tester rapidement et facilement le deep linking, vous pouvez utiliser :
- Pour Android - l'application de test d'intégration du SDK d'AppsFlyer
- Pour iOS - la page des tests d'intégrations du SDK du tableau de bord
Alternativement ou de manière complémentaire, vous pouvez aussi tester manuellement le deep linking dans votre application. Les tests correspondant aux trois méthodes de deep linking sont décrits ci-dessous.
Test du Direct Deep Linking pour les URI de schéma
- Installez et lancez l'applicationsur votre appareil (ou sur le simulateur d'iPhone pour iOS).
[Si l'application vient d'être installée, placez-la en arrière-plan, puis revenez au premier plan deux fois ou plus.] - Préparez une URL OneLink pour l'application, possédant le paramètre af_dp avec un chemin de schéma valide (par exemple "greatapp://cars").
- Sur l'appareil testé, collez le lien dans l'e-mail, les notes, les SMS, le générateur de code QR, etc.
- Cliquez sur le lien.
Résultat attendu : l'application doit s'ouvrir sur l'activité indiquée par af_dp.
Test du Deferred Deep Linking pour les URI de schéma
- Déconnectez-vous de l'application.
- Supprimez l'application.
- Préparez une URL OneLink pour l'application, possédant le paramètre af_dp (ou un autre) avec un chemin de schéma valide (par exemple "greatapp://cars").
- Sur l'appareil testé, collez le lien dans l'e-mail, les notes, les SMS, le générateur de code QR, etc.
- Cliquez sur le lien.
- Installez et lancez l'application sur votre appareil (ou sur le simulateur d'iPhone pour iOS).
Résultat attendu : le lien (données de conversion) est récupéré par l'application au premier lancement. Le paramètre af_dp est extrait et l'utilisateur est redirigé dans l'application en fonction de la valeur donnée à af_dp.
Test des Universal Links ou des liens d'applications Android
- Installez et lancez l'application sur votre appareil (ou simulateur d'iPhone sur iOS).
[Si l'application vient d'être installée, placez l'application en arrière-plan, puis revenez au premier plan deux fois ou plus.] - Préparez une URL OneLink pour l'application, qui possédant le paramètre af_dp (ou un autre) avec un chemin de schéma valide (par exemple "greatapp://cars").
- iOS - Collez le lien dans les notes, dans l'iMessage ou dans un e-mail en utilisant le client Mail d'Apple .
Android - Collez le lien dans un e-mail, dans Chrome, dans un SMS ou dans le générateur de code QR etc. N'utilisez pas Slack, Facebook ou toute autre application sociale pour cliquer sur le lien ! - Cliquez sur le lien.
Résultat attendu : l'application s'ouvre immédiatement, sans redirection via le navigateur. Le paramètre af_dp est extrait et l'utilisateur est redirigé dans l'application en fonction de la valeur donnée à af_dp.
Conseil
Vous obtenez un comportement inattendu sur les appareils iOS ?
1. Redémarrez l'appareil (éteignez-le puis allumez-le à nouveau) - sur iOS 11, cela peut parfois résoudre d'étranges problèmes de droit.
2. Ne collez pas le lien dans Safari - iOS empêche actuellement le deep linking depuis la barre d'adresse des navigateurs.
3. Autre chose ? Reportez-vous à la section FAQ et dépannage.
FAQ
Puis-je effectuer du deep linking sans OneLink ?
Oui, mais seulement en partie. Bien que OneLink soit un outil de deep linking complet, les URL spécifiques à une application peuvent également lier en profondeur les utilisateurs qui utilisent le schéma d'URI. En pratique, cela signifie que vous pouvez utiliser le deep linking sur les applications Android en ajoutant simplement le paramètre af_dp à un lien de suivi AppsFlyer standard.
Existe-t-il des limites au Deep Liking sur les applications de réseaux sociaux ?
Malheureusement, oui.
Les applications sociales traitent le deep linking des posts viraux de différentes manières, ce qui rompt souvent l'expérience utilisateur. La solution de contournement recommandée par AppsFlyer consiste à rediriger à l'aide de OneLink les utilisateurs vers des pages d'accueil à partir de posts viraux. Les pages d'accueil contiennent également OneLink, qui peut transférer sans problème les données de conversion, sans rompre l'expérience utilisateur.
Plus d'informations dans le guide de configuration de base OneLink.
Puis-je ajouter des paramètres à af_dp ?
Oui et non.
af_dp peut contenir une valeur d'URI et tout paramètre peut être transféré dans le cadre du chemin de l'URI, par exemple : af_dp=greatapp%3A%2F%2Fparam1%2Fparam2 (greatapp://param1/param2).
Encore plus simple, vous pouvez ajouter des paramètres au lien de suivi après le caractère « ? ».
Cependant, il n'est PAS recommandé de concaténer les paramètres à la valeur de af_dp après le caractère « ? ». Les paramètres peuvent être rejetés et ne pas être disponibles via des données de conversion ou via d'autres API.
Mauvais exemple : af_dp=greatapp%3A%2F%2F%3Fparam1%3Da%26param2%3Db (greatapp://?param1=a¶m2=b).
Dépannage
L'application iOS se lance mais le rappel onAppOpenAttribution n'est pas appelé
Cela signifie que l'intégration du SDK pour le deep linking n'a pas été complètement terminée. La méthode continueUserActivity
est manquante et doit être appelée.
L'application iOS se lance mais redirige directement vers l'App Store
Cela est généralement dû à un code dans l'application qui redirige vers un navigateur lorsqu'un lien https lance l'application.
iOS - le fait d'appuyer sur le lien redirige systématiquement vers l'App Store
Sur iOS 9 et 10, il existe une option permettant d'ignorer le deep linking (option supprimée sur iOS 11). Lorsqu'une application est ouverte via des Universal Links, iOS affiche un bouton en haut à droite de l'appareil qui définit le lien à ouvrir sans deep linking.
Pour réinitialiser ce paramètre, appuyez longuement sur le lien sur votre appareil iOS jusqu'à ce que le menu contextuel suivant apparaisse :
Sélectionnez Ouvrir dans votre application (par exemple : ouvrir dans LoginBox).
Le deep linking est maintenant restauré.
J'ai appuyé longuement, mais aucune option « Ouvrir dans votre application » ne s'est affichée !
-
Les applications iOS sont construites avec un fichier d'approvisionnement (similaire à une licence). Ce fichier est généré sur la console du développeur Apple, et doit être activé pour les Universal Links.
- Vérifiez que l'identifiant d'équipe de l'application correspond à celui entré sur la page de configuration OneLink.
Universal Links iOS - Safari s'ouvre à la place de l'application
Supprimez l'application, réinstallez-la et lancez-là à nouveau. Si le problème persiste, essayez d'ajouter une ligne aux domaines associés (afin de les modifier). Ensuite, supprimez l'application et réitérez le processus. Vérifiez également que le domaine de votre OneLink est le même que celui configuré sur l'application.
Universal Links iOS - J'ai tout essayé mais cela ne fonctionne toujours pas. À l'aide !
Nous avons compris votre message. Si tout ce qui précède n'a pas résolu le problème, essayez de générer de nouveau vos fichiers d'approvisionnement pour votre application. Téléchargez-les une fois de plus et double-cliquez pour les installer sur Xcode.
Vous pouvez également essayer de supprimer l'application et de la réinstaller avec une version avancée.