We saw slight drop in fake email (disposable, temporary email addresses) signups but it became clear many login-with-google also use their secondary or spam aliases. In B2B the big customers, those actually paying, rarely use social logins.
Issues: Users don't remember which login method they used so next time they might try to create an account with email&password. login-with-google actually is the same as register-with-google, it doesn't tell you ahead if the user already has an account with your website. Some users expect to convert their login method to email&password. The flows for password change or forgot password are different.
That said you can solve each as it happens, it doesn't matter with a small number of users. I'd still implement it later, it's likely not the reason why people bail during signup.
We saw slight drop in fake email (disposable, temporary email addresses) signups but it became clear many login-with-google also use their secondary or spam aliases. In B2B the big customers, those actually paying, rarely use social logins.
Issues: Users don't remember which login method they used so next time they might try to create an account with email&password. login-with-google actually is the same as register-with-google, it doesn't tell you ahead if the user already has an account with your website. Some users expect to convert their login method to email&password. The flows for password change or forgot password are different.
That said you can solve each as it happens, it doesn't matter with a small number of users. I'd still implement it later, it's likely not the reason why people bail during signup.
Always github