OneLink : qu'est-ce que c'est, technologie de deep linking et attribution des installations

Qu'est-ce que OneLink ?

OneLink est une technologie de deep links intelligents d'AppsFlyer qui permet de transmettre des paramètres d'attribution via un lien et de lier les actions de l'utilisateur à une source publicitaire spécifique. Elle résout le problème clé du marketing mobile : connecter un clic sur une annonce à une installation d'application.

Un deep link classique ouvre l'application et peut transmettre des paramètres de base, mais perd les informations de source de trafic lors du passage par l'App Store. OneLink utilise une combinaison de paramètres d'URL, d'identifiant d'appareil et de technologie de fingerprinting pour restaurer l'attribution après l'installation. Cela permet aux spécialistes du marketing de voir quelle campagne, quel format créatif et quel canal ont conduit à une conversion — inscription, achat ou autre événement cible.

OneLink fonctionne sur toutes les plateformes : iOS (Universal Links), Android (App Links), navigateurs web et même applications de bureau. Les liens sont générés via le tableau de bord AppsFlyer ou par programmation via l'API REST, ce qui permet de définir dynamiquement des paramètres pour chaque campagne en temps réel.

Comment fonctionne OneLink ?

Le principe de fonctionnement de OneLink repose sur trois étapes séquentielles : clic sur le lien, installation de l'application et correspondance des événements. À chaque étape, OneLink conserve et transmet les données d'attribution en utilisant une combinaison de méthodes pour déterminer avec précision la source de trafic.

Structure d'un lien OneLink

Un lien OneLink a un format spécial qui inclut le domaine AppsFlyer, l'ID de l'application et les paramètres de campagne. Le modèle standard ressemble à https://app.onelink.me/{app-id}?pid={source}&c={campaign}&af_dp={deeplink}. Le paramètre pid (media source) indique la source de trafic, c est le nom de la campagne, af_dp est le deep link dans l'application.

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        AppsFlyerLib.getInstance()
            .start(this, "YOUR_DEV_KEY")
    }

    override fun onNewIntent(intent: Intent?) {
        super.onNewIntent(intent)
        AppsFlyerLib.getInstance()
            .onNewIntent(this, intent)
    }
}

Le paramètre af_dp spécifie le deep link que l'utilisateur suivra si l'application est déjà installée. Pour les nouveaux utilisateurs, le mécanisme de deep linking différé s'active : après l'installation et le premier lancement, le SDK détermine les paramètres sauvegardés et dirige l'utilisateur vers l'écran souhaité. Le paramètre af_click_lookback définit la fenêtre d'attribution — la période pendant laquelle un clic est considéré comme ayant conduit à une installation.

Mécanisme d'attribution

Après avoir cliqué sur un lien OneLink, AppsFlyer enregistre le clic et l'associe à un ID de clic unique. Lorsque l'utilisateur installe et ouvre l'application, le SDK AppsFlyer envoie une requête au serveur avec l'identifiant de l'appareil (IDFA sur iOS, GAID sur Android). Le serveur fait correspondre l'ID de clic avec l'installation et détermine la source de trafic.

Si aucune correspondance exacte d'ID n'est trouvée (par exemple, l'utilisateur a désactivé l'ID publicitaire), le fingerprinting est utilisé — analyse de l'adresse IP, du modèle d'appareil, de la version de l'OS et de l'horodatage. Selon AppsFlyer, le fingerprinting offre une précision d'attribution de 92 à 95 % sur iOS et de 95 à 97 % sur Android, même sans ID publicitaire. La combinaison de méthodes déterministes (IDFA/GAID) et probabilistes (fingerprinting) donne l'image la plus complète des sources de trafic.

OneLink vs deep link classique

La principale différence entre OneLink et un deep link classique réside dans la capacité à préserver l'attribution tout au long du parcours utilisateur. Un deep link classique (par exemple, myapp://screen) ouvre l'application mais ne peut pas déterminer d'où vient l'utilisateur s'il vient d'installer l'application depuis le store.

OneLink utilise son propre SDK pour suivre les événements dans l'application et les lier automatiquement aux données d'attribution. Cela permet de créer des rapports sur l'ensemble de l'entonnoir, de l'impression publicitaire à l'achat, au remboursement ou à la rétention de l'utilisateur à J+7. Les deep links classiques n'offrent pas cette capacité — ils fonctionnent uniquement comme un mécanisme de navigation, sans couche d'analyse et d'attribution marketing.

Où OneLink est utilisé

OneLink est utilisé dans un large éventail de scénarios marketing où il est nécessaire de lier avec précision les actions des utilisateurs aux sources publicitaires. Les principaux domaines incluent l'acquisition de nouveaux utilisateurs, le réengagement des utilisateurs existants et la mesure de l'efficacité de chaque canal.

Campagnes d'annonces d'installation

Lors de l'exécution d'annonces d'installation (campagnes UA), les liens OneLink sont placés dans les annonces sur Facebook Ads, Google Ads, TikTok, Snapchat et d'autres plateformes. Le paramètre pid identifie de manière unique la plateforme, et le paramètre supplémentaire c (campaign) identifie la campagne spécifique. AppsFlyer fait automatiquement correspondre les clics aux installations et affiche des rapports de CPI (coût par installation), CR (taux de conversion) et ROAS (retour sur dépenses publicitaires) pour chaque source.

