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. 

Observação: O carrinho de compras do MemberPress está atualmente em fase beta. Alguns rótulos e etapas no seu site podem diferir ligeiramente do descrito neste documento. No MemberPress 1.14 e versões posteriores, Associações aparece como Produtos no Painel do WordPress. Saiba mais no Visão geral do carrinho MemberPress.

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.