La page de connexion ne fonctionne pas

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.

This issue is related to a security feature of Jetpack. To resolve the issue you will need to disable Jetpack’s “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, où ils sont invités à résoudre un problème mathématique simple. Même après l'avoir résolu correctement, les utilisateurs sont toujours redirigés vers la page de connexion. Ceci n'est pas lié au MemberPress. Fonctionnalité Math Captcha. 

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 :

1. Globally, in the MemberPress > Settings > Account tab > Login & Logout section > URL to direct member to after login.
2. Par adhésion dans le MemberPress > Adhésions > (cliquez sur Modifier votre adhésion) > Options d'adhésion > Onglet Avancé > URL de redirection de connexion personnalisées > 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.

When checking these URL’s be sure to check these items:

1. 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. 
2. The URL follows the structure of the rest of the URL’s on your site. For example, if your site doesn’t use “www” then you should not have that included. To avoid this issue to begin with, just use the slug of the URL (see example above).

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. In WordPress, if a logged in user visits the login page, they are automatically redirected away from the login page and sent to whatever page you have set as your login redirect URL. Therefore, if the user is able to login, but doesn’t have an active subscription to access the page you are trying to send them after login, they are sent to the login page (your unauthorized page), which will again redirect them because they are logged in and so on and so on . . . creating an infinite loop! 

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. 
• It is best practice to have your login redirect URL set to a page that is NOT protected by a rule in MemberPress if possible. This will help avoid confusion for you and your users as to whether or not they can login or if it’s a subscription issue. 

L'utilisateur se connecte et visite ensuite une page qui semble l'avoir déconnecté.

When getting this issue, you’ll notice that your users complain about being logged in one minute, and the next they have been logged out. Either they are seeing your unauthorized page due to not being logged in or are just being asked to log in again.

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.