Quels sont les avantages et les inconvénients de chacun? Est-il logique de soutenir les deux? Qu'est-ce qui est plus facile pour les utilisateurs / à mettre en œuvre?
Quels sont les avantages et les inconvénients de chacun? Est-il logique de soutenir les deux? Qu'est-ce qui est plus facile pour les utilisateurs / à mettre en œuvre?
Réponses:
Cela dépend de votre public cible - il n'y a pas de bonne réponse. Surtout si vous essayez d'utiliser votre site Web en tant qu'entreprise, vous devez vous concentrer sur votre public. La facilité de mise en œuvre devrait être une préoccupation secondaire, d'autant plus que Facebook Connect et OpenID ont été mis en œuvre par un certain nombre de sites, vous devriez pouvoir obtenir facilement des didacticiels.
Il me semble que vous ne voulez pas gérer vos propres utilisateurs et votre inscription, ce qui devient plus facile avec plus d'entreprises prenant en charge des choses comme Facebook Connect, OpenID et autres connexions partagées.
Mais pour déterminer lequel vous utilisez dépend de votre public cible. Stack Overflow est allé avec OpenID et cela a fonctionné pour eux parce que le public était de nature technique. La plupart des gens avaient un OpenID, connaissaient quelque peu OpenID ou étaient assez à l'aise pour lire à ce sujet, comprendre ce qu'il faisait et s'inscrire à un autre service. Maintenant que des services comme Google prennent en charge OpenID, il devient de plus en plus répandu.
D'un autre côté, si votre public cible tombe dans le public typique de Facebook (je ne suis pas sûr de ce que sont les données démographiques de Facebook, exactement - je suis sûr que vous pouvez trouver ces informations, ou au moins obtenir des estimations qui sont raisonnablement précises) , vous souhaiterez peut-être prendre en charge cela au lieu d'OpenID.
Si vous disposez de suffisamment de temps et de ressources, il n'y a aucune raison de ne pas prendre en charge plusieurs normes d'authentification. Mais si vous deviez en choisir un, choisissez celui que votre public cible utilise.
Je pense qu'une préoccupation ne devrait pas être la mise en œuvre de ces services, mais la façon dont vous les affichez à votre utilisateur afin qu'il comprenne qu'il peut se connecter à votre site en utilisant un autre service. Cela dépendra beaucoup de votre public cible. Vos pages de connexion doivent être clairement explicites dans une langue que l'utilisateur connaît bien, notamment si le public cible n'est pas technique.
Je pense que l'intégration des identifiants OpenID et Facebook est à peu près égale dans leur complexité pour l'utilisateur du site. L'un ou l'autre peut être utile, ce qui compte vraiment, c'est quel est votre public cible.
Si votre objectif est de faire quelque chose qui fonctionne bien avec Facebook et qui s'adresse aux masses en général, l'intégration Facebook est la voie à suivre. De plus, les utilisateurs du site seront-ils éventuellement amis sur Facebook?
Si votre objectif est d'atteindre une base d'utilisateurs quelque peu techniquement avertis qui ne seront pas dirigés vers votre site principalement à partir de Facebook, alors OpenID a plus de valeur
Enfin, si votre site est destiné au grand public, y compris aux personnes qui ne connaissent pas Internet, alors OpenID a peu de valeur car de nombreuses personnes ne savent pas ce que c'est et ne l'utiliseront pas. L'intégration de la connexion à Facebook a une certaine valeur car la plupart de la population américaine sait de quoi il s'agit et possède un compte dans ce cas.