A lot of the points they make here are real points, and I think AnyList has validity in their actions. I also think it’s not as unmanageable as it seems. Let’s analyze this quote, from the article, as it highlights what I imagine are a big crux of this issue: > with the “Hide My Email” option, your spouse or friends obviously won’t know your privaterelay.appleid.com email address, so when they enter your email addres…
I wonder if Apple would be ok with asking them to give up their email? Apple clearly likes the idea of the hide option... personally I would expect a less than positive reception from Apple. I get where both AnyList (if they asked) and Apple (if they didn't like it) would be coming from here. It does seem to be a shortcoming here where outside of a user one time sign up situation... you don't want to have to burden t…
Why we won’t be supporting Sign in with Apple
61–70 of 485 posts
Re: Why we won’t be supporting Sign in with Apple
#62There's a subtle sense of exuberance shining through in this article that makes it a gratifying read, even if you've never heard of the company before. Kudos to them for their decision not to bow to Apple's demands. Please tell us how it goes!
Apple "demanded" companies either add their privacy friendly sign in option, or give up on the data-slurping Facebook google sign-ups. This company gave up FB sign in, which they acknowledge is pretty gross and bloated.
Re: Why we won’t be supporting Sign in with Apple
#63Earlier quoted context omitted.
It's good that you read Hey's blog post and are repeating it here, but it's not very accurate in this case. Specifically, if you implement Sign In with Apple, then they are still your customers as much as ever, they just might choose to hide their information from you because they don't trust you, which means that the power in the relationship is transferred to the user instead of the app developer.
> "Apple reserves the right to disable Sign in with Apple on a website or app for any reason at any time." I think GP is absolutely right here. Apple can take the customers at any time for any reason . Apple could ban you from using Sign in with Apple simply because Tim Cook doesn't like what food you eat for breakfast. So, I have to agree with GP that these are Apple's customers at this point.
I actually think this wouldn’t really happen in practice as consumers are quick to respond negatively to this behavior, so I’d be shocked if Apple actually did this without some darn good reason (I imagine it will also include removing said app)
Re: Why we won’t be supporting Sign in with Apple
#64Earlier quoted context omitted.
I wonder if Apple would be ok with asking them to give up their email? Apple clearly likes the idea of the hide option... personally I would expect a less than positive reception from Apple. I get where both AnyList (if they asked) and Apple (if they didn't like it) would be coming from here. It does seem to be a shortcoming here where outside of a user one time sign up situation... you don't want to have to burden t…
Why should Apple be allowed to dictate if an app asks for an email address? They should not become the defacto law makers of our society
Re: Why we won’t be supporting Sign in with Apple
#65Earlier quoted context omitted.
I wonder if Apple would be ok with asking them to give up their email? Apple clearly likes the idea of the hide option... personally I would expect a less than positive reception from Apple. I get where both AnyList (if they asked) and Apple (if they didn't like it) would be coming from here. It does seem to be a shortcoming here where outside of a user one time sign up situation... you don't want to have to burden t…
I don't think Apple would care about asking for email for legitimate use. I thought the point of Sign in with Apple is that it decouples giving away your email from signing up. Not that it bans apps from collecting emails in any way.
Re: Why we won’t be supporting Sign in with Apple
#66Earlier quoted context omitted.
How is that different from FB/Google's login services? The only apps that are required to support Sign in with Apple are those that also support FB/G/etc sign in, so those companies have already chosen a path...
Google provides an email address. You could replace your Google auth with password auth in an afternoon just by adding a "forgot your password" link. Facebook auth used to provide an email address, but it's been almost a decade since I last used their APIs so I don't know if that has changed. Apple's "provide an anonymous email address" inserts them between you and your customer.
Re: Why we won’t be supporting Sign in with Apple
#67And even for the "general user" I find the argument very weak, since it doesn't look as being any easier than using any other email relay, and there is a huge obvious conflict of interest for Apple here (they get data they may not have had otherwise PLUS have yet another tool to bind you to their services).
It reminds me of the days where everyone in the www was making OpenID providers but no one was actually willing to do an actual OpenID _consumer_. So that I could actually use _my_ identity provider on a server of _my_ choice instead of going through the hoops of yet another large company for no reason.
Re: Why we won’t be supporting Sign in with Apple
#68If you implement Sign In With Apple, you don't have a relationship with your customers anymore. They're Apple's customers, and Apple can take them away at any time.
Some makers just want things to work and to keep the process as simple as possible for the user.
Re: Why we won’t be supporting Sign in with Apple
#69Earlier quoted context omitted.
I've never seen an app that required a FB or Google login. It was always possible to use email+password.
Lucky you! I've run into lot of these apps offering only FB/Google sign in. Or offering mobile number only login. For e.g. I like playing scrabble and Scrabble Go only support FB login so I'm playing only as Guest user for months now. Mobile number login is even worse! Why do I need to share my mobile number for something where you don't need to have it!
Re: Why we won’t be supporting Sign in with Apple
#70Earlier quoted context omitted.
> Since you know this to be the case, why not have an onboard if flow they Sign In with Apple where you have them A) choose a visibility email used for sharing/communication etc. and B) allow for this email to be their backup email? So if they forget their login or whatever you could just transfer the account to this email instead? I'm fairly certain that detecting someone hiding their e-mail from you and then making…
> making them pick a different e-mail I think it's more about _letting_ them pick a different email. While I can understand that AnyList (or any other app for that matter) would want to, on occasion, send marketing emails to users, I don't think any app would, in their right mind, _require_ the user to provide a 2nd email address. But by allowing them to optionally give that 2nd address, they can provide a path forwa…
Anyone in that position would think the app is shady AF and user hostile.