Sandbox de privacidade no Android e Singular: como tudo vai funcionar (parte 1)

Como quebrar mais vulnerabilidades sendo menos disruptivo? Quando realizamos recentemente um webinar sobre o Privacy Sandbox no Android, da InMobi, disse que, embora o Privacy Sandbox quebre mais vulnerabilidades do que o SKAdNetwork , ele será menos disruptivo.

Claro, isso pode parecer ilógico, mas parte da razão para isso pode ser encontrada na conversa que tive recentemente com dois arquitetos de software da Singular no podcast Growth Masterminds .

O Privacy Sandbox apresenta mais problemas

Essencialmente, o Privacy Sandbox revolucionará o setor porque, em certo sentido, é um conjunto completo de ferramentas de publicidade, com recursos para segmentação, atribuição, mensuração e retargeting. Isso proporciona uma visão de 360 ​​graus, desde o anunciante que deseja veicular um anúncio ( API de Tópicos ), até a capacidade de mensurar a eficácia desse anúncio no comportamento do público após a visualização (API de Relatórios de Atribuição), passando pela criação de públicos-alvo e pelo retargeting de ex-clientes, usuários ou jogadores (API de Públicos-Alvo Protegidos, anteriormente conhecida como Fledge).

Em contraste, é claro, o SKAdNetwork da Apple não possui mecanismo de segmentação, não tem noção de público-alvo e não possui capacidade de redirecionamento: é uma estrutura de privacidade para tecnologia de anúncios, não uma estrutura de tecnologia de anúncios para privacidade.

Naturalmente, o Privacy Sandbox é mais complexo. Ele cria novas soluções para mais partes do ecossistema de publicidade, e é exatamente por isso que também vai afetar mais tecnologias existentes.

“A integração com o Android Privacy Sandbox é mais complicada do que a integração com o SKAdNetwork”, afirma Ron Shub, arquiteto de software Singular .

“É uma solução realmente complexa para marketing e medição de desempenho”, concorda Yuval Carmel, arquiteto-chefe de software Singular .

Mas o Privacy Sandbox também é menos disruptivo

Mas essa não é toda a história. Também é menos disruptivo. 

E existe uma razão muito simples para isso: as empresas de tecnologia publicitária vão desenvolver tecnologias para gerenciar todos os aspectos de segmentação, público-alvo e mensuração que o Privacy Sandbox está quebrando. E os profissionais de marketing poderão usar essas soluções praticamente da mesma forma que usam as soluções existentes.

Com algumas ressalvas, é claro. 

“Felizmente para os nossos clientes, é claro que planejamos estar presentes para eles e lidar com as tarefas mais complexas”, diz Yuval Carmel. “Vamos orientá-los bastante.” 

É claro que não é apenas Singular. 

Redes de publicidade, plataformas de demanda (DSPs), exchanges e plataformas de oferta (SSPs) estão desenvolvendo recursos de segmentação e público-alvo com base na API de Tópicos e na API de Públicos-Alvo Protegidos, além de todos os outros critérios de segmentação e retargeting que respeitam a privacidade e que ainda poderão ser utilizados após a eventual descontinuação do ID de publicidade do Google (GAID). Isso inclui contexto, horário, tipo de oferta, localização aproximada e dezenas de outros fatores que as DSPs e outros provedores de soluções de tecnologia de publicidade tráfego mobile sem identificadores .

O plano e a esperança — que serão validados pela experiência real quando o Google finalmente ativar o Privacy Sandbox em larga escala — é que os profissionais de marketing consigam fazer seu trabalho e o ecossistema de tecnologia de publicidade gerencie todo o resto.

Veremos como isso funciona, é claro, mas a maioria no ecossistema de marketing de performance mobile parece acreditar que o tempo e o preparo que o Google está investindo no Privacy Sandbox resultarão em uma degradação do sinal de marketing muito menor do que vimos no iOS com a introdução do SKAN 3.

O referenciador do Google

Um grande aliado nesse sentido: o referenciador do Google

Assim como na web, onde um site recebe um referenciador quando um cliente potencial clica em um link, informando ao site de onde o visitante está vindo, o referenciador do Google em mobile fornece informações sobre onde um anúncio foi clicado, oferecendo uma solução de mensuração de último clique em linha direta para anunciantes.