Retargeting et réengagement

Pour les utilisateurs qui ont déjà l'application installée, OneLink prend en charge les campagnes de retargeting. Lorsqu'un utilisateur existant clique sur un lien, OneLink ouvre l'application et transmet des paramètres promotionnels tels qu'une réduction personnelle ou un bonus. AppsFlyer distingue les nouveaux utilisateurs des utilisateurs qui reviennent à l'aide du drapeau is_retargeting et crée des rapports séparés pour chaque type de trafic — important pour le calcul correct du LTV (valeur à vie).

Deep linking différé pour le trafic organique

OneLink est utilisé non seulement dans les campagnes payantes, mais aussi pour le trafic organique : liens dans les newsletters par email, SMS, codes QR et réseaux sociaux. Si l'utilisateur n'a pas installé l'application, OneLink le dirige vers l'App Store ou Google Play, et après l'installation — vers l'écran cible : page produit, article, profil ou offre promotionnelle. Le deep linking différé est essentiel pour la conversion car il supprime la friction entre le désir de l'utilisateur d'effectuer une action et la nécessité de trouver manuellement la bonne section.

Programmes partenaires et marketing d'influence

OneLink prend en charge la génération de liens uniques pour chaque partenaire ou influenceur. Le paramètre af_sub1 peut contenir l'ID du partenaire, af_sub2 — le nom de la publication ou de la vidéo. Cela permet aux spécialistes du marketing de voir quel contenu génère le plus d'installations et de conversions et d'optimiser le budget en fonction des données, et non des suppositions.

Configuration de OneLink dans un projet

Pour que OneLink fonctionne correctement, le SDK AppsFlyer doit être intégré dans l'application mobile. Le processus comprend l'installation du SDK, la configuration du domaine OneLink et la gestion des deep links entrants via les mécanismes système de la plateforme — Universal Links sur iOS et App Links sur Android.

Intégration du SDK AppsFlyer

Le SDK est installé via les gestionnaires de dépendances standard. Sur Android, la dépendance est ajoutée dans Gradle ; sur iOS, via CocoaPods ou Swift Package Manager. Après l'installation, le SDK est initialisé avec une clé développeur obtenue dans le tableau de bord AppsFlyer et commence automatiquement à suivre les installations et les événements.

https://app.onelink.me/A1b2C3d4?pid=facebook&c=summer_campaign&af_dp=myapp://promo/summer2026&af_click_lookback=7d

Dans l'exemple ci-dessus, le SDK est initialisé dans la méthode onCreate de l'activité principale à l'aide de la clé développeur. La méthode onNewIntent est obligatoire pour gérer les deep links si l'application est déjà en cours d'exécution. Sans cet appel, l'attribution pour les ouvertures répétées à partir de liens OneLink ne sera pas enregistrée, ce qui faussera les statistiques des campagnes de retargeting.

Configuration Universal Links (iOS)

Pour iOS, il est nécessaire de configurer Universal Links : ajouter des entitlements avec le domaine OneLink (app.onelink.me) et placer le fichier apple-app-site-association sur le serveur. AppsFlyer génère automatiquement ce fichier lors de la configuration de OneLink dans le tableau de bord ; le développeur n'a qu'à ajouter l'entitlement et à gérer les liens entrants dans l'AppDelegate.

import AppsFlyerLib

class AppDelegate: UIResponder, UIApplicationDelegate {
    func application(
        _ application: UIApplication,
        continue userActivity: NSUserActivity,
        restorationHandler: Any?
    ) -> Bool {
        AppsFlyerLib.shared()
            .continue(userActivity, restorationHandler: nil)
        return true
    }
}

La méthode continue userActivity est appelée par le système lors du suivi d'un Universal Link. À l'intérieur, AppsFlyerLib.shared().continue est appelé, qui extrait les paramètres d'attribution du lien et les envoie au serveur. Une approche similaire est utilisée sur Android avec Intent Filter et auto-verify pour App Links.

Une fois l'intégration terminée, les liens OneLink peuvent être générés via le tableau de bord AppsFlyer ou l'API pour chaque campagne publicitaire. Il est important de tester les liens sur toutes les plateformes : sur une application fraîchement installée (différé), sur une application déjà installée (direct) et sur une page web si l'application n'est pas installée. Le test est effectué via l'outil Test Link d'AppsFlyer, qui simule le comportement sur toutes les plateformes sans nécessiter de publication dans les magasins.

Lorsqu'on travaille avec OneLink, il est important de prendre en compte les limitations des plateformes : sur iOS, après l'introduction d'App Tracking Transparency (ATT), l'accès à l'IDFA nécessite le consentement explicite de l'utilisateur, ce qui réduit la précision de l'attribution déterministe. Google limite également l'utilisation du GAID sur Android 14+ et versions ultérieures, nécessitant une confirmation de l'utilisateur. Dans ces conditions, le fingerprinting devient la principale méthode d'attribution et sa précision dépend directement de la qualité des données — plus le SDK collecte de signaux, plus la probabilité de faire correspondre correctement un clic à une installation est élevée.