TL;DR, Réponse rapide
9 min de lectureL'analyse web compte les arrivées et le comportement au niveau des pages sur l'ensemble du trafic : sessions, sources, pages d'entrée, conversions. Elle répond d'où viennent les visiteurs et quelles pages les font avancer. Dès que la question devient ce qu'un compte précis a fait sur six semaines, l'outil qu'il vous faut est l'analyse produit, pas l'analyse web.
Qu'est-ce que l'analyse web ?
La pratique de l'analyse web, c'est la mesure de la façon dont les gens arrivent sur un site et de ce qu'ils y font, restituée en volumes et en taux sur le trafic plutôt qu'en enregistrements d'individus. Une équipe marketing la lit pour décider quel canal mérite le budget du trimestre suivant. Une équipe produit la lit pour trouver la page où les visiteurs cessent d'avancer.
L'unité d'analyse est la visite, pas la personne. Ce fait explique tout ce que l'analyse web fait bien et tout ce qu'elle ne peut pas faire.
Comment un script d'analyse web collecte-t-il les données ?
Un script d'analyse web collecte les données en s'exécutant dans le navigateur du visiteur et en envoyant un petit événement à un point de collecte à chaque chargement de page ou action suivie. Le script lit des valeurs que le navigateur expose déjà : l'URL courante, l'URL de provenance, la largeur d'écran, la langue, l'horodatage. Le collecteur déduit le pays et la classe d'appareil à partir de la requête, écrit une ligne et renvoie un 204.
Une charge utile de pageview minimale ressemble à ceci :
{
"url": "/pricing",
"referrer": "https://news.ycombinator.com/",
"screen": "1512x982",
"language": "en-GB",
"ts": 1757289600
}Rien dans cette charge utile ne nomme une personne. Le collecteur assemble les visites en regroupant les requêtes qui partagent une signature dérivée dans une fenêtre de temps, et c'est pourquoi la définition de ce qui compte comme une session change vos totaux sans changer votre trafic.
Placez le script dans le head du document pour qu'il se déclenche avant qu'un visiteur abandonne une page lente, puis chargez vous-même une page et vérifiez que la ligne arrive. Flowsery livre un script unique de moins de 10 KB et n'applique aucun échantillonnage, donc la ligne que vous cherchez est la ligne que vous avez envoyée.
Quelles métriques l'analyse web restitue-t-elle ?
L'analyse web restitue un jeu standard de huit métriques que presque tous les outils calculent de la même façon et que presque tous les lecteurs lisent mal de la même façon. La troisième colonne ci-dessous est le mode de défaillance qui met un mauvais chiffre dans une présentation.
| Métrique | Ce que l'outil compte réellement | La mauvaise lecture courante |
|---|---|---|
| Pages vues | Une ligne par chargement de page, rechargements et retours arrière compris | Lu comme "combien de pages les gens lisent", alors qu'un seul visiteur agité gonfle le chiffre |
| Sessions | Chargements de page regroupés en une visite par une fenêtre d'inactivité, normalement 30 minutes | Lu comme des visites, alors qu'une pause déjeuner coupe une visite en deux sessions |
| Utilisateurs | Signatures de visiteur distinctes sur la période du rapport | Lu comme des personnes, alors qu'une personne sur un portable et un téléphone compte deux fois |
| Taux de rebond | Part des sessions avec une seule interaction enregistrée | Lu comme de l'insatisfaction, alors que le visiteur qui a eu sa réponse en première page rebondit aussi |
| Durée moyenne de session | Temps entre le premier et le dernier événement d'une session | Lu comme de l'attention, alors que la dernière page contribue zéro temps mesuré |
| Pages d'entrée | La première page d'une session | Lu comme les landing pages que vous avez construites, alors que la plupart des entrées sont de vieux articles de blog |
| Taux de sortie | Part des sessions dont la dernière page était cette page | Lu comme une page à problème, alors que la page de confirmation de commande est une sortie prévue |
| Taux de conversion | Objectifs atteints divisés par les sessions | Lu comme un chiffre unique, alors qu'il varie d'un ordre de grandeur selon les sources |
La colonne source mérite sa propre mise en garde : elle nomme le dernier référent avant la visite, pas le canal qui a créé la demande. Cet écart est toute la raison pour laquelle la modélisation d'attribution existe comme discipline à part.
Comment calculer le taux de conversion à partir de données d'analyse web ?
Le taux de conversion en analyse web, ce sont les objectifs atteints divisés par les sessions sur la même fenêtre, exprimés en pourcentage.
conversion rate = (conversions / sessions) x 100Un site enregistre 8 000 sessions en septembre et 340 inscriptions à l'essai :
(340 / 8000) x 100 = 4.25%Le dénominateur est la décision. Divisez par les utilisateurs au lieu des sessions et ces mêmes 340 inscriptions donnent un taux plus élevé, parce qu'une personne qui vient quatre fois ne compte qu'une. Choisissez un dénominateur, nommez-le dans l'en-tête du rapport, et ne le changez jamais en cours de trimestre. La formule complète du taux de conversion couvre la version par segment sur laquelle il vaut la peine d'agir.

