Consignes concernant l'initiation de l'attribution SKAdNetwork

L'API SKAdNetwork d'Apple vise à mesurer l'efficacité des campagnes publicitaires d'installation d'applications tout en préservant la confidentialité des utilisateurs. Pour SKAdNetwork 2.0 et 2.1, l'attribution des installations pour les annonces affichées par StoreKit est basée sur les clics sur l'annonce qui ont conduit l'utilisateur à installer l'application. SKAdNetwork 2.2 et les versions ultérieures sont également compatibles avec les annonces après lecture complète, où l'attribution est basée uniquement sur la lecture de l'annonce.

Les consignes suivantes sont fournies pour s'assurer que le SDK Google Mobile Ads peut initier correctement l'attribution SKAdNetwork.

Attribution au clic pour les annonces mobiles

L'attribution SKAdNetwork est initiée par l'événement de clic sur l'annonce du SDK Google Mobile Ads uniquement si l'action de clic aboutit spécifiquement à l'App Store d'Apple. Cette exigence vise à empêcher le lancement de la plate-forme de téléchargement d'applications par des clics qui ne sont pas censés l'ouvrir. Ces types d'actions de clic peuvent inclure, par exemple, la navigation vers une page "Choisir sa pub".

Consignes

Pour garantir que les actions de clic sur les annonces et les installations d'applications ultérieures entraînent une attribution SKAdNetwork, assurez-vous que l'URL de suivi des clics de la création est l'une des suivantes :

  • un lien direct vers l'application promue sur la plate-forme de téléchargement d'applications ;
  • utilise des méthodes de redirection, telles que HTTP 301, 302 ou d'autres types de chaînes de redirection HTTP côté serveur qui ont pour destination finale l'App Store.

Les liens vers l'App Store, directement ou via une chaîne de redirection, sont confirmés si l'URL commence par l'un des modèles suivants :

  • https://apps.apple.com
  • https://itunes.apple.com
  • itms-apps://
  • itms://

Toute autre page de destination ou méthode de redirection côté client ne permet pas d'accéder à l'App Store et peut ne pas lancer le processus d'attribution SKAdNetwork. Exemples :

  • Page HTML qui nécessite une action de l'utilisateur pour rediriger vers le Play Store
  • Page HTML contenant un script de redirection automatisé basé sur JavaScript vers l'App Store
  • Balises Meta de réactualisation

Bonnes pratiques pour différents types de créations

L'action de clic permettant de lancer l'attribution SKAdNetwork peut être configurée pour les différents types de créations comme suit :

Créations HTML
Cette URL peut être configurée comme URL de destination sur les balises d'ancrage entourant l'élément cliquable, ou comme URL cible des opérations window.location à partir d'événements onclick basés sur JavaScript.
MRAID
L'action de clic doit appeler Mraid.open() pour lancer l'attribution SKAdNetwork.
Vidéo VAST
L'URL de l'application sur la plate-forme de téléchargement doit être définie dans l'élément ClickThrough du fichier XML VAST.
Natif
L'URL de la plate-forme de téléchargement d'applications doit être définie dans le champ native.link.url pour OpenRTB (ou dans le champ native_ad.click_link_url pour le protocole RTB de Google, qui n'est plus utilisé).

Attribution après affichage pour les annonces pour mobile

Lorsque l'attribution après lecture complète de l'annonce avec SKAdNetwork v2.2 est prise en charge, l'API SKAdNetwork démarre un minuteur d'impression une fois que l'annonce est affichée et vue par l'utilisateur. L'attribution n'est autorisée que pour les annonces qui ont été diffusées pendant au moins trois secondes.

Notez que les versions d'iOS 15.3 et antérieures ne prennent en charge qu'un seul timer d'impression actif à la fois. Dans ce cas, il est possible qu'une impression ne puisse pas initier l'attribution après lecture complète s'il existe plusieurs annonces avec attribution après lecture complète sur le même écran. Cette restriction a été levée sur iOS 15.4 et versions ultérieures. SKAdNetwork autorise désormais plusieurs impressions simultanées pour l'attribution après lecture complète.

Consignes

Le champ de demande d'enchères BidRequest.imp.ext.skadn.fidelities spécifie les types de fidélité d'attribution acceptés. Ce champ inclut le type de fidélité VIEW_THROUGH_ADS dans les versions 2.2 ou ultérieures de SKAdNetwork.

Assurez-vous que la réponse aux enchères n'inclut pas de fidélités VIEW_THROUGH_ADS si l'attribution après affichage n'est pas prise en charge. Si vous répondez avec des fidélités VIEW_THROUGH_ADS qui ne sont pas acceptées, l'enchère sera filtrée avant la mise aux enchères.

Rétrocompatibilité

Depuis SKAdNetwork v4.0, les demandes d'annonces compatibles avec l'attribution SKAdNetwork sont rétrocompatibles. Cela permet aux réseaux publicitaires de répondre avec des versions antérieures de SKAdNetwork, même lorsque la demande d'annonce est compatible avec des versions plus récentes.

Consignes

La version de l'OS de l'appareil de l'utilisateur et la version du SDK Google Mobile Ads de l'application de l'éditeur déterminent les fonctionnalités SKAdNetwork compatibles avec la demande d'annonce. Cela peut être déterminé dans la demande d'enchère à l'aide de BidRequest.imp.ext.skadn.versions. Cette liste indique toutes les versions SKAdNetwork acceptées par la demande d'annonce.

Pour éviter le filtrage des enchères, assurez-vous que la version SKAdNetwork utilisée pour créer la réponse figure parmi les versions listées dans la demande d'enchère. De plus, lorsque de nouvelles versions de SKAdNetwork sont introduites, notez que les réponses avec des versions antérieures sont autorisées tant que la version figure dans cette liste. Cela permet aux réseaux publicitaires de continuer à répondre avec les versions antérieures et d'adapter les versions plus récentes à leur propre rythme.