Privacy Sandbox sur Android et Singular : comment tout cela fonctionnera (partie 1)

Comment casser plus tout en étant moins perturbateur ? Lorsque nous avons récemment organisé un webinaire sur Privacy Sandbox sur Android, Sergio Serra d'InMobi a déclaré que même si Privacy Sandbox casse plus que SKAdNetwork, il sera moins perturbateur.

Bien sûr, cela peut sembler illogique, mais une partie de la raison en est dans la conversation que j'ai récemment eue avec deux architectes logiciels de Singular sur le podcast Growth Masterminds.

Confidentialité Sandbox casse plus

Essentiellement, Privacy Sandbox percera davantage dans l'industrie car, en un sens, il s'agit d'une suite publicitaire complète, avec une capacité de ciblage, d'attribution et de mesure, et de reciblage. Il s'agit d'une vue à 360 degrés d'un annonceur souhaitant placer une annonce (API Topics), pour pouvoir mesurer l'efficacité de cette annonce dans ce que les gens font après l'avoir vue (API Attribution Reporting), pour pouvoir créer des audiences et recibler anciens clients, utilisateurs ou joueurs (Protected Audiences API, anciennement connu sous le nom de Fledge).

En revanche bien sûr, le SKAdNetwork d'Apple n'a aucun mécanisme de ciblage, aucune notion d'audience et aucune possibilité de recibler : c'est un cadre de confidentialité pour l'adtech, pas un cadre adtech pour la confidentialité.

Alors naturellement, Privacy Sandbox est plus compliqué. Il crée de nouvelles solutions pour plus de parties de l'écosystème publicitaire, ce qui explique exactement pourquoi il va également casser davantage de technologies existantes.

"L'intégration avec Android Privacy Sandbox est plus compliquée que l'intégration avec SKAdNetwork", déclare Ron Shub, architecte logiciel de Singular.

"C'est une solution vraiment complexe pour le marketing et la mesure des performances", reconnaît Yuval Carmel, architecte logiciel en chef de Singular.

Mais Privacy Sandbox est également moins perturbateur

Mais ce n'est pas toute l'histoire. C'est aussi moins gênant.

Et il y a une raison très simple à cela : les entreprises de technologies publicitaires vont développer une technologie pour gérer tous les aspects du ciblage, des audiences et des mesures que Privacy Sandbox brise. Et les spécialistes du marketing pourront utiliser ces solutions à peu près comme ils utilisent des solutions existantes.

Avec quelques mises en garde, bien sûr.

« Heureusement pour nos clients, bien sûr, nous prévoyons d'être là pour eux et de gérer le gros du travail, bien sûr », déclare Yuval Carmel. "Nous allons beaucoup les guider."

Bien sûr, ce n'est pas seulement Singular.

Les réseaux publicitaires, les plates-formes côté demande, les échanges et les plates-formes côté offre créent tous des capacités de ciblage et d'audience basées sur l'API Topics et l'API Protected Audiences, ainsi que sur tous les autres critères de ciblage et de reciblage sécurisés qu'ils peuvent encore utiliser après l'éventuelle obsolescence. de l'identifiant d'annonce Google (GAID). Cela inclut le contexte, l'heure, le type d'approvisionnement, l'emplacement grossier et des dizaines d'autres facteurs que les DSP et autres fournisseurs de solutions adtech utilisent pour le trafic mobile sans identifiant.

Le plan et l'espoir - à valider par une expérience réelle lorsque Google activera finalement Privacy Sandbox à grande échelle - est que les spécialistes du marketing pourront faire leur travail et que l'écosystème adtech gérera tout le reste.

Nous verrons bien sûr si cela se passe bien, mais la plupart des acteurs de l'écosystème du marketing de performance mobile semblent estimer que le temps et la préparation que Google investit dans Privacy Sandbox entraîneront beaucoup moins de dégradation du signal marketing que ce que nous avons vu sur iOS avec l'introduction. de SKAN 3.

Le référent Google

Une grande aide à cet égard : le référent Google

Tout comme sur le Web, où un site Web reçoit un référent lorsqu'un client potentiel clique sur un lien indiquant au site Web d'où vient ce visiteur, le référent Google dans les installations d'applications mobiles fournit des informations sur l'endroit où une annonce a été cliquée, fournissant une ligne directe solution de mesure du dernier clic pour les annonceurs.

(Remarque : ce n'était pas clair à 100 % au moment de notre conversation, comme vous pouvez le constater dans la transcription de la vidéo ou du podcast ci-dessous, mais ça l'est maintenant.)

