Vous trouverez ci-dessous les problèmes les plus courants que nous rencontrons avec la page de connexion de MemberPress et ce que vous pouvez faire pour les résoudre :
L'utilisateur est invité à résoudre un problème mathématique, mais après l'avoir résolu, il est renvoyé à la page de connexion.
Ce problème est lié à une fonction de sécurité de Jetpack. Pour résoudre ce problème, vous devez désactiver la fonction "
Bloquer les tentatives de connexion suspectes"dans les options de sécurité.
Veuillez noter que ce problème se caractérise par le fait que vos utilisateurs sont renvoyés vers un fichier
nouvelle page après avoir saisi leurs identifiants de connexion, ils sont invités à résoudre un problème mathématique simple, mais bien qu'ils l'aient résolu correctement, ils sont redirigés vers la page de connexion. Ce problème n'est pas lié à notre Math Captcha add-on.
L'utilisateur est dirigé vers une page d'erreur 404 après s'être connecté.
Ce problème est probablement dû au fait que l'URL n'est pas correctement formatée OU qu'il y a un
unLa page/le message/etc. publié(e) est entré(e) dans les paramètres de redirection de votre connexion à MemberPress. Il y a deux endroits à vérifier :
- Globalement, dans MemberPress > Paramètres > onglet Compte > section Connexion et déconnexion > URL vers laquelle diriger le membre après la connexion.
- Par adhésion dans MemberPress > Adhésions > (cliquez sur modifier votre adhésion) > Options d'adhésion > onglet Avancé > URL de redirection de connexion personnalisée > URL de redirection de connexion par défaut OU toute URL personnalisée ajoutée dans la section Ajouter des URL de redirection de connexion personnalisées.
Lorsque vous vérifiez ces URL, assurez-vous de vérifier les éléments suivants :
- L'URL est soit l'URL complète de votre site, soit le slug (par exemple : si la page est
https://www.yoursite.com/cool-stuff/cool-page/
vous l'avez inscrit comme tel ou comme/cool-stuff/cool-page/
) de un existant et publié page/post/etc. sur votre site. - L'URL suit la structure du reste des URL de votre site. Par exemple, si votre site n'utilise pas "www", vous ne devez pas l'inclure. Pour éviter ce problème dès le départ, il suffit d'utiliser le nom de l'URL (voir l'exemple ci-dessus).
L'utilisateur est bloqué dans une boucle de redirection infinie qui aboutit à une page d'erreur.
La cause la plus fréquente de ce problème est la combinaison du réglage de l'option
URL de redirection non autorisée à la page de connexion (vous ne devriez jamais faire cela), l'utilisateur qui se connecte n'a pas d'abonnement actif ET vous avez votre URL de redirection de connexion (voir les emplacements pour ces paramètres ci-dessus dans la section) définie sur une URL de type page protégée. Dans WordPress, si un utilisateur connecté visite la page de connexion, il est automatiquement redirigé hors de la page de connexion et envoyé à la page que vous avez définie comme URL de redirection de connexion. Par conséquent, si l'utilisateur est capable de se connecter, mais n'a pas d'abonnement actif pour accéder à la page que vous essayez de lui envoyer après la connexion, il est envoyé à la page de connexion (votre page non autorisée), qui le redirigera à nouveau parce qu'il est connecté, et ainsi de suite... créant une boucle infinie !
Pour y remédier, vous devez tenir compte des points suivants :
- Vous ne devez JAMAIS utiliser votre page de connexion comme url de redirection non autorisée. Suivez les instructions du instructions ici pour mettre en place une page de redirection non autorisée qui empêchera ce problème.
- La meilleure pratique consiste à définir l'URL de redirection de la connexion sur une page qui n'est PAS protégée par une règle dans MemberPress, si possible. Cela évitera toute confusion pour vous et vos utilisateurs, qui ne sauront pas s'ils peuvent se connecter ou s'il s'agit d'un problème d'abonnement.
L'utilisateur se connecte et visite ensuite une page qui semble l'avoir déconnecté.
Lorsque vous rencontrez ce problème, vous remarquez que vos utilisateurs se plaignent d'être connectés une minute, puis d'être déconnectés l'instant d'après. Soit ils voient votre page non autorisée parce qu'ils ne sont pas connectés, soit on leur demande de se connecter à nouveau.
Ce problème est probablement dû à une différence dans les protocoles de sécurité de votre page de connexion et d'autres pages de WordPress. WordPress crée un
cookie de session de connexion qui indique à votre site si l'utilisateur est connecté ou non lorsqu'il navigue sur votre site. Ce cookie est dépendante sur le protocole de sécurité de la page de connexion à partir de laquelle l'utilisateur s'est connecté. Par conséquent, si l'utilisateur se connecte à une page utilisant un protocole de sécurité (a https:// dans l'URL), puis visite une page qui n'en a pas (qui a http:// ou rien devant l'URL), WordPress pensera que l'utilisateur est déconnecté. Les résultats seront les mêmes dans les deux sens.
Pour résoudre ce problème, nous vous recommandons de configurer l'ensemble de votre site pour qu'il utilise ou non un protocole de sécurité défini. Veuillez contacter votre hébergeur concernant la mise en place d'un protocole de sécurité sur votre site car MemberPress ne le propose pas.