En quoi l'analyse web diffère-t-elle de l'analyse produit ?
L'analyse web mesure le trafic en agrégat ; l'analyse produit mesure des comptes identifiés dans le temps. C'est toute la frontière, et tout le reste en découle.
L'analyse web répond à des questions de la forme "quelle source a envoyé le plus de sessions sur la page tarifs la semaine dernière". Elle regroupe des visites anonymes, restitue des taux sur ces groupes, et oublie chaque visite dès que la fenêtre de session se ferme. L'analyse produit répond à des questions de la forme "sur les 40 comptes qui ont créé un projet en janvier, combien ont invité un collègue en 14 jours". Elle exige un identifiant utilisateur stable et un flux d'événements rattaché à cet identifiant, conservé pendant des mois.
Donc la rétention par cohorte, les courbes d'adoption de fonctionnalités et les tunnels par compte relèvent de l'analyse produit, et aucun découpage ne les reconstruit à partir de données d'analyse web. L'acquisition de trafic, le mix de canaux et l'abandon au niveau des pages relèvent de l'analyse web et n'ont besoin d'aucune identité.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
En quoi l'analyse web diffère-t-elle du real user monitoring ?
L'analyse web mesure le comportement ; le real user monitoring, la mesure de performance sur des sessions de visiteurs réels, mesure la vitesse. Les deux tournent comme des scripts navigateur et les deux envoient des balises à un collecteur, d'où la confusion.
Un événement d'analyse web dit qu'un visiteur a chargé /pricing depuis un moteur de recherche. Un événement de real user monitoring dit que ce même chargement a mis 2,4 secondes à atteindre le Largest Contentful Paint sur un appareil Android de milieu de gamme. L'analyse web vous dit que le taux de sortie du tunnel de commande a grimpé. Le real user monitoring vous dit si un script tiers lent en est la cause. N'en faites tourner qu'un seul et vous obtenez un symptôme sans cause.

