J’aimerais beaucoup voir une option permettant d’ajouter un jeton au lien « visiter le sujet » lorsque les utilisateurs reçoivent un e-mail de Discourse, afin qu’ils soient automatiquement connectés en cliquant sur ce lien.
De nombreux clients de messagerie basés sur des applications, comme Gmail, utilisent une vue web pour charger les liens sur lesquels vous cliquez et qui ne contiennent pas de cookies enregistrés, même si vous vous êtes connecté précédemment. Il en résulte que les utilisateurs sont empêchés de répondre s’ils n’ont pas leurs identifiants sous la main, et ils abandonnent souvent l’envie de répondre.
Je pense que cela pourrait être facilement résolu si vous proposiez une option pour ajouter un jeton qui permettrait de connecter automatiquement l’utilisateur, lui permettant ainsi de répondre immédiatement en cliquant sur le lien. Une option supplémentaire pour définir la durée de validité du jeton serait également utile.
C’est certainement une solution créative à un problème que je résoudrais en recommandant de ne pas utiliser la vue web du client de messagerie, ou de répondre directement par e-mail.
Je n’utilise pas de systèmes de connexion tiers, mais je pense que ce concept est quelque peu contradictoire avec leur fonctionnement, n’est-ce pas ? Si vous cliquez sur des liens vers d’autres sites qui utilisent une connexion via un compte de réseau social, comment sont-ils gérés dans la vue web du client de messagerie ? Les jetons de connexion fonctionnent-ils dans ce scénario ?
Bien que je comprenne ce que vous dites, je pense que vous avez déjà perdu l’utilisateur moyen, qui ne comprend probablement même pas la différence entre une vue web et l’ouverture dans Safari mobile.
De nombreux sites adoptent une approche similaire, à l’instar du « lien magique » utilisé pour se connecter à des services comme Slack. Au lieu de saisir votre nom d’utilisateur et votre mot de passe, vous pouvez demander l’envoi d’un lien magique par e-mail. Lorsque vous cliquez sur ce lien, vous êtes connecté. Ce lien magique est en fait une URL tokenisée.
Si vous pouvez réinitialiser votre mot de passe grâce à un lien envoyé par e-mail, quelle est la différence ?
Ce que je voulais dire, c’est : les liens magiques fonctionnent-ils lorsqu’un utilisateur s’est inscrit avec un compte de réseau social ? Moi, je ne sais pas. Votre fonctionnalité pourrait entrer en conflit avec de nombreux systèmes de connexion, alors je prévenais la R&D.
Désolé de ne pas avoir répondu à cela… Un développeur principal de Discourse le saurait mieux que moi, mais dans des systèmes similaires sur lesquels j’ai travaillé, cela ne devrait pas poser de problème. Votre SSO, qu’il s’agisse d’un réseau social ou autre, est essentiellement un échange de jetons entre le fournisseur de services SSO et Discourse. Donc, ce serait en fait similaire, sauf que dans ce cas, votre SSO serait votre adresse e-mail. En simplifiant un peu, mais d’une manière générale, j’imagine que cela fonctionnerait parfaitement.
Ceci est très spécifique à iOS, n’est-ce pas ? L’équivalent Android (Chrome Custom Tabs) partage les cookies par défaut, ce qui n’est donc pas un problème sur Android.
Je ne suis pas tout à fait certain et je n’ai pas encore eu l’occasion de tester sur un appareil Android. Mais je pense que cela va au-delà de ce cas d’usage. Même si vous êtes sur un ordinateur de bureau et que vous n’avez simplement pas participé à la communauté depuis un moment, cela encouragerait l’engagement en vous connectant automatiquement lorsque vous répondez.
En général, j’ai désactivé la réponse par e-mail sur la plupart des instances Discourse que nous gérons, car le résultat de l’analyse des e-mails peut être aléatoire, et l’interface web mobile de Disqus est excellente. Ainsi, lorsque cela fonctionne (vous êtes déjà connecté), cliquer sur « visiter le sujet » (je pourrais même ajouter un bouton « répondre maintenant » qui ouvre la fenêtre de réponse) est presque aussi fluide que de cliquer sur « répondre » dans votre client de messagerie.
