The third party cookies have been a hot topic for many months since Google announced his intention to phase out support for third party cookies in Chrome and a lot has been written since then. After a bit more than a year of the announcement, we think that now there is enough perspective to have an in depth summary about this topic.
How is it affecting me?
First, let’s quickly see how this could affect your current media investments:
a) Cookies just work in browsers, so all your media budget destined to mobile app inventory is not affected by the consequences of this announcement.
b) Third party cookies are used to uniquely identify users for better targeting and reporting on web display advertisements, that is display banners shown in websites. It does not affect your search ads (except GDN), nor your social ads investment/performance (mostly app based).
So all in all, the phase out of third party cookies in Chrome will mainly affect your web display media activities.
Why is Chrome (and other browsers) doing that?
As marketers, we have had a lot of fun before we reached that point, didn’t we? We’ve flooded advertiser’s websites with little scripts sending data all around to have at our fingerprints every tiny detail about the performance of the campaign. We have bought, merged and targeted user's interests and affinities as it pleased us - all this at the expense of the user’s privacy.
We did it to a point where users were so frustrated that companies saw an opportunity on developing Ad Blocker browser plugins. We did it to a point where website owners didn’t even know where their user’s data was sent. We went a bit too far, and we are rightfully paying the consequences of it.
User’s privacy is a legitimate concern, it should be addressed and there is no reason why we can’t carry on with our job in the web ecosystem by learning from our past mistakes. It’s our opinion at Uptimal that we, the marketers and the industry in general should applaud this change towards a more privacy and safety web.
Chrome aims for a sustainable and more secure web advertising ecosystem. There are many online companies that depend on the advertising business so it isn’t a good idea to leave those companies without the means, like other browsers did.
Note that the importance of this announcement relies on Chrome browser’s dominance, owning the 70% of desktop’s web activity and the 60% of mobile’s web activity, therefore any change they do has a huge impact on the web ecosystem in general.
Being in that predominant position, Google has released a draft of their Privacy Sandbox project, a toolset to gradually replace third party cookies by putting user’s privacy first. In this project there are many things related to third party cookies - we will just address those related to digital and specifically to media:
- 1) Ad Conversion Measurement
1.1) Conversion attribution (conversion reporting)
1.2) Aggregated reporting (reach reporting)
- 2) Ads Targeting
2.1) Contextual and first party data
2.2) Interest based targeting
1. Ad Conversion Measurement
To publish an Ad, cookies aren’t needed but after that, if we want to measure its performance, as for today, we do need cookies. Ad Conversion Measurement is the tool/API (so far just the specifications) that will mandate how to track Ad performance without affecting user’s privacy on Chrome (and hopefully, to other browsers as well). These specifications relies on a couple of tools/APIs to accomplish that:
1.1 Conversion attribution (conversion reporting)
We all agree that being able to answer questions like did the served ads lead to conversions? or is this campaign providing a good ROI? are essential to have effective marketing campaigns - without it, we would be back to optimize campaigns towards clicks instead of conversions. So how does Google Chrome team envisions conversion attribution with user’s privacy first? Check below’s image:
1) Ad loads on a publisher site where the click link contains custom attributes defining the identity of the publisher, the identity of the advertiser and the identity of the AdTech platform where data for the click will be sent:
<a href="https://advertiser.example.com/products.html" conversiondestination="https://advertiser.example.com" impressiondata= "200400600" reportingorigin="https://adtech.example.com"> ... </a>
2) A user clicks the Ad and as long as above’s "conversiondestination" parameter matches with the domain where the user is being sent (the advertiser website), a Click Id (representing all click’s data) is saved in the user's browser: this is a very fundamental change; data isn’t sent directly to Adtech providers (i.e Facebook), instead it’s safely stored into the user’s browser - the user owns the data.
3) Later on, a conversion happens and an AdTech pixel (such as the Facebook tracking pixel) is dispatched informing the AdTech Ad Manager's platform about the conversion:
4) The Adtech Ad Manager server responds by requesting the user’s browser to store a conversion with a certain value (the number of products, some product characteristic or the event’s name).
5) At a later stage, the browser sends conversion data by batches to the Facebook Ad Manager server in an anonymised and aggregated manner.
Realize that this entire process would allow us to have campaign’s data such as "the creative A got 200 clicks and 3 conversions" but no user’s data (no user id, no user browser, no ip, no user browser’s history, no nothing!), preserving that way the user's privacy. If you want to get a more in depth knowledge about how this process works, check out the next video from the Google Chrome dev’s team:
As a final note here, it’s important to highlight that Conversion Attribution is still not able to track post-view conversions. More on this will be revealed in the coming months.
1.2 Aggregated Reporting (reach reporting)
Conversion attribution is just giving us the post-click attribution conversions but, what about the reach? And what about features like frequency capping? Google is aware that this information is crucial for us to optimize our campaigns and the Aggregated Reporting tool (API to be more precise) accounts for this.
Let’s check how Google Chrome team envisions this tool/API:
1) Ad loads on a publisher site - nothing new here.
2) At the very moment this occurs (a view), data about the impression is stored into the browser - again, very important: view data is not sent to the AdTech provider, instead is stored in the user’s browser. The user owns the data.
const entryHandle = window.writeOnlyReport.get('campaign-123'); entryHandle.set('country', 'usa'); entryHandle.append("visits", "1"); entryHandle.reportAfter(2 * kMsecPerDay); entryHandle.expireAfter(7 * kMsecPerDay);
3) Later on, after an still-unknow-amount-of-time, the browser sends the data to a central Aggregate Service. This Aggregate Service is still in a conceptual stage but basically aggregates all view’s data from all user's browsers that have seen the Ad.
4) Once enough data is gathered from an Ad to guarantee its aggregation and therefore the user’s privacy, the AdTech platform can request the report.
Like with the Conversion Attribution, this process will enable us to measure the reach of our campaigns, a very important piece of data, specially for branding campaigns. Regarding the frequency capping, the proposal is to offer it per-publisher instead of per-user. As this is still a proposal, it may vary over the time.
So far we have covered how the Ad Conversion measurement (attribute clicks to conversions, campaign reach and frequency capping) would work in the very near future. Keep in mind that Google seeks the agreements of other Browser vendors (Safari, Firefox, Edge…) to extend his Sandbox Project to all these browsers, so do not be surprised if things changed a little bit although it's our opinion at Uptimal that today the fundamentals are pretty well defined so they will remain as they are.
No, we did not miss the Ads Targeting section - in our next post we will demystify how this important feature will work in an after cookie world. Stay tuned!