Comment le droit de la vie privée a-t-il changé l'analyse web ?
Le droit de la vie privée a éloigné l'analyse web des cookies et l'a rapprochée d'une collecte sans état. La ePrivacy Directive exige un consentement avant qu'un site stocke ou lise des informations sur l'appareil d'un visiteur, ce qui couvre les cookies analytiques, et la GDPR a classé les identifiants contenus dans ces cookies comme données personnelles. En 2022, l'autorité autrichienne de protection des données et la CNIL française ont chacune jugé qu'une implémentation précise de Google Analytics, envoyant les données de visiteurs de l'UE aux États-Unis, violait la GDPR.
L'effet mesurable est une bannière de consentement posée entre le visiteur et le traqueur. Tous ceux qui refusent manquent au rapport, et l'écart n'est pas aléatoire : il penche vers les utilisateurs soucieux de leur vie privée sur des navigateurs soucieux de la vie privée. L'analyse sans cookies comble cet écart en ne posant jamais l'identifiant, ce qui supprime l'obligation de bannière en même temps que la perte de données qu'elle provoque.
Flowsery fonctionne sans cookies, est hébergé dans l'UE et GDPR par conception, avec une analyse web intégrée couvrant le trafic en temps réel, le revenu par source, les tunnels, les objectifs et les parcours utilisateur. Les équipes qui remplacent une configuration soumise au consentement peuvent lire comment l'alternative à Google Analytics produit les mêmes rapports sans bannière.
Que devrait vraiment faire une équipe d'un rapport d'analyse web ?
Servez-vous de l'analyse web pour décider où porter l'attention, pas pour expliquer pourquoi quelque chose est arrivé. Le rapport est un instrument de classement : il pointe la page d'entrée qui perd des sessions, la source dont le taux de conversion a chuté, l'étape du tunnel à la baisse la plus raide.
Ensuite, changez d'outil. Un tunnel qui fuit à l'étape trois vous dit que la fuite existe ; un replay des sessions qui ont fui vous dit que le bouton d'envoi a échoué à la validation sans afficher d'erreur. Flowsery enregistre les sessions, détecte les rage clicks, les dead clicks, les erreurs JavaScript et les abandons, regroupe les sessions similaires en un seul problème et classe les problèmes selon le nombre d'utilisateurs touchés, ce qui transforme un pourcentage en un bug précis avec un chemin de reproduction.
Questions fréquentes
L'analyse web est-elle la même chose que Google Analytics ?
Google Analytics est un produit dans la catégorie analyse web, comme Excel est un produit dans la catégorie tableurs. Google Analytics 4 mélange en plus des fonctions d'analyse produit, comme les parcours utilisateur basés sur les événements, ce qui explique en partie pourquoi ses chiffres ne collent pas aux rapports plus anciens.
L'analyse web a-t-elle besoin de cookies ?
Les cookies sont une façon de regrouper des requêtes en sessions, pas une exigence de la mesure. Un outil sans cookies dérive une signature à durée de vie courte à partir de la requête elle-même et la jette quand la fenêtre se ferme, sans stocker d'identifiant sur l'appareil. Cela supprime la bannière de consentement de la ePrivacy Directive et conserve les visiteurs qui auraient refusé.
Quelle est la différence entre un utilisateur et une session en analyse web ?
Une session est une visite, fermée par une fenêtre d'inactivité de 30 minutes dans la plupart des outils. Un utilisateur est une signature de visiteur distincte sur toute la période du rapport, donc un utilisateur produit plusieurs sessions. Aucun des deux ne correspond proprement à une personne : le même humain sur un téléphone et un portable compte comme deux utilisateurs.
Pourquoi deux outils d'analyse web donnent-ils des chiffres différents pour le même site ?
Les outils divergent sur les définitions avant de diverger sur les données. La durée du délai de session, les règles de filtrage des bots et le fait que l'outil échantillonne ou non les gros volumes déplacent chacun les totaux indépendamment. Comparez les tendances au sein d'un même outil et traitez les comparaisons entre outils comme indicatives.
Le taux de rebond est-il une métrique utile ?
Le taux de rebond est utile sur les pages faites pour envoyer le visiteur plus loin et trompeur sur les pages faites pour répondre à une question. Une page de documentation qui règle le problème en un écran produit un taux de rebond élevé et un lecteur satisfait. Jugez-le par modèle de page, jamais comme un chiffre global du site.
Ai-je besoin à la fois de l'analyse web et de l'analyse produit ?
Une équipe qui vend un produit à des comptes a besoin des deux, parce qu'elles répondent à des questions différentes. L'analyse web vous dit quel canal a produit les inscriptions ; l'analyse produit vous dit si ces inscriptions sont revenues en semaine trois. N'en faire tourner qu'une laisse l'acquisition ou la rétention sans mesure.
Que transmet réellement un script d'analyse web au serveur ?
Chaque événement de pageview porte l'URL actuelle, l'URL de provenance, la largeur d'écran, la langue du navigateur et un horodatage, des valeurs que le navigateur expose déjà. Le collecteur ajoute le pays et le type d'appareil à partir de la requête elle-même, écrit une ligne et renvoie un 204. Rien dans cette charge ne nomme une personne, puisque les sessions sont reconstituées après coup en regroupant les requêtes qui partagent une signature dérivée dans une fenêtre de temps.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Pourquoi la source dans un rapport d'analyse web ne montre-t-elle pas ce qui a vraiment déclenché la visite ?
La colonne source enregistre seulement le dernier referrer juste avant la visite, pas le canal qui a créé la demande au départ. Une personne qui a vu une publicité le mois dernier et cherche aujourd'hui le nom de la marque apparaît en recherche organique, pas comme publicité. Cet écart explique pourquoi la modélisation d'attribution existe comme discipline à part de l'analyse web.
Que devient le taux de conversion si l'on remplace les sessions par les utilisateurs au dénominateur ?
Le même nombre de conversions donne un taux plus élevé, parce qu'un visiteur qui revient quatre fois compte pour un utilisateur mais pour quatre sessions. Un site avec 340 inscriptions sur 8 000 sessions affiche 4,25 % ; divisez ces mêmes 340 inscriptions par un nombre d'utilisateurs plus petit et le taux grimpe. Choisissez un dénominateur, nommez-le dans l'en-tête du rapport et n'en changez pas en cours de trimestre.
Qu'ont vraiment tranché les décisions de 2022 contre Google Analytics dans l'UE ?
L'autorité autrichienne de protection des données et la CNIL française ont chacune jugé qu'une implémentation précise de Google Analytics enfreignait le RGPD en envoyant des données de visiteurs de l'UE vers les États-Unis. Ces décisions visaient ce transfert, pas l'analyse web en tant que catégorie, mais elles ont poussé le secteur vers une collecte hébergée dans l'UE et sans cookies. Le résultat visible est la bannière de consentement : les visiteurs qui refusent disparaissent de chaque rapport suivant, et ceux qui refusent utilisent plus souvent des navigateurs soucieux de la vie privée.
Cet article vous a-t-il été utile ?
Dites-nous ce que vous en pensez !
Nous voir plus souvent sur Google
Un clic définit Flowsery comme source préférée. Nos articles remontent alors dans vos À la une, en mode IA et dans les aperçus IA.
Avant de partir...
Flowsery
Des analyses orientées revenus pour votre site web
Suivez chaque visiteur, source et conversion en temps réel. Simple, puissant et sans cookies.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Termes connexes du glossaire


