Guide de démarrage rapide et FAQ pour iOS 14, ATT et SKAN

En bref : Depuis iOS 14.5, Apple exige que vous implémentiez et respectiez les conditions d’AppTrackingTransparency (ATT). ATT signifie que si votre app collecte des données sur les utilisateurs finaux et les partage avec d’autres sociétés à des fins de suivi entre les apps et les sites web, vous devez utiliser la boîte de dialogue de consentement ATT et obtenir le consentement de l’utilisateur dans l’app de l’éditeur et de l’annonceur. En l’absence de suivi, il n’est pas nécessaire d’afficher la boîte de dialogue pour le consentement. 

iOS14-consent-pre-ATT-enforcement-6522_Cover-image_917x480.jpg

Mesure de l’attribution dans un environnement ATT

AppsFlyer vous fournit plusieurs méthodes d'attribution vous offrant une gamme complète de solutions d'attribution. L’exigence de consentement ATT impacte l’attribution dans le contexte des campagnes payantes d’application à application. Les annonceurs doivent donc utiliser une combinaison de solutions d’attribution et de reporting. 

Dans le cas des campagnes payantes d’application à application, SKAN fournit des résultats d’attribution déterministes. D’autres types de campagnes, tels que les médias propriétaires, les applications web et les annonces Apple Search Ads, utilisent les outils d’attribution traditionnels d’AppsFlyer. Ces derniers fournissent une mesure LTV à long terme, tandis que SKAN mesure les performances de l’utilisateur lors d’une courte post-installation. 

En résumé, pour obtenir une vue d’ensemble complète, utilisez à la fois les solutions traditionnelles SKAN et AppsFlyer car elles se complètent.

Cet article présente SKAN et ATT aux annonceurs. Il est destiné aux annonceurs déjà familiers avec la plateforme AppsFlyer.

Principes de la solution SKAN

AppsFlyer fournit des résultats agrégés d'attribution iOS en utilisant les postbacks SKAN d'iOS. Ces postbacks sont envoyés par iOS aux réseaux publicitaires qui les transmettent ensuite à AppsFlyer. Les postbacks contiennent des enregistrements d'attribution anonymes auxquels s'ajoutent une valeur de conversion (CV) définie par l'annonceur. La CV correspond à la mesure de la qualité de l'utilisateur au cours d'une fenêtre initiale de post-installation.

La solution SKAN AppsFlyer offre aux annonceurs :

  • Des tableaux de bord avec les données SKAN ainsi que des rapports obtenus en agrégeant les postbacks de tous les réseaux publicitaires enrichis de différents types de données, comme le coût. 
  • La possibilité de contrôler (via le studio de conversion AppsFlyer) ce que la VC mesure sans avoir à modifier le code de l'application. La VC peut être utilisée pour mesurer les revenus, les engagements ou les événements de conversion. 

Les limites de SKAN

  • Campagnes : Ne prend pas en charge Apple Search Ads, les campagnes de promotion croisée et les installations web mobiles. 
  • Période de mesure : La période de mesure effective est limitée à quelques jours.
  1.  

Flux SKAN

SKAN_flow_-_Affinity_diagram_2.png

  1. L'annonceur définit les paramètres de mesure SKAN dans le Studio de conversion AppsFlyer.
  2. L'utilisateur ouvre l'app pour la première fois. 
  3. Pendant chaque fenêtre, AppsFlyer définit la CV selon les actions de l'utilisateur et le schéma de CV qui a été défini. 
  4. Après la fermeture de la fenêtre, iOS envoie le postback au réseau publicitaire ainsi qu'une copie du postback à AppsFlyer. Le postback arrive après un certain délai :
    • Fenêtre de mesure 1 de SKAN 4 : 24-48 heures
    • Fenêtre de mesure 2-3 de SKAN 4 : 24-144 heures
    • Pour SKAN 3 : Pour SKAN 24 : 48-48 heures après la dernière augmentation de la valeur de la VC.
  5. Les copies des postbacks envoyées directement de l'appareil iOS à AppsFlyer sont transmises au point de terminaison défini par l'annonceur. Voir Envoyer des copies de postbacks SKAN à AppsFlyer.
  6. Le réseau publicitaire transmet les postbacks enrichis à AppsFlyer, ou bien le SRN communique les données de postback via API. 
  7. AppsFlyer valide et décode la VC. Les données décodées sont enregistrées et attribuées avant d’être mises à disposition dans AppsFlyer via les tableaux de bord, les rapports et les API.

Principes ATT

La fenêtre ATT permet aux annonceurs d’obtenir le consentement explicite de l’utilisateur afin de collecter et de partager leurs données. Depuis iOS 14.5, l'IDFA est disponible uniquement si l'utilisateur donne son consentement via l’invitation ATT.

