> 1. We’re talking about people who have already switched it off.
No, we're talking about accounts who already had it (as part of broader setting) disabled for them, in a context where the data in question can (contractually) only be used to provide the service anyhow.
> 2. There is no need for any tracking to implement this. It can be done on the client.
Pray tell me how you can do client side search history recommendation for the first query I make after logging in.
> No, we're talking about accounts who already had it (as part of broader setting) disabled for them, in a context where the data in question can (contractually) only be used to provide the service anyhow.
That doesn’t contradict that it was switched off intentionally.
> Pray tell me how you can do client side search history recommendation for the first query I make after logging in.
Logging in to what? Are you saying you want your search history synced between your browsers? If so, that’s a solved problem that doesn’t require Google to track you.
The users in question never opted out, their domain admins opted out of a different feature.
And the corollary equally applies: it's a trivial feature with no privacy impact, why require opt-in. I don't want to be spammed with opt-ins every time every app I use adds a trivial new feature. I'd be clicking a dozen boxes a day.
Keep in mind all the user data collected is still under the workspace data use agreement which is very strict and disallows using the data for pretty much anything that isn't directly providing that service to that user/organization.
No, we're talking about accounts who already had it (as part of broader setting) disabled for them, in a context where the data in question can (contractually) only be used to provide the service anyhow.
> 2. There is no need for any tracking to implement this. It can be done on the client.
Pray tell me how you can do client side search history recommendation for the first query I make after logging in.