Quel est l'impact de l'App Tracking Transparency (ATT) sur notre tracking ?

L'App Tracking Transparency (ATT) d'Apple, introduite dans iOS 14, nécessite le consentement de l'utilisateur pour traquer l'activité à travers les apps et sites web d'autres entreprises. Dans Piano Analytics, l'impact de l'ATT dépend principalement de l'identifiant visiteur que vous avez configuré dans le SDK.

Résumé de l'impact (selon votre identifiant SDK)

• Si vous utilisez UUID ou IDFV comme identifiant visiteur, vous n'êtes pas affecté par l'ATT, car ces identifiants ne sont pas des identifiants publicitaires.

• Si vous utilisez IDFA (l'identifiant publicitaire d'Apple), iOS 14+ cause une diminution significative (mais graduelle) du trafic mesurable et dédupliqué à mesure que les utilisateurs mettent à jour leur OS et choisissent de ne pas autoriser le tracking.

Pourquoi les métriques peuvent changer après l'ATT (même si le trafic global est stable)

Lorsque les utilisateurs refusent l'ATT, un identifiant publicitaire comme IDFA n'est pas disponible. Sans un identifiant stable, Piano Analytics peut être incapable de dédupliquer les visites à un seul visiteur, ce qui peut entraîner des changements tels que :

• Une diminution des "visites par visiteur" (la même personne peut être comptée comme plusieurs visiteurs au fil du temps)

• Une augmentation apparente des visiteurs uniques, alors que le volume de trafic global reste similaire

Ceci est particulièrement visible dans les métriques centrées sur les visiteurs (par exemple, les métriques de type "nouveaux visiteurs" de l'app).

Options d'identifiant et leur comportement sous ATT

IDFA (Identifier for Advertisers)

• Destiné aux cas d'utilisation publicitaire.

• Lorsqu'un utilisateur refuse l'ATT, IDFA devient indisponible.

• Dans cette situation, le SDK traitera, par défaut, l'utilisateur comme OPT-OUT, ce qui réduit les capacités de mesure.

Comme IDFA est dédié à la publicité, il représente également un risque juridique/de conformité supplémentaire (Apple/Google fournissent l'identifiant mais n'assument pas la responsabilité de son utilisation). De plus, les taux d'opt-in ATT sont généralement bas, rendant IDFA indisponible dans la majorité des cas.

UUID (identifiant généré par le SDK)

• Généré par le SDK et n'est pas un identifiant publicitaire.

• N'est pas bloqué par ATT de la même manière que IDFA.

• Reste généralement stable pour une installation, et peut changer après :

  • une réinstallation de l'app

  • un changement de type d'identifiant dans la configuration du SDK

  • une période de renouvellement de l'identifiant (par défaut, UUID est renouvelé tous les 13 mois ; cette durée peut être ajustée selon votre configuration SDK)

Utiliser UUID peut permettre la mesure en mode exempt lorsque le tracking est refusé, à condition que vous respectiez toutes les conditions fixées par les autorités locales applicables.

IDFV (Identifier for Vendor)

• Généré par Apple.

• Peut permettre l'identification à travers plusieurs apps du même fournisseur.

• N'est pas impacté par ATT de la même manière que IDFA.

Approche recommandée

Piano recommande d'utiliser un identifiant non publicitaire tel que UUID (ou IDFV selon votre cas d'utilisation) plutôt que IDFA.

Si vous utilisez actuellement IDFA, attendez-vous à une diminution significative du trafic mesurable à mesure que l'adoption d'iOS 14+ augmente et que les utilisateurs refusent le tracking. Passer à UUID/IDFV atténue cela.

ignoreLimitedAdTracking: repli d'IDFA/AAID vers UUID

Le SDK inclut une sous-option appelée ignoreLimitedAdTracking. Lorsqu'elle est activée, elle se comporte comme suit :

• Si IDFA/AAID est indisponible (par exemple, en raison d'un refus de tracking / tracking publicitaire limité), le SDK peut se replier sur UUID au lieu de forcer une situation OPT-OUT.

• Cela vous aide à maintenir la mesure des visiteurs (généralement en mode exempt) lorsque les utilisateurs refusent le tracking publicitaire, en supposant que vous respectiez les exigences réglementaires applicables.

Si vous voulez que le SDK évite de perdre des mesures en raison des restrictions d'identifiant publicitaire, activez ignoreLimitedAdTracking et vérifiez que votre stratégie d'identifiant est cohérente avec votre position en matière de confidentialité/conformité.

Nos analyses se basent sur l'identifiant choisi lors de la configuration du SDK ; si vous utilisez l’IDFV ou un UUID alors vous ne serez pas concernés par ces changements.

L'impact de la mise à jour iOS 14 pour nos clients utilisant l'IDFA sera une baisse conséquente, mais progressive, de leur trafic, dès le déploiement de cette dernière. De ce fait, nous vous conseillons d'utiliser un identifiant mobile différent, tel que l'IDFV, par exemple.

Lorsqu'un utilisateur choisi de bloquer l'IDFA/AAID, il sera, par défaut, en OPT-OUT. Veuillez noter qu'il existe une sous-option dans nos SDK, appelée ignoreLimitedAdTracking, qui revient à utiliser l'UUID si l'IDFA/AAID est indisponible.

En utilisant l'UUID, vous pourrez effectuer une mesure en mode exempté en cas de refus du tracking, à condition de respecter toutes les conditions fixées par la CNIL.

Cependant, nous ne recommandons pas l'utilisation d'un identifiant publicitaire. En effet celui-ci représente un risque d'un point de vue juridique car il est dédié à la publicité (Apple et Google réfutent toute responsabilité). Deuxièmement, cette nouvelle fonction opt-in sur iOS 14 rend l'IDFA indisponible dans la grande majorité des cas.