Avoir un compte Facebook deviendra-t-il bientôt une nécessité pour l'utilisation d'applications Web non liées?


15

Je remarque une tendance croissante des sites qui proposent une authentification Facebook. Cependant, je ne veux pas vraiment de compte moi-même.

Mon dédain pour le service proprement dit serait-il jamais annulé par l'utilisation de sa fonction d'authentification?


Je pense que c'est complètement sur le sujet, bien qu'un tout petit peu spéculatif. Les applications Web ne fonctionnent pas bien avec l'identité, et l'ensemble du problème «bon sang, permettez-moi de me connecter individuellement à ces CINQUANTE DIFFÉRENTS sites» est un problème énorme pour toutes les applications Web.
Jeff Atwood

@Jeff - Vous donnez l'impression que Facebook Connect et l'utilisation d'un nom d'utilisateur / mot de passe sont les deux seules options. Qu'en est-il d'un système décentralisé comme OpenID?
MiffTheFox

Réponses:


9

Cela ne sera pas nécessaire, car de nombreux développeurs d'applications Web sont le type de personnes qui se soucient des problèmes de confidentialité de Facebook (contrairement à Joe moyen). Ce sera de plus en plus une option, mais jamais nécessaire, et je pense que d'autres options, comme Twitter ou openID seront également promues.

Cependant, aucun d'entre nous sur ce site ne peut prédire l'avenir.


+1 Les webmasters qui ne connaissent pas mieux (la minorité) s'appuieront uniquement sur FB Connect pour l'authentification, mais la majorité fera appel à une plate-forme d'authentification ouverte qui ne viole pas la confidentialité de leurs utilisateurs. OpenID / OAuth gagne beaucoup plus d'élan dans ce domaine. Même Facebook l'utilise pour authentifier ses utilisateurs maintenant. Je ne pense pas que ce sera un problème majeur dans un avenir proche.
Evan Plaice

3
+1 Cela restera toujours une option. Du moins tant qu'il y a des concurrents. Si un site choisit de le forcer (connexion Facebook) sur vous, alors il risque de perdre.
thunderror

@thunderror, ils peuvent perdre certains clients potentiels dans ce sens, mais ils peuvent également gagner grâce à la valeur des informations utilisateur Facebook partagées auxquelles ils ont accès. Ils peuvent également profiter de certaines des infrastructures et de l'intégration prédéfinies que Facebook offre à leurs partenaires, et peut-être un moyen facile d'accéder à un public incroyablement large. Dans l'ensemble, cela peut être commercialement attrayant.
William

5

N'oublions pas OpenID , vous l'avez utilisé pour vous authentifier ici.

Ne l'oubliez pas et parlez-en. De la même manière que nous aurions probablement tous été mieux sans le verrou efficace de Microsoft depuis 2 décennies sur le domaine de l'informatique personnelle, nous ne voulons vraiment pas que les portes d'Internet tombent entre les mains d'une entreprise.

(Ouais, la déclaration sur Microsoft est très discutable et je pourrais aussi bien argumenter des deux côtés, mais ce n'est pas mon point. Remplacez "Standard Oil" si vous n'aimez pas la critique de MS. Divulgation: Je n'ai aucun lien avec la Fondation OpenID .)


1
Le problème avec OpenID est que la plupart des gens ne savent pas ce que c'est et cela confond les utilisateurs normaux sur une page de connexion.
DoNotInstall

1
@Ian: Je ne suis pas en désaccord. Là encore, la plupart des gens devaient également apprendre à se connecter à plusieurs sites avec des exigences de mot de passe multiples, à ignorer le courrier des banquiers nigérians et à ne pas exécuter les pièces jointes "EatMyFace.exe" envoyées par "Joe". Certaines personnes ne sont toujours pas très bonnes dans aucune de ces tâches;)
msw

Le problème avec OpenID est que si vous ne faites pas confiance, par exemple Google, vous pouvez toujours vous authentifier auprès d'un autre fournisseur, ou même créer le vôtre si vous avez un espace Web.
MiffTheFox

2

Probablement.