(Observação: isso não estava 100% claro na época da nossa conversa, como você pode notar no vídeo ou na transcrição do podcast abaixo, mas agora está.)

“O referenciador de instalação do Google Play… é provavelmente o melhor e mais preciso mecanismo para atribuir e associar cliques em anúncios a instalações de aplicativos em dispositivos Android”, afirma Yuval Carmel. “Enquanto estiver disponível… a maioria das ferramentas de atribuição de marketing, incluindo a nossa, funcionará com essa solução confiável e robusta. É a melhor solução. Basicamente, você pode enviar informações para a Google Play Store e recebê-las como uma intenção no SDK do MMP, no nosso SDK. Portanto, funciona da melhor maneira e permite atribuir usuários de forma confiável.”

Os dados de referência são cruciais, mas não são os únicos dados que os profissionais de marketing obterão do Privacy Sandbox. 

API de Relatórios de Atribuição no Ambiente de Privacidade

A API de Relatórios de Atribuição no Privacy Sandbox do Android suporta 2 tipos de relatórios: 

1. Dados em nível de evento
   1. Análises super detalhadas da parte superior da chaminé
   2. Dados extremamente limitados na parte inferior do funil de vendas
2. Dados agregados
   1. Desagregações selecionadas na parte superior do funil
   2. Dados mais detalhados sobre a parte inferior do funil

(Veja mais sobre esses relatórios na análise da API de Atribuição feita por Gadi Eliashiv, CEO Singular )

Os dados em nível de evento para conversões ou engajamento são granulares, mas extremamente limitados: 1 bit para atribuição de visualização e 3 bits de dados para cliques. Um bit basicamente informa se um evento ocorreu ou não: alguém se cadastrou ou não, alguém comprou ou não. Mais desafiador: você precisa escolher o evento que mais lhe interessa e não obterá dados sobre nenhum outro.

Por outro lado, as informações obtidas a partir de dados em nível de evento, referentes à parte superior do funil, são extremamente detalhadas.

O oposto é verdadeiro para os dados agregados, onde você obtém apenas algumas segmentações do topo do funil, mas dados de conversão mais detalhados. Como os dados são agregados — e há ruído adicionado — a privacidade é preservada.

Cada um terá seu próprio lugar.

“Relatórios em nível de evento são bons para otimização; relatórios agregáveis ​​são excelentes para mensurar o desempenho de campanhas”, afirma Shub. “E é por isso que aqui na Singular nos concentramos nisso, pois proporciona os dados mais precisos, com menos ruído e muito mais flexibilidade.”

Então, como funciona o fluxo no Privacy Sandbox?

Em um nível muito simplificado, veja como um cenário real se apresenta no Privacy Sandbox do Android:

1. O usuário clica em um anúncio
2. A rede de anúncios registra o que o Google chama de origem desse clique, que codifica alguns dados sobre onde o clique foi feito, de qual campanha o anúncio se origina, informações sobre o criativo e muito mais.
3. O usuário instala o aplicativo
4. O editor do aplicativo registra eventos de conversão, que o Google chama de gatilhos .
5. Uma programação de tarefas é executada no dispositivo do usuário no ambiente de privacidade (Privacy Sandbox), criando dados criptografados sobre esses gatilhos.
6. Quando o editor do aplicativo decide que possui dados suficientes, esses dados criptografados são enviados para um serviço de agregação de atribuição.
7. Os serviços de agregação de atribuição descriptografam os dados, resumem-nos em um relatório e adicionam ruído.
8. Um profissional de marketing recebe um relatório resumido e precisa decodificar as dimensões que foram codificadas ao registrar as fontes e os gatilhos.

Parece tudo muito complicado, e provavelmente é mesmo. Mas a boa notícia é que Singular — e outros fornecedores de tecnologia publicitária — estão fazendo o trabalho pesado.

“Faremos tudo pelos gerentes de aquisição de usuários”, diz Shub. “Eles nem precisam saber tudo o que acontece nos bastidores. Tenho certeza de que querem saber o quanto confiamos nos dados, mas toda essa infraestrutura é algo que vamos dar suporte em conjunto com as redes de publicidade. E é nossa função preparar essa infraestrutura.”