"Le référent d'installation de Google Play... est probablement le mécanisme le meilleur et le plus précis pour attribuer et faire correspondre les clics publicitaires aux installations d'applications sur les appareils Android", déclare Yuval Carmel. « Tant qu'elle est disponible… la plupart des attributions marketing et notre attribution fonctionneront avec cette solution fiable et robuste. C'est la meilleure solution. Vous pouvez essentiellement transmettre des éléments au Google Play Store et vous l'obtenez comme une intention de leur part dans le SDK MMP, dans notre SDK. Cela fonctionne donc au mieux et vous pouvez attribuer de manière fiable les utilisateurs de cette façon. »

Les données de référence sont essentielles, mais ce ne sont pas les seules données que les spécialistes du marketing obtiendront de Privacy Sandbox.

API de création de rapports d'attribution dans Privacy Sandbox

L'API Attribution Reporting dans Privacy Sandbox sur Android prend en charge 2 types de rapports :

1. Données au niveau de l'événement
   1. Répartition super détaillée de l'entonnoir supérieur
   2. Données super limitées de l'entonnoir inférieur
2. Données agrégées
   1. Répartition sélectionnée de l'entonnoir supérieur
   2. Données plus détaillées sur l'entonnoir inférieur

(Pour en savoir plus sur ces rapports, consultez la répartition de l'API d'attribution du PDG de Singular, Gadi Eliashiv.)

Les données au niveau de l'événement pour les conversions ou l'engagement sont granulaires mais très limitées : 1 bit pour l'attribution après affichage et 3 bits de données pour le clic. Un bit vous dira à peu près qu'un événement s'est produit ou ne s'est pas produit : quelqu'un s'est inscrit ou non, quelqu'un a acheté ou non. Plus difficile : vous devez choisir l'événement qui vous tient le plus à cœur et vous n'obtiendrez aucune donnée sur quoi que ce soit d'autre.

Les informations de l'entonnoir supérieur à partir des données au niveau de l'événement, en revanche, sont très détaillées.

À peu près le contraire est vrai pour les données agrégées, où vous n'obtenez que quelques ventilations de l'entonnoir supérieur, mais vous obtenez des données de conversion plus détaillées. Étant donné que les données sont agrégées - et qu'il y a du bruit ajouté - la confidentialité est préservée.

Chacun aura sa place.

« Les rapports au niveau des événements sont bons pour l'optimisation ; les rapports agrégés sont très utiles pour les rapports de mesure des performances d'une campagne », déclare Shub. "Et c'est pourquoi ici, dans Singular, nous nous concentrons vraiment sur cela, car cela va donner les données les plus précises avec moins de bruit et beaucoup plus de flexibilité."

Alors, comment fonctionne le flux dans Privacy Sandbox ?

À un niveau très simplifié, voici à quoi ressemble un scénario réel sous Privacy Sandbox pour Android :

1. L'utilisateur clique sur une annonce
2. Le réseau publicitaire enregistre ce que Google appelle une source pour ce clic, qui encode certaines données sur l'emplacement du clic, la campagne d'où provient l'annonce, les informations sur la création, etc.
3. L'utilisateur installe l'application
4. L'éditeur d'applications enregistre les événements de conversion, que Google appelle déclencheurs .
5. Une planification de tâche s'exécute sur l'appareil de l'utilisateur dans Privacy Sandbox, créant des données chiffrées sur ces déclencheurs.
6. Lorsque l'éditeur de l'application décide qu'il dispose de suffisamment de données, ces données chiffrées sont transmises à un service d'agrégation d'attribution.
7. Les services d'agrégation d'attribution déchiffrent les données, les résument dans un rapport et ajoutent du bruit.
8. Un spécialiste du marketing reçoit un rapport récapitulatif et doit décoder les dimensions qui ont été encodées lors de l'enregistrement des sources et des déclencheurs.

Tout cela semble très compliqué, et c'est probablement parce que ça l'est. Mais la bonne nouvelle est que Singular - et d'autres fournisseurs de technologies publicitaires - font le gros du travail.

"Nous ferons tout pour les managers de l'UA", déclare Shub. « Ils n'ont même pas besoin de savoir tout ce qui se passe sous le capot. Je suis sûr qu'ils veulent savoir à quel point nous sommes confiants dans les données, mais toute cette infrastructure est quelque chose que nous allons soutenir avec les réseaux publicitaires. Et c'est à nous de préparer cette infrastructure.

Il y a plus, bien sûr, y compris des détails sur les données que vous récupérez et comment vous les utilisez, et ce qu'il faut configurer dans vos sources et vos déclencheurs.

Tout cela devra attendre la deuxième partie de notre entretien avec Yuval Carmel et Ron Shub, à venir.

