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 est basée sur les clics sur l'annonce qui conduiraient l'utilisateur à installer l'application. SKAdNetwork v2.2 et versions ultérieures sont également compatibles avec les annonces après affichage, où l'attribution est basée simplement sur l'affichage de l'annonce.
Les consignes suivantes sont fournies pour s'assurer que le SDK Google Mobile Ads peut lancer correctement l'attribution SKAdNetwork.
Attribution au clic pour les annonces pour mobile
Par défaut, l'attribution SKAdNetwork n'est lancée par l'événement de clic sur une annonce du SDK Google Mobile Ads que si l'action de clic est spécifiquement redirigée vers l'App Store d'Apple. Cette exigence permet d'éviter que la plate-forme de téléchargement d'applications ne soit lancée par des clics qui ne sont pas destinés à l'ouvrir. Ces types d'actions de clic peuvent inclure, par exemple, l'accès à 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, 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
- 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 auraient une destination finale vers 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.comhttps://itunes.apple.comitms-apps://itms://
Toutes les autres pages de destination ou toute autre méthode de redirection côté client ne sont pas redirigées sur la plate-forme de téléchargement d'applications et peuvent ne pas lancer le processus d'attribution SKAdNetwork. Exemples :
- Page HTML nécessitant une action de l'utilisateur pour rediriger les utilisateurs vers la plate-forme de téléchargement d'applications
- Page HTML comportant un script de redirection automatisé basé sur JavaScript vers la plate-forme de téléchargement d'applications
- Balises Meta Refresh
Bonnes pratiques pour 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 en tant qu'URL de destination dans les tags d'ancrage entourant l'élément cliquable, ou en tant qu'URL cible d'opérations
window.locationà partir d'événements de clic basés sur JavaScript. - MRAID
- L'action de clic doit appeler
Mraid.open()pour lancer 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
ClickThroughdans le code XML VAST. - Il s'agit de ma langue maternelle
- 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 dans le champ
native_ad.click_link_urlpour le protocole RTB Google ou dans le champnative.linkpour le protocole OpenRTB.
Attribution après affichage pour les annonces pour mobile
Lorsque l'attribution après affichage SKAdNetwork v2.2 est compatible, 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 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 avec 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 plusieurs impressions simultanées pour l'attribution après affichage.
Consignes
Les champs de demande d'enchère BidRequest.imp.ext.skadn.fidelities pour OpenRTB et BidRequest.mobile.skadn.supported_fidelity_types pour le protocole obsolète de Google RTB spécifient 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 de fidélité VIEW_THROUGH_ADS si l'attribution après affichage n'est pas acceptée. Si vous répondez avec des fidélités VIEW_THROUGH_ADS alors qu'elles ne sont pas acceptées, 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 activées pour l'attribution SKAdNetwork 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 celle du SDK Google Mobile Ads de l'application d'éditeur déterminent les fonctionnalités SKAdNetwork compatibles avec la demande d'annonce.
Vous pouvez déterminer cela dans la demande d'enchère à l'aide du champ BidRequest.imp.ext.skadn.versions d'OpenRTB ou du champ BidRequest.mobile.skadn.versions du protocole obsolète de Google RTB. Ils répertorient toutes les versions de SKAdNetwork compatibles avec 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 est l'une des versions listé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.