cross-posted from: https://infosec.pub/post/51680197
Append “
_nomap” to the end of your SSIDs to instruct Google not to use your wi-fi access point for their mapping services.
To do the same for Apple, add “_optout” to the end of your SSIDs¹.To boycott both, the rumor is that Google’s “
_nomap” must be last, but Apple’s “_optout” flag must be in the penultimate position if and only if Google’s token is at the end. So you might have an SSID like “boycottCloudflare_optout_nomap” to boycott the baddies, for example. But note that “boycottCloudflare” is merely symbolic, to raise awareness of the web’s most harmful enshitifier.¹ sorry to say I have no reference to cite for the Apple rules. It’s just a rumor.
update
The Apple opt-out procedure has apparently changed to align with Google. Someone refers to this page for Apple.
update 2
Mapquest is suddenly gaining popularity.

You’re not wrong, but in this one instance you’re not entirely right, either. If your SSID is set to broadcast then you’re sending it out there for anyone to see and use however they see fit. You’re basically opting in by that alone. The fact that most WIFI routers are set to broadcast by default and most users have no idea how to change it is another argument entirely.
Apple seems to say hiding your SSID will not protect you:
So IIUC, if you hide your SSID and an Apple spy (read: normal iOS user) connects to it, their device will ignore the
_nomaptoken and report your AP to the mothership. And note as well that a hidden SSID only makes your AP invisible in the absence of traffic. iOS devices can probably see and process traffic that happens to be in motion when they are in range.If a SSID is set to hidden, clients in that network will broadcast the name of the network, so it’s usually not hidden at all. I don’t buy the argument that broadcasting the SSID means to allow opting in to anything.
https://wifi.report/blog/hidden-ssids-security-myth-vs-reality.html