Abonnez-vous à Growth Masterminds

Abonnez-vous à notre chaîne YouTube en un seul clic.

Ou choisissez votre plateforme de podcast audio préférée sur la page d'accueil du podcast.

Et… une transcription complète : Singular et Privacy Sandbox sur Android

Remarque : ceci est généré par l'IA et légèrement modifié. Il peut contenir des erreurs. Vérifiez l'audio ou la vidéo réelle en cas de doute.

Jean Koetsier

Privacy Sandbox sur Android arrive bientôt et il est temps d'embrasser le suc.

Bonjour et bienvenue sur Growth Masterminds. Je m'appelle John Koetsier. J'aime un peu l'expression embrasser la succion . C'est quelque chose que j'ai souvent dit à mes enfants quand ils font quelque chose de difficile. C'est quelque chose que je me dis quand je fais quelque chose de difficile mais qui en vaut la peine. Il s'agit de se pencher sur des choses difficiles afin de pouvoir éventuellement faciliter les choses.

Nous avons vu cela se produire sur iOS avec les spécialistes du marketing ATT et SKAN qui se sont penchés et l'ont obtenu, se sont améliorés. Ils ont fait mieux et ils ont obtenu de meilleurs résultats. Il est probable que la même chose se produira avec Privacy Sandbox et Android. Ce ne sera pas facile, mais cela arrivera. Ça arrive. Le GAID s'en va et ça vaudra la peine de se pencher. Alors pour commencer à embrasser la chaussette, on discute aujourd'hui avec deux personnes.

Ron Chubb est architecte logiciel chez Singular et Yuval Carmel est l'architecte en chef de Singular. Bienvenue Ron, bienvenue Yuval.

Ron Shub

Hé, super d'être ici.

Yuval-Carmel

Hé.

Jean Koetsier

Génial, super pompé de vous avoir. Hé, nous plongeons dans Privacy Sandbox pour l'une des premières fois, je pense, sur Growth Masterminds. On en a beaucoup parlé sur le blog. Nous allons faire plus là-dessus aussi. Mais comme tout le monde le sait, Privacy Sandbox est une tentative de Google de faire trois choses, n'est-ce pas ?

Affichez du contenu et des publicités pertinents, mesurez l'efficacité des publicités et limitez le suivi.

Yuval, peut-être qu'on nous lance ici. Quelle est votre impression générale de Privacy Sandbox sur Android ?

Yuval-Carmel

Alors oui, John, je pense que Google investit beaucoup de temps dans l'ingénierie de cette solution. Vous pouvez le voir un peu. Ils construisent une solution axée sur la confidentialité, qui obligera les spécialistes du marketing UA à définir correctement ce qu'ils veulent suivre et dans quelle moralité à l'avance.

Ainsi, la solution migre essentiellement la logique d'attribution vers l'appareil. Comme si on emménageait pour faire plus de travail sur le client lui-même.

Et puis en gros, ça demande une gestion plus complexe des déclencheurs et des conversions dont on veut suivre. Ainsi, les données marketing ne seront plus disponibles avec les PII qui y sont attachées comme nous en avons l'habitude, comme les données au niveau de l'utilisateur. Les choses vont être un peu différentes et probablement les rapports et comme les rapports de données vont être plus agrégés. Nous allons voir plus de rapports agrégés, des personnes utilisant plus de données agrégées et moins dépendantes des données au niveau de l'utilisateur.

Donc, et l'idée ici est évidemment qu'il serait difficile de retracer le comportement d'un seul utilisateur et l'utilisation d'applications spécifiques. Une chose à mentionner est que l'équipe sandbox de Google travaille en étroite collaboration avec nous et d'autres partenaires pour s'assurer que la solution est bien examinée et testée, ainsi que bien architecturée, ce qui est plutôt cool. Et c'est une excellente approche.

Si vous prenez le contraire, vous avez mentionné embrasser la succion. Alors embrasser la merde, c'est comme un terme militaire, n'est-ce pas ? Et parce que vous devez le faire, il n'y a pas d'autre moyen. Vous devez embrasser la succion. Et avec les changements précédents dans le paysage de la confidentialité avec d'autres entreprises, vous deviez vraiment embrasser la merde. Tu ne pouvais rien faire, tu ne pouvais parler à personne. Il n'y avait pas de relations de travail là-bas.

Et ici, en gros, nous voyons Google travailler avec les partenaires et essayer de s'assurer que le PSA sera plus facile à adopter. Disons que.

Jean Koetsier

