En bref : tout savoir sur les réseaux sel reporting (SRN) - attribution, deep linking, recommandations selon l'iOS, et FAQ.
SRN intégrés à AppsFlyer
Remarque : les SRN appliquent des restrictions de retention et d'utilisation des données de niveau utilisateur.
Attribution
Contrairement aux non-SRN (réseaux publicitaires), qui utilisent des liens d'attribution pour signaler les événements à AppsFlyer, les SRN s'attribuent eux-mêmes via l'ID d'appareil lorsque AppsFlyer les informe d'une installation.
L'attribution AppsFlyer pour les SRN et les non-SRN suit les logiques ci-dessous :
- Utilisation des deux méthodes last-touch et multi-touch.
- AppsFlyer applique sa méthode d'attribution habituelle pour séquencer les données d'impression et de clic.
Comment fonctionne l'attribution avec les SRN ?
Les SRN transmettent les événements (de type nouvelles installations et événements in-app) à AppsFlyer de la manière suivante :
- Ils utilisent des API pour communiquer avec les fournisseurs d'attribution et d'analyses.
- Lorsque les fournisseurs d’attribution tiers détectent une installation, ils interrogent le réseau avec l’ID publicitaire.
- Ils rapportent les infos détaillées pour tous les clics ou impressions publicitaires concernés.
Une fois l'attribution réalisée par AppsFlyer, les postbacks in-app sont envoyés au SRN jusqu'à ce que la période de conservation des données du partenaire soit écoulée.
Comment fonctionne l'attribution avec les SRN avancés ?
La méthode d'attribution est la même pour les SRN avancés que pour les SRN classiques. Cependant, les SRN avancés peuvent également attribuer des engagements lorsqu'il n'y a pas d'identifiant de dispositif (IDFA), et ce en passant par la confidentialité avancée agrégée et en utilisant le matching d'identifiant et la modélisation probabiliste via lien d'attribution.
Attribution d'installation
Les utilisateurs consultent et explorent souvent plusieurs publicités avant de finir par installer une application. En général, les fournisseurs d'attribution indiquent aux annonceurs l'attribution qui reflète le dernier touch, ce qui attribue l'installation au tout dernier clic réalisé avant que l'installation n'ait lieu.
Lorsqu'une app est lancée pour la première fois :
- AppsFlyer vérifie les points suivants :
- L’app est configurée pour recevoir le trafic des SRN.
- L'utilisateur a un ID publicitaire.
- Si les deux conditions sont remplies, AppsFlyer interroge les SRN à l’aide de l’ID publicitaire.
- AppsFlyer procède à l'attribution après avoir pris en compte les exigences du SRN.
Exemples d'attribution d'installation
Exemple A : attribution assistée
Lundi : le réseau A rapporte un clic d'utilisateur.
Mardi : le réseau B rapporte un engagement vidéo.
Mercredi : le réseau C rapporte un clic sur une publicité vidéo et, 30 minutes plus tard, une installation a lieu.
AppsFlyer attribue l'installation au réseau C et considère que les réseaux A et B ont assisté l'installation.
AppsFlyer fournit aux annonceurs les données d'assistance (c'est à dire les engagements non attribués qui ont lieu avant installation). Ces données permettent aux annonceurs de personnaliser leurs modèles d'attribution multi-touch ou fractionnée. Pour en savoir plus, veuillez consulter cette courte explication.
Exemple B : attribution du dernier clic
Le réseau D (SRN) rapporte un clic quelques minutes avant le réseau C.
Le réseau C utilise une intégration d'attribution standard.
AppsFlyer attribue l'installation au réseau C, associé au dernier clic.
Fenêtres d'attribution
Les fenêtres d'attribution comprennent les fenêtres rétrospectives et post-vue.Certains SRN facturent les annonceurs en fonction des installations basées sur le coût par impression (CPM) ou le coût par action (CPA) (c'est à dire basées sur les clics ou impressions qui se produisent sur une période allant de 1 à 28 jours).
AppsFlyer attribue l'installation, l'activité, le coût effectif par installation (eCPI) et le coût effectif par action (eCPA) en fonction de la méthode d'attribution préférée de l'annonceur et des fenêtres rétrospectives.
Les annonceurs peuvent avoir à payer les installations en fonction de la fenêtre rétrospective d'attribution SRN ou d'un modèle post-vues.
- Les annonceurs attendent d'AppsFlyer et de sa méthodologie d'attribution universelle tierce qu'il optimise et alloue leurs dépenses publicitaires.
- Pourquoi ? Parce que AppsFlyer rapporte les eCPI et eCPA en fonction des termes qui ont été définis par l'annonceur.
- Les SRN peuvent en bénéficier à court terme car ils imposent souvent leurs propres conditions de paiement. Mais les annonceurs font en sorte que cela ne se produise pas en passant par des fournisseurs d'attribution tiers.
Deep Linking avec des SRN
Pour que les utilisateurs ouvrent l'application lorsque le lien est cliqué, il vous suffit de configurer les Liens d'app / Liens universels / Schéma d'URI. Ceci étant dit, pour appliquer un deep linking direct ou différé à une certaine page ou activité de votre app, les SRN utilisent leurs propres méthodes, qui ne recourent pas au procédé de deep linking AppsFlyer.
Comment pouvez-vous rediriger vos utilisateurs via le Deep Linking et obtenir les données pertinentes de la part des SRN ?
Deep linking direct
Lorsque l'appareil d'un utilisateur effectue un deep linking, le deep linking direct sans SRN se fait sans recourir à la méthode de deep linking AppsFlyer. Dans l'exemple ci-dessous, les utilisateurs existants qui cliquent sur une publicité sont redirigés vers l'activité en suivant le procédé Facebook, tandis que les nouveaux utilisateurs vivent la même chose en passant par les données de conversion AppsFlyer. Découvrez comment Facebook utilise OneLink pour générer le deep linking.
Exemple
Jill, la marketeuse de l'app mobile greatapp, décide de lancer sur Meta ads une campagne de deep linking destinée au grand public. 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 :
- Proviennent-elles de Facebook ("is_fb=true") ?
- Si «true», obtenir la valeur du paramètre groupe publicitaire.
- Si la valeur contient le mot « bonus », rediriger l'utilisateur vers l'activité « bonus ».
Deep linking différé
Contrairement au deep linking, le deep linking différé avec les SRN est possible en passant par l'API GCD AppsFlyer.
AppsFlyer reçoit les données de conversion, puis les met à la disposition de l'application lors du premier lancement.
Les nouveaux utilisateurs qui installent l'application après avoir cliqué sur une campagne de deep linking / retargeting d'un SRN peuvent être redirigés dans l'app au moment de son lancement, et ce grâce aux données de conversion.
Toutefois, les SRN ne disposent pas des paramètres de Deep Linking standard d'AppsFlyer sous forme de données de Deep Linking.
Pour utiliser ces données dans l'app, le développeur doit utiliser une logique supplémentaire basée sur les paramètres disponibles tels que les campagnes, les ad sets ou les noms de publicité uniques.
Remarque : avec Meta ads, le deferred deep linking via GCD est disponible pour les apps Android qui utilisent le procédé Google Install Referrer. Il n’est pas disponible pour les apps iOS.
Conditions de version iOS
La plupart des SRN prennent en charge SKAdNetwork et ont l'intégration nécessaire avec AppsFlyer.
Attribution SRN sous iOS 14.5
Depuis iOS 14.5, lorsque les utilisateurs acceptent l'ATT tant pour les apps annonceur qu'éditeur (double consentement), les installations SRN (enregistrées dans le tableau de bord SKAdNetwork), apparaissent également dans les tableaux de bord classiques.
Note
- Le tableau de bord classique montre une réduction du nombre d'installations attribuées aux SRN. Pour améliorer les performances du SRN , utilisez le tableau de bord SKAdNetwork. Globalement, il faut s'attendre à une diminution des installations attribuées aux SRN, et à une augmentation proportionnelle des installations organiques. Toutefois, pour les SRN avancés, l'impact est plus faible car ils attribuent également les engagements lorsqu'il n'y a pas d'ID d'appareil.
- Le tableau de bord SKAdNetwork est mis à jour avec un décalage pouvant aller de 48 à 72 heures après l'installation.
- Les installations effectuées par Apple Search Ads (ASA) ne sont pas attribuées dans le tableau de bord SKAdNetwork.
Envoi de postbacks d'événements aux SRN
Les SRN recevant des postbacks d'événements se basent sur l'ID d'appareil que le postback contient. Cela permet aux SRN d'auto-attribuer les actions d'un utilisateur défini. De nombreux utilisateurs d'iOS 14 ne donnent pas leur consentement, ce qui signifie qu'ils n'autorisent pas l'accès à leur ID d'appareil (IDFA). Les conséquences sont les suivantes :
- Une diminution du nombre de postbacks d'événements envoyés aux SRN.
- Un nombre différent de postbacks d'événements entre les SRN et AppsFlyer, qui enregistrent tous les événements.
Note
- S'il n'y a pas d'IDFA, les postbacks d'installations, d'ouvertures d'app ou d'événements in-app ne sont pas envoyés aux SRN (sauf dans le cas des Google Ads). Sachez cependant que certains SRN avancés peuvent recevoir des postbacks en l'absence d'IDFA.
- Les réseaux publicitaires par clic ne sont pas affectés, car ils utilisent leurs propres identifiants de transaction, et non les identifiants d'appareil, pour auto-attribuer des informations de postback d'événement.
FAQ
Comment fonctionne le retargeting avec les SRN ?
Les clics de retargeting de sources non-SRN sont facilement identifiables grâce au paramètre is_retargeting=true
dans le lien d'attribution de retargeting.
Avec les SRN, il n'y a aucune indication similaire. Pour permettre d'attribuer les réengagements des sources SRN, AppsFlyer utilise une autre logique :
- Prérequis :
- Sur la page des paramètres d'app , sélectionnez Activer le retargeting.
- Sur la page Intégrations actives, sélectionnez le SRN et activez le Retargeting.
- À chaque lancement d'app, AppsFlyer interroge le SRN sur les engagements récents de l'ID d'appareil avec des publicités de campagne pour l'app.
- Si le SRN répond avec les éléments détaillés de l'engagement, AppsFlyer valide que l'engagement se situe dans la fenêtre rétrospective et dépasse le délai minimum autorisé entre les réengagements.
- Les engagements validés sont enregistrés comme des réengagements et attribués au SRN.
Qu'est-ce qu'un mauvais ciblage SRN ?
Les campagnes SRN sont censées cibler un public précis, mais ce n'est pas toujours le cas : des non-utilisateurs peuvent être touchés dans des campagnes d'acquisition d'utilisateurs, et des utilisateurs existants peuvent l'être dans des campagnes de retargeting.
Si un SRN est utilisé pour lancer à la fois des campagnes d'acquisition d'utilisateurs et de retargeting, il y a des choses d'obtenir un mauvais ciblage des utilisateurs. Le résultat, c'est que vous payez pour un trafic dont vous ne vouliez pas.
Scénario : un SRN de la plate-forme AppsFlyer est activé pour une campagne d'acquisition utilisateur.
- Après chaque lancement d'app, AppsFlyer interroge le SRN pour vérifier si l'ID publicitaire (utilisateur) a eu un engagement récent.
- Si tel est le cas,
- le SRN répond en donnant le nom de la campagne.
- AppsFlyer détermine s'il s'agit du premier lancement (ou non) et gère les attributions :
Premier lancement : une nouvelle installation est attribuée à la campagne.
Deuxième lancement ou lancement ultérieur : un événement de retargeting est attribué à la campagne.
Conclusion : il est contre-productif de vouloir obtenir les événements de retargeting à partir d'une campagne d'acquisition d'utilisateurs.
Le mauvais ciblage pose-t-il des problèmes ?
Les analystes de données AppsFlyer ont surveillé les campagnes d'acquisition d'utilisateurs de Meta ads pendant un mois donné.
- Le retargeting était activé.
- Dans 30 % des campagnes, au moins 15 % des utilisateurs ciblés étaient des utilisateurs de l'app déjà existants.
- Dans 5 % des campagnes, au moins 40 % d'entre eux étaient des utilisateurs déjà existants de l'app.
- Conclusion : dans les campagnes d'acquisition d'utilisateurs SRN, 1 utilisateur ciblé sur 10 est déjà un utilisateur existant.
Comment résoudre le problème du mauvais ciblage
Solution imparable : ne pas inclure les utilisateurs existants dans une campagne d'acquisition d'utilisateurs.
- Le SRN ciblera uniquement les nouveaux utilisateurs.
- Maximise les résultats d'acquisition des nouveaux utilisateurs avec le même budget.
- Mettez périodiquement (et manuellement) la campagne à jour, par exemple une fois par mois.
- Toutefois, en raison de certains délais, les utilisateurs existants pourront être ciblés par une campagne d'acquisition d'utilisateurs durant le premier mois qui suivra l'installation de leur app.
Audiences, qui est une fonctionnalité premium AppsFlyer, vous permet d'envoyer automatiquement et chaque jour à des dizaines de réseaux publicitaires, un segment choisi de votre base d'utilisateurs.
Des études AppsFlyer indiquent qu'en corrigeant un mauvais ciblage, l'impact sur le marketing et sur les actions d'acquisition d'utilisateurs peut être significatif.
Pourquoi le champ URL d'origine est-il vide dans les rapports de données brutes ?
Le clic est effectué dans l'environnement SRN mais sans lien d'attribution AppsFlyer. Les données d'URL d'origine associées au clic ne sont donc pas disponibles pour AppsFlyer.
Le tableau de bord n'affiche pas les clics et les impressions SRN
Les agences peuvent-elles configurer des campagnes SRN ?
Est-ce que AppsFlyer envoie des postbacks pour les ID de publicité manquants (IDFA / GAID) ?
- Dans le cas d'une intégration pour les mesures avec Google Ads, lorsqu'un utilisateur iOS n'ayant pas donné son accord ouvre l'app ou génère un événement in-app, AppsFlyer envoie le
gbraid
ainsi que les informations de l'événement à Google Ads (pour l'événementadditional_data_json
). -
Sous Android, lorsqu'il n'y a pas d'ID d'appareil mais que la valeur du référent contient un
gclid
(pour les installations), ou qu'un événement de réengagement contient un deep link avec le paramètregclid
, AppsFlyer envoie legclid
ainsi que les informations d'événement à Google Ads.
gbraid
Google Ads : un ID agrégé généré par Google qui permet d'identifier un groupe d’appareils et qui est référencé par le deep link.
gclid
) : un paramètre que transmet l'URL lors d'un clic sur une publicité, et qui permet d'identifier la campagne et autres attributs de clics associés à la publicité. Il permet le suivi des publicités et l’attribution des campagnes.