Hemos profundizado en cómo los socios de tecnología publicitaria móvil pueden colaborar e integrarse con Privacy Sandbox on Android, para facilitar la atribución y los informes de atribución.

Como proveedor de medición móvil, nos alegra ver que aunque el marco es técnicamente complejo, existen muchos mecanismos para atender las necesidades avanzadas de datos de redes publicitarias, anunciantes y proveedores de medición por igual. En este artículo, identificamos los mecanismos clave que plantean desafíos interesantes, y un enfoque práctico que las redes publicitarias (y editores), proveedores de medición móvil (MMPs), y anunciantes pueden usar para integrarse en el marco de atribución.

Antes de comenzar, aquí hay algunos términos clave que debemos comprender:

• Fuente de atribución – Google lingo para un punto de contacto publicitario (clic o impresión)
• Disparador – Google lingo para evento de conversión de app (instalación, eventos post-instalación)
• Red de anuncios – Usaremos esto como un término genérico para cualquier entidad que sirva un anuncio y registre una fuente de atribución
• Proveedor de medición móvil – es un término genérico para una plataforma de análisis de marketing de terceros para aplicaciones móviles
• Marco de atribución – el “Informe de atribución” propuesta de diseño publicada por Google, una de las cuatro propuestas en el Privacy Sandbox en Android que se anunció a principios de este año

Desafío n.° 1: Atribución aislada

Comenzaremos con el primer desafío del marco de atribución. Este marco detalla una decisión de diseño interesante:

¿Qué implica? Si un usuario vio anuncios de la Red A y la Red B y luego descarga la app, ambas redes serán notificadas de haber ganado la atribución. Sharon de BestGame’s adquisición de usuarios el equipo no recibirá la tradicional atribución de último toque necesaria para el crédito y el análisis. Por lo tanto, los MMP aún deben encontrar una forma de ofrecer un conjunto de datos que elimina duplicados y brinda los insights de marketing de último toque necesarios.

Desafío n.° 2: Coordinación de claves de agregación

El marco de atribución permite generar informes de resultados mediante dos métodos: informes a nivel de evento e informes agregables. El método más interesante es el de los informes agregables. Para obtener un informe agregable, es necesario definir claves de agregación.

This means that in order to get an aggregatable report, one needs to be able to influence matching key values on both the attribution source and trigger registration process. This isn’t easy for a single entity to do, and this is the reason why ad networks (and their SDKs) and mobile measurement providers (and their SDKs) manage their respective sides of the ad-to-conversion journey today.

Por lo tanto, frente a estos desafíos y limitaciones clave, una estrategia de integración eficaz debe abordar lo siguiente:

1. Facilitar los informes de atribución de “último toque”, que siguen siendo imprescindibles para que los equipos de marketing tomen sus decisiones.
2. Mantenga la gestión de claves de agregación lo más simple posible para que cada "plataforma de tecnología publicitaria" en el recorrido del anuncio a la conversión pueda recuperar sus respectivos informes agregables, al mismo tiempo que se garantiza que los anunciantes tengan control sobre qué datos se pueden y no se pueden compartir.

Capacidades de redirección integradas de Opportunity

La buena noticia es que el marco de atribución tiene un mecanismo clave que permite una solución a ambas restricciones, al permitir redirecciones tanto en la fuente de atribución como en el registro de activadores

Redirección de la fuente de atribución:

Redirección del disparador:

Una integración práctica para redes publicitarias y medición de terceros

Al utilizar redirecciones, varias plataformas de tecnología publicitaria pueden ser parte del flujo de registro tanto para las fuentes de atribución como para los activadores, lo que permite que todas las plataformas de tecnología publicitaria utilicen el marco de atribución para sus propios fines.

Veamos cómo podría funcionar todo esto para un anunciante mutuo hipotético

Flujo de registro de fuente de atribución

• Los servidores SDK de red publicitaria sirven anuncios en la aplicación/sitio del editor y el usuario hace clic en el anuncio.
• El SDK de red publicitaria registra los clics en el anuncio y llama a registerAttributionSource, enviando información sobre el anuncio a través de un ID de clic.

• Los servidores de la red publicitaria reciben clics en anuncios y respuestas con metadatos de la fuente de atribución asociados a la campaña a través de los encabezados HTTP documentados, incluyendo claves de agregación para los informes de la red publicitaria. Para la campaña en cuestión, el anunciante ha configurado una URL de medición (del MMP) y la respuesta incluye una redirección a la URL de medición del MMP con macros completadas, según lo permita la red publicitaria.

• Los servidores MMP reciben clics en anuncios y responden con metadatos de origen de atribución y configuraciones de atribución configuradas para la red publicitaria (por ejemplo, ventanas de atribución, metadatos de campaña, etc.), incluidas claves de agregación para la aplicación del anunciante con los esquemas de informes elegidos.

       * Cubriremos esto con más detalle en nuestra próxima publicación sobre informes con el marco de atribución

Después del flujo de registro de la fuente de atribución, tanto la red publicitaria como MMP tienen sus respectivos “clics” y claves de agregación registrados en el marco de atribución.