Aimez-le, aimez-le, aimez-le. Ron, si vous regardez Privacy Sandbox et que vous regardez, vous savez, SKAN sur iOS, comparez-les et mettez-les en contraste pour nous.

Ron Shub

Alors oui, Google essaie de résoudre le même problème, n'est-ce pas ? Et faire une solution d'amélioration de la confidentialité qui limite le suivi au niveau de l'utilisateur. Mais je peux dire que l'approche est super différente entre un SKAdNetwork et Android Privacy Sandbox, par exemple.

Et tout d'abord, prendre ATT et juste pour récapituler ATT est la transparence du suivi des applications introduite pour la première fois dans iOS 14.5, le changement de comportement de la désactivation à l'activation. Ainsi, lorsque vous installez une application, vous obtenez une fenêtre contextuelle et vous devez dire si vous autorisez le suivi. Et puis la plupart des gens disent non. Et puis vous n'avez plus nous ou les MMPs, ils n'ont plus l'IDFA. L'IDFA est réinitialisé, ce qui rend beaucoup plus difficile le suivi des données marketing.

L'approche de Google est donc un peu différente. Ils disent que nous voulons d'abord avoir une alternative. Nous voulons avoir le Privacy Sandbox et les API. Et ce n'est que plus tard, peut-être, que nous parlerons de l'abandon de l'identifiant publicitaire Google. Nous pensons donc que l'identifiant publicitaire Google est là pour rester pour le moment, et il n'y a pas de plans particuliers pour le rendre obsolète [immédiatement].

Et quand ils le déprécieront, ils donneront un avis substantiel avant. Et quand on parle de SKAdNetwork par rapport à l'attribution Google, qui est l'API Attribution Reporting, alors ils essaient tous les deux, encore une fois, de résoudre la même chose. Mais les approches sont, encore une fois, super, super différentes. Donc, quelques teasers, côté documentation, Google fournit des tonnes de documentations et de référentiels. En gros, ils nous ont tout ouvert. Et c'est vraiment utile pour comprendre à quoi ressemblera l'infrastructure, ce que nous pouvons en faire, comment nous pouvons gérer le bruit, et cetera, et cetera. Et quelques teasers spécifiques sont, par exemple, des dimensions.

Dans SKAdNetwork, vous obtenez un identifiant de campagne SKAN, qui est un nombre compris entre 0 et 99, seulement 100 options. Maintenant, dans SKAdNetwork 4.0, vous obtenez un peu plus d'options avec Source ID, mais c'est vraiment standardisé et c'est assez limité.

Google fournit 128 bits, ce qui est beaucoup, beaucoup, beaucoup plus gros. Il vous donne beaucoup d'endroits pour encoder vos dimensions. Un autre petit teaser est … Apple a limité la façon dont vous, lorsque vous obtenez la conversion, la fenêtre de conversion est pratiquement limitée. Vous ne pouvez donc suivre les installations que pendant quelques jours.

Et Google n'a pas du tout cette limite. Ainsi, vous pouvez obtenir de nombreux rapports agrégeables et des données brutes. Et vous décidez quand vous souhaitez obtenir le rapport de synthèse. Ainsi, vous pouvez également suivre un mois ou deux mois après l'installation. Et cela témoigne vraiment du niveau de liberté que Google offre. Mais avec cela vient aussi la complexité. L'intégration avec Android Privacy Sandbox est donc plus compliquée que l'intégration avec SKAdNetwork.

Jean Koetsier

C'est une phrase intéressante et cela ne sera peut-être pas une bonne nouvelle pour de nombreux spécialistes du marketing, car la plupart ont dit que SKAN est vraiment difficile et que c'était déjà en 3 et 4 est plus difficile avec plus d'options et plus de post-bacs et plus de retards et tout ce genre de choses. Des tests sont actuellement en cours, des bacs à sable de confidentialité et des données. Vous avez travaillé avec un aperçu développeur.

Quels sont les principaux enseignements et enseignements tirés de l'utilisation de l'aperçu ?

Ron Shub

Oui, nous avons donc été très impressionnés par les efforts de Google, comme l'a mentionné Yuval. Un tas de documentations et de référentiels qui nous ont aidés à parcourir et à comprendre ce qui va être introduit très bientôt. Notre objectif actuel est de réaliser un test de bout en bout de l'API Attribution Reporting, c'est-à-dire de l'enregistrement d'un clic à l'interrogation du service d'agrégation et à la récupération du rapport de synthèse décodé et décrypté.

Il y a quelques obstacles sur le chemin. Cela ne se passe pas très bien, mais Google a été super attentif.

