 Nous disons à Google que l'accès à l'accès est un cadeau. Donc, comme le recevier de l'accès, vous devez s'occuper de cette information car c'est la clé qui peut évoquer les portes pour votre succès à l'avenir. Ce concept est un pillar fondamental de l'initiative de la boxe privée que je vais vous montrer dans cette présentation. Je m'appelle Antoine et je m'adresse à une équipe de consultations techniques du M.E.A, responsable de l'aide d'organisations comme vous, d'understand, de test et d'implementer les nouveaux API de la boxe privée. Dans cette présentation, je vais vous donner un overview de pourquoi l'éco-système de l'écosystème est important pour la boxe privée. Qu'est-ce que l'accès que nous avons reçu, comment sharez-vous avec les équipes productives et ce qui se passe avec ce qu'est l'accès à l'accès. Aujourd'hui, nous allons nous concentrer sur l'approche de Chrome car Android n'est qu'une fois qu'il a commencé, mais on va probablement suivre un modèle similaire dans le futur. C'est génial. Donc, mon rêve avec ce stock est de vous montrer que l'éco-système de l'écosystème est important et facile pour vous donner vos réponses et je vous encourage de vous protéger si vous avez déjà fait ça. L'involation de ce processus ne va pas seulement vous donner une start-up et vous être familial avec les API, mais aussi vous donner une opportunité d'influencer le développement des solutions et de positionner votre business en regardant et de thought-leaders dans ce domaine. Depuis le start de l'initiative de la boxe privée, nous avons demandé de participer à l'écosystème et depuis trois jours, nous avons demandé des cas de utilisation pour aider à créer des propositions de la boxe privée. L'année dernière, nous avons demandé de recevoir des réponses sur les designs de l'initiel API comme nous l'avons préparé pour le test. Et maintenant que les développeurs commencent à tester et intégrer les technologies, nous avons demandé d'input sur leur expérience. Pour commencer, nous allons parler de pourquoi la boxe privée s'intervient. La boxe privée a été launchée par Chrome pour développer un nouveau set de technologies pour soutenir l'écosystème web aux cas de utilisation qui currently relient à des cookies de 3e partie. Ces solutions sont développées avec le W3C et les propositions sont publicement accessibles sur GitHub. L'initiel API est directement à l'influencer le développement des solutions. C'est votre chance d'avoir un point sur ce qu'elles doivent sembler. C'est essentiel au processus collaboratif. La boxe privée relient aux contributions des entreprises comme Asure, testant et offrir des messages sur les nouvelles technologies. Cela peut assurer que les solutions travaillent pour toutes les organisations utilisées dans l'écosystème web. Les messages aussi assurent que des voices diverses sont écoutées. Tout le monde est accueillé et encourage à participer. Beaucoup de publishers, advertisers, des développeurs ou simplement quelqu'un qui a l'intérêt dans ce projet Finalement, le processus de feedback assure que les solutions donnent une utilisation d'utilisation privée et permettent d'assurer que la web s'éloigne. Et nous sommes écoutés. Les teams Chrome valent l'écosystème et s'inscrivent dans le développement de nouvelles technologies web. Avec la boxe privée, nous avons ajouté plus de structure et de transparence au processus, incluant un commettement pour publier des rapports quartiers et les réponses de Chrome. Et nous regardons quelques exemples de cela plus tard. Donc, quel type de feedback a été obtenu par la boxe privée ? Premièrement, les outils de utilisation. Ce sont les outils de utilisation et les fonctionnalités que les participants croient être préservés ou réalisés possible par les solutions privées. Comme exemple d'un outil de utilisation, certains testants utilisent plus de 10 limites imposées par la boxe privée dans les propositions originales et demandent si cette limites pourrait être étendue. Finalement, cela a été résulté en Chrome de bouger sur une limite statique en faveur d'une limite basée sur toutes les sizes de cookies. Questions. Ce sont d'autres questions qui doivent être clarifiées. Par exemple, est-ce possible d'utiliser un API shared pour faire cela disponible pour le trial ? Insights. Ce sont les observations et les remarques que les participants ont sur les solutions proposes. Récemment, on a entendu que les testants ont observé plus de volume sur le trial original pour exemple. Finalement, des requêtes de bug et de feature. Ce sont les issues ou des outils que les développeurs partagent sur des tests qui s'appliquent. Par exemple, en ajoutant le trial original pour la réduction d'agent un organisme ne pourrait pas observer un shrink réduit sur leurs utilisateurs. Cela qualifie comme un bug qui devrait être étendu. Ces types de feedbacks ont créé les solutions pour ce qu'ils sont aujourd'hui et ont aidé à proposer une documentation plus robuste. Donc, s'il vous plaît, et pour aider les équipes à proposer de vos feedbacks, s'il vous plaît, et que c'est concis et qu'il y a assez de contexte et que cela explique clairement quel API il est à propos. Et pour des feedbacks techniques, s'il vous plaît, prenez les détails de votre environnement d'exécution et les steppes pour reproduire l'observement. Plus tard, si vous pouvez donner des samples de code, cela toujours aide. Maintenant, nous allons voir comment 2600 pieces individuels de feedbacks ont été recueillis. C'est un nombre encourageant et mécanique qui montre bonne participation de l'écosystème. Ce sont souvent des channels de github où nous comptons un souci comme un item de feedback, mais tous ces github contiennent beaucoup plus de commentaires qui n'ont pas été considérés dans ces calculs. Selon le github, ce nombre aussi capture des feedbacks qui ont été créés par des événements, des tables, des conversations, etc. En termes de distribution de feedbacks, nous avons reçu ½ des feedbacks sur l'application d'applications. Découplé par les applications, comme vous pouvez le voir à la droite, Flage est l'application la plus disqueuse qui s'étend à 21 % de l'entraînement. L'application de l'application s'étend à 17 %. La prochaine est la question totale d'environ 11 % et ces sont suivis par des clients utilisateurs et de la FEDCM. Donc, cela reflète que l'application de l'application de l'application est au top de la main avec Flage et l'attribution de l'application de l'application qui s'étend à plus de feedback qu'à cause de leur complexité. Les clients utilisateurs ont déjà évoqué et se sont réveillés comme nous le parlons, alors que la FEDCM a été créée pour tester à la fin de l'année dernière. Cela est encourageant et aide vraiment à faire le progrès avec le développement des solutions et à m'assurer qu'ils soient à la droite pour vous. Donc, n'hésitez pas à garder votre feedback. Maintenant, let's see ce qui se passe First, it generates open debates on important questions on GitHub and W3C meetings which are critical to the advancement of the solutions. It shapes the solutions as we have seen with flock being deprecated in favor of topics as the direct outcome of the feedback received. The same goes for the recent changes made to the first party sets API proposal. Feedback also has an influence on adjustment brought to the APIs. For example, the default permission policy for attribution reporting API on iFrames has been relaxed during the testing period to allow for more volume of data based on feedback received. I will walk you through this change just after this section. Finally, as mentioned before, Chrome is committed to publicly provide quarterly reports. These reports are published on developer.com.com every three months and are generated by aggregating feedback received into common themes. Without going into too many details, here are some extracts of the latest feedback report from feedback received in Q4 last year. Topics API has recently evolved to allow for HTTP header retrieval of topics. Chrome heard that more information was needed and updated the online documentation accordingly. On attribution reporting API, Chrome is seeking additional feedback to figure out how to address the use case of reporting based on publishers sites where ads are available to the ecosystem's inputs. On chips, Chrome explained how third-party cookies can be audited through Chrome Dev tool and Netlog but wants to understand if extra tools are needed. These are only four out of hundreds of feedback points addressed in the report for the last quarter only. You can read the full report for this quarter and previous ones on developer.com. Now, I would like to show you how an example of feedback on attribution reporting API. Alois from Crete.io explained how difficult it was to test the API due to the permission policies restricting access nested cross-origin iframes. He asked if permission policies could be relaxed for the duration of the testing period to allow for more volume. After some discussion and additional feedback received from other testers, mode from our developer relations team replied she's figuring out how to block teams. Eventually, a change was deployed to ease the permission policies by default. Alois confirmed this slide to the desire.com of allowing for more traffic enabling Crete.io and other testers to move forward and can you guess it providing more valuable feedback. And beyond solving the issue for the trial period, this also generated further conversations on how this situation could be addressed un peu. This is a great example of the importance of voicing your opinions and ideas to get the proposals to evolve in the right direction. So where can one provide feedback on the APIs? There are different paths you can take depending on what you would like to provide feedback on. If you would like to file a bug, head to the Chromium portal and report a new issue. To request for developer support, go to the privacy sandbox dev support channel under the Google Chrome Labs repository. If you would like to provide feedback directly to Chrome, you can use the form linked on privacysandbox.com on the timeline page. You can also participate in live conversations in several recommended W3C meetings which are led by the proposal editors themselves. Finally, to provide any other feedback on specific APIs, head to their respective GitHub explainers listed in developer.chrome.com and open a new issue or comment on any existing ones. This is the preferred way to provide feedback to the product teams as it generates an open conversation where anyone can chip in. To conclude, as we have seen, feedback is key to shaping the privacy sandbox solutions and ensure they support adequately the web ecosystem. Feedback can come in many forms including discussions on the proposals, reporting implementation issues or sharing the results of your tests. As I said, the preferred way to share your feedback with the product and engineering team is to provide it directly in the GitHub explainers. This is where we would like to primarily engage with the ecosystem. And once again, your feedback is critical. Keep on engaging with us to have a direct influence in shaping the future of privacy on the web. Become a sort leader in this domain and get a head start on the new APIs. We truly believe that together we can provide a safer web for users going forward whilst ensuring businesses such as yours can keep on thriving and innovating. Thank you for listening and we look forward to hearing your feedback.