Ce qu'est une session en analytics web
En analytics web, une session est un groupe d'interactions d'un visiteur, fermé par l'inactivité, minuit ou un changement de campagne.


Pourquoi le sens de visiteurs uniques change d'un outil à l'autre
Le sens de visiteurs uniques dépend de l'outil: GA4 l'estime, Matomo refuse de le calculer sur de longues périodes, Adobe déduplique sur tout le rapport.


Comment l'analytics sans cookies compte les visiteurs sans identifiant
L'analytics sans cookies compte les visiteurs sans stocker d'identifiant dans le navigateur. Ce qu'il supprime, ce qu'il coûte.


Seul le domaine tranche entre cookies first-party vs third-party
La séparation entre cookies first-party vs third-party tient au domaine qui les a posés, pas à leur auteur. Ce que les navigateurs bloquent et ce qui casse.


Comment fonctionne le session replay et ce qu'il ne voit pas
Le session replay reconstruit une visite à partir des mutations du DOM et des saisies, pas d'une vidéo. Ce qu'il capture, ce que le masquage cache, ses limites.


Comment lire page d'entrée vs page de destination dans GA4 et Adobe
Le partage page d'entrée vs page de destination compte parce que GA4 ne livre qu'une dimension Landing page et Adobe qu'une Entry page, calculées autrement.
Articles connexes


Où les réglages par défaut de la censure des PII en relecture de session exposent vos données
Les réglages par défaut de la censure des PII en relecture de session varient : rrweb ne masque que les mots de passe, Sentry masque tout le texte.


Comment les cookies partitionnés CHIPS donnent à chaque site son propre pot
Poser des cookies partitionnés CHIPS exige Secure, SameSite=None et un attribut de plus, et le navigateur garde une copie par site de premier niveau.


Ce que ces chiffres disent du taux de rebond moyen par secteur
Neuf secteurs suivis affichent un taux de rebond moyen par secteur documenté allant de 35.76% à 48.38%, selon les données Databox datées de septembre 2024.