Il y a actuellement un autre problème auquel nous sommes confrontés, et nous pensons que nous sommes sur le point de le résoudre. Et nous sommes vraiment ravis de pouvoir terminer le test de bout en bout et d'être pratiquement prêts pour le Privacy Sandbox. Alors oui, Google est super réactif pour répondre aux questions et nous aider et ils semblent investir des tonnes de ressources et nous aimons travailler ensemble.

Jean Koetsier

Super intéressant. Vous y travaillez maintenant. Pendant que nous enregistrons, nous sommes le 1er mai. Cela sortira probablement dans deux semaines environ. Nous avons, je pense, jusqu'à la fin de l'année avant que le GAID ne disparaisse et que d'autres choses ne se produisent. Mais oui, il y aura du temps là-bas.

Dans l'ensemble, si nous examinons Privacy Sandbox, il existe trois API préservant la confidentialité, comme Google les appelle sur le Web et sur Android, n'est-ce pas ?

Il y a l'API Topics, qui devrait permettre un bien meilleur ciblage que ce que nous avons actuellement sur iOS, mais je pense toujours que la granularité va être un défi. Il y a ce qu'ils appelaient l'API Fledge, qui est maintenant l'API Protected Audiences, qui devrait permettre le reciblage et peut-être quelques autres cas d'utilisation. Mais ce qui vous préoccupe le plus, bien sûr, c'est l'API Attribution Reporting.

Je ne sais pas pourquoi, il y a une raison étrange à cela, mais c'est là que vous passez le plus de temps. Vos pensées, à quel point est-ce bon?

Yuval-Carmel

Ouais, donc c'est une excellente question. Comme vous l'avez mentionné, il semble que Google essaie essentiellement de trouver une solution pour chaque raison pour laquelle vous utilisez Google Advertising ID, n'est-ce pas ? Ils obtiennent donc l'API Topics pour vous à des fins de reciblage et les audiences Fledge, l'API protégée pour les audiences. Et puis l'API Attribution Reporting.

Alors oui, qu'est-ce que j'en pense et à quel point est-il bon?

Le rapport d'attribution Privacy Sandbox va changer la façon dont certains d'entre nous sont habitués à voir les données marketing. Nous avons donc beaucoup de clients qui sont encore habitués à voir des données au niveau de l'utilisateur et des données marketing attachées pour voir des utilisateurs spécifiques, même à leurs PII. Ainsi, bien que nous ayons SKAN et les changements dans l'industrie, de nombreuses personnes, comme de nombreux clients, nous avons entendu dans l'industrie arrêter le marketing sur iOS et se baser fortement sur Android.

Et maintenant, ils auront également le même problème sous Android. Et les données au niveau de l'utilisateur vont être super limitées.

Vous avez comme trois éléments, comme Ron l'a mentionné, ou nous le mentionnerions peut-être dans l'une des prochaines questions. Mais vous n'avez que trois bits pour collecter des informations concernant un événement. Mais bien sûr, les rapports agrégés d'attribution peuvent être utilisés à des fins de marketing, si vous comprenez les exigences et comment les exécuter.

Alors c'est bon ?

C'est une bonne solution pour la vie privée, d'abord et avant tout. C'est une excellente solution pour la confidentialité car tout sera plus privé. Vos PII sont mieux protégés. Vos informations sont plus protégées. Votre comportement est moins facilement mesuré et suivi. Mais c'est une solution vraiment complexe pour le marketing et la mesure des performances. Heureusement pour nos clients, bien sûr, nous prévoyons d'être là pour eux et de gérer le gros du travail, bien sûr, au début, et nous les guiderons pas mal. Mais qu'est-ce qui va être dur ? Il va donc être difficile de comprendre comment définir vos clés d'agrégation ou essentiellement les dimensions ou la granularité avec laquelle vous souhaitez mesurer et suivre vos conversions.

Il va être un peu complexe de comprendre comment gérer les événements de conversion eux-mêmes. Et nous parlerons de la viande plus tard, mais l'idée ici est que la solution est vraiment générique et qu'elle vous donne la liberté de trouver la meilleure mesure, cette méthode pour vous, comme tout ce dont vous avez besoin, vous pouvez essentiellement l'implémenter ici , ce qui est un grand avantage, mais ce sera assez complexe, je pense, pour les annonceurs à gérer par eux-mêmes.

Jean Koetsier

Super, super intéressant. Juste pour prendre un demi-pas en arrière pendant une seconde et réfléchir au paysage des applications mobiles et mobiles et à la façon dont il évolue, a changé au cours de la dernière année et demie et de l'année prochaine.