Há mais, claro, incluindo detalhes sobre os dados que você recebe e como usá-los, além do que configurar em suas fontes e gatilhos.

Tudo isso terá que esperar pela segunda parte da nossa entrevista com Yuval Carmel e Ron Shub, que será publicada em breve.

Inscreva-se no Growth Masterminds

Inscreva-se no nosso canal do YouTube com um único clique.

Ou escolha sua plataforma de podcast favorita na página inicial do podcast .

E… a transcrição completa: Singular e Privacy Sandbox no Android

Nota: este conteúdo foi gerado por IA e levemente editado. Pode conter erros. Em caso de dúvida, verifique o áudio ou vídeo original.

John Koetsier

O Privacy Sandbox no Android está chegando em breve e é hora de aceitar o quão ruim será. 

Olá e bem-vindos ao Growth Masterminds. Meu nome é John Koetsier. Eu adoro a expressão " abrace o sofrimento" . É algo que sempre digo aos meus filhos quando estão fazendo algo difícil. É algo que digo a mim mesmo quando estou fazendo algo difícil, mas que vale a pena. Trata-se de se dedicar às coisas difíceis para que, eventualmente, elas se tornem fáceis.

Vimos isso acontecer no iOS com os profissionais de marketing da AT&T e da SKAN, que se dedicaram, entenderam e melhoraram seu desempenho. Eles obtiveram melhores resultados. É provável que o mesmo aconteça com o Privacy Sandbox e o Android. Não será fácil, mas acontecerá. Está chegando. O GAID está desaparecendo e valerá a pena se dedicar a ele. Então, para começar a adotar o recurso "sock", conversaremos hoje com duas pessoas. 

Ron Chubb é arquiteto de software na Singular e Yuval Carmel é o arquiteto-chefe da Singular. Bem-vindos, Ron e Yuval.

Ron Shub

Olá, que bom estar aqui.

Yuval Carmel

Ei.

John Koetsier

Que ótimo, estou super animado por ter você aqui. Olá, acho que vamos abordar o Privacy Sandbox pela primeira vez no Growth Masterminds. Já falamos bastante sobre isso no blog. Vamos falar mais sobre isso também. Mas, como todos sabem, o Privacy Sandbox é uma tentativa do Google de fazer três coisas, certo? 

Exibir conteúdo e anúncios relevantes, medir a eficácia dos anúncios e limitar o rastreamento. 

Yuval, talvez você possa começar por aqui. Qual a sua impressão geral sobre o Privacy Sandbox no Android?

Yuval Carmel

Sim, John, acho que o Google está investindo muito tempo no desenvolvimento dessa solução. Dá para perceber isso bastante. Eles estão criando uma solução focada na privacidade, o que exigirá que os profissionais de marketing de aquisição de usuários definam com antecedência o que desejam rastrear e com que nível de detalhamento. 

Basicamente, a solução migra a lógica de atribuição para o dispositivo. É como se estivéssemos trabalhando mais no próprio cliente. 

Basicamente, isso exige um gerenciamento mais complexo dos gatilhos e das conversões que você deseja rastrear. Portanto, os dados de marketing não estarão mais disponíveis com informações pessoais identificáveis ​​(PII) anexadas, como estamos acostumados, ou seja, dados em nível de usuário. As coisas serão um pouco diferentes, e provavelmente os relatórios e os dados serão mais agregados. Veremos mais relatórios agregados, pessoas usando mais dados agregados e menos dados em nível de usuário.

Então, a ideia aqui é obviamente essa: seria difícil rastrear o comportamento individual de usuários e o uso de aplicativos específicos. Vale mencionar que a equipe de testes (sandbox) do Google está trabalhando em estreita colaboração conosco e com outros parceiros para garantir que a solução seja bem analisada, testada e arquitetada, o que é muito bom. E é uma ótima abordagem.

