Fuseaux horaires et bornes de journée
Pourquoi une même donnée peut s'afficher à deux heures différentes, et comment lire correctement une journée.
C'est le point qui prête le plus à confusion dans les analytics, et il vaut mieux le comprendre avant de s'étonner d'un chiffre.
Trois fuseaux, pas un
| Fuseau | Rôle |
|---|---|
| UTC | Tout est stocké en UTC en base. C'est la référence unique. |
| Le vôtre | Le portail convertit l'affichage dans le fuseau que vous avez choisi. |
| Celui de l'appareil | L'appareil déclare son propre fuseau dans ses rapports. |
Le fuseau du portail est mémorisé côté navigateur. À défaut, le portail retombe sur le fuseau par défaut de l'application, et en dernier recours sur UTC.
Pourquoi l'appareil déclare son fuseau
Parce que sans cela, une journée d'appareil serait découpée sur l'horloge UTC. Pour un site français en été, cela décale tout de deux heures : les « journées » commenceraient à 02:00 locales, et l'activité d'une fin de soirée basculerait sur le lendemain.
L'appareil transmet donc son nom de fuseau, qui est préféré au simple décalage horaire parce qu'il survit au passage à l'heure d'été. Le décalage brut n'est utilisé qu'en repli, pour les appareils qui ne transmettent que celui-là.
En pratique
- Pour comparer des appareils entre eux, assurez-vous qu'ils portent la même version.
- Pour rapprocher une donnée d'un incident réel, raisonnez dans le fuseau de l'appareil, pas dans le vôtre — surtout si vos sites sont répartis.
- Un écart d'exactement une ou deux heures est presque toujours un problème de fuseau, pas un problème de données.
Cette page n'a pas répondu à votre question ?
Ouvrir un ticket