Suivi d'événements implicite ou explicite : réussites et échecs

Lorsque nous parlons d'analytique aux gens, une question surgit généralement : "Que pensez-vous de la possibilité pour les ingénieurs d'écrire du code de suivi ?" En décomposant, ce qu'ils veulent savoir, c'est essentiellement la différence entre l'utilisation d'outils qui suivent automatiquement l'analyse et le fait que leurs ingénieurs ajoutent par programme un code de suivi, et lequel est le meilleur pour leur entreprise.

Nous avons décidé de rédiger nos réflexions dans cet article pour aider à illustrer les succès et les échecs du suivi des événements implicite par rapport au suivi explicite des événements.

Passons aux choses sérieuses, d'accord ?

Définition du suivi d'événements implicite et explicite

Avant de continuer à lire les avantages et les inconvénients du suivi d'événements implicite et explicite, prenons un peu de recul et définissons les deux. Cela vous aidera à mieux comprendre les différences et vous permettra de prendre une décision éclairée.

Qu'est-ce que le suivi implicite des événements ?

Également connu sous le nom de suivi d'événements sans code, ce type de collecte automatique d'événements vise à collecter toutes les interactions des utilisateurs au sein de votre application. En d'autres termes, vous n'avez pas besoin de définir les événements au préalable pour collecter des données.

Certains outils capturent automatiquement les interactions telles que les clics, les pages vues, les soumissions de formulaires, etc. et les gardent prêts lorsque vous en avez besoin. Chaque fois que vous souhaitez analyser le comportement des utilisateurs, vous pouvez utiliser un éditeur visuel pour créer des événements qui vous intéressent, rétroactivement.

Qu'est-ce que le suivi explicite des événements ?

Le suivi explicite des événements nécessite que vous définissiez manuellement les événements que vous souhaitez suivre à l'aide d'analyses basées sur le code. Tout le concept de suivi explicite des événements repose sur le fait que vous savez quels événements vous devez suivre pour obtenir l'analyse souhaitée.

L'amplitude en est un exemple. Une fois que vous avez déterminé vos objectifs et vos métriques et créé votre plan de suivi, vos développeurs instrumentent les analyses requises à l'intérieur de votre base de code.

Maintenant que nous avons couvert les définitions, passons en revue les avantages et les inconvénients.

Succès et échecs du suivi des événements implicites ou sans code

Examinons quelques-uns des succès et des échecs du suivi implicite des événements et comment il peut vous aider à faire le bon choix.

Les hits : suivi implicite

1. Idéal pour les équipes non techniques

Avec le suivi des événements implicite ou sans code, toute personne qui ne maîtrise pas le code peut analyser le comportement de ses clients avec une solution pointer-cliquer. Collez un extrait sur votre site et il commence à capturer toutes les interactions utilisateur disponibles du côté client. Désormais, vous pouvez analyser rétroactivement différents événements sur votre application web.

Par exemple, vous pouvez simplement définir un événement de clic pour un bouton avec un identifiant de newsletter-button , et il vous fournira rétroactivement les données associées à tous les utilisateurs qui ont cliqué sur le newsletter-button .

2. Pas besoin de planification rigoureuse

L'idée même du suivi implicite est d'avoir accès à toutes les données sur les interactions de votre client. Cela vous fait gagner du temps en essayant de déterminer quels événements suivre au début, et vous n'avez pas besoin de mettre en place un plan de suivi pour commencer.

3. Définir les événements est simple

Certains outils sont livrés avec des éditeurs visuels où il est facile de créer différents types d'événements en quelques minutes. Cela permet d'économiser d'innombrables heures de développement, qui peuvent être réorientées vers la résolution d'autres problèmes.

Les ratés : suivi implicite

1. Vous traiterez des données désordonnées

Il peut y avoir plusieurs façons d'effectuer une action dans votre application. Imaginez que vous êtes le propriétaire d'une application de livraison d'épicerie qui permet aux clients de passer des commandes en ligne et que vous souhaitez suivre la fréquence à laquelle cela se produit.

Un client peut appuyer sur le bouton "Commander" et votre outil d'analyse sans code vous dira combien de fois ce bouton a été cliqué. Cependant, ces données peuvent être inexactes, étant donné qu'il peut y avoir d'autres moyens pour un client de passer une commande. Peut-être que votre application dispose d'un bouton "Acheter maintenant" qui permet également aux clients de passer une commande. Dans ce cas, si vous essayez de savoir combien de commandes ont été passées , vous devez combiner ces événements.

2. Il y a des problèmes de sécurité

Étant donné que ces outils capturent toutes les interactions des utilisateurs et transmettent ces données à leur service, les données PII (informations personnelles identifiables) et/ou PHI (informations personnelles sur la santé) de votre client peuvent être à risque. L'idée de collecter toutes les données est fondamentalement erronée lorsqu'il s'agit de ces scénarios.

3. Votre suivi peut se casser assez facilement

Le suivi sans code est lié aux sélecteurs CSS pour les contrôles Web et UI pour mobile. Ainsi, lorsque les développeurs apportent des modifications à votre produit, votre suivi peut être interrompu. En reprenant notre exemple précédent, si un nouveau développeur arrive et décide de changer l'identifiant CSS de votre bouton "Commander" de checkout-button à place-order , votre suivi sera interrompu et vous vous demanderez pourquoi.

4. Vous passerez à côté de précieuses données

