La API de SKAdNetwork de Apple tiene como objetivo medir el éxito de las campañas publicitarias de instalación de aplicaciones y, al mismo tiempo, mantener la privacidad del usuario. Para las versiones 2.0 y 2.1 de SKAdNetwork, la atribución de instalación de los anuncios renderizados en StoreKit se basa en los clics en el anuncio que llevarían al usuario a instalar la app. SKAdNetwork v2.2 y las versiones posteriores también admiten anuncios posimpresión en los que la atribución se genera solo por ver el 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 en el clic para anuncios para dispositivos móviles
De forma predeterminada, la atribución de SKAdNetwork se inicia a través del evento de clic en el anuncio del SDK de anuncios de Google para dispositivos móviles 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 abrir la tienda de aplicaciones. Estos tipos de acciones de clic pueden incluir, por ejemplo, navegar a una página de AdChoices.
Lineamientos
Para garantizar que las acciones de clic en los anuncios y las instalaciones posteriores de la app generen una atribución de SKAdNetwork, cuando diseñes las creatividades, asegúrate de que la URL de clic de la creatividad sea
- un vínculo directo a la aplicación promocionada en la tienda de aplicaciones
- usa métodos de redireccionamiento, como HTTP 301, 302 o algún otro tipo de cadenas de redireccionamiento HTTP del servidor que tendrían un destino final de la tienda de aplicaciones.
Los vínculos a la tienda de aplicaciones, ya sea de forma directa 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 determina que otras páginas de destino o cualquier otro método de redireccionamiento del cliente no se dirigirán a la tienda de aplicaciones y es posible que no inicien el proceso de atribución de SKAdNetwork. Ejemplos:
- Página HTML que requiere una acción del usuario para redireccionar a la tienda de aplicaciones
- Página HTML que tiene una secuencia de comandos de redireccionamiento basada en JavaScript automática 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 anclaje que rodean al elemento en el que se puede hacer clic o como la URL de destino de las operaciones de
window.locationde los 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 o el elemento inicial de la cadena de redireccionamiento se pueden configurar como el elemento
ClickThroughen el XML de VAST. - Nativo
- La URL de la tienda de aplicaciones o el elemento inicial de la cadena de redireccionamiento se pueden configurar en el campo
native_ad.click_link_urlpara el proto de RTB de Google o el camponative.linkpara el proto de OpenRTB.
Atribución posimpresión para los anuncios para dispositivos móviles
Cuando se admite la atribución posimpresión 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. Solo se permite la atribución para 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 impresiones activa a la vez, en cuyo caso podría ser posible que una impresión falle en el inicio de la atribución posimpresión si hay varios anuncios de atribución posimpresión en la misma pantalla. Esta restricción se efectuó en iOS 15.4 y versiones posteriores, por lo que SKAdNetwork ahora permite habilitar varias impresiones simultáneas para la atribución posimpresión.
Lineamientos
Los campos de solicitud de oferta BidRequest.imp.ext.skadn.fidelities para OpenRTB y BidRequest.mobile.skadn.supported_fidelity_types para el protocolo RTB de Google obsoleto especifican qué tipos de fidelidad de atribución son compatibles con la solicitud de oferta. Estos campos incluyen el tipo de fidelidad VIEW_THROUGH_ADS en la versión 2.2 de SKAdNetwork y posteriores.
Asegúrate de que la respuesta a la oferta no incluya las fidelidades VIEW_THROUGH_ADS si la atribución posimpresión no se admite. Responder con fidelidades VIEW_THROUGH_ADS cuando no se admite hace que la oferta se filtre 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 compatibles con versiones anteriores. 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 son compatibles con la solicitud de anuncio.
Esto se puede determinar en la solicitud de oferta mediante 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 compatibles con la solicitud de anuncio.
Para evitar el filtrado de ofertas, asegúrate de que la versión de SKAdNetwork que se usó para crear la respuesta sea una de las versiones que aparecen en la solicitud de oferta. Además, cuando se presenten versiones más nuevas 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 publicidad sigan respondiendo con versiones anteriores y adapten las nuevas a su propio ritmo.