Pourquoi deux horloges n'affichent jamais exactement la même heure

Aucun appareil ne connaît l'heure par lui-même

Contrairement à ce qu'on pourrait croire, un ordinateur ou un smartphone ne « sait » pas l'heure de façon autonome. Il possède une horloge interne, un composant électronique qui compte le temps qui passe, mais cette horloge dérive naturellement, un peu comme une montre mécanique qui prend de l'avance ou du retard. Pour rester juste, l'appareil doit donc se recaler régulièrement sur une source de référence extérieure.

Le rôle du protocole NTP

Cette mise à jour passe le plus souvent par le NTP (Network Time Protocol), un protocole qui permet à un appareil d'interroger un serveur de temps de référence et d'ajuster son horloge en conséquence. Cette synchronisation ne se fait pas en continu : elle a lieu à intervalles réguliers, définis par le système d'exploitation ou l'application. Entre deux synchronisations, l'horloge interne dérive de nouveau, doucement. Un appareil qui peine à se synchroniser, par exemple à cause d'une connexion instable ou d'un serveur NTP mal configuré, peut ainsi afficher une heure légèrement fausse pendant un moment, le temps que la prochaine synchronisation corrige l'écart.

La latence réseau, un facteur souvent ignoré

Même quand la synchronisation fonctionne bien, transmettre une information d'heure sur un réseau prend du temps : c'est ce qu'on appelle la latence. Entre l'instant où un serveur envoie l'heure et l'instant où l'appareil la reçoit et l'affiche, il s'écoule un délai. Les protocoles comme NTP tentent de compenser ce délai par des calculs d'aller-retour, mais la compensation n'est jamais parfaite. Selon la qualité de la connexion et la charge du réseau à ce moment précis, ce délai peut représenter de quelques secondes à quelques minutes d'écart entre deux appareils.

Des bases de fuseaux horaires qui doivent être tenues à jour

Un autre facteur, moins connu, concerne les règles de fuseaux horaires elles-mêmes. La plupart des logiciels s'appuient sur une base de données commune, la base IANA (souvent appelée « tz »), qui répertorie les règles de chaque fuseau, y compris les dates de passage à l'heure d'été ou d'hiver. Ces règles changent parfois : un pays peut décider de modifier ses dates de changement d'heure, voire d'abandonner ce système. Un appareil dont le système d'exploitation ou l'application n'a pas reçu la dernière version de cette base peut alors se tromper d'une heure entière au moment d'une transition, le temps qu'une mise à jour corrige la règle obsolète.

Des écarts réels, mais sans conséquence au quotidien

Ces différentes sources de décalage — dérive de l'horloge interne, latence réseau, base de fuseaux non à jour — s'additionnent rarement de façon spectaculaire. Dans l'immense majorité des cas, l'écart entre deux appareils reste de l'ordre de quelques secondes à, au pire, quelques minutes, et ne pose aucun problème pour la vie courante. Il devient surtout visible quand on compare deux affichages côte à côte, par exemple une horloge murale connectée et l'écran d'un téléphone. Pour les usages qui exigent une précision réelle (transactions financières, mesures scientifiques), des mécanismes de synchronisation bien plus stricts que ceux d'un appareil grand public prennent le relais.

D'où vient l'heure de référence elle-même

Derrière tous ces serveurs NTP se trouve une source ultime : les horloges atomiques, réparties dans des laboratoires de métrologie à travers le monde. Ces horloges mesurent le temps à partir des oscillations d'atomes de césium, un phénomène d'une régularité largement supérieure à n'importe quel composant électronique grand public. Leurs mesures sont ensuite combinées par des organismes internationaux pour produire le Temps Universel Coordonné (UTC), la référence mondiale sur laquelle tous les fuseaux horaires du globe sont calés, avec un simple décalage fixe en heures (ou parfois en demi-heures ou quarts d'heure, selon les pays).

L'UTC intègre un mécanisme particulier hérité de l'écart entre le temps atomique, parfaitement régulier, et le temps astronomique, basé sur la rotation réelle de la Terre, qui ralentit très légèrement et de façon irrégulière au fil du temps. Pour garder les deux synchronisés, une seconde intercalaire a pu être ajoutée ponctuellement à l'UTC par le passé, sur décision d'un organisme international de métrologie. Ce mécanisme a fait l'objet de débats techniques ces dernières années, certains acteurs plaidant pour son abandon à terme, precisément parce qu'il complique la synchronisation des systèmes informatiques modernes.

Ce sont ces horloges atomiques, et les organismes qui centralisent leurs mesures, qui constituent la source ultime consultée — indirectement, via plusieurs relais serveur — par le protocole NTP décrit plus haut. Chaque appareil grand public se trouve donc au bout d'une longue chaîne de synchronisations successives, ce qui explique aussi pourquoi un petit écart peut s'accumuler d'un maillon à l'autre de cette chaîne.

À retenir

• Un appareil ne connaît pas l'heure par nature : il se synchronise via NTP sur un serveur de référence, à intervalles réguliers.
• Entre deux synchronisations, l'horloge interne dérive, ce qui peut créer un petit écart temporaire.
• La latence réseau ajoute un délai de transmission, de quelques secondes à quelques minutes selon les cas.
• Une base de fuseaux horaires (IANA) non à jour peut fausser une heure lors d'un changement de règle dans un pays.
• Ces écarts restent généralement mineurs et sans conséquence dans la vie quotidienne.