En prenant le même exemple, vous voudrez peut-être savoir combien de « pommes » ont été achetées. Le suivi implicite ne peut pas capturer ces données. Tout ce qu'il fait, c'est compter le nombre de fois que le bouton "Commander" a été cliqué. Pour répondre à cette question, vous devrez faire appel à un ingénieur logiciel pour ajouter du code afin de suivre cela pour vous. Chaque outil de suivi implicite prend en charge l'envoi d'événements explicites pour une raison ; c'est un mythe que vous n'utiliserez pas le temps d'ingénierie.

5. Vous perdrez des données à cause des bloqueurs de publicités

Étant donné que certains outils capturent des données côté client, vous êtes sensible aux bloqueurs de publicités. La plupart des bloqueurs de publicités sur le marché bloquent les analyses côté client, cependant, avec le suivi basé sur le code, vous pouvez capturer des analyses sur votre backend pour vos mesures commerciales critiques, évitant ainsi ce problème.

Cela résume à peu près tout pour les outils de suivi d'analyse implicites ou sans code.

Succès et échecs du suivi des événements explicites ou basés sur le code

Maintenant que vous avez une bonne idée des outils de suivi sans code, examinons certains des avantages et des inconvénients du suivi d'événements explicite ou basé sur du code.

Les hits : suivi explicite

1. Suivez ce dont vous avez besoin et ajoutez un contexte supplémentaire

Grâce au suivi explicite, vous pouvez suivre les données dont vous avez besoin pour l'analyse et ajouter un contexte supplémentaire derrière chaque interaction client.

Par exemple, lorsque quelqu'un appuie sur le bouton "Commander", à l'aide d'une propriété d'événement, vous pouvez également suivre le code de l' article , la quantité de l'article, la valeur de l'article et les images du produit consultées , en plus de suivre le nombre de fois où le bouton "Commander" a été appuyé. . Cela vous fournit un contexte supplémentaire sur le comportement d'achat de l'utilisateur.

Amplitude peut vous aider à y parvenir facilement.

2. Vous pouvez vous fier à vos données

Grâce au suivi explicite des événements, vous pouvez faire confiance à vos données car elles sont intégrées dans le cycle de vie de votre développement logiciel et ne seront pas interrompues. Lorsque vous traitez vos analyses comme du code et que vous avez mis en place un processus de gestion des données, tout le monde en profite.

Prenons le même exemple que vous avez vu dans la section précédente. Pour le suivi des événements basé sur le code, toutes les instances de passation de commande peuvent être instrumentées de manière cohérente, que ce soit via le bouton "Commander" ou le bouton "Acheter maintenant".

3. Gérez ce qui est capturé

Lorsque vous créez un plan de suivi, vous êtes au courant des données qui sont envoyées à votre outil d'analyse à tout moment. Vous savez quelles données PII/PHI du client sont capturées et où elles vont. Par exemple, vous souhaiterez peut-être envoyer le nom et l'e-mail de quelqu'un à Intercom pour une réussite client personnalisée. La création de cette carte de données est utile pour vous assurer que vous êtes en conformité avec le RGPD et le CCPA.

4. Capturez des données à partir de plusieurs sources

Avec un suivi explicite, vous pouvez capturer des événements provenant de plusieurs sources de manière cohérente, y compris votre backend, qui n'est pas soumis aux bloqueurs de publicités côté client. En fonction de votre public, vous pouvez vous attendre à ce que 10 à 30 % de vos événements soient bloqués. Pour toutes les données critiques, nous vous recommandons de suivre vos événements sur le backend.

Les ratés : suivi explicite

1. Vous auriez besoin de l'aide d'un développeur

Comme leur nom l'indique, les outils d'analyse basés sur du code nécessitent le temps d'un développeur pour instrumenter les événements. Encore une fois, s'il y a un changement dans l'un des événements plus tard ou si vous devez ajouter quelques événements supplémentaires, vous devez impliquer un développeur.

2. La mise en œuvre prend plus de temps

Le suivi des événements basé sur le code prend plus de temps à mettre en œuvre. Vous dépendez d'une boucle de rétroaction plus longue avec vos développeurs lorsqu'ils écrivent du code → envoient du code → attendent des données → exécutent une requête. C'est un investissement en temps et en argent.

3. Vous devez d'abord planifier

L'un des défis du suivi des événements basé sur le code est que vous devez avoir tout planifié et prêt avant sa mise en œuvre. Cela prend à nouveau du temps et des efforts pour planifier les événements dont vous aurez besoin dans un avenir proche ou lointain.

De plus, si vous êtes chef de produit ou analyste, vous devrez peut-être obtenir l'adhésion de votre équipe d'ingénieurs avant d'adopter la solution. Tout cela parce qu'il faut du temps de développement pour instrumenter votre plan de suivi.

Alors que choisir ?

Alors, quand devriez-vous choisir d'utiliser le suivi implicite ou explicite ? Nous avons créé un guide rapide ci-dessous pour vous aider ainsi que la liste de certains de nos outils d'analyse préférés dans chaque catégorie.

En fin de compte, utilisez l'outil qui convient le mieux à votre équipe, mais comprenez les avantages et les inconvénients de chaque approche. Les besoins de nombreuses équipes évoluent au fur et à mesure de leur croissance et ajoutent des cas d'utilisation supplémentaires pour les données de suivi des événements.

Si vous êtes prêt à démarrer avec un outil de suivi des événements explicite, créez un compte Amplitude gratuit dès aujourd'hui ou explorez notre démo en libre-service.