Ce sera fascinant de revenir sur ce point de l'histoire et de dire, oh, c'est pourquoi les applications font cela maintenant, parce que les modèles de conversion pour les annonceurs doivent changer, donc le produit doit le faire. Ce sera intéressant à voir. Ron, tournons-nous vers vous.

Je demande toujours quand je parle aux gens dont je parle de SKAN, vous savez, quelle est leur estimation du niveau de baisse de l'efficacité publicitaire de l'IDFA à SKAN ?

Et je vais vous demander cela en termes d'Android. C'est vraiment tôt, bien sûr, vous commencez tout juste à travailler avec ça. Ce n'est pas dans la nature. Il n'est pas du tout utilisé par un grand nombre de personnes, juste testé.

Pouvez-vous deviner à quel point l'efficacité des publicités pourrait chuter à mesure que nous passerons de GAID à Android Privacy Sandbox ?

Yuval-Carmel

Je vais prendre celui-ci. Je pense donc que le GAID et l'efficacité des publicités chutent, ou fondamentalement, le problème ici est la mesure, n'est-ce pas ? Et l'efficacité de la mesure va chuter sur GAID. Et une fois que la mesure n'est pas aussi précise et possible, bien sûr, l'efficacité de la publicité chutera également.

Donc, le fait est que pour les attributions de clic, nous avons également le référent d'installation de Google Play. Je pense que la plupart de nos attributions basées sur Android sont basées sur le référent d'installation de Google Play, qui est probablement le mécanisme le meilleur et le plus précis pour attribuer et faire correspondre les clics publicitaires aux installations d'applications sur les appareils Android.

Donc, tant qu'il est disponible, le référent d'installation de Google Play… Je pense que la plupart des attributions marketing et notre attribution fonctionneront également avec cette solution fiable et robuste. C'est la meilleure solution. Vous pouvez essentiellement transmettre des éléments au Google Play Store et vous l'obtenez comme une intention de leur part dans le SDK MMP, dans notre SDK. Cela fonctionne donc au mieux et vous pouvez attribuer de manière fiable les utilisateurs de cette façon.

Donc, si Google annule l'identifiant publicitaire Google mais n'annule pas l'installation de Google Play, référez-vous.

Je pense que pour l'attribution au clic, nous avons toujours une méthode vraiment robuste et précise pour calculer les attributions, comme nous le faisons aujourd'hui. La grande question à Google, à laquelle aucun d'entre eux n'a probablement vraiment de réponse définitive, est de savoir ce qui se passera avec la référence d'installation de Google Play. Nous attendons toujours une réponse et je pense que certains d'entre eux attendent toujours une réponse. Donc personne ne sait vraiment quel est le plan là-bas.

En ce qui concerne la vue via l'attribution, c'est un peu différent. Vous n'avez pas la référence d'installation de Google Play là-bas. Nous comptons actuellement sur l'obtention de rapports sur les impressions des réseaux eux-mêmes, des partenaires eux-mêmes. Remarque, je ne parle pas de ceux qui s'auto-attribuent comme Google Ads et Facebook.

Je pense aux autres types qui nous envoient essentiellement les impressions, puis nous sommes ceux qui utilisent l'identifiant publicitaire Google pour correspondre aux clics que nous obtenons également. Et dans cet aspect, je pense que la dépréciation de Google Advertising ID affectera assez fortement les vues d'attribution. Et je pense que nous voyons que la solution de bac à sable sera probablement utilisée en premier lieu pour l'attribution de vue par le biais et non pour le clic tant que nous aurons la solution de référent.

Jean Koetsier

Super intéressant. Nous verrons donc si nous continuons d'avoir cela. Nous avons vu que les empreintes digitales devenaient un problème sur iOS. Et Apple l'a abordé et a dit, hé, c'est de la mesure. C'est le suivi. Ce n'est pas permis. Que voyez-vous se passer avec les empreintes digitales sur Android alors que Privacy Sandbox entre en jeu ?

Ron Shub

Bon, donc nous supposons que la même chose se produira probablement. Je veux dire, les gens continueront à utiliser les empreintes digitales aussi longtemps qu'ils le pourront et se sentiront à l'aise de le faire. Mais comme Apple l'a fait, je suppose qu'un jour dans le futur, Google décidera de rendre la prise d'empreintes digitales plus difficile, voire impossible, dans certains cas. Et ne l'activera plus vraiment. Et quand cela arrive, alors les gens, nous devons trouver d'autres solutions. Mais Google a mentionné qu'ils donneraient un avertissement substantiel avant cela. Nous ne pensons donc pas que cela arrivera de sitôt. Et pour l'instant, les empreintes digitales sont toujours en jeu.

Jean Koetsier

