J’utilise un plugin WordPress pour me connecter via Discourse.
Mais lorsque j’essaie de me connecter à Discourse via l’application Facebook, je rencontre cette erreur :
Je pense que cela est dû à l’authentification de connexion de Discourse via Google.
Pourriez-vous vérifier ce problème de connexion sur l’application Facebook ?
Il arrive parfois qu’il y ait un léger délai de réponse lorsque vous posez une question d’assistance tard le vendredi.
Votre problème ne vient ni de WP Discourse, ni de Discourse. Il est dû au fait que Google n’autorise pas les connexions OAuth2 dans les navigateurs intégrés (comme le navigateur intégré de Facebook). Vous constaterez que de nombreux autres sites web rencontrent le même problème. Pour des détails techniques sur ce problème, consultez cette page.
La solution consiste à utiliser un navigateur web standard plutôt que le navigateur intégré de Facebook pour accéder à votre instance Discourse, ou éventuellement à proposer d’autres méthodes de connexion si vous souhaitez permettre à vos utilisateurs d’utiliser le navigateur de Facebook.
Eh bien, il semble impossible d’aider les utilisateurs de Facebook. La plupart sont des utilisateurs locaux de Facebook. Cependant, comme je travaille en B2B, un compte Gmail connecté via Google est essentiel pour entrer en contact…
Y a-t-il une chance que Google résolve ce problème à l’avenir ?
Pourriez-vous créer une option permettant de rediriger vers une autre URL en cas d’erreur 403 ?
Cela nous permettrait d’être plus flexibles pour aider l’utilisateur en fournissant des instructions.
Du point de vue de Google, c’est un problème lié à Facebook
Ce n’est pas une question spécifique à WordPress, donc un membre de l’équipe Discourse serait peut-être plus qualifié pour y répondre. Cependant, étant donné qu’il s’agit d’un problème entre deux services distincts non liés à Discourse (Facebook et Google), je soupçonne qu’il n’y a pas grand-chose que Discourse puisse faire. Gardez à l’esprit que ce problème affecte de nombreux services utilisant la connexion Google lors du partage de contenu sur Facebook. Ce n’est pas spécifique à Discourse.
Je suis curieux : si c’est un cas B2B où vous n’utilisez que la connexion Google, d’où vient le besoin de prendre en charge un grand nombre d’utilisateurs cliquant depuis Facebook ? Dans la plupart des contextes B2B, les utilisateurs n’interagissent pas avec un forum via un partage Facebook.
De plus, le problème semble provenir du fait que les personnes sont automatiquement redirigées vers la connexion Google en cliquant sur un lien vers votre site. Une autre solution consisterait à permettre aux invités de consulter le site sans se connecter, c’est-à-dire désactiver les paramètres du site « auth immédiatement » et/ou « login requis ».
Si vous partagez du contenu sur Facebook, exiger une connexion pour voir le contenu est une démarche plutôt étrange, surtout dans un contexte B2B ?
Il y a quelques conflits dans l’utilisation de l’application en B2B ici.
Facebook n’est pas sécurisé et ne propose pas une authentification suffisante pour le B2B. Cependant, en raison des habitudes locales ou de la demande du marché, la plupart des utilisateurs de Facebook poussent les entreprises à continuer à utiliser Facebook.
Ces aspects du marché et de la technologie sont à l’origine de ce problème.
Un lien sans connexion est tout à fait approprié. Mais la présence de deux liens dans les recommandations risque de confondre les utilisateurs davantage qu’un seul lien de connexion. Je me demande donc comment rediriger vers un autre lien en cas d’erreur 403 pour que seul le premier lien recommandé reste visible.
Je vous suggère d’utiliser simplement un seul lien, celui qui ne nécessite pas de connexion utilisateur. J’aimerais pouvoir vous aider davantage, mais ce n’est plus une question de support Discourse ; il s’agit désormais de la manière dont vous concevez vos flux de travail commerciaux.
Lorsque j’utilise le plugin Discourse pour WordPress pour me connecter, je suis redirigé vers Discourse et le forum s’affiche en premier. Cela induit les clients en erreur, et ils tentent de cliquer sur le forum au lieu d’attendre la fenêtre de connexion.
Pourriez-vous faire en sorte que le forum ne s’affiche pas avant la fenêtre de connexion ?