Se você considerar o oposto, como você mencionou, "abrace o sofrimento". "Abrace o sofrimento" é tipo um termo militar, certo? E porque você tem que fazer isso, não tem outro jeito. Você tem que abraçar o sofrimento. E com as mudanças anteriores no cenário de privacidade em outras empresas, você realmente teve que abraçar o sofrimento. Você não podia fazer nada, não podia falar com ninguém. Não havia relações de trabalho por lá.

E aqui, basicamente, vemos o Google trabalhando com os parceiros e tentando garantir que o anúncio de serviço público seja mais fácil de ser aceito. Digamos isso.

John Koetsier

Adorei, adorei, adorei. Ron, se você der uma olhada no Privacy Sandbox e no SKAN do iOS, compare-os para nós.

Ron Shub

Sim, o Google está tentando resolver o mesmo problema, certo? E está criando uma solução que aprimora a privacidade e limita o rastreamento em nível de usuário. Mas posso afirmar que a abordagem é muito diferente entre o SKAdNetwork e o Android Privacy Sandbox, por exemplo. 

Primeiramente, vamos falar sobre o ATT. Recapitulando, o ATT significa Transparência de Rastreamento de Aplicativos, introduzido no iOS 14.5, que mudou o comportamento de optar por não participar para optar por participar. Assim, ao instalar um aplicativo, você recebe uma janela pop-up perguntando se permite o rastreamento. A maioria das pessoas responde que não. Com isso, o IDFA (Identificador de Fatores de Marketing) é removido, já que as MMPs (Plataformas de Gerenciamento de Mídia) não o possuem mais. O IDFA é redefinido, o que dificulta bastante o rastreamento de dados de marketing. 

A abordagem do Google é um pouco diferente. Eles dizem que primeiro querem ter uma alternativa. Eles querem manter o Privacy Sandbox e as APIs. E só mais tarde, talvez, falarão sobre a descontinuação do ID de publicidade do Google. Portanto, eles acreditam que o ID de publicidade do Google veio para ficar por enquanto, e não há planos específicos para descontinuá-lo [imediatamente].

E quando forem descontinuar, darão um aviso prévio considerável. E quando falamos de SKAdNetwork em comparação com a atribuição do Google, que é a API de Relatórios de Atribuição, ambos estão, novamente, tentando resolver o mesmo problema. Mas as abordagens são, mais uma vez, muito, muito diferentes. Então, algumas dicas sobre documentação: o Google fornece toneladas de documentação e repositórios. Eles basicamente abriram o código-fonte de tudo para nós. E isso é realmente útil para entender como a infraestrutura será, o que podemos fazer com ela, como lidar com ruído, etc. Algumas dicas específicas são, por exemplo, as dimensões.

No SKAdNetwork, você obtém um ID de campanha SKAN, que é um número entre 0 e 99, com apenas 100 opções. Agora, no SKAdNetwork 4.0, você tem um pouco mais de opções com o ID de origem, mas é tudo muito padronizado e bastante limitado. 

O Google fornece 128 bits, que é muito, muito, muito maior. Isso oferece muitas opções para codificar suas dimensões. Outro detalhe importante é que a Apple limitou a forma como você realiza a conversão; o período para isso é praticamente limitado. Portanto, você só pode rastrear as alterações após a instalação por alguns dias. 

E o Google não tem essa limitação. Então você pode obter vários relatórios agregáveis ​​e dados brutos. E você decide quando quer receber o relatório resumido. Assim, você também pode rastrear um mês após a instalação. E isso realmente demonstra o nível de liberdade que o Google oferece. Mas com isso vem também a complexidade. Portanto, integrar com o Android Privacy Sandbox é mais complicado do que integrar com o SKAdNetwork.

John Koetsier

Essa é uma frase interessante e talvez não seja uma boa notícia para muitos profissionais de marketing, pois a maioria já afirmou que o SKAN é realmente desafiador, e isso já era verdade nas versões 3 e 4, que são ainda mais desafiadoras com mais opções, mais pós-lançamentos, mais atrasos e tudo mais. Agora, alguns testes estão sendo realizados, incluindo ambientes de sandbox de privacidade e dados. Vocês têm trabalhado com uma versão de pré-visualização para desenvolvedores. 

Quais são alguns dos principais aprendizados e conclusões obtidas ao trabalhar com a versão prévia?

Ron Shub

