What\u2019s Android Privacy Sandbox?<\/h2>\n\n\n\n
The Privacy Sandbox is Android\u2019s privacy-centric toolkit. It is simply a better way to maintain users\u2019 privacy while still providing businesses (both advertisers and publishers) with tools to market and monetize.<\/p>\n\n\n\n
There are four key APIs at the core of the Privacy Sandbox toolkit:<\/p>\n\n\n\n
- \n
- Topics<\/li>\n\n\n\n
- FLEDGE<\/li>\n\n\n\n
- Attribution reporting<\/li>\n\n\n\n
- SDK Runtime<\/li>\n<\/ol>\n\n\n\n
\n
\u201cThe Privacy Sandbox Beta provides new APIs that are designed with privacy at the core, and don’t use identifiers that can track your activity across apps and websites.\u201d<\/em><\/p>\n\n\n\n
Anthony Chavez<\/a> – VP, Privacy Sandbox at Google<\/p>\n<\/blockquote>\n\n\n\n
While there are clear similarities in the approaches for the Topics, FLEDGE, and Attribution reporting APIs for Google\u2019s web-based and app-based privacy solutions, the technologies used to build them are fundamentally different. The SDK Runtime is a mobile app-specific solution, and we do not know much about it so far. <\/p>\n\n\n\n
Topics<\/h2>\n\n\n\n
Google introduced Topics for mobile apps. Topics helps advertisers display ads to the relevant user groups based on their interests. Instead of passing GAID (Google Advertising ID) to various third parties that process data and define user interests, this approach allows advertisers to granularly target users based on their topics of interest and latest interactions, determined by Google\u2019s ML. <\/p>\n\n\n\n
The user-specific topics are stored on the device, and they are not passed to external servers\u2014not even Google\u2019s. <\/p>\n\n\n\n
![\"\"](\"https:\/\/persona.ly\/blog\/wp-content\/uploads\/2023\/02\/Privacy-Sandbox-1-2.png\")
<\/a>Source: Google<\/em><\/figcaption><\/figure>\n\n\n\n This approach has many advantages for users:<\/p>\n\n\n\n
- \n
- The reduced risk of device fingerprinting. <\/li>\n\n\n\n
- Control and transparency. Users now not only have access to the list of their own defined topics and interest groups, but they can also remove specific topics (or all of them together).<\/li>\n\n\n\n
- Avoiding sensitive categories. The list of topics will be public and human-curated, so any sensitive information like race or gender won\u2019t be considered.<\/li>\n<\/ol>\n\n\n\n
The Topics is not the only way advertisers can reach their audiences\u2014it will be just one of many tools to support interest-based advertising. Another approach, based on the contextual distance<\/a> between the promoted and the publisher\u2019s bundle, can either be combined with the Topics approach or be a subject for a separate campaign setup.<\/p>\n\n\n\n
The initial trial taxonomy is yet to be defined\u2014the list is crowd-sourced and might include \u201csomewhere between a few hundred and a few thousand topics<\/a>.\u201d<\/p>\n\n\n\n
FLEDGE – Viva la re-engagement<\/h2>\n\n\n\n
FLEDGE allows for smooth retargeting while maintaining user privacy. User re-engagement<\/a> is an essential tool for marketers, as it helps them deliver more relevant ad experiences to users who interact with their products and drive the desired outcomes. It\u2019s also highly beneficial for users who might still be interested in a product. <\/p>\n\n\n\n
FLEDGE is a technological solution that prevents user data oversharing by keeping the data on the user’s device without passing it to any third-party services. <\/p>\n\n\n\n
With FLEDGE integrated by all parties, users that have interacted with a promoted app can be added to the Custom Audience and re-engaged.<\/p>\n\n\n\n
The publisher\u2019s app hosts an on-device auction, where the adtech provider decides which ad would be more relevant for the user based on multiple criteria. If the bid is won and the ad is displayed, the auction results are reported.<\/p>\n\n\n\n
![\"\"](\"https:\/\/persona.ly\/blog\/wp-content\/uploads\/2023\/02\/Fledge-workflow-privacy-sandbox-1.jpg\")
<\/a>Source: <\/em>Google<\/em><\/a><\/figcaption><\/figure>\n\n\n\n The custom audience can be defined by a publisher, advertiser, or adtech platform. Instead of sharing the remarketing list, they can create multiple audiences for different use cases. As an extra measure to preserve user privacy, FLEDGE\u2019s in-app custom audiences are distinct from Chrome interest groups.<\/p>\n\n\n\n
Like with other Privacy Sandbox solutions, custom audiences are stored on users\u2019 devices and are not shared externally. Users have control over the audiences they are a part of and can easily remove themselves from the lists.<\/p>\n\n\n\n
Attribution Reporting<\/h2>\n\n\n\n
Google developed this API to help track advertisers\u2019 performance without identifying individuals as they navigate across other apps.<\/p>\n\n\n\n
It preserves privacy by grouping users, randomizing and anonymizing the data, adding noise, and limiting the information that leaves the user\u2019s device.<\/p>\n\n\n\n
The Attribution reporting API is available at two levels:<\/p>\n\n\n\n
- \n
- The event-level<\/strong> reporting provides transactional information (ad click or view that likely <\/em>resulted in conversion). This approach has advantages over the SKAdNetwork reporting, as it provides more granular data on the attribution source and trigger type, which allows for campaign optimization.<\/li>\n\n\n\n
- Summary reports<\/strong> display aggregated information, like ROAS and purchase value, but over groups of users rather than individuals.<\/li>\n<\/ul>\n\n\n\n
How accurate will the attribution reporting be?<\/h3>\n\n\n\n
It looks like it will be pretty accurate. Google is committed to going the trial-and-error way to achieve its goal of serving both users and advertisers. This means going the extra mile to maintain user privacy while also helping advertisers navigate and build thriving digital experiences.<\/p>\n\n\n\n
SDK Runtime<\/h2>\n\n\n\n
The proposal for SDK Runtimee is still being designed. At first glance, we can see that the whole infrastructure will change to reduce undisclosed access, tracking, and user data sharing through third-party SDKs.
\u201cSDK developers would no longer send their SDKs directly to apps; instead, the SDK developers would use an SDK upload UI to publish their SDKs to an app store. The app store would then handle the distribution of apps, along with any SDK dependencies, to end-user devices.\u201d – SDK Runtime<\/a> developer guide<\/p>\n\n\n\n![\"\"](\"https:\/\/persona.ly\/blog\/wp-content\/uploads\/2023\/02\/sdk-distribution-after-SDK-runtime-1.jpg\")
<\/a>Source: Google<\/a><\/em><\/figcaption><\/figure>\n\n\n\n This approach will allow Google to control third-party SDKs, which is not necessarily a bad thing. It will allow Google to combat fraud by taking a closer look at the SDKs at the moment of upload to the SDK upload UI. This, in return, will help prevent malicious SDKs from being installed.<\/p>\n\n\n\n
What\u2019s Next?<\/h2>\n\n\n\n
The positive sign in this is that Google has not yet announced a specific release date for the global release. This indicates that Google\u2019s team will do its best to find a solution that will be both privacy-centric and viable to supply the industry with tools to grow. This gives a lot of hope that Google will take into account the opinions of multiple stakeholders and will continue to improve the product before the wide release. <\/p>\n\n\n\n
The Privacy Sandbox adoption will definitely require the industry\u2014developers, publishers, adtech vendors, and MMPs\u2014to put in a lot of effort to prepare for the release. <\/p>\n\n\n\n
The key available resource that mobile dev teams should look into is Th<\/a>e<\/a> Privacy Sandbox<\/a>, which covers the proposal and some specs.<\/p>\n\n\n\n
Persona.ly\u2019s Take on Privacy Sandbox<\/h2>\n\n\n\n
Our team is dedicated to user privacy, and we are already looking into Google\u2019s new available APIs to ensure a smooth transition and deliver the best experiences for our clients. This will help them to run efficient programmatic user acquisition<\/a> and retargeting campaigns.<\/p>\n","protected":false},"excerpt":{"rendered":"
For the past few years, Android has been gathering industry feedback from developers, publishers, and adtech leaders to find a solution for a privacy-centric approach that will enable businesses to thrive. Anthony Chavez, Privacy Sandbox VP at Google, made a long-anticipated announcement on releasing the beta version of Privacy Sandbox. The beta will only affect … <\/p>\n
- Summary reports<\/strong> display aggregated information, like ROAS and purchase value, but over groups of users rather than individuals.<\/li>\n<\/ul>\n\n\n\n
- The event-level<\/strong> reporting provides transactional information (ad click or view that likely <\/em>resulted in conversion). This approach has advantages over the SKAdNetwork reporting, as it provides more granular data on the attribution source and trigger type, which allows for campaign optimization.<\/li>\n\n\n\n