El objetivo de la API de SKAdNetwork de Apple es medir el éxito de las campañas publicitarias de instalación de aplicación y, al mismo tiempo, mantener la privacidad del usuario. En el caso de SKAdNetwork v2.0 y v2.1, la atribución de instalación para los anuncios renderizados por StoreKit se genera a partir de los clics en el anuncio que llevarían al usuario a instalar la aplicación. SKAdNetwork v2.2 y versiones posteriores también admiten anuncios posimpresión en los que la atribución se genera solo con la visualización del anuncio.
Los siguientes lineamientos se proporcionan para garantizar que el SDK de anuncios de Google para dispositivos móviles pueda iniciar la atribución de SKAdNetwork correctamente.
Atribución de clics para anuncios para dispositivos móviles
El evento de clic en el anuncio del SDK de anuncios de Google para dispositivos móviles inicia la atribución de SKAdNetwork solo si la acción de clic llega específicamente a la App Store de Apple. El motivo de este requisito es evitar que la tienda de aplicaciones se inicie con clics que no están destinados a abrirla. Estos tipos de acciones de clics podrían incluir, por ejemplo, navegar a una página de AdChoices.
Lineamientos
Para garantizar que las acciones de clic en los anuncios y las instalaciones de aplicaciones posteriores generen una atribución de SKAdNetwork, cuando crees las creatividades, asegúrate de que la URL de clic de la creatividad sea una de las siguientes:
- un vínculo directo a la app anunciada en la tienda de aplicaciones
- usa métodos de redireccionamiento, como HTTP 301, 302 o algún otro tipo de cadena de redireccionamiento HTTP del servidor que tenga un destino final en la tienda de aplicaciones.
Los vínculos a la tienda de aplicaciones, ya sea directamente o a través de una cadena de redireccionamiento, se confirman si la URL comienza con cualquiera de los siguientes patrones:
https://apps.apple.comhttps://itunes.apple.comitms-apps://itms://
Se determinó que cualquier otra página de destino o cualquier otro método de redireccionamiento del cliente no llega a la tienda de aplicaciones y es posible que no inicie el proceso de atribución de SKAdNetwork. Ejemplos:
- Página HTML que requiere que el usuario realice una acción para redireccionarlo a la tienda de aplicaciones
- Página HTML que tiene una secuencia de comandos de redireccionamiento automatizada basada en JavaScript a la tienda de aplicaciones
- Metaetiquetas de actualización
Prácticas recomendadas para diferentes tipos de creatividades
La acción de clic para iniciar la atribución de SKAdNetwork se puede configurar para los diferentes tipos de creatividades de la siguiente manera:
- Creatividades HTML
- Se puede configurar como la URL de destino en las etiquetas de ancla que rodean el elemento en el que se puede hacer clic o como la URL de destino de las operaciones de
window.locationdesde eventos de clic basados en JavaScript. - MRAID
- La acción de clic debe llamar a
Mraid.open()para iniciar la atribución de SKAdNetwork. - Video de VAST
- La URL de la tienda de aplicaciones se debe establecer en el elemento
ClickThroughen el archivo VAST XML. - Nativo
- La URL de la tienda de aplicaciones se debe establecer en el campo
native.link.urlpara OpenRTB (o en el camponative_ad.click_link_urlpara el protocolo de RTB de Google obsoleto).
Atribución de vistas completas para anuncios para dispositivos móviles
Cuando se admite la atribución de vistas de SKAdNetwork v2.2, la API de SKAdNetwork inicia un temporizador de impresiones una vez que se renderiza el anuncio y el usuario lo ve. La atribución solo se permite para los anuncios que se mostraron durante un mínimo de 3 segundos.
Ten en cuenta que las versiones 15.3 y anteriores de iOS solo admiten 1 temporizador de impresión activo a la vez, en cuyo caso es posible que una impresión falle en la iniciación de la atribución de vistas si hay varios anuncios de atribución de vistas en la misma pantalla. Esta restricción se retiró en iOS 15.4 y versiones posteriores, por lo que SKAdNetwork ahora permite varias impresiones simultáneas habilitadas para la atribución posimpresión.
Lineamientos
El campo de solicitud de oferta BidRequest.imp.ext.skadn.fidelities para OpenRTB (o BidRequest.mobile.skadn.supported_fidelity_types para el protocolo de Google RTB obsoleto) especifica qué tipos de fidelidad de atribución son compatibles con la solicitud de oferta. Este campo incluye el tipo de fidelidad VIEW_THROUGH_ADS en las versiones 2.2 y posteriores de SKAdNetwork.
Asegúrate de que la respuesta de la oferta no incluya fidelidades VIEW_THROUGH_ADS si no se admite la atribución de vistas. Si respondes con fidelidades VIEW_THROUGH_ADS cuando no se admiten, la oferta se filtrará antes de la subasta.
Compatibilidad con versiones anteriores
A partir de la versión 4.0 de SKAdNetwork, las solicitudes de anuncios habilitadas para la atribución de SKAdNetwork son retrocompatibles. Esto permite que las redes de publicidad respondan con versiones anteriores de SKAdNetwork, incluso cuando la solicitud de anuncio admite versiones más recientes.
Lineamientos
La versión del SO del dispositivo del usuario y la versión del SDK de anuncios de Google para dispositivos móviles de la app del publicador determinan qué funciones de SKAdNetwork admite la solicitud de anuncio.
Esto se puede determinar en la solicitud de oferta con el campo BidRequest.imp.ext.skadn.versions de OpenRTB (o el campo BidRequest.mobile.skadn.versions del protocolo de RTB de Google obsoleto). En ellas, se enumeran todas las versiones de SKAdNetwork que admite la solicitud de anuncio.
Para evitar el filtrado de ofertas, asegúrate de que la versión de SKAdNetwork que se usa para compilar la respuesta sea una de las versiones que se enumeran en la solicitud de oferta. Además, cuando se introduzcan versiones más recientes de SKAdNetwork, ten en cuenta que se permite responder con versiones anteriores, siempre y cuando la versión esté en esta lista. Esto permite que las redes de anuncios sigan respondiendo con versiones anteriores y adapten las versiones más recientes a su propio ritmo.