Sim, como o Yuval mencionou, ficamos muito impressionados com os esforços do Google. Há uma série de documentações e repositórios que nos ajudaram a entender o que será lançado em breve. Nosso objetivo atual é concluir um teste de ponta a ponta da API de Relatórios de Atribuição, desde o registro de um clique até a consulta ao serviço de agregação e o recebimento do relatório resumido decodificado e descriptografado.

Existem alguns obstáculos pelo caminho. Não está sendo um processo muito tranquilo, mas o Google tem sido extremamente atencioso. 

Atualmente, estamos enfrentando outro problema, e acreditamos estar prestes a resolvê-lo. Estamos muito animados para concluir o teste de ponta a ponta e estar praticamente prontos para o Privacy Sandbox. Sim, o Google tem sido extremamente solícito em responder perguntas e nos ajudar, e parece estar investindo muitos recursos. Gostamos muito de trabalhar em conjunto.

John Koetsier

Super interessante. Você está trabalhando nisso agora. Enquanto estamos gravando, é 1º de maio. Provavelmente será lançado em cerca de duas semanas. Acho que temos até o final do ano antes que o GAID acabe e outras coisas aconteçam. Mas sim, ainda vai demorar um pouco. 

Em linhas gerais, se analisarmos o Privacy Sandbox, existem três APIs de preservação de privacidade, como o Google as chama, tanto na web quanto no Android, certo? 

Existe a API de Tópicos, que deve permitir uma segmentação muito melhor do que a que temos atualmente no iOS, mas ainda acho que a granularidade será um desafio. Há também o que costumavam chamar de API Fledge, agora API de Públicos Protegidos, que deve permitir o remarketing e talvez alguns outros casos de uso. Mas, claro, sua maior preocupação é com a API de Relatórios de Atribuição. 

Não sei porquê, tem alguma razão estranha para isso, mas é onde você passa a maior parte do seu tempo. O que você acha? É bom?

Yuval Carmel

Sim, essa é uma ótima pergunta. Como você mencionou, parece que o Google está basicamente tentando encontrar uma solução para cada motivo pelo qual você usa o Google Advertising ID, certo? Então, eles disponibilizam a API Topics para fins de remarketing, a API Fledge Audiences e a API Protected Audiences para públicos-alvo específicos. E também a API Attribution Reporting. 

Então, sim, quais são minhas impressões sobre isso e o quão bom é?

O Privacy Sandbox de relatórios de atribuição vai mudar a forma como alguns de nós estamos acostumados a ver dados de marketing. Temos muitos clientes que ainda estão acostumados a ver dados em nível de usuário e dados de marketing vinculados a usuários específicos, até mesmo suas informações pessoais identificáveis ​​(PII). Então, embora tenhamos o SKAN e as mudanças no setor, muitas pessoas, como muitos clientes que ouvimos no setor, basicamente pararam de fazer marketing no iOS e passaram a se concentrar fortemente no Android.

E agora eles também terão o mesmo problema no Android. E os dados em nível de usuário serão extremamente limitados. 

Você tem apenas três bits, como o Ron mencionou, ou talvez mencionemos em uma das próximas perguntas. Mas você tem apenas três bits para coletar informações sobre um evento. É claro que os relatórios agregados de atribuição podem ser utilizados para fins de marketing, desde que você entenda os requisitos e saiba como implementá-los. 

Então, é bom? 

É uma ótima solução para privacidade, antes de mais nada. É uma solução excelente para privacidade porque tudo ficará mais privado. Suas informações pessoais estarão mais protegidas. Seu comportamento será menos facilmente mensurado e rastreado. Mas é uma solução realmente complexa para marketing e mensuração de desempenho. Felizmente para nossos clientes, é claro, planejamos estar presentes para ajudá-los e lidar com a parte mais difícil, pelo menos no início, e os guiaremos bastante. Mas o que será difícil? Bem, será difícil entender como definir suas chaves de agregação, ou basicamente as dimensões, ou a granularidade com que você deseja mensurar e rastrear suas conversões.