Flujo de registro de disparadores

• El usuario descarga la aplicación.
• El SDK de MMP en la aplicación del anunciante detecta la instalación y llama a triggerAttribution, enviando información sobre la instalación a los servidores de MMP.

• Los servidores MMP reciben instalaciones y responden con información de datos de activación, incluyendo la misma clave de agregación usada durante el registro de la fuente de atribución, así como reenviando la activación a cualquier red publicitaria que el anunciante haya elegido para reenviar eventos de conversión de apps. En Singular jerga, este es nuestro “Partner Configuration” panel donde los anunciantes eligen y seleccionan qué postbacks configurar a las redes publicitarias. Al igual que los postbacks a redes publicitarias hoy, el MMP puede permitir a los anunciantes personalizar los postbacks a cada red mediante macros de postback MMP.Partner Configuration” dashboard where advertisers pick and choose which postbacks to configure to ad networks. Much like postbacks to ad networks today, the MMP can allow advertisers to customize postbacks to each ad network via MMP postback macros.

* Cubriremos esto con más detalle en nuestra próxima publicación sobre informes con el marco de atribución

• Los servidores MMP reciben clics en anuncios y responden con metadatos de fuente de atribución y configuraciones de atribución configuradas para la red publicitaria (por ejemplo, ventanas de atribución MMP, metadatos de campaña, etc.).
• Repita los pasos 6 a 8 para eventos posteriores a la instalación adicionales y opcionales.

Tras el proceso de registro del activador, el MMP y todas las redes publicitarias elegibles han recibido activadores que les notifican un evento de conversión (instalación) y pueden proporcionar la segunda parte de sus claves de agregación. Si el marco de atribución atribuye el activador a una fuente de atribución (tanto el MMP como la red publicitaria), esto se reflejará en sus respectivos informes agregables.

Resumen

Con esta propuesta, las redes publicitarias y los MMP pueden compartir y facilitar la atribución entre sí para beneficiar a los anunciantes mutuos en sus necesidades de informes de atribución de MMP y optimización de campañas de redes publicitarias.

Los MMP pueden recibir todos los puntos de contacto de las redes de anuncios para ejecutar atribución de último toque en todas las redes de los anunciantes. Lo más interesante: el flujo de registro de la fuente de atribución es muy similar al funcionamiento actual de redes y MMP. Los enlaces de seguimiento de redes suelen redirigir “on-device” a la URL de medición del MMP configurada. En teoría, facilita que redes y MMP adapten sus URLs de medición al marco. Sin embargo, puede ser más complejo para redes sin procesamiento sincrónico de puntos de contacto.

Las redes publicitarias pueden recibir todos los eventos de aplicaciones configurados y autorizados de las MMP, lo que les permite optimizar sus campañas utilizando su propio evento configurado e informes agregables compuestos por sus propias atribuciones. El flujo de registro de activadores es un similar al de los postbacks de MMP a la red publicitaria. En teoría, esto debería facilitar a las redes publicitarias la reconfiguración de sus puntos finales de postback para aceptar registros de activadores.

¿Qué preguntas quedan?

Nuestro primer blog sobre Privacy Sandbox en Android detalla preguntas iniciales que teníamos al usar el marco de atribución. Hemos respondido algunas con esta propuesta, pero hemos añadido otras más en el proceso

1. ¿Cómo se pueden abordar las discrepancias?
   La propuesta permite que las redes publicitarias y los MMP atribuyan de forma independiente con su propia lógica. Dada la naturaleza centrada en la privacidad del marco, podría resultar difícil resolver las discrepancias, ya que cada plataforma de tecnología publicitaria tendrá sus propios resultados de atribución del marco.
2. ¿Qué variaciones de integración podrían existir?
   En teoría, podría existir una versión de la propuesta de integración centrada en MMP, en la que sea poco común que las redes publicitarias registren activadores, y todos los informes y la atribución se faciliten a través de MMP mediante postbacks atribuidos asíncronos a las redes publicitarias. Esto podría funcionar de forma similar a los postbacks atribuidos actuales.
3. ¿Cómo el Privacy Sandbox desalienta o limita la medición independiente mediante el marco de atribución?
   Los puntos de contacto y disparadores siguen siendo solicitudes HTTP al back‑end de una plataforma tecnológica publicitaria’s. En teoría, esas plataformas pueden seguir basándose en la información enviada en las solicitudes para atribuir y reportar. ¿Limitará el SDK Runtime suficientemente la atribución independiente, al tiempo que brinda datos suficientes para estrategias efectivas de registro de fuentes y disparadores de atribución?

¿Que sigue?

Aunque aún es temprano para implementarlo, agradecemos comentarios y colaboración con nuestros socios de redes publicitarias. Contacta a tu Singular manager de socios y únete a nuestra Mobile App Privacy comunidad de Slack si aún no lo has hecho. Compartimos activamente nuestro feedback con Google y te invitamos a hacerlo también.

Esté atento a nuestra próxima publicación de blog, donde analizaremos en profundidad las estrategias de informes que vemos que utilizan los informes de eventos y agregables en el marco de atribución de Privacy Sandbox en Android.