¿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 tu usuario. Es una forma sencilla de verificar a qué tiene acceso exactamente el usuario sin tener que pedirle la 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.

• Comprueba que el usuario tenga una suscripción activa. Para ello, debes consultar la página MemberPress > Suscripciones; en la columna ‘Activo’ debería aparecer un «Sí» en verde. 
• Comprueba que hayas configurado correctamente la regla para el contenido mencionado. Debes asegurarte de que, en la página de edición de la regla, hayas seleccionado correctamente la suscripción que ha adquirido el usuario (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., provoque este tipo de conflicto. 
• 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

• Encabezados HTTP de almacenamiento en caché del navegador. El usuario visita una página protegida y un complemento de almacenamiento en caché indica al navegador que guarde esa página en caché (para que, si la visita en el futuro, se le muestre lo mismo que está viendo ahora). Así, el usuario inicia sesión o se registra, vuelve a la página protegida y el navegador le muestra la versión almacenada en caché de la página en lugar de buscar una nueva versión ahora que ha iniciado sesión. Esto suele resolverse desactivando el almacenamiento en caché de páginas completas en la configuración de tu complemento de almacenamiento en caché. El navegador solo debería almacenar en caché elementos estáticos como CSS, JS, imágenes, fuentes, etc. 
• 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í pues, si el usuario inicia sesión mediante una URL «www» y luego navega a una página que no lleva «www», WordPress considerará que ha cerrado la sesión. Por lo general, esto se soluciona añadiendo una redirección en el archivo .htaccess para forzar el uso de una u otra.
• 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 a través de https y, a continuación, accede a una URL http, se considerará que ha cerrado la sesión de nuevo. Si tienes un certificado SSL/TLS (https) en tu sitio web, se recomienda utilizar https en todo el sitio. El Plugin SSL realmente sencillo Es ideal para eso. Eso sí, asegúrate de actualizar las URL de tus webhooks o IPN para que utilicen https en la pasarela, si actualmente están configuradas para usar http.