Their opt out header was adopted faster than "do not track". Nobody wanted anything to do with it.
> are at least designed to work for the entire advertising industry, not just Google.
It is an API where the entire data flow is controlled by Google and was meant as replacement for one that Google had no control over. Meanwhile Chrome has always shared additional data with a hardcoded list of Google services (officially for debbuging and A/B testing ) and provides direct integration with Google accounts and related tracking. FLoC and Topics exist for the advertising industry the same way an eviction notice exists for its recipient.
That sounds like pure speculation. From what I've actually heard, it was meant to enable targeted advertising without exposing PII, because Google has a vested interest in both protecting user privacy and selling ads (because they suffer from eroding user trust).
A feature that records details of the types sites someone visitors and then shares them with any other site that asks isn’t really a privacy feature
I am curious. How do you view 3P cookies from a consumer perspective? My mom would consider those a dark pattern without transparency or control for ads or general tracking. What about sharing your phone number with any entity? How do you feel about Apple's tracking transparency where it removes data from app developers but Apple retains data for itself or Apple's private click measurement?
We all know the power of defaults which is why users have to opt-out of participating in Topics rather than opting in.
The browser is supposed to be the users agent but for most people the Topics API isn’t acting in their interests. I suspect if you asked people whether they we happy for any site that asked to know the sorts of things they browsed the web for they’d say no.
As for 3rd-party cookies they should have been killed off long ago, the reason the death is delayed is because Google is primary an AdTech company and other adtech companies persuaded the UK competition authorities that Chrome killing them off without a suitable replacement would be anti-competitive hence misnamed ‘Privacy Sandbox APIs’
Apple has its own set of issues e.g. why can’t content blockers block in app ads but Apple’s issues are a separate conversation
I've worked in ad tech my entire career and many years competing against Google ad solutions. To my knowledge, Google strictly separates Chrome privacy efforts from Google Ads, and these work streams are part of the Consumer Markets Authority oversight. https://www.gov.uk/cma-cases/investigation-into-googles-priv...
I highlight these nuances for readers who are not closely tracking ads and privacy efforts. It is easy to make claims like "giving its own ads teams inside details" without proof, but in ad tech we know Chrome is working with multiple testing companies. Some of us happen to work in ads, but we also believe in greater consumer privacy and are eager for an improved ads paradigm.
I don't think you work for Google or are a sock, but it is clear from your comment history that you are extremely supportive of Google and a considerable proportion of your comments on HN writ large are just defending Google across multiple different threads/issues.
I was fairly pro Apple until they half attempted to provide ads solutions in the wake of App tracking transparency and I realized their gain was on App Store ads revenue. Amazon wishes they had a browser but their stores and hardware provide sufficient ads signals. Meta has plenty of ads scandals over the years. It’s a messy landscape but only a few organizations are developing ad tech and consumer privacy solutions in the open.
That being said, I personally think that the Chrome team might be choosing solutions that better suits other Google products instead of ease of implementation and security/privacy in mind.
I think more research would need to be conducted to see whether this change is actually anti-competitive or not.