Vai ser um pouco complexo entender como gerenciar os eventos de conversão em si. Falaremos mais sobre os detalhes adiante, mas a ideia aqui é que a solução é realmente genérica e te dá a liberdade de descobrir a melhor métrica, o método que você precisa, ou seja, qualquer que seja a sua necessidade, você pode basicamente implementar aqui, o que é uma grande vantagem. No entanto, acredito que será bastante complexo para os anunciantes gerenciarem por conta própria.

John Koetsier 

Super, super interessante. Só para dar um passo atrás por um segundo e pensar no cenário dos mobile e aplicativos mobile e como ele está mudando, mudou no último ano e meio e mudará no próximo ano. 

Será fascinante olhar para trás, para este momento da história, e dizer: "Ah, é por isso que os aplicativos fazem isso agora, porque os modelos de conversão para anunciantes precisam mudar, então o produto também precisava". Será interessante ver. Ron, vamos passar a palavra para você.

Sempre que converso com pessoas sobre o SKAN, pergunto qual é a estimativa delas para a queda na eficiência dos anúncios ao migrar do IDFA para o SKAN 

E vou te perguntar isso em relação ao Android. É muito cedo, claro, você está apenas começando a trabalhar com isso. Não está disponível para o público em geral. Não está sendo usado por muitas pessoas, apenas testado. 

Você consegue estimar o quanto a eficiência dos anúncios pode diminuir com a migração do GAID para o Android Privacy Sandbox?

Yuval Carmel

Eu vou responder essa. Então, acho que o GAID e a eficiência dos anúncios caem, ou basicamente o problema aqui é a mensuração, certo? E a eficiência da mensuração vai cair no GAID. E quando a mensuração não for tão precisa e viável, é claro que a eficiência dos anúncios também cairá.

Então, a questão é que, para atribuições de cliques, também temos o referenciador de instalação do Google Play. Acredito que a maioria das nossas atribuições baseadas em Android se baseia no referenciador de instalação do Google Play, que provavelmente é o mecanismo mais eficaz e preciso para atribuir e associar cliques em anúncios a instalações de aplicativos em dispositivos Android. 

Enquanto estiver disponível, o referenciador de instalação do Google Play... acredito que a maioria das atribuições de marketing, incluindo a nossa, funcionará com essa solução confiável e robusta. É a melhor solução. Basicamente, você pode enviar informações para a Google Play Store e recebê-las como uma intenção no SDK do MMP, no nosso SDK. Portanto, funciona da melhor forma e permite atribuir usuários de maneira confiável.

Portanto, se o Google desativar o ID de publicidade do Google, mas não desativar a instalação do Google Play, consulte... 

Acho que, para atribuição de cliques, ainda temos um método robusto e preciso para calcular as atribuições, o mesmo que temos hoje. Uma ótima pergunta para o Google, para a qual provavelmente ninguém tem uma resposta definitiva, é o que acontecerá com o Google Play Install Refer. Ainda estamos aguardando uma resposta e acho que alguns deles também. Então, ninguém sabe ao certo qual é o plano por lá. 

Em relação à atribuição de visualizações, a situação é um pouco diferente. Não temos a referência de instalação do Google Play nesse caso. Atualmente, dependemos dos relatórios de impressões fornecidos pelas próprias redes, pelos próprios parceiros. Observe que não estou falando de redes que fazem autoatribuição, como o Google Ads e o Facebook.

Penso nos outros fornecedores que basicamente nos enviam as impressões e nós fazemos a correspondência entre o ID de publicidade do Google e os cliques que recebemos. Nesse aspecto, acredito que a descontinuação do ID de publicidade do Google afetará bastante a atribuição de visualizações. E acho que a solução em ambiente de teste (sandbox) provavelmente será usada principalmente para atribuição de visualizações e não para atribuição de cliques, enquanto tivermos a solução de referência.

John Koetsier

Super interessante. Vamos ver se isso continua. Vimos que a coleta de impressões digitais se tornou um problema no iOS. E a Apple se pronunciou sobre isso, dizendo: "Ei, isso é medição. Isso é rastreamento. Isso não é permitido." O que você acha que vai acontecer com a coleta de impressões digitais no Android com a implementação do Privacy Sandbox?

Ron Shub