Les applications de l’éditeur et de l’annonceur affichent l’invitation. Si l’utilisateur donne son consentement dans les deux apps, cela signifie qu’il accepte le suivi et que les annonceurs sont autorisés par Apple à suivre l’utilisateur entre les apps appartenant à différentes sociétés. 

Réglage de l’ATT

L’ATT est défini sur l’une des valeurs répertoriées dans le tableau ci-dessous. Initialement, iOS définit ATT sur non déterminé ou restreint.

Considérez que l’utilisation de la demande de consentement pour convertir un utilisateur non déterminé à autorisé est facultative. Toutefois, si vous n’affichez pas l’invitation, vous ne pouvez pas obtenir d’autorisation.

Valeur ATT Consentement
(IDFA disponible) 
Remarques
Restreint Non
  • Déterminé par Apple en fonction de l’âge de l’utilisateur et d’autres critères. Ne peut pas être modifié par l’utilisateur de l’appareil. 
  • L’invitation ne peut pas être affichée pour ces utilisateurs.
Non déterminé (jusqu’à iOS 14.4)  Oui

Valeur par défaut

Non déterminé

(à partir d’iOS 14.5)

Non Valeur par défaut 
Refusé Non

Se produit si l’une des conditions suivantes s’applique :

  • Définir après l’affichage de l’invitation
  • L’utilisateur a désactivé l’option Autoriser les applications à demander le suivi (commutateur principal au niveau de l’appareil)
  • Avant l’installation d’iOS 14 sur l’appareil, le LAT était activé
Autorisé(e) Oui Définir après l’affichage de l’invitation

Conséquences de l’ATT

En raison de l'ATT, de nombreux utilisateurs ne donneront pas leur consentement, l'IDFA ne sera pas disponible et le suivi ne sera pas autorisé. En conséquence, les annonceurs qui, jusqu'à iOS 14.5, se fiaient aux rapports d'attribution au niveau de l'utilisateur, doivent transférer une partie de leur analyse vers des méthodes et des rapports d'attribution agrégée. Modèle d'attribution AppsFlyer

Les données relatives à l’attribution d’une application proviennent de plusieurs sources. L’identifiant disponible et utilisé par chacune diffère. La plupart des données s’affichent à l’aide des outils d’attribution traditionnels. Toutefois, pour les installations attribuées à l’aide de SKAN, les rapports se font via le tableau de bord SKAN.

Quel tableau de bord a l’installation ?

Dans iOS 14, une installation peut être attribuée à la fois aux tableaux de bord traditionnels et SKAN. De plus, selon le contexte de la source média, il peut être attribué comme organique dans un tableau de bord et comme non organique dans l’autre.

Connaissances importantes sur iOS 14

Articles et liens iOS 14 et SKAN

Secteur Article Intérêt particulier : FAQ, divergences, comparaisons 
SKAN Champs de données brutes SKAN Données brutes supplémentaires, champs SKAN prenant en charge did_win et SKAN 3.0
SKAN Solution SKAN
SKAN Interopérabilité avec les partenaires SKAN (section article) Liste des partenaires SKAN intégrés
SKAN

Intégration des publicités Meta et d’AppsFlyer SKAN 

 

SKAN Interopérabilité Snapchat et AppsFlyer SKAN Guide des écarts
Confidentialité Confidentialité avancée agrégée (CAA)
Confidentialité Sources média restreintes Champs de données brutes restreints
iOS 14 Étiquettes nutritionnelles : préparez-vous à l’examen de l’App Store  
iOS 14 Configuration ATT dans l’application (aide aux développeurs du SDK)  
iOS 14 À propos des réseaux d’auto-reporting (SRN) tels que Google, Meta ads, etc Où les installations SRN sont-elles signalées ?
Facturation Facturation pour les apps iOS  

Impact d’iOS 14 sur l’attribution et la mesure 

Métriques

Considérez qu’en raison de l’ATT, les mesures relatives aux utilisateurs non consentants de l’ATT peuvent être affectées comme suit :

Métriques Augmenter Diminuer Remarques
Non organique vs organique Organique Non organique  
Réinstallations et installations Installations Réinstallations  
Retargeting Installations organiques et événements in-app Réengagements, réattributions  
Apple Search Ads -- -- Inchangé. Les utilisateurs consentants et non consentants sont attribués correctement. 

Deep Linking

Le deep linking différé utilisant l’ancienne méthode onConversionDataSuccess peut ne pas fonctionner pour iOS 14.5+, car il nécessite des données d’attribution qui peuvent ne pas être disponibles en raison de la protection de la confidentialité.

