Pour mieux comprendre le parcours de vos utilisateurs sur notre page de signature et identifier les actions qui vous permettront d’améliorer leur expérience sur notre solution, Universign vous offre la possibilité d'intégrer - sous certaines conditions - votre tag Google Analytics sur les sessions de signature qui vous concernent.
Cette possibilité est réservée aux clients bénéficiant d’un service premium. Pour savoir si vous remplissez les conditions pour en bénéficier, merci de contacter nos équipes (via votre chef de projet ou via un message à notre helpdesk).
L'objectif de ce guide est d’expliquer les modalités d’intégration d’un tag analytics sur la Page de Signature Universign et de vous donner les clés pour comprendre les données qui remontrons dans l’interface Google Analytics du compte correspondant.
_________________________________________________________________________
Sommaire
- Comment faire remonter les données de la Page de Signature Universign dans mon compte Google Analytics (GA) ?
- Comment se structurent les données remontées dans GA ?
- Détail des pages virtuelles lors d'une session de signature
- Détail des pages virtuelles lors de l'enregistrement d'identité
- Détection des erreurs et remontées dans GA
- Définitions d'évènements spécifiques
- Exemples d'analyses intéressantes dans Google Analytics
_________________________________________________________________________
1-Comment faire remonter les données de la Page de Signature Universign dans mon compte Google Analytics ?
Universign place automatiquement votre tag Google Analytics sur les pages de signature qui concernent vos utilisateurs. Vos données remontent ensuite directement dans votre interface Google Analytics.
Cette possibilité est réservée aux clients bénéficiant d’un service premium.
Pour savoir si vous remplissez les conditions pour en bénéficier, merci de contacter nos équipes (via votre chef de projet ou via un message à notre helpdesk). Le cas échéant, vous serez alors invités à nous communiquer votre identifiant Google Analytics (UA-XXXXXXXX) -
Cet identifiant sera intégré par nos équipes programmatiquement sur les sessions qui vous concernent et les données remonteront alors directement dans votre interface analytics.
A noter que si vous ne disposez pas d'identifiants, vous pouvez créer sans frais un compte Google Analytics.
2- Comment se structurent les données remontées dans Analytics ?
Le plan de taggage d’Universign pour Google Analytics (GA) définit des URLs virtuelles correspondant aux différentes étapes possibles d’un parcours de signature. Ce procédé permet d’identifier clairement les principaux points de sortie d’un parcours de signature.
On distingue deux parcours de signature : les parcours qui comprennent une étape d’enregistrement d’identité avant la session de signature proprement dite et ceux qui ne contiennent que la session de signature simple.
- SESSION DE SIGNATURE SIMPLE: signature de niveau 1 ou signature de niveau 2 quand le signataire a déjà un certificat d’identité numérique.
- ENREGISTREMENT DE L’IDENTITE + SESSION DE SIGNATURE : signature de niveau 2 quand le signataire n’a pas encore de certificat.
3- Détail des pages virtuelles lors d'une session de signature simple
Une session de signature est décomposée au sein de GA en 4 étapes :
3.1. Document-presentation/1 ... n : Présentation et acceptation du document.
L'entrée sur le page de signature se fait sur l'étape de présentation du document pour l'utilisateur. Coté Analytics, cette entrée remonte via l'url Document-presentation/1 ... n au moment du chargement de la page. Dans le cas de plusieurs documents à signer, une url est générée pour chaque document et porte - en fin de label - le numéro du document.
3.2. Signature-otp-section : authentification du signataire.
Lorsque les cases d'acceptation du document ont été cochées pour le (dernier) document, la page de signature fait apparaître une nouvelle section permettant l'authentification du signataire. Une nouvelle url est alors générée à l'affichage de cette section : signature-otp-section
A noter qu'à cette étape, l'utilisateur peut cliquer sur différents liens d'information, actions qui génèrent autant d'urls correspondant aux liens cliqués. Ces étapes ne sont pas pour autant des étapes obligatoires du parcours.
A noter qu'à cette étape, l'utilisateur peut cliquer sur différents liens d'information, actions qui génèrent autant d'urls correspondant aux liens cliqués. Ces étapes ne sont pas pour autant des étapes obligatoires du parcours.
3.3. Signature-validate : Signature du document.
Une fois l'OTP entré dans le cadre correspondant, l'utilisateur clique alors sur le bouton "signer", ce qui génère l’url : signature-validate
3.4. Signature-success : confirmation du succès de la signature
Si l'opération de signature s'est déroulée normalement, l'utilisateur verra enfin s'afficher la page suivante ci-dessous ce qui remontera dans l'outil l'url correspondant à cette étape : Signature-success, la session de signature s'est bien déroulée.
4- Détail des pages virtuelles lors de l'enregistrement d'identité
Certains parcours de signature comprennent avant la session de signature, un session d’enregistrement d’identité. C’est le cas pour la signature de niveau 2, lorsque le signataire ne possède pas encore de certificat d’identité.
On distingue 3 étapes dans l’enregistrement de l’identité. A noter qu’à la fin de l’enregistrement de l’identité, la session se poursuit par la suite sur les étapes de la session de signature décrites dans le paragraphe précédent. Voir détail sur le schéma ci-dessous.
4.1. Identity-declaration : déclaration des données d’identité et de contact.
L'entrée dans la session d'enregistrement se fait par l'étape de déclaration d'identité par l'utilisateur. Sur cette page, l'utilisateur enregistre ses données. Il peut également cliquer sur les différents liens présents sur la page pour obtenir des informations au sujet du traitement des données. Lorsqu'il clique sur un lien informatif, une url est générée selon le schéma ci-dessous.
4.2. identity-document-upload : chargement des captures de pièces d’identité.
Lorsque les données de l’utilisateur sont entrées et qu'il a confirmé leur exactitude ainsi que son acceptation de nos CGUs, il clique sur « confirmer » pour passer à l'étape suivante : l'enregistrement de la pièce d'identité, section dont l'apparition sur la page génère une nouvelle url virtuelle.
A noter que sur cette page également, l'utilisateur peut cliquer sur un lien pour obtenir des infos sur l'utilisation de ses informations personnelles ce qui génèrera également une url virtuelle dans GA.
4.3. Subscription : souscription au service Universign.
Quand l'image de la pièce d'identité a été enregistrée dans l'outil, et que la pièce a été validée l'utilisateur clique sur le bouton confirmer. Dans les cas où la pièce n'a pas été validée et que l'utilisateur clique sur continuer, il se verra également proposer de continuer la session. Dans ces 2 cas : une nouvelle url virtuelle est générée dans l'outil et correspond à l'étape de souscription à notre service.
Lorsque l'utilisateur accepte de souscrire au service et clique sur confirmer, l'étape suivante qui remonte dans l'outil avec une nouvelle url correspond au début de la session de signature : document-presentation/1
La session se poursuit alors en suivant les étapes de la session de signature précédemment décrite.
5- Détection des erreurs et remontées dans Google Analytics
Outre les erreurs standards 404 et 501, chaque erreur est remontée via la création d’une page virtuelle dont le label correspond au type d’erreur.
Pour analyser les types d'erreurs survenant au cours du parcours de vos signataires, il vous suffit donc d'étudier les sessions comprenant une url d'erreur au cours de la session et à quel moment du parcours ces urls sont générées.
Exemple :
6- Définition d'événements spécifiques
Il peut être intéressant dans certains cas de suivre des événements spécifiques. Nous avons en conséquence taggé les événements ci-dessous. A noter que Google Analytics ne propose pas de vue intégrant les événements dans la succession des pages virtuelles. Les événements taggés ne peuvent donc être analysés qu'en termes de volumes globaux et non en différenciant par position de l’événement au sein du parcours client.
- Clics sur les checkboxes (n’importe quelle checkbox du workflow
- Clics pour télécharger les PDFs (documents)
- Clic pour envoyer un formulaire au support
- Section d’enregistrement de l’identité :
- Clic sur l’image pour soumettre une pièce d’identité
- Clic pour télécharger
- Clic pour activer l’appareil photo
7- Exemples d'analyses intéressantes dans Google Analytics
7.1. Chemin de conversion
L'analyse du chemin de conversion des signataires est essentielle pour comprendre les points d’amélioration et se lit facilement à deux niveaux :
Pages de destination
- Points d’entrée sur la page de signature : toute entrée sur une page différente des pages documentation-presentation ou identity-declaration est susceptible de représenter un problème d’intégration dans votre propre parcours client. En effet, dehors des signataires qui sortent au cours de la session et re-rentrent par la suite, les signataires doivent nécessairement entrer sur nos parcours via la présentation du document ou la déclaration d’identité.
Pages de sortie de la session de signataire :
- Tout point de sortie avant la page signature-success représente une session interrompue avant la signature.
- Le taux de rebond (taux de sortie) sur la 1ere page de présentation de document peut également être un KPI intéressant à suivre puisqu’il représente les gens qui sortent sans même avoir commencé le parcours de signature. Un taux de rebond élevé peut cependant signifier des choses très différentes : il dépend autant de la qualité de l’intégration que du type de contrat à signer, ou encore de l’habitude des signataires quant à la signature électronique etc. Une analyse plus approfondie est donc en général nécessaire pour en comprendre le sens.
7.2. Evénements spécifiques
- Cet angle est intéressant dans le cas d’éléments spécifiques à tracer.
- A noter que Google Analytics ne permet pas de réconcilier la vue par pages virtuelles et la vue par event. Vous n’aurez ainsi pas le moment d’occurrence des différents évenements au cours du workflow.