Privacy Sandbox en Android y Singular: cómo funcionará (parte 1)
¿Cómo romper más siendo menos disruptivo? Cuando organizamos recientemente un webinar sobre Privacy Sandbox en Android, de InMobi Sergio Serra dijo que mientras Privacy Sandbox rompe más que SKAdNetwork, será menos disruptivo.
Claro, eso puede sonar ilógico, pero parte de la razón se puede encontrar en la charla que tuve recientemente con dos arquitectos de software de Singular en el podcast Growth Masterminds.
Privacy Sandbox rompe más
Básicamente, Privacy Sandbox revolucionará la industria: es una suite publicitaria integral con targeting, atribución, medición y retargeting. Ofrece una visión 360° para el anunciante, desde colocar un anuncio (Topics API), hasta medir su efectividad (Attribution Reporting API) y crear audiencias para volver a impactar a clientes, usuarios o jugadores (Protected Audiences API, antes Fledge).
Por el contrario, SKAdNetwork de Apple no tiene ningún mecanismo de segmentación, ninguna noción de audiencias y ninguna capacidad de reorientación: es un marco de privacidad para tecnología publicitaria, no un marco de tecnología publicitaria para la privacidad.
Naturalmente, Privacy Sandbox es más complejo. Crea nuevas soluciones para más partes del ecosistema publicitario, y precisamente por eso también afectará a más tecnologías existentes.
“La integración con Android Privacy Sandbox es más complicada que la integración con SKAdNetwork”, afirma el arquitecto de software Singular , Ron Shub.
"Es una solución realmente compleja para el marketing y la medición del rendimiento", coincide el arquitecto jefe de software Singular , Yuval Carmel.
Pero Privacy Sandbox también es menos disruptivo
Pero esa no es toda la historia. También es menos disruptivo.
Y hay una razón muy sencilla: las empresas de tecnología publicitaria desarrollarán tecnología para gestionar todos los aspectos de la segmentación, las audiencias y la medición que Privacy Sandbox está rompiendo. Y los profesionales del marketing podrán usar estas soluciones prácticamente igual que las soluciones existentes.
Con algunas salvedades, por supuesto.
“Por suerte para nuestros clientes, claro, planeamos estar ahí para ellos y encargarnos del trabajo pesado”, dice Yuval Carmel. “Los guiaremos bastante”
Por supuesto que no es sólo Singular.
Las redes publicitarias, las plataformas orientadas a la demanda, los intercambios y las plataformas orientadas a la oferta están desarrollando capacidades de segmentación y audiencias basadas en la API de Temas y la API de Audiencias Protegidas, además de todos los demás criterios de segmentación y retargeting que protegen la privacidad y que aún pueden utilizar tras la eventual descontinuación del ID de Anuncio de Google (GAID). Esto incluye el contexto, el tiempo, el tipo de oferta, la ubicación aproximada y muchos otros factores que las plataformas de distribución de contenido (DSP) y otros proveedores de soluciones de tecnología publicitaria utilizan para el tráfico móvil sin identificador.
El plan y la esperanza (que se validarán con la experiencia real cuando Google finalmente active Privacy Sandbox a gran escala) es que los especialistas en marketing podrán hacer su trabajo y el ecosistema de tecnología publicitaria gestionará todo lo demás.
Veremos qué tan bien va esto, por supuesto, pero la mayoría en el ecosistema de marketing de rendimiento móvil parece sentir que el tiempo y la preparación que Google está invirtiendo en Privacy Sandbox darán como resultado una degradación de la señal de marketing mucho menor que la que vimos en iOS con la introducción de SKAN 3.
El referente de Google
Una gran ayuda en ese sentido: el referente de Google
Al igual que en la web, donde un sitio web recibe un referente cuando un cliente potencial hace clic en un enlace que le indica al sitio web de dónde proviene ese visitante, el referente de Google en las instalaciones de aplicaciones móviles brinda información sobre dónde se hizo clic en un anuncio, lo que proporciona una solución de medición de último clic en línea directa para los anunciantes.
(Nota: esto no estaba 100% claro en el momento de nuestra conversación, como podrá notar en la transcripción del video o podcast a continuación, pero ahora sí lo está)
“El referente de instalaciones de Google Play es probablemente el mecanismo más eficaz y preciso para atribuir y relacionar los clics en anuncios con las instalaciones de aplicaciones en dispositivos Android”, afirma Yuval Carmel. “Mientras esté disponible, la mayoría de las atribuciones de marketing, y también la nuestra, funcionarán con esta solución fiable y robusta. Es la mejor solución. Básicamente, puedes pasar información a Google Play Store y recibirla como una intención en el SDK de MMP, en nuestro SDK. Así que funciona mejor y puedes atribuir usuarios de forma fiable”
Los datos de referencia son fundamentales, pero no son los únicos datos que los especialistas en marketing obtendrán de Privacy Sandbox.
API de informes de atribución en Privacy Sandbox
La API de informes de atribución en Privacy Sandbox en Android admite dos tipos de informes:
- Datos a nivel de evento
- Desgloses súper detallados del embudo superior
- Datos del embudo inferior súper limitados
- Datos agregados
- Desgloses seleccionados del embudo superior
- Datos más detallados del embudo inferior
(Ver más sobre estos informes en Singular CEO Gadi Eliashiv’s Desglose de la API de atribución.)
Los datos a nivel de evento para conversiones o interacción son granulares, pero muy limitados: 1 bit para la atribución por visualización y 3 bits para los clics. Un bit te indicará prácticamente si un evento ocurrió o no: si alguien se registró o no, si alguien compró o no. Lo más difícil: debes elegir el evento que más te interese y no obtendrás datos de ningún otro.
Por otro lado, los conocimientos del embudo superior a partir de los datos a nivel de evento son súper detallados.
Con los datos agregados ocurre prácticamente lo contrario: solo se obtienen algunos desgloses del embudo superior, pero se obtienen datos de conversión más detallados. Dado que los datos están agregados y se añade ruido, se preserva la privacidad.
Cada uno tendrá su propio lugar.
“Los informes a nivel de evento son útiles para la optimización; los informes agregables son muy útiles para generar informes para la medición del rendimiento de una campaña”, afirma Shub. “Y por eso en Singular nos centramos en eso, ya que proporcionará los datos más precisos con menos interferencias y mucha más flexibilidad”
Entonces, ¿cómo funciona el flujo en Privacy Sandbox?
En un nivel muy simplificado, así es como se ve un escenario del mundo real en Privacy Sandbox para Android:
- El usuario hace clic en un anuncio
- La red publicitaria registra lo que Google llama una fuente para ese clic, que codifica algunos datos sobre dónde se realizó el clic, de qué campaña proviene el anuncio, información creativa y más.
- El usuario instala la aplicación
- El editor de la aplicación registra eventos de conversión, a los que Google llama "activadores".
- Se ejecuta un programa de trabajo en el dispositivo del usuario en Privacy Sandbox y crea datos cifrados sobre esos activadores.
- Cuando el editor de la aplicación decide que tiene suficientes datos, esos datos cifrados se envían a un servicio de agregación de atribución.
- Los servicios de agregación de atribución descifran los datos, los resumen en un informe y agregan ruido.
- Un comercializador recibe un informe resumido y tiene que decodificar las dimensiones que se codificaron al registrar las fuentes y los desencadenantes.
Todo suena muy complicado, y probablemente sea porque lo es. Pero la buena noticia es que Singular , y otros proveedores de tecnología publicitaria, están haciendo el trabajo pesado.
“Nos encargaremos de todo para los administradores de UA”, dice Shub. “Ni siquiera necesitan saber todo lo que ocurre entre bastidores. Estoy seguro de que quieren saber cuánta confianza tenemos en los datos, pero toda esta infraestructura es algo que vamos a respaldar junto con las redes publicitarias. Y es nuestro trabajo preparar esta infraestructura”
Por supuesto, hay más, incluidos detalles sobre los datos que obtiene y cómo los utiliza, y qué configurar en sus fuentes y activadores.
Todo eso tendrá que esperar a la segunda parte de nuestra entrevista con Yuval Carmel y Ron Shub, que llegará pronto.
Suscríbete a Growth Masterminds
Suscríbete a nuestro canal de YouTube con un solo clic.
O elija su plataforma de podcasting de audio favorita en la página de inicio del podcast.
Y… una transcripción completa: Singular y Privacy Sandbox en Android
Nota: Este vídeo fue generado por IA y está ligeramente editado. Puede contener errores. En caso de duda, revise el audio o el vídeo.
John Koetsier
Privacy Sandbox llegará pronto a Android y es hora de aceptarlo.
Hola y bienvenidos a Growth Masterminds. Mi nombre es John Koetsier. Me gusta la frase abrazar la dificultad. Es algo que le he dicho a mis hijos mucho cuando están haciendo algo difícil. Es algo que me digo a mí mismo cuando estoy haciendo algo difícil pero que vale la pena. Se trata de inclinarse hacia lo difícil para que eventualmente sea fácil.
Vimos que esto sucedió en iOS con los profesionales de marketing de ATT y SKAN que se involucraron, lo entendieron y mejoraron. Lo hicieron mejor y obtuvieron mejores resultados. Es probable que ocurra lo mismo con Privacy Sandbox y Android. No será fácil, pero sucederá. Ya viene. El GAID está desapareciendo y valdrá la pena involucrarse. Así que, para empezar a adoptar el calcetín, hoy charlamos con dos personas.
Ron Chubb es arquitecto de software en Singular y Yuval Carmel es el arquitecto jefe de Singular. Bienvenidos, Ron, bienvenidos, Yuval.
Ron Shub
Hola, es genial estar aquí.
Yuval Carmel
Ey.
John Koetsier
¡Genial! ¡Qué ganas de tenerte! Oye, creo que es la primera vez que nos adentramos en Privacy Sandbox en Growth Masterminds. Ya hemos hablado mucho de ello en el blog. También vamos a profundizar en ello. Pero como todos saben, Privacy Sandbox es un intento de Google por lograr tres cosas, ¿verdad?
Muestra contenido y anuncios relevantes, mide la eficacia de los anuncios y limita el seguimiento.
Yuval, ¿podrías empezar por aquí? ¿Cuál es tu impresión general de Privacy Sandbox en Android?
Yuval Carmel
Pues sí, John, creo que Google está invirtiendo mucho tiempo en el desarrollo de esta solución. Se nota bastante. Están desarrollando una solución orientada a la privacidad, que requerirá que los profesionales del marketing de UA definan con precisión qué quieren rastrear y con qué moralidad de antemano.
Así que la solución básicamente migra la lógica de atribución al dispositivo. Es como si estuviéramos trabajando más en el cliente.
Básicamente, requiere una gestión más compleja de los desencadenantes y las conversiones que se desean rastrear. Por lo tanto, los datos de marketing ya no estarán disponibles con información personal identificable (PII) como solíamos hacer, como los datos a nivel de usuario. Las cosas cambiarán un poco y probablemente los informes de datos serán más agregados. Veremos más informes agregados, personas que usarán datos más agregados y menos dependientes de los datos a nivel de usuario.
La idea, obviamente, es que sería difícil rastrear el comportamiento de usuarios individuales y el uso de aplicaciones específicas. Cabe mencionar que el equipo de pruebas de Google está trabajando estrechamente con nosotros y otros socios para garantizar que la solución esté bien analizada y probada, y que también tenga una buena arquitectura, lo cual es fantástico. Es un enfoque excelente.
Si tomas la decisión contraria, mencionaste aceptar la situación. Así que aceptar la situación es como un término militar, ¿verdad? Y como es obligatorio, no hay otra opción. Tienes que aceptar la situación. Y con los cambios previos en el panorama de la privacidad con otras empresas, realmente tenías que aceptar la situación. No podías hacer nada, no podías hablar con nadie. No había relaciones laborales allí.
Y aquí, básicamente, vemos a Google trabajando con sus socios para asegurar que el anuncio de servicio público sea más fácil de adoptar. Digamos que...
John Koetsier
Me encanta, me encanta, me encanta. Ron, si ves Privacy Sandbox y, ya sabes, SKAN en iOS, compáralos y contrástalos.
Ron Shub
Así que sí, Google está intentando resolver el mismo problema, ¿verdad? Y está desarrollando una solución para mejorar la privacidad que limita el seguimiento a nivel de usuario. Pero puedo decir que el enfoque es muy diferente entre SKAdNetwork y Android Privacy Sandbox, por ejemplo.
En primer lugar, hablando de ATT, y para resumir, ATT es la Transparencia de Seguimiento de Aplicaciones (APP), introducida por primera vez en iOS 14.5, que cambia el comportamiento de optar por no participar a optar por participar. Al instalar una aplicación, aparece una ventana emergente donde se debe indicar si se permite el seguimiento. La mayoría de la gente responde que no. Y entonces, ni nosotros ni los MMP, ya no tienen el IDFA. El IDFA se restablece, lo que dificulta mucho el seguimiento de los datos de marketing.
El enfoque de Google es un poco diferente. Dicen que primero queremos una alternativa: el entorno de pruebas de privacidad y las API. Y quizás más adelante, hablaremos sobre la descontinuación del ID de publicidad de Google. Por lo tanto, creemos que el ID de publicidad de Google se mantendrá por ahora, y no hay planes específicos para descontinuarlo [inmediatamente].
Y cuando lo desactiven, lo notificarán con suficiente antelación. Y al comparar SKAdNetwork con la atribución de Google, que es la API de informes de atribución, ambas intentan resolver lo mismo. Pero los enfoques son, de nuevo, muy diferentes. En cuanto a la documentación, Google proporciona muchísima documentación y repositorios. Básicamente, nos han facilitado todo el código abierto. Esto es muy útil para comprender cómo se verá la infraestructura, qué podemos hacer con ella, cómo podemos gestionar el ruido, etc. Algunos avances específicos son, por ejemplo, las dimensiones.
En SKAdNetwork, se obtiene un ID de campaña SKAN, que es un número entre 0 y 99, con solo 100 opciones. Ahora, en SKAdNetwork 4.0, se obtienen más opciones con el ID de origen, pero está muy estandarizado y tiene un límite.
Google proporciona 128 bits, una capacidad muchísimo mayor. Esto te da muchas opciones para codificar tus dimensiones. Otro pequeño adelanto es que Apple limitó la forma en que, al obtener la conversión, el periodo de conversión es prácticamente limitado. Por lo tanto, solo puedes hacer seguimiento después de las instalaciones durante unos días.
Y Google no tiene este límite en absoluto. Así que puedes obtener una gran cantidad de informes agregables y datos sin procesar. Tú decides cuándo quieres obtener el informe resumido. También puedes hacer un seguimiento de un mes después de la instalación. Esto demuestra el nivel de libertad que ofrece Google. Pero esto también conlleva complejidad. Por lo tanto, la integración con Android Privacy Sandbox es más complicada que la integración con SKAdNetwork.
John Koetsier
Esa es una frase interesante y quizás no les parezca una buena noticia a muchos profesionales del marketing, ya que la mayoría ha dicho que SKAN es realmente desafiante, y que esto ya se veía en las versiones 3 y 4. Es aún más desafiante, con más opciones, más análisis post-bac, más retrasos y todo ese tipo de cosas. Ahora mismo se están realizando pruebas con entornos de pruebas de privacidad y datos. Han estado trabajando con una versión preliminar para desarrolladores.
¿Cuáles son algunos de los aprendizajes y conclusiones más importantes que obtuviste al trabajar con la vista previa?
Ron Shub
Sí, estamos muy impresionados con los esfuerzos de Google, como mencionó Yuval. Mucha documentación y repositorios nos ayudaron a comprender lo que se lanzará muy pronto. Nuestro objetivo actual es completar una prueba integral de la API de Informes de Atribución, lo que implica desde el registro de un clic hasta la consulta al servicio de agregación y la obtención del informe resumido decodificado y descifrado.
Hay algunos obstáculos en el camino. No va muy bien, pero Google ha estado muy atento.
Actualmente, tenemos otro problema y creemos que estamos a punto de resolverlo. Estamos muy emocionados de poder finalizar la prueba integral y estar prácticamente listos para el entorno de pruebas de privacidad. Google responde con gran rapidez a nuestras preguntas y nos ayuda, y parece que están invirtiendo muchísimos recursos. Disfrutamos trabajando juntos.
John Koetsier
Súper interesante. Estás trabajando en ello ahora mismo. Mientras grabamos, es 1 de mayo. Probablemente se publique en unas dos semanas. Creo que tenemos hasta finales de año antes de que el GAID desaparezca y sucedan otras cosas. Pero sí, habrá tiempo para ello.
En términos generales, si observamos Privacy Sandbox, hay tres API que preservan la privacidad, como las llama Google en la web y Android, ¿verdad?
Existe la API de Temas, que debería permitir una segmentación mucho mejor que la que tenemos actualmente en iOS, pero sigo pensando que la granularidad será un desafío. Existe lo que antes se llamaba API de Fledge, que ahora es la API de Audiencias Protegidas, que debería permitir la reorientación y quizás un par de casos de uso más. Pero lo que más te preocupa, por supuesto, es la API de Informes de Atribución.
No sé por qué, hay alguna razón extraña, pero ahí es donde pasas la mayor parte del tiempo. ¿Qué tal te va?
Yuval Carmel
Sí, esa es una excelente pregunta. Como mencionaste, parece que Google está intentando encontrar una solución para cada razón por la que usas Google Advertising ID, ¿verdad? Así que obtienen la API de Temas para el retargeting y las audiencias de Fledge, la API Protegida para las audiencias. Y luego la API de Informes de Atribución.
Así que sí, ¿qué pienso al respecto y qué tan bueno es?
El Privacy Sandbox de informes de atribución cambiará la forma en que algunos de nosotros estamos acostumbrados a ver los datos de marketing. Muchos clientes aún están acostumbrados a ver datos a nivel de usuario y datos de marketing vinculados a usuarios específicos, incluso a su información personal identificable (PII). Si bien contamos con SKAN y los cambios en la industria, muchos, como muchos clientes, hemos escuchado en la industria, básicamente dejaron de comercializar en iOS y se centraron principalmente en Android.
Y ahora tendrán el mismo problema en Android. Y los datos de usuario serán extremadamente limitados.
Tienes como tres componentes, como mencionó Ron, o quizás lo mencionaríamos en una de las siguientes preguntas. Pero solo tienes tres componentes para recopilar información sobre un evento. Claro que los informes agregados de atribución se pueden utilizar con fines de marketing, si comprendes los requisitos y cómo ejecutarlos.
Entonces ¿es bueno?
Es una buena solución para la privacidad, ante todo. Es una excelente solución para la privacidad porque todo será más privado. Tu información personal estará más protegida. Tu comportamiento será más difícil de medir y rastrear. Sin embargo, es una solución realmente compleja para el marketing y la medición del rendimiento. Por suerte para nuestros clientes, planeamos estar ahí para ellos y encargarnos del trabajo pesado, por supuesto, al principio, y los guiaremos bastante. Pero ¿qué será difícil? Será difícil entender cómo definir las claves de agregación, las dimensiones o la granularidad con la que se desea medir y rastrear las conversiones.
Será un poco complejo comprender cómo gestionar los eventos de conversión. Hablaremos más sobre el meollo del asunto más adelante, pero la idea es que la solución es bastante genérica y te da la libertad de determinar la mejor medición, ese método para ti; puedes implementar cualquier cosa que necesites aquí, lo cual es una gran ventaja, pero creo que será bastante complejo para los anunciantes gestionarlo por sí mismos.
John Koetsier
Súper, súper interesante. Basta con detenerse un segundo y pensar en el panorama de los dispositivos móviles y las aplicaciones móviles, y cómo ha cambiado durante el último año y medio y el próximo.
Será fascinante recordar este punto de la historia y decir: «Ah, por eso las aplicaciones hacen esto ahora, porque los modelos de conversión para los anunciantes necesitan cambiar, por lo que el producto también». Será interesante verlo. Ron, ahora te toca a ti.
Siempre pregunto cuando hablo con la gente sobre SKAN: ¿sabes cuál es su estimación sobre el nivel de caída de la eficiencia de la publicidad de IDFA a SKAN?
Y te voy a preguntar eso en relación con Android. Es muy pronto, claro, apenas estás empezando a trabajar con esto. Aún no está disponible. No lo usa mucha gente, solo se está probando.
¿Puedes estimar cuánto podría disminuir la eficiencia de la publicidad a medida que pasamos de GAID a Android Privacy Sandbox?
Yuval Carmel
Me quedo con esta. Creo que el GAID y la eficiencia de la publicidad disminuyen, o básicamente el problema aquí es la medición, ¿no? Y la eficiencia de la medición disminuirá en el GAID. Y una vez que la medición no sea tan precisa y posible, por supuesto, la eficiencia de la publicidad también disminuirá.
Para las atribuciones de clics, también contamos con el referente de instalaciones de Google Play. Creo que la mayoría de nuestras atribuciones en Android se basan en el referente de instalaciones de Google Play, que probablemente sea el mecanismo más eficaz y preciso para atribuir y relacionar los clics en anuncios con las instalaciones de aplicaciones en dispositivos Android.
Mientras esté disponible, el referente de instalación de Google Play... Creo que la mayoría de las atribuciones de marketing, y también la nuestra, funcionarán con esta solución fiable y robusta. Es la mejor solución. Básicamente, puedes pasar información a Google Play Store y la recibes como una intención en el SDK de MMP, en nuestro SDK. Así funciona mejor y puedes atribuir usuarios de forma fiable.
Entonces, si Google dejará de usar el ID de publicidad de Google, pero no la referencia de instalación de Google Play, consulte.
Creo que para la atribución de clics, aún contamos con un método muy sólido y preciso para calcular las atribuciones, igual que el actual. Una gran pregunta para Google, que probablemente ninguno de ellos tenga una respuesta definitiva, es qué pasará con las referencias de instalación de Google Play. Seguimos esperando una respuesta, y creo que algunos de ellos también la esperan. Así que nadie sabe realmente cuál es el plan.
En cuanto a la atribución por visualización, es un poco diferente. No tienes la referencia de instalaciones de Google Play. Actualmente, dependemos de los informes de impresiones de las propias redes y de los socios. Ten en cuenta que no me refiero a las que se autoatribuyen, como Google Ads y Facebook.
Pienso en quienes nos envían las impresiones, y luego nosotros somos quienes relacionamos el ID de publicidad de Google con los clics que recibimos. En ese sentido, creo que la descontinuación del ID de publicidad de Google afectará considerablemente la atribución de visualizaciones. Y creo que la solución de sandbox probablemente se usará principalmente para la atribución de visualizaciones y no para la de clics, mientras tengamos la solución de referencia.
John Koetsier
Súper interesante. A ver si seguimos teniendo eso. Vimos que la huella digital se convirtió en un problema en iOS. Y Apple lo abordó y dijo: «Oye, eso es medición. Eso es rastreo. Eso no está permitido». ¿Qué crees que pasará con la huella digital en Android con la llegada de Privacy Sandbox?
Ron Shub
Bien, entonces asumimos que probablemente ocurrirá lo mismo. Es decir, la gente seguirá usando la huella digital mientras pueda y se sienta cómoda haciéndolo. Pero, al igual que Apple, supongo que algún día Google decidirá que quiere dificultar la huella digital, e incluso impedirla en algunos casos. Y que ya no la habilitará. Y cuando eso ocurra, tendremos que buscar otras soluciones. Pero Google mencionó que avisará con suficiente antelación. Así que no creemos que vaya a ocurrir pronto. Y por ahora, la huella digital sigue vigente.
John Koetsier
Hablemos de los informes a nivel de evento y de cómo se diferencian de los informes agregados
Ron Shub
Correcto, entonces la API de informes de atribución de Google admite dos tipos de informes.
Los informes a nivel de evento son más adecuados para la optimización. Por ejemplo, se pueden usar para entrenar datos de modelos de aprendizaje automático, por ejemplo, al optimizar la ubicación de anuncios. Sin embargo, el problema con estos informes es que los datos de conversión son muy imprecisos. Prácticamente no se obtiene información sobre lo que sucedió después de la instalación. Por lo tanto, en la práctica, para la atribución por visualización, se obtiene un bit. Y para la atribución por clic, tres bits. En resumen, prácticamente no se puede codificar nada.
John Koetsier
Entra en detalle aquí... un bit. ¿Qué puedes hacer en un bit? ¿Es como activar o desactivar? ¿Es un bit? ¿Es binario?
Ron Shub
Bien.
Prácticamente puedes decir, ¿sucedió o no sucedió? Puedes decir que se agregó al carrito. Eso es básicamente todo. Debes elegir un evento, enfocarte en él y simplemente indicar si sucedió o no. Sin embargo, esa no es mucha información en los informes agregados. Obtienes mucha libertad con los datos de conversión... los mismos 128 bits que mencionamos antes, que puedes dividir entre el registro del origen del clic con la vista y el registro de activadores. Así, puedes registrar muchas métricas, eventos o ingresos, y medir realmente qué sucedió, cuál fue el recorrido del usuario en el dispositivo después de instalar la aplicación. De nuevo, los informes a nivel de evento son buenos para la optimización, mientras que los informes agregables son muy útiles para informar sobre la medición del rendimiento de una campaña. Y es por eso que aquí en Singular nos enfocamos en eso, porque brindará los datos más precisos con menos ruido y mucha más flexibilidad.
John Koetsier
Hay algo de ruido añadido. Explícanos el proceso. Danos una idea de lo que sucede cuando publicas un anuncio. Alguien hace clic en él, lo instala y hace algo. ¿Cómo funciona ese proceso en todo el entorno de pruebas de privacidad?
Ron Shub
Sí, esa es una pregunta para la que no hay una respuesta corta, pero intentaré resumirla lo más posible. Los primeros pasos se dan en el dispositivo. El usuario ve un anuncio y luego se registra una fuente en Google. Ya se definen las dimensiones que se quieren medir. Y luego el usuario.
John Koetsier
Y registrar una fuente es simplemente decirle a Google dónde se colocó el anuncio, en qué aplicación estaba o en qué sitio web estaba, ¿correcto?
Ron Shub
Exactamente. Puedes incluir varios datos en la clave de agregación, lo que prácticamente significa la campaña, como dijiste, el país, lo que decidas codificar en las dimensiones. Pero sí, defines la dimensión en ese paso. Y esa es la fuente registrada. Está en la aplicación del editor.
Después de que el usuario instale la aplicación, al realizar eventos que desee medir o generar ingresos, los registrará como activadores. Así que puede registrar varios activadores. Exactamente. Así que puede medir varios activadores. Existe una limitación que mencionaremos pronto.
Pero los desencadenantes son prácticamente solo los eventos y métricas que desea medir.
Tras registrar los activadores, un tiempo después, se ejecuta una especie de programación de tareas en el dispositivo. Una vez ejecutada, se obtienen los llamados informes de datos agregados, que son prácticamente datos cifrados sin procesar. De momento, no se puede hacer nada con ellos. Por lo tanto, hay que guardarlos en la base de datos y almacenarlos durante un tiempo hasta obtener suficientes informes agregados y datos sin procesar.
Una vez hecho esto, se toma un lote de informes brutos agregados y se envía al servicio de agregación de atribución. Este servicio descifra los datos y los resume en un informe. Se puede considerar como una tabla y añadir ruido a cada fila. De esta manera, las permutaciones de cada dimensión (por ejemplo, la campaña A del país EE. UU.) contendrán varias instalaciones.
Y a eso, además de múltiples ingresos y múltiples eventos, Google añadirá ruido. Indican exactamente cuál es la distribución del ruido. Y ya pueden empezar a pensar: ¿cómo codificar los números correctos para que el ruido no sea tan dañino? La relación señal-ruido está aquí, ¿verdad? Así que se busca una señal mucho más alta que el ruido.
Una vez que el servicio de agregación recibe un informe resumido, debe decodificar las dimensiones que codificó al registrar la fuente y el disparador. Debe intentar, mediante algoritmos de ciencia de datos, eliminar el ruido y obtener las cifras reales. Lo hicimos con una red de escala, y supongo que haremos lo mismo aquí, dándole una aproximación de un número y un intervalo de confianza que indique con certeza si estamos dentro del número que le proporcionamos. Esto depende del volumen de instalaciones que haya tenido en ese período.
John Koetsier
Y entonces Ron, había mucho tienes que y you’ll get y otras cosas así. And what you’re saying and you’re getting data that you can’t understand and it has to go somewhere that’s not you. And then you get it back and there’s some noise added to it before you get it back.
Ahora, dime que todo el tú aquí es realmente Singular obtener estos datos que no puedes descifrar y luego enviarlos a un sitio donde se descifre, se añada ruido y recibas algo legible; como marketer, ¿el marketer no tiene que hacer todo eso, correcto?
Ron Shub
Eso es absolutamente correcto.
Así que intentaremos hacer todo lo posible por los administradores de UA. Ni siquiera necesitan saber todo lo que ocurre entre bastidores. Estoy seguro de que quieren saber qué tan seguros estamos de los datos, pero toda esta infraestructura es algo que respaldaremos junto con las redes publicitarias. Y es nuestro trabajo preparar esta infraestructura..
John Koetsier
Es una promesa. La escuchaste aquí primero.
Ron Shub
…que, por cierto, es una infraestructura genial. Pero los administradores de UA no tienen que preocuparse en absoluto. Deben preocuparse por las métricas y eventos que quieren medir y decidir cuáles son los más prioritarios, ya que son decisiones difíciles, como las que tenemos en la red SCAD. No podemos obtener todos los eventos e ingresos como antes.
John Koetsier
Excelente. ¿Y saben qué? Acaban de terminar nuestra sesión porque hay mucho más que debemos abordar. Necesitamos hablar, ¡vaya!, del tiempo de ejecución del SDK.
Necesitamos hablar sobre los datos que han mencionado, el flujo, los resultados, todo eso, el modelado que realizarán. Tendremos que hablar sobre la conversión de web a aplicación, cuál creemos que será el impacto. Ustedes y Ron tienen mucho más que preguntarles, pero esto acaba de convertirse en la parte A y tendrán que hacer la parte B en un par de semanas o algo así.
Porque ya son como 30 minutos y, ya saben, probablemente un poco largo para este en particular. Además, tienen vidas que retomar, y yo también tengo una reunión a la que ya llego tarde, pero muchas gracias por este tiempo. De verdad que lo aprecio. Ya organizaremos algo.
Tienes que volver a hablar conmigo. Esa es la mala noticia. Pero la buena es que tienes el resto de la tarde libre..