Nous vous recommandons d’utiliser le deep linking unifié (DLU). La DLU est conforme aux normes de confidentialité iOS 14.5+ et ne renvoie que les paramètres pertinents pour le deep linking et le deep linking différé : deep_link_value et deep_link_sub1. Les paramètres d’attribution tels que media_source, campaignet af_sub1-5 renvoient null et ne peuvent pas être utilisés à des fins de deep linking. En savoir plus

FAQ – iOS 14+

Qu’advient-il d’une app utilisant une version du SDK antérieure à la V6+ ?

Si vous utilisez une version du SDK antérieure à la V6.0 :

  • Les publicités SKAdNetwork et Apple Search ne fonctionneront pas.
  • Si vous soumettez l’app à l’App Store, attendez-vous à ce qu’elle soit rejetée. 

Pour les applications utilisant un SDK antérieur à la V6.10 : SKAN 4 ne fonctionnera pas.

Est-il obligatoire d’afficher l’invitation ATT ?

Non. Vous n’avez besoin de demander le consentement ATT que si vous souhaitez suivre un utilisateur, collecter l’IDFA ou les deux. 

FAQ—SKAN

Comment puis-je savoir quand je recevrai des postbacks et s’ils seront SKAN 3 ou SKAN 4 ?

Le type de publication SKAN que vous recevez est déterminé par divers facteurs, notamment le mode que vous utilisez dans Conversion Studio, le réseau publicitaire que vous utilisez et la version iOS de vos utilisateurs.

Ces facteurs ont un impact sur :

  • Version de postback : SKAN 3 ou SKAN 4. En savoir plus
  • Fenêtre 1 (AW) : Pour SKAN 4, c’est 48 heures. Pour SKAN 3, cela est basé sur la fenêtre d’activité. Remarque : Si Conversion Studio n’est pas SKAN 4, mais que la signature du réseau publicitaire l’est, la fenêtre est basée sur la fenêtre d’activité ou sur 48 heures, selon la valeur la plus basse.
  • Délai du postback : Heures après l’installation, lorsque le postback SKAN arrive. Cela dépend du moment où la fenêtre est fermée. En savoir plus
  • Minuterie roulante : Pour SKAN 3, la fenêtre d’activité peut être prolongée jusqu’à 63 jours ; Le postback n’arrive qu’après la fermeture de la fenêtre.

L’organigramme suivant explique cela plus en détail.

SKAN_4_matrix_-_Page_8__1_.png

Dans SKAN, suis-je limité à un certain nombre d’identifiants de source/ID de campagne par réseau publicitaire ?

Oui. Auparavant, la limite était de 100 identifiants de campagne. Cependant, à partir de SKAN 4, les ID de campagne sont appelés identifiants de source hiérarchiques et la limite est de 10 000. L’identificateur de source est un entier à 4 chiffres. 

Les réseaux publicitaires associent l’identifiant de source SKAN à leur ID de campagne.

Quel est le cas d’utilisation des données brutes SKAN ?

  • Utilisez des données brutes pour agréger des dimensions qui ne sont pas disponibles via des API agrégées.
  • Ajustez facilement les processus d’importation de données brutes existants pour consommer les données brutes SPAN.

Pourquoi les valeurs de conversion que je reçois ne correspondent-elles pas à ma configuration dans AppsFlyer Conversion Studio ?

Cela est généralement dû à un autre SDK dans votre app qui a la capacité de définir des valeurs de conversion, ce qui entre en conflit avec votre SDK AppsFlyer et les valeurs de conversion que vous avez configurées dans AppsFlyer. Assurez-vous de ne pas avoir un autre SDK intégré dans votre app qui définit des valeurs de conversion.

Pourquoi les données agrégées de mon tableau de bord SKAN ne correspondent-elles pas aux chiffres de données brutes de mes rapports SKAN Data Locker ?

Cette divergence est due au fait que les rapports de Data Locker sont consultés au mauvais moment. La réception des données de Google peut prendre jusqu’à 13 jours. Et dans les rapports de données brutes, les données sont écrites le jour de leur réception, et non de manière cumulative. Par conséquent, pour obtenir des mesures correctes pour les installations relatives à une date spécifique, vous devez également consulter tous les rapports 13 jours après cette date.

Exemple : Dans le rapport du 12 juin, il affiche 100 installations de Google qui ont eu lieu le 11 juin. Dans le rapport du 24 juin, il est indiqué que 100 installations DE PLUS ont eu lieu le 11 juin. Vous devrez examiner tous les rapports des 13 derniers jours (du 12 au 24 juin) et les agréger en fonction de l’heure d’installation ou de l’horodatage du réseau publicitaire pour obtenir une lecture précise des 200 installations totales qui ont eu lieu le 11 juin.