A continuación te indicamos algunos de los problemas más comunes que vemos con la página de inicio de sesión de MemberPress y lo que puedes hacer para solucionarlos:
Se pide al usuario que resuelva un problema matemático, pero después de resolverlo se le devuelve a la página de inicio de sesión.
This issue is related to a security feature of Jetpack. To resolve the issue you will need to disable Jetpack’s “Bloquear intentos de inicio de sesión sospechosos" en las opciones de Seguridad.
Tenga en cuenta que este problema se caracteriza porque sus usuarios son enviados a un
nueva página después de introducir sus credenciales de acceso, donde se les pide que resuelvan un sencillo problema matemático. Incluso después de resolverlo correctamente, los usuarios son redirigidos a la página de inicio de sesión. Esto NO está relacionado con el MemberPress Captcha matemático.
El usuario es redirigido a una página de error 404 después de iniciar sesión.
Es probable que este problema se deba a que no se ha formateado correctamente una URL O un
unpágina/post/etc. publicado introducido en la configuración de redirección de su inicio de sesión de MemberPress. Hay dos lugares para comprobar:
- Globally, in the MemberPress > Settings > Account tab > Login & Logout section > URL to direct member to after login.
- Por membresía en MemberPress > Membresías > (haz clic en editar en tu membresía) > Opciones de membresía > Pestaña Avanzado > URL de redireccionamiento de inicio de sesión personalizadas > URL de redireccionamiento de inicio de sesión predeterminada O cualquier URL personalizada añadida en la sección Añadir URL de redireccionamiento de inicio de sesión personalizadas.
When checking these URL’s be sure to check these items:
- La URL es una URL completa de su sitio o el slug (por ejemplo: si la página es
https://www.yoursite.com/cool-stuff/cool-page/lo has introducido como eso o como/cool-stuff/cool-page/) de un existente y publicado página/post/etc. en su sitio. - 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).
El usuario se queda atascado en un bucle de redirección infinita que termina en una página de error.
La causa más común de este problema es una combinación de la configuración de los parámetros
URL de redirección no autorizada a la página de inicio de sesión (nunca debe hacer esto), el usuario que inicia la sesión no tiene una suscripción activa Y usted tiene su URL de redirección de inicio de sesión (ver ubicaciones para estas configuraciones más arriba en la sección) establecido en un página protegida. 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!
Para solucionarlo, debes tener en cuenta los siguientes puntos:
- NUNCA debe establecer su página de inicio de sesión como url de redirección no autorizada. Siga la instrucciones aquí para configurar una página de redirección no autorizada que evite este problema.
- 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.
El usuario se conecta y después visita una página que parece haberle cerrado la sesión
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.
Con este problema, es probable que se deba a una diferencia en los protocolos de seguridad en su página de inicio de sesión y otras páginas de WordPress. WordPress crea un
cookie de sesión de inicio de sesión que le dice a su sitio si el usuario está conectado o no mientras navega por su sitio. Esta cookie es dependiente en el protocolo de seguridad la página de inicio de sesión desde la que el usuario se conectó. Por lo tanto, si el usuario inicia sesión en una página utilizando un protocolo de seguridad (tiene https:// en la URL) y luego visita una página que no lo hace (tiene http:// o nada delante de la URL) entonces WordPress pensará que el usuario ha cerrado la sesión. Los resultados serán los mismos a la inversa.
Para solucionar este problema, le recomendamos que configure todo su sitio para que utilice completamente un protocolo de seguridad establecido o no. Póngase en contacto con su proveedor de alojamiento para configurar un protocolo de seguridad en su sitio, ya que MemberPress no lo proporciona.