Dans la continuité de ce qui précède, dans nos données, si vous souhaitez enregistrer le comportement de clic de l'utilisateur, il existe généralement deux manières de l'enregistrer.
Une solution consiste à enterrer le point dans le clic et à ajouter du code au code de clic, tel qu'un code tel que seed="submit". Le JS de suivi renverra un enregistrement du code de données au serveur d'enregistrement de données lorsque le l'utilisateur clique. De tels points d'intégration peuvent être placés sur des liens générés par des sauts ou sur des contrôles tels que checkBOX.
Les avantages de procéder ainsi sont les suivants :
·Le coût est relativement faible. Dans le fonctionnement de la page entière, puisque les clics de l'utilisateur ne dépassent généralement pas le double des enregistrements de la page, la quantité de données transmises n'est pas très importante.
· Il peut enregistrer la plupart des enregistrements d'opérations de l'utilisateur et analyser de nombreux problèmes de données en fonction des données.
· Le montant de la perte d'enregistrements est très faible puisqu'il s'agit d'une opération déclenchée par l'utilisateur, plus de 99,5 % de ces données peuvent être enregistrées.
Quelques problèmes avec cette solution :
· Les clics vides sans points enterrés ne peuvent pas être enregistrés ;
· Tous les emplacements de pages surveillés doivent être enterrés, ce qui représente un certain coût de développement.
· Nous ne pouvons connaître que le comportement de clic de l'utilisateur, mais nous ne savons pas où ce comportement s'est produit.
Une autre méthode consiste à utiliser l'enregistrement des clics, qui utilise des déclencheurs sur la page pour demander des informations au serveur à chaque fois que vous cliquez sur la souris. Et placé aux coordonnées actuelles de la souris.
Les avantages de procéder ainsi sont les suivants :
· Il n'est pas nécessaire d'effectuer d'autres traitements sur la page, ajoutez simplement le code global.
· Le comportement de clic détaillé peut être enregistré tant que l'utilisateur clique sur cette page, il peut être enregistré, même si l'utilisateur clique sur la page.
Quelques problèmes avec cette solution :
· Le coût de la page est très élevé et tous les clics sur la page doivent être surveillés, ce qui exerce beaucoup de pression sur la page elle-même et peut même modifier le comportement de l'utilisateur.
· La quantité d'enregistrements augmente et la quantité de données générées par le comportement de l'utilisateur est beaucoup plus importante que celle de la solution précédente.
· Les exigences relatives au code de page ont augmenté. Parce qu'il est positionné en fonction des coordonnées, il faut prêter attention au positionnement.
· Le traitement des données est extrêmement complexe et dépend grandement du navigateur, de la résolution de l'écran, du code CSS et d'autres problèmes. L'analyse de ce point doit être combinée avec le noyau et la résolution du navigateur. Par exemple, sur une page réactive, vous constaterez probablement que l'utilisateur est libre de cliquer à un certain endroit, mais en fait, selon sa résolution, le bouton se trouve exactement à cet endroit.
En termes d'application, l'enregistrement des informations de la première solution suffit à l'analyse. La deuxième solution est principalement utilisée pour les tests A/B.
Un exemple illustre la différence entre chaque méthode :
Par exemple, si vous analysez l'actualisation du navigateur, cliquer sur l'actualisation du navigateur générera un saut de cette page à cette page. Cliquer sur un lien sur la page peut également générer un saut de cette page à cette page actualisée. sera nommé d’après la page B. La page A contient un lien vers la page B.
· Dans les enregistrements du journal du serveur, il peut être impossible de distinguer le saut de cette page à cette page, car il n'y a aucune page source. L'enregistrement de la page connectée B peut être que le lien de B est cliqué sur A. page, la première page B apparaît pour la première fois, puis la page B est actualisée. Il se peut également que le lien vers la page B soit cliqué deux fois sur la page A.
· Mais après avoir utilisé le système js ou de suivi d'images, ce type de données peut être trouvé via la page source si la page source est B et la page actuelle est également B, alors il peut être prouvé qu'il s'agit d'un saut depuis la page B. à la page B elle-même. Mais on ne sait pas si cette actualisation provient d’un clic sur la page ou d’une actualisation du navigateur.
· En s'appuyant sur la méthode d'enfouissement des points, s'il s'agit d'un clic sur la page, il passera de la page B à la page B. Il y a un enregistrement de clic de page avant cet enregistrement. S'il existe un enregistrement de clic, cela prouve que l'utilisateur a cliqué sur un lien sur la page B. S'il n'y a pas d'enregistrement de clic, cela prouve que l'utilisateur a cliqué sur l'actualisation du navigateur.
En fait, vous pouvez faire plus en cliquant sur l'enregistrement. Si vous pouvez établir quelques règles sur la dénomination des points enterrés, des informations telles que les opérations multi-fenêtres peuvent être analysées sur la base des informations sur les points enterrés.
Sur la base de ce qui précède, si vous souhaitez surveiller la sécurité du site Web, les informations de journal sont suffisantes. Si vous souhaitez surveiller les données d'accès au site Web, il vous suffit de surveiller JS. Mais si vous souhaitez connaître le comportement de clic de l'utilisateur, vous devez cliquer dessus. L'emplacement est enterré.
Auteur : Lance
Source de l'article : Livre des records de Lance Veuillez indiquer le lien source lors de la réimpression.
【Rapports associés】
Science des données – D’où proviennent les données d’un site Web ?