¿Qué hacer cuando el usuario no puede acceder al contenido?

Si descubre que sus usuarios le informan de que no acceden a sus contenidos protegidos cuando creen que deberían hacerlo, hay un par de cosas que puede comprobar. 

Antes de repasar las listas que figuran a continuación muy recomendable utilizando el Plugin de cambio de usuario para comprobar el acceso de su usuario. Es una forma sencilla de verificar a qué tiene acceso exactamente el usuario sin pedirle su contraseña. 

Una vez comprobado que efectivamente el usuario no puede acceder al contenido que debería, aquí tiene dos listas de elementos que debe comprobar:

Puntos principales que debe comprobar: cosas que debería poder hacer fácilmente por sí mismo.

• Compruebe que el usuario tiene una suscripción activa. Esto debe comprobarse en la página MemberPress > Suscripciones y debajo de la columna activo verá un 'Sí' verde. 
• Verifique que ha configurado correctamente su regla para el contenido en mención. Debe asegurarse de que, en la página de edición de la regla, ha seleccionado correctamente la suscripción que el usuario ha adquirido (junto con cualquier otra suscripción).
• Verifique si hay algún goteo o caducidad establecidos en la regla que protege el contenido. Si el usuario está fuera de esas ventanas, no tendrá acceso.
• Compruebe si hay conflictos de normas como se explica aquí - es decir, dos reglas que protegen el mismo contenido. Lo más habitual es que una regla del tipo "todo el contenido", "todas las páginas", "todas las entradas", etc., pueda provocar un conflicto de este tipo. 
• Si no tienes reglas, prueba a añadir una, siempre puedes borrarla después si se resuelve el problema. Para obtener más información, consulte: ¿Por qué están todas mis páginas bloqueadas si no tengo reglas?

Elementos secundarios que deben comprobarse - puede requerir la ayuda de su anfitrión o desarrollador

• Cabeceras de caché del navegador HTTP. El usuario visita una página protegida, y un plugin de caché le dice al navegador que guarde en caché esa página (si se visita en el futuro, mostrar al usuario lo mismo que está viendo ahora). Así que el usuario inicia sesión o se registra, vuelve a la página protegida, y el navegador le muestra la versión en caché de la página en lugar de buscar una nueva versión ahora que ha iniciado sesión. Esto puede resolverse normalmente desactivando el almacenamiento en caché del navegador de la página completa en la configuración de su plugin de almacenamiento en caché. Sólo los elementos estáticos como CSS, JS, imágenes, fuentes, etc. deben ser cacheados por el navegador. 
• www vs no www. Las cookies de inicio de sesión de WordPress son buenas bajo www o no www - pero no para ambos. Así que si el usuario se registra con una URL www, y luego navega a una página que no es www - WordPress lo verá como desconectado. Poner una redirección .htaccess para forzar una u otra suele arreglar esto.
• http vs https - similar al punto anterior, excepto que las cookies de inicio de sesión sólo son buenas bajo http o https - pero no ambos. Si el usuario inicia sesión bajo https - y luego navega a una URL http - será visto como desconectado de nuevo. Si tiene un certificado SSL/TLS (https) en su sitio, se recomienda utilizar https en todo el sitio. En Plugin SSL realmente sencillo es ideal para eso. Asegúrese de actualizar su Webhook o IPN URL para utilizar https en la puerta de enlace, sin embargo, si actualmente están configurados para utilizar http.