O que fazer quando o usuário não consegue acessar o conteúdo?

Se você estiver descobrindo que seus usuários estão relatando que não estão obtendo acesso ao seu conteúdo protegido quando acreditam que deveriam, há algumas coisas que você pode verificar. 

Antes de examinar as listas abaixo, nós altamente recomendável usando o Plugin de troca de usuário para verificar o acesso do usuário. Essa é uma maneira perfeita de verificar a que exatamente o usuário está tendo acesso sem solicitar a senha. 

Depois de verificar se o usuário realmente não pode acessar o conteúdo que deveria, aqui estão duas listas de itens que você deve verificar:

Itens primários a serem verificados - coisas que você deve ser capaz de fazer facilmente por conta própria

• Verifique se o usuário tem uma assinatura ativa. Isso deve ser verificado na página MemberPress > Subscriptions (Assinaturas) e, na coluna ativa, você verá um "Sim" verde. 
• Verifique se você configurou corretamente sua regra para o conteúdo em questão. É necessário certificar-se de que, na página de edição da regra, você selecionou corretamente a associação que o usuário adquiriu (juntamente com quaisquer outras associações).
• Verifique se há alguma configuração de gotejamento ou expiração na regra que protege o conteúdo. Se o usuário estiver fora dessas janelas, ele não terá acesso.
• Verifique se há conflitos de regras, conforme explicado aqui - ou seja, duas regras que protegem a mesma parte do conteúdo. Geralmente, ter uma regra do tipo "todo o conteúdo", "todas as páginas", "todas as postagens" etc. pode causar esse conflito. 
• Se você não tiver regras, tente adicionar uma. Se o problema for resolvido, você sempre poderá excluí-la depois. Para saber mais, consulte: Por que todas as minhas páginas estão bloqueadas se eu não tenho regras?

Itens secundários a serem verificados - pode exigir ajuda de seu host ou desenvolvedor

• Cabeçalhos de cache do navegador HTTP. O usuário visita uma página protegida e um plug-in de cache diz ao navegador para armazenar essa página em cache (se for visitada no futuro, mostrará ao usuário a mesma coisa que ele está vendo agora). Assim, o usuário faz login ou se registra, volta à página protegida e o navegador mostra a versão em cache da página em vez de procurar uma nova versão agora que ele está conectado. Normalmente, isso pode ser resolvido desativando o cache do navegador de página inteira na configuração do plug-in de cache. Somente itens estáticos como CSS, JS, imagens, fontes etc. devem ser armazenados em cache pelo navegador. 
• www vs. não-www. Os cookies de login do WordPress são bons em www ou não-www - mas não para ambos. Portanto, se o usuário fizer login com o URL www e depois navegar para uma página que não seja www, ele será visto pelo WordPress como desconectado. Colocar um redirecionamento .htaccess para forçar um ou outro geralmente resolve isso.
• http vs https - semelhante ao ponto acima, exceto pelo fato de que os cookies de login só são válidos em http ou https mas não ambos. Se o usuário fizer login em https e depois navegar para um URL http, ele será visto como desconectado novamente. Se você tiver um certificado SSL/TLS (https) em seu site, é recomendável usar o https completo em todo o site. Os Plug-in SSL realmente simples é excelente para isso. No entanto, não se esqueça de atualizar seus URLs de Webhook ou IPN para usar https no gateway, se eles estiverem atualmente configurados para usar http.