Certo, então presumimos que o mesmo provavelmente acontecerá. Quer dizer, as pessoas continuarão usando a coleta de impressões digitais enquanto puderem e se sentirem confortáveis ​​em fazê-lo. Mas, assim como a Apple fez, presumo que um dia, no futuro, o Google também decidirá dificultar a coleta de impressões digitais e até mesmo torná-la impossível em alguns casos. E simplesmente deixará de habilitá-la. Quando isso acontecer, precisaremos encontrar outras soluções. Mas o Google mencionou que avisará com bastante antecedência. Portanto, não achamos que isso vá acontecer tão cedo. E, por enquanto, a coleta de impressões digitais ainda está em uso.

John Koetsier 

Fale sobre relatórios de eventos em nível de evento e como eles diferem dos relatórios agregados

Ron Shub

Certo, então a API de relatórios de atribuição do Google oferece suporte a dois tipos de relatórios. 

Relatórios em nível de evento são mais adequados para otimização. Eles podem ser usados, por exemplo, para dados de treinamento de modelos de aprendizado de máquina, como quando se deseja otimizar a exibição de anúncios. No entanto, o problema com esses relatórios é que os dados de conversão são extremamente grosseiros. Quase não se obtém informações sobre o que aconteceu após a instalação. Na prática, para atribuição de visualização, obtém-se apenas um bit. E para atribuição de clique, três bits. Ou seja, na prática, é praticamente impossível codificar qualquer informação nesses relatórios.

John Koetsier

Explique em detalhes... um bit. O que você pode fazer com um bit? É como ligado ou desligado? É um bit? É binário?

Ron Shub

Certo.

Você pode praticamente dizer: "Isso aconteceu ou não aconteceu?". Por exemplo, você pode dizer que a ação "adicionar ao carrinho" ocorreu. Basicamente, é isso. Você precisa escolher um evento, focar nele e simplesmente dizer se aconteceu ou não. Mas isso não fornece muitas informações em relatórios agregados. Você tem muita liberdade com os dados de conversão... os mesmos 128 bits que mencionamos antes, que você pode dividir entre o registro da origem do clique com a visualização e o registro de gatilhos. Assim, você pode registrar várias métricas, eventos ou receita, e realmente mensurar o que aconteceu, qual foi a jornada do usuário no dispositivo após instalar o aplicativo. Novamente, relatórios em nível de evento são bons para otimização, enquanto relatórios agregáveis ​​são excelentes para mensurar o desempenho de campanhas. E é por isso que aqui na Singular nos concentramos nisso, porque proporciona os dados mais precisos, com menos ruído e muito mais flexibilidade.

John Koetsier

Então, há algum ruído adicionado. Descreva o fluxo para nós. Dê-nos uma ideia do que acontece quando você coloca um anúncio. Alguém clica nele, instala o aplicativo e realiza alguma ação. Como esse fluxo funciona em todo o Privacy Sandbox?

Ron Shub

Sim, essa é uma pergunta para a qual não há uma resposta curta, mas vou tentar resumir o máximo possível. Os primeiros passos acontecem no dispositivo. O usuário vê um anúncio e, em seguida, você registra uma fonte no Google. Você já define as dimensões que deseja medir. E então o usuário...

John Koetsier

E registrar uma fonte é simplesmente informar ao Google onde o anúncio foi veiculado, em qual aplicativo ou site ele estava, correto?

Ron Shub

Exatamente. Você pode inserir várias coisas na chave de agregação, que na prática significa a campanha, como você disse, o país, enfim, tudo o que você decidir codificar nas dimensões ali. Mas sim, você define a dimensão nessa etapa. E essa é a fonte registrada. Fica no aplicativo do editor. 

Depois que o usuário instala o aplicativo, assim que ele realiza eventos que você deseja mensurar ou que geram receita, você os registra como gatilhos. Portanto, você pode registrar vários gatilhos. Exatamente. Assim, você pode mensurar vários gatilhos. Há uma limitação aqui que mencionaremos em breve. 

Mas os gatilhos são praticamente apenas os eventos e métricas que você deseja medir. 