Les développeurs d'applications Web recherchent des moyens d'avoir moins de friction pour inciter les gens à utiliser leur service, et étant donné que beaucoup de leurs utilisateurs auront un compte Facebook, cela est souvent ajouté comme méthode alternative de connexion.

Cependant, j'ai vu qu'en général, si Facebook est proposé, Twitter est généralement proposé aussi, donc si vous êtes opposé à l'utilisation de Facebook, que pensez-vous de Twitter?


1
Mais je ne pense pas qu'il y aura de nombreuses occasions où Facebook sera votre seule option - vous devriez soit être en mesure d'utiliser une autre méthode de connexion comme l'authentification Twitter ou OpenID, ou tout simplement l'ancien `` créer un compte ''.
annoncé le

1

Beaucoup de gens n'aimeront pas ce que j'écris, je ne choisirais pas de prendre en charge uniquement la connexion Facebook; cependant, un bon argument peut être fait!

Je rencontre maintenant un problème avec un site Web qui me permet d'utiliser Facebook, OpenID et un mot de passe personnalisé, etc., car je ne me souviens pas toujours du système de connexion que j'ai utilisé!

Il y a donc lieu de ne soutenir que Facebook, puis d'utiliser le système d'amis Facebook, afin que vos clients puissent parler de vous à leurs amis s'ils le souhaitent. Si vous avez également des publicités sur Facebook, l'argument pour ne prendre en charge que la connexion Facebook devient encore meilleur.

De nos jours, vous pouvez gagner beaucoup d'argent en étant la meilleure option pour 10% des clients potentiels tout en faisant quelque chose que 80% des clients potentiels détestent ! Donc, être tout pour tout le monde sur une page de connexion n'est peut-être pas la meilleure option, voir « La vache pourpre »


"... en ce sens que je ne me souviens pas toujours du système de connexion que j'ai utilisé!" Exactement la même chose ici et maintenant, et le problème n'a pas été résolu depuis 8 ans. Mon gestionnaire de mots de passe contient désormais non seulement des enregistrements d'ID utilisateur / mot de passe, mais aussi "quel service d'authentification ai-je utilisé pour un service".
Jochem Schulenklopper

1

J'espère bien que non. Malgré l'argument très logique et convaincant de DoNotInstall dans sa réponse, je pense qu'il est totalement irresponsable pour tout développeur d'applications Web (ou utilisateur final, d'ailleurs) de s'appuyer exclusivement sur une société ou un service tiers pour l'authentification, à l'exception possible d'OpenID.

Disons que vous avez créé une application Web populaire qui utilise uniquement Facebook pour l'authentification. Dans le cas peu probable où Facebook serait temporairement ou définitivement mis hors ligne (par une mauvaise mise à jour, une attaque DDoS, une loi de type SOPA / PIPA, ou même une faillite), que faites-vous? Plus important encore, que font les utilisateurs finaux qui comptent sur votre application? Si vous avez pris en charge plusieurs formes d'authentification, ce ne serait pas un problème trop important à long terme, mais si vous dépendiez uniquement de Facebook, vous êtes mort dans l'eau.

Personnellement, je pense que tout développeur d'applications Web responsable doit toujours garder ce genre de choses à l'esprit et, si vous utilisez des services tiers pour l'authentification, en prendre toujours en charge plusieurs. Je pense que c'est également une bonne idée de toujours prendre en charge l'authentification par nom d'utilisateur / mot de passe ou e-mail / mot de passe en dernier recours en cas de défaillance de l'un de ces tiers.

Divulgation: Jusqu'à présent, je comptais uniquement sur Facebook pour me connecter à mon compte StackExchange. En pensant à votre question et à ma réponse, j'ai été invité à ajouter mes comptes Twitter et Google en option. Aussi improbable que cela soit, Facebook ne sera jamais supprimé, je pense qu'il est encore plus improbable que Facebook, Google et Twitter soient tous les trois supprimés en même temps.


Et malheureusement, je vois que Twitter n'est pas une option ici .. alors je suis allé avec Google et Yahoo à la place (je pense également qu'il est extrêmement improbable que Facebook, Google et Yahoo soient tous les trois supprimés à la fois).
stevenh512
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.