If page access or login events aren’t being tracked in your activity log this could be as a result of a plugin conflict or security in the environment.
Conflits entre plugins et thèmes
La première chose à vérifier est exécuter MemberMouse en mode sans échec et voyez si le problème persiste. Pour ce faire, il suffit de se connecter avec un compte de test dans un autre navigateur et de cliquer pour afficher quelques pages différentes. Ces pages doivent être suivies dans le journal d'activité. Si les pages sont suivies lorsque MemberMouse est en mode sans échec, mais pas lorsque le mode sans échec est désactivé, cela signifie que l'un des plugins utilisés ou votre thème est à l'origine du problème.
Sécurité
Certains plugins de sécurité, lorsqu'ils sont configurés d'une certaine manière, sont connus pour causer des problèmes de suivi des statistiques d'engagement. Par exemple, le plugin Sucuri permet de bloquer l'accès aux commentaires et aux rétroliens. Si cette sécurité est activée, les statistiques d'engagement de MemberMouse seront également affectées.
La fonction WordPress is_user_logged_in() ne fonctionne pas
En fin de compte, MemberMouse s'appuie sur la fonction WordPress is_user_logged_in() pour déterminer s'il convient ou non de suivre les statistiques d'engagement. Ainsi, si is_user_logged_in() évalue à faux lorsqu'un utilisateur est connecté, les statistiques d'engagement de MemberMouse ne sont pas suivies. Étant donné qu'il s'agit d'une fonction de WordPress, la résolution de ce problème relève de l'assistance technique de WordPress, mais peut également résulter d'un conflit de plugin ou de paramètres de serveur.