E depois de registrar os gatilhos, algum tempo depois, uma espécie de agendamento de tarefas é executado no dispositivo. E assim que essa tarefa é executada, você obtém o que chamamos de relatórios de dados agregados, que são praticamente dados brutos criptografados. Você não pode fazer nada com eles até o momento. Portanto, você precisa mantê-los em seu banco de dados e armazená-los por um tempo até obter relatórios agregados suficientes, ou seja, dados brutos suficientes. 

Depois de fazer isso, você pega um lote de relatórios brutos agregados e os envia para o serviço de agregação de atribuição. O serviço de agregação descriptografa os dados e os resume em um relatório. Você pode pensar nisso como uma tabela e adicionar ruído a cada linha dessa tabela. Assim, cada dimensão terá suas permutações; por exemplo, a campanha A, originária dos EUA, conterá várias instalações.

E a isso, além de múltiplas receitas e múltiplos eventos, o Google adiciona ruído. Eles especificam exatamente qual é a distribuição desse ruído. E você já pode começar a pensar em como codificar os números corretos para que o ruído não seja muito prejudicial. A relação sinal-ruído entra em jogo aqui, certo? O ideal é ter um sinal muito mais forte do que o ruído.

Assim que você recebe o relatório resumido do serviço de agregação, precisa decodificar as dimensões que codificou ao registrar a origem e o gatilho. E precisa tentar, usando algoritmos de ciência de dados e outras ferramentas, remover o ruído e obter os números reais. A maneira como fizemos isso com uma rede escalável, e presumo que faremos o mesmo aqui, é fornecer a aproximação de um número e um intervalo de confiança que indica o grau de certeza em relação ao número fornecido. E isso depende do volume de instalações realizadas naquele período.

John Koetsier

Então, Ron, havia muita coisa do tipo " você precisa" e "você vai receber" e outras coisas assim. E você está dizendo e recebendo dados que não consegue entender e que precisam ser enviados para algum lugar que não é você. E então você os recebe de volta, e há algum ruído adicionado a eles antes de chegarem até você.

Agora, por favor, me diga que tudo isso que você está fazendo aqui é, na verdade, Singular recebendo esses dados que você não consegue descriptografar e enviando-os para algum lugar onde possam ser descriptografados, onde recebem ruído e, então, você recebe de volta algo que pode ser lido. Isso é correto? Como profissional de marketing, você, o profissional de marketing, não precisa fazer tudo isso.

Ron Shub 

Isso está absolutamente correto. 

Então, vamos tentar fazer tudo pelos gerentes de aquisição de usuários. Eles nem precisam saber tudo o que acontece nos bastidores. Tenho certeza de que querem saber o quanto confiamos nos dados, mas toda essa infraestrutura é algo que vamos dar suporte em conjunto com as redes de anúncios. E é nossa função preparar essa infraestrutura…

John Koetsier

É uma promessa. Você ouviu aqui primeiro.

Ron Shub 

… que, aliás, é uma infraestrutura muito bacana. Mas os gestores da UA não precisam se preocupar com isso. Eles precisam se preocupar com as métricas e eventos que desejam mensurar e decidir quais são as prioridades, porque são decisões difíceis, como as que temos na rede SCAD. Não conseguimos mais captar todos os eventos e receitas como antes.

John Koetsier

Excelente. E sabe de uma coisa? Você acabou de encerrar nossa sessão porque ainda há muito mais que precisamos discutir. Precisamos falar sobre, nossa, o runtime do SDK. 

Precisamos conversar sobre os dados que você mencionou, o fluxo, o retorno, enfim, tudo isso, a modelagem que vocês farão. Teremos que falar sobre a integração da web com o aplicativo, qual o impacto que esperamos que isso tenha. Vocês ainda têm muito a perguntar, você e o Ron, nós também, mas esta é apenas a Parte A e eles terão que fazer a Parte B daqui a algumas semanas, ou algo assim. 

Porque já se passaram uns 30 minutos e, sabe, provavelmente é um pouco tempo para esta reunião em particular, e vocês também têm vidas para as quais precisam voltar, e eu já estou atrasado para uma reunião, mas muito obrigado por este tempo. Agradeço muito. Vamos combinar algo. 

Você precisa falar comigo de novo. Essa é a má notícia. Mas a boa notícia é que você tem o resto da noite livre…