Consignes concernant l'initiation de l'attribution SKAdNetwork

L'API SKAdNetwork d'Apple vise à mesurer le succès des campagnes publicitaires incitant à installer une application tout en préservant la confidentialité des utilisateurs. Pour SKAdNetwork v2.0 et v2.1, l'attribution des installations pour les annonces affichées par StoreKit dépend des clics sur l'annonce qui conduiraient l'utilisateur à installer l'application. SKAdNetwork versions 2.2 et ultérieures est également compatible avec les annonces après affichage où l'attribution est basée sur le simple visionnage de l'annonce.

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

Attribution lors d'un clic pour les annonces pour mobile

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

Consignes

Pour vous assurer que les actions de clic sur les annonces et les installations d'application ultérieures entraîneront une attribution SKAdNetwork, lorsque vous concevez les créations, assurez-vous que l'URL de destination de la création est :

  • un lien direct vers l'application mise en avant sur la plate-forme de téléchargement d'applications ; ou
  • utilise des méthodes de redirection, telles que HTTP 301, 302 ou d'autres types de chaînes de redirection HTTP côté serveur, dont la destination finale est la plate-forme de téléchargement d'applications.

Les liens vers la plate-forme de téléchargement d'applications, directement ou via une chaîne de redirection, sont confirmés si l'URL commence par l'un des formats suivants:

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

Toutes les autres pages de destination ou utilisant d'autres méthodes de redirection côté client sont susceptibles de n'accéder pas à la plate-forme de téléchargement d'applications ni de lancer le processus d'attribution SKAdNetwork. Exemples :

  • Page HTML nécessitant une action de l'utilisateur pour rediriger l'utilisateur vers la plate-forme de téléchargement d'applications
  • Page HTML comportant un script de redirection JavaScript automatique vers la plate-forme de téléchargement d'applications
  • Balises Meta Refresh

Bonnes pratiques concernant les 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
Elle 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 de clic basés sur JavaScript.
MRAID
L'action de clic doit appeler Mraid.open() pour initier l'attribution SKAdNetwork.
Vidéo VAST
L'URL de la plate-forme de téléchargement d'applications ou l'élément de départ de la chaîne de redirection peut être défini en tant qu'élément ClickThrough dans le fichier XML VAST.
Natif
L'URL de la plate-forme de téléchargement d'applications ou l'élément de départ de la chaîne de redirection peuvent être définis dans le champ native_ad.click_link_url du proto RTB Google ou native.link pour le proto OpenRTB.

Attribution après affichage pour les annonces pour mobile

Lorsque l'attribution après affichage de SKAdNetwork v2.2 est acceptée, 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 diffusées pendant au moins trois secondes.

Notez qu'iOS 15.3 et les versions antérieures n'acceptent qu'un seul minuteur d'impression actif à la fois. Dans ce cas, il est possible qu'une impression échoue au lancement de l'attribution après affichage si plusieurs annonces d'attribution après affichage sont diffusées sur le même écran. Cette restriction a été levée sur iOS 15.4 et versions ultérieures. SKAdNetwork permet désormais d'activer plusieurs impressions simultanées pour l'attribution après affichage.

Consignes

Les champs de demande d'enchère BidRequest.mobile.skadn.supported_fidelity_types pour le protocole RTB de Google et BidRequest.imp.ext.skadn.fidelities pour le protocole OpenRTB indiquent les types de fidélité d'attribution compatibles avec la demande d'enchère. Ces champs incluent le type de fidélité VIEW_THROUGH_ADS dans les versions 2.2 et ultérieures de SKAdNetwork.

Assurez-vous que la réponse à l'enchère n'inclut pas les fidélités VIEW_THROUGH_ADS si l'attribution après affichage n'est pas acceptée. Si vous répondez avec la fidélité VIEW_THROUGH_ADS, si ce n'est pas accepté, l'enchère est filtrée avant la mise aux enchères.

Rétrocompatibilité

Depuis la version 4.0 de SKAdNetwork, les demandes d'annonces pour lesquelles l'attribution SKAdNetwork est activée sont rétrocompatibles. Cela permet aux réseaux publicitaires de répondre avec d'anciennes versions de SKAdNetwork, même lorsque la demande d'annonce est compatible avec les 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 d'éditeur déterminent les fonctionnalités SKAdNetwork compatibles avec la demande d'annonce. Pour ce faire, utilisez le champ BidRequest.mobile.skadn.versions pour le protocole RTB de Google ou le champ BidRequest.imp.ext.skadn.versions pour le protocole OpenRTB. Ce champ liste toutes les versions SKAdNetwork compatibles avec la demande d'annonce.

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