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 prática de verificar exatamente a que o usuário está tendo acesso, sem precisar solicitar sua 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 possui uma assinatura ativa. Isso deve ser verificado na página MemberPress > Assinaturas; na coluna ‘Ativo’, você verá um “Sim” em verde. 
• Verifique se você configurou corretamente a regra para o conteúdo em questão. É preciso garantir que, na página de edição da regra, você tenha selecionado corretamente a assinatura que o usuário adquiriu (juntamente com quaisquer outras assinaturas).
• 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 o mesmo conteúdo. Normalmente, regras do tipo ‘todo o conteúdo’, ‘todas as páginas’, ‘todas as publicações’ etc. podem causar esse tipo de 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 acessa uma página protegida, e um plugin de cache instrui o navegador a armazenar essa página em cache (para que, caso a visite no futuro, seja exibido ao usuário exatamente o que ele está vendo agora). Assim, quando o usuário faz login ou se cadastra e volta à página protegida, o navegador exibe a versão em cache da página, em vez de procurar uma nova versão agora que ele está conectado. Isso geralmente pode ser resolvido desativando o cache de página inteira na configuração do seu plug-in de cache. Apenas 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 por meio de uma URL com “www” e, em seguida, acessar uma página sem “www”, o WordPress considerará que ele está desconectado. Colocar um redirecionamento no arquivo .htaccess para forçar o uso de uma ou de outra versão geralmente resolve esse problema.
• 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 por https e, em seguida, acessar uma URL http, será considerado como se tivesse saído da conta novamente. Se você tiver um certificado SSL/TLS (https) em seu site, recomenda-se adotar o protocolo https em todo o site. O Plug-in SSL realmente simples É ótimo para isso. No entanto, certifique-se de atualizar as URLs do Webhook ou do IPN para usar https no gateway, caso estejam configuradas atualmente para usar http.