Parlez-vous des rapports au niveau des événements et de la manière dont ils diffèrent des rapports agrégés ?

Ron Shub

D'accord, donc l'API de rapport d'attribution de Google prend en charge deux types de rapports.

Les rapports au niveau des événements sont plus adaptés à l'optimisation. Ainsi, ils peuvent être utilisés, par exemple, pour former des données pour des modèles d'apprentissage automatique, par exemple, lorsque vous souhaitez optimiser les emplacements d'annonces. Mais le problème avec les rapports au niveau des événements est que les données de conversion sont très grossières. Vous n'obtenez presque aucune donnée sur ce qui s'est passé après l'installation. Donc, pratiquement pour la vue à travers l'attribution, vous obtenez un bit. Et pour l'attribution au clic, vous obtenez trois bits. Donc c'est pratiquement, vous ne pouvez rien encoder presque là-bas.

Jean Koetsier

Entrez dans les détails ici… un peu. Que pouvez-vous faire en un instant ? Est-ce que c'est allumé ou éteint ? Est-ce un peu? C'est binaire ?

Ron Shub

Droite.

Vous pouvez pratiquement dire, vous pouvez dire, cela s'est-il produit ou cela ne s'est-il pas produit? Vous pouvez donc dire que l'ajout au panier s'est produit. Donc c'est à peu près tout. Vous devez choisir un événement et vous concentrer dessus et dire simplement s'il s'est produit ou ne s'est pas produit, mais ce n'est pas beaucoup d'informations dans les rapports agrégés, vous bénéficiez d'une grande liberté dans les données de conversion… les mêmes 128 bits que nous avons mentionnés précédemment, que vous pouvez répartir entre l'enregistrement de la source du clic avec la vue et l'enregistrement des déclencheurs. Ainsi, vous pouvez enregistrer de nombreuses métriques, événements ou revenus, et vraiment mesurer ce qui s'est passé, quel est le parcours que l'appareil, l'utilisateur a fait dans l'appareil après avoir installé l'application. Encore une fois, les rapports au niveau des événements sont bons pour l'optimisation, les rapports agrégés sont très bons pour les rapports de mesure des performances d'une campagne. Et c'est pourquoi ici, dans Singular, nous nous concentrons vraiment sur cela, car cela va donner les données les plus précises avec moins de bruit et beaucoup plus de flexibilité.

Jean Koetsier

Il y a donc du bruit ajouté. Guidez-nous à travers le flux. Donnez-nous une idée de ce qui se passe lorsque vous placez une annonce. Quelqu'un clique dessus, ils installent, ils font quelque chose. Comment ce flux fonctionne-t-il dans l'ensemble de Privacy Sandbox ?

Ron Shub

Oui, c'est donc une question à laquelle il n'y a pas vraiment de réponse courte, mais je vais essayer de la résumer autant que possible. Les premiers pas se font donc sur l'appareil. Ainsi, un utilisateur voit une annonce, puis vous enregistrez une source dans Google. Et vous définissez déjà les dimensions que vous souhaitez mesurer. Et puis l'utilisateur.

Jean Koetsier

Et enregistrer une source indique simplement à Google où l'annonce a été placée, dans quelle application elle se trouvait ou sur quel site Web elle se trouvait, n'est-ce pas ?

Ron Shub

Exactement. Vous pouvez mettre un tas de choses dans la clé d'agrégation, ce qui signifie pratiquement la campagne, comme vous l'avez dit, quel pays, tout ce que vous décidez d'encoder dans les dimensions là-bas. Mais oui, vous définissez la dimension sur cela, sur cette étape. Et c'est la source enregistrée. C'est dans l'application de l'éditeur.

Une fois que l'utilisateur a installé l'application, une fois qu'il a effectué des événements que vous souhaitez mesurer ou des revenus, vous l'enregistrez en tant que déclencheurs. Vous pouvez donc enregistrer plusieurs déclencheurs. Exactement. Vous pouvez donc mesurer plusieurs déclencheurs. Il y a une limitation ici que nous allons mentionner assez tôt.

Mais les déclencheurs ne sont pratiquement que les événements et les métriques que vous souhaitez mesurer.

Et après avoir enregistré les déclencheurs, quelque temps plus tard, il y a comme un calendrier de travail qui s'exécute sur l'appareil. Et une fois qu'il s'exécute, vous obtenez ce qu'on appelle des rapports de données agrégées, qui sont pratiquement des données cryptées brutes. Vous ne pouvez rien faire avec jusqu'à présent. Vous devez donc le conserver dans votre base de données et le stocker pendant un certain temps jusqu'à ce que vous obteniez suffisamment de rapports agrégés, suffisamment de données brutes.

