Flux de pages
Les flux de pages révèlent les chemins les plus empruntés sur votre site sous forme de diagramme de Sankey. Ils s'accompagnent des Entonnoirs (séquences pré-définies) et des Objectifs (états finaux) : les flux de pages montrent les comportements émergents — ce que les visiteurs font réellement, pas ce que vous leur demandez de faire.
Vous trouverez les flux de pages dans l'onglet Parcours du tableau de bord de n'importe quel domaine (Domaines → votre site → Parcours).
Les flux de pages sont une fonctionnalité Pro. Les équipes Free voient une carte d'upgrade ; les PageCards et TopPathsTable sur le même onglet restent disponibles à tous les plans.
Comment lire le diagramme
Le Sankey se lit de gauche à droite :
- Pages d'entrée à gauche (vert). Premières pages sur lesquelles les visiteurs arrivent.
- Pages intermédiaires au centre (indigo). Pages atteintes après une ou plusieurs navigations.
- Pages de sortie à droite (ambre). Dernières pages consultées avant le départ.
L'épaisseur de la ligne est proportionnelle au nombre de sessions ayant emprunté cette transition. Survolez un nœud ou un lien pour voir les chiffres exacts.
[Entrée : /home] ──────► [/pricing] ──────────► [Sortie : /signup]
──────► [/blog/...] ──────────► [Sortie : /]
[Entrée : /landing-a] ──────► [/pricing] ──────────► [Sortie : /signup]
Contrôle de profondeur
Le curseur Profondeur au-dessus du graphique définit le nombre maximal de couches dans la visualisation. Valeurs autorisées : 3 à 7.
- Profondeur faible (3) vous donne un aperçu large et facile à lire — les triplets entrée → milieu → sortie de plus haut volume.
- Profondeur élevée (7) affiche des drilldowns plus profonds — séquences jusqu'à 7 sauts de page.
Les changements sont temporisés 300 ms ; les clics rapides ne déclenchent pas une requête réseau par clic. La profondeur actuelle est reflétée dans l'URL (?depth=N) afin qu'un lien profond restaure votre choix.
Aux profondeurs 6 et 7, le diagramme se limite aux 30 × transitions de profondeur au total (180 à la profondeur 6, 210 à la profondeur 7) pour conserver le rendu lisible. Une note en bas du diagramme apparaît quand la troncature est en effet. Appliquez un filtre pour vous concentrer sur une page d'entrée ou un canal spécifique si vous devez voir au-delà du plafond.
Filtres
Les flux de pages réutilisent le filtre Flows déjà utilisé par les PageCards et TopPathsTable. Ouvrez le bouton de filtre sur l'une de ces cartes, ajoutez une condition, et le Sankey se recharge automatiquement — les trois vues restent synchronisées.
Catégories de filtre qui se poussent à la couche SQL :
| Catégorie | Exemples |
|---|---|
entry_page | /home, /landing-a |
channel (source de trafic) | organic, paid, direct, social, email, referral |
device | desktop, mobile, tablet |
Les valeurs de filtre sont appliquées au niveau SQL dans notre table pré-agrégée — même sur un site de 1 million de visiteurs par semaine, les requêtes filtrées renvoient en bien moins d'une seconde.
Calcul des données
En coulisses, les flux de pages utilisent une table pré-agrégée quotidienne appelée page_flows_daily :
- Jours clos (hier et avant). Un cron quotidien à 00:00 UTC parcourt chaque session, déduplique les rechargements de pages consécutifs, dérive les paires
(from_page → to_page)et stocke les compteurs agrégés par jour. Les lectures viennent directement de la table pré-agrégée. - Aujourd'hui. Calculé en direct depuis le flux de visiteurs via la même agrégation SQL — la route ne conserve jamais les données brutes de pages consultées en mémoire.
Les deux chemins sont fusionnés sur la clé composite naturelle (from_page, to_page, entry_page, channel, device_type). Vous voyez un Sankey cohérent sur n'importe quelle plage de dates.
Les sessions d'une seule page n'apparaissent pas dans les flux car elles n'ont pas de transition. Si vous voyez moins de sessions totales dans le Sankey que dans la barre KPI du tableau de bord, c'est pour cette raison.
Confidentialité
Les flux de pages respectent tous les engagements de confidentialité de Zenovay :
- Sur les configurations
data-cookieless="true", ni cookies nilocalStoragene sont utilisés pour dériver les sessions. - Le Sankey ne montre que des comptages, jamais des données de visiteurs individuels.
- Les URL à forte cardinalité (ex.
/post/<id>avec des milliers de variantes) peuvent se réduire à Autre dans le diagramme afin que la visualisation reste lisible. Les comptages sous-jacents alimentent toujours les totaux.
Limites
- Le Sankey limite le total des transitions à 30 × profondeur (90 à la profondeur 3, jusqu'à 210 à la profondeur 7). Pour les sites à forte cardinalité, appliquez des filtres pour révéler la longue traîne.
- La catégorie de filtre
hostnameest actuellement sans effet pour les flux de pages —page_flows_dailystocke les chemins normalisés, pas les URL complètes. Pour restreindre par hostname, revenez à PageCards qui interroge l'URL complète. - Les nouveaux sites n'affichent pas de données historiques jusqu'à ce que (a) le cron quotidien ait tourné pendant un jour, ou (b) le compte de l'équipe soit passé au-delà de la première agrégation nocturne. Les données d'aujourd'hui sont toujours en direct.
Voir aussi
- Suivi en temps réel — le pipeline d'événements en direct
- Segments enregistrés — transformer un filtre ponctuel en segment réutilisable
- Scoring de valeur des visiteurs — superposer la valeur sur le parcours