Et une fois que vous l'avez fait, vous prenez un lot de rapports bruts agrégés et vous les envoyez au service d'agrégation d'attribution. Ce que le service d'agrégation fait pour vous, c'est déchiffrer les données, les résumer dans un rapport. Vous pouvez le considérer comme un tableau et ajouter du bruit à chaque ligne de ce tableau. Ainsi, les permutations de chaque dimension, par exemple, la campagne A du pays États-Unis contiendra plusieurs installations.

Et à cela, et de multiples revenus et de multiples événements, et à cela, Google ajoutera du bruit. Ils disent donc exactement quelle est la répartition du bruit. Et vous pouvez déjà commencer à réfléchir, comment encoder les bons chiffres afin de rendre le bruit peu nocif ? Donc, le rapport signal sur bruit est là, n'est-ce pas ? Donc, vous voulez avoir un signal beaucoup plus élevé que le bruit.

Ainsi, une fois que vous revenez du service d'agrégation, un rapport de synthèse, vous devez décoder les dimensions que vous avez encodées lors de l'enregistrement de la source et du déclencheur. Et vous devez essayer, en utilisant des algorithmes de science des données et ainsi de suite, vous devez essayer de supprimer le bruit et de donner les chiffres réels. Et la façon dont nous avons fait cela avec un réseau d'échelle, et je suppose que nous ferons la même chose ici, est de vous donner l'approximation d'un nombre et un intervalle de confiance qui dit vraiment comment je suis sûr que nous sommes dans le nombre que nous donnons toi. Et cela dépend du volume des installations que vous avez eues au cours de cette période.

Jean Koetsier

Et donc Ron, il y avait beaucoup de choses dont tu avais besoin et tu obtiendrais et d'autres trucs comme ça. Et ce que vous dites et vous obtenez des données que vous ne pouvez pas comprendre et qui doivent aller quelque part qui n'est pas vous. Et puis vous le récupérez et il y a du bruit ajouté avant de le récupérer.

Maintenant, s'il vous plaît, dites-moi que tout ce que vous êtes ici est en fait Singular qui reçoit ces données que vous ne pouvez pas déchiffrer, puis les envoie quelque part où elles peuvent être déchiffrées où leur bruit est ajouté, puis vous récupérez quelque chose que vous pouvez réellement lire est qu'en tant que spécialiste du marketing, la marque que vous n'avez pas à faire tout cela n'est-ce pas ?

Ron Shub

C'est tout à fait exact.

Donc on va essayer de faire, on va tout faire pour les managers UA. Ils n'ont même pas besoin de savoir tout ce qui se passe sous le capot. Je suis sûr qu'ils veulent savoir à quel point nous sommes confiants dans les données, mais toute cette infrastructure est quelque chose que nous allons soutenir avec les réseaux publicitaires. Et, c'est à nous de préparer cette infrastructure…

Jean Koetsier

C'est une promesse. Vous l'avez entendu ici la première fois.

Ron Shub

… qui est une infrastructure vraiment cool, soit dit en passant. Mais les responsables UA n'ont pas du tout à s'en soucier. Ils doivent se soucier des métriques et des événements qu'ils veulent mesurer et décider lesquels sont les plus prioritaires car ce sont des décisions difficiles comme nous en avons dans le réseau SCAD. Nous ne pouvons plus obtenir tous les événements et tous les revenus comme avant.

Jean Koetsier

Excellent. Et tu sais quoi? Vous venez de terminer notre session ici parce qu'il y a tellement plus dont nous devons parler. Nous devons parler, wow, de l'exécution du SDK.

Nous devons parler des données dont vous avez parlé, du flux, de ce qui va revenir, vous savez, de tout ça, de la modélisation que vous ferez. Nous devrons parler, vous savez, du web à l'application, quel sera l'impact que nous pensons être ici. Vous avez tous, vous avez beaucoup plus à vous demander, à vous et à Ron, nous avons beaucoup plus à vous demander, mais cela vient de devenir la partie A et ils vont devoir faire la partie B dans quelques semaines sur la route ou quelque chose comme ça.

Parce que ça fait environ 30 minutes maintenant et vous savez, probablement un peu long pour celui-ci en particulier et vous avez aussi des vies auxquelles vous devez, vous savez, revenir et j'ai une réunion à laquelle je suis déjà en retard pour ainsi, mais merci beaucoup pour ce temps. J'apprécie vraiment cela. Nous allons mettre en place quelque chose.

Tu dois me reparler. C'est la mauvaise nouvelle. Mais la bonne nouvelle, c'est que vous avez le reste de votre soirée libre...