UTC

UTC(Temps Universel Coordonné) est l’étalon de temps de référence mondial. Chaque autre fuseau horaire d’usage courant est défini comme un décalage par rapport à UTC — généralement un nombre entier d’heures, occasionnellement une demi ou un quart d’heure (l’Inde est UTC+5:30 ; le Népal est UTC+5:45). UTC lui-même n’observe pas l’heure d’été.

UTC est maintenu par le Bureau International des Poids et Mesures (BIPM) et le Service International de la Rotation de la Terre et des Systèmes de Référence (IERS). Sa fréquence provient d’une moyenne pondérée d’horloges atomiques dans plus de 80 laboratoires dans le monde. Des secondes intercalaires occasionnelles ont été insérées (ou, hypothétiquement, supprimées) pour maintenir UTC à moins de 0,9 seconde du temps solaire. En 2026, les secondes intercalaires sont prévues pour être supprimées en 2035.

UTC est souvent confondu avec GMT(Greenwich Mean Time). Pour la plupart des usages pratiques, ils sont identiques — les deux représentent l’heure au méridien de Greenwich sans heure d’été. La différence technique est que GMT est défini par la rotation de la Terre (qui est irrégulière) et UTC par des horloges atomiques (qui sont régulières). Lorsque le Royaume-Uni est à l’heure d’été, il observe BST (British Summer Time = UTC+1) ; GMT n’est alors plus utilisé comme étiquette d’horloge même si le nom du fuseau horaire persiste.

Convertissez entre UTC et n’importe lequel des 28 principaux fuseaux horaires avec notre convertisseur de fuseaux horaires, qui utilise la base de données IANA du navigateur pour des résultats corrects avec l’heure d’été.

Pourquoi « UTC » plutôt que CUT ou TUC :l’acronyme est un compromis délibéré. Les anglophones voulaient « CUT » (Coordinated Universal Time) ; les francophones voulaient « TUC » (Temps Universel Coordonné). L’UIT et le BIPM ont opté pour UTC en 1970 comme ordre neutre linguistiquement ne correspondant exactement à aucune des deux expansions. La convention est d’écrire l’abréviation en majuscules quelle que soit l’expansion utilisée dans le texte environnant.

UTC dans le code — ce qu’il faut réellement stocker :la règle opérationnelle pour tout système gérant des données multi-fuseaux horaires est « stocker en UTC, afficher en local ». Les horodatages de base de données appartiennent à UTC (PostgreSQL TIMESTAMP WITH TIME ZONEnormalise en UTC en interne ; MySQL TIMESTAMP fait de même ; MongoDB Dateest UTC par spécification). Les couches d’affichage convertissent à la locale de l’utilisateur au moment du rendu. Stocker des heures locales d’horloge murale sans information de zone est la source canonique de bugs « la réservation a bougé d’une heure après le changement d’heure » et est universellement considéré comme un anti-pattern. Référence : BIPM — Temps Universel Coordonné (UTC).

Exemple concret

Un utilisateur à New York programme une réunion pour « 15h00 le 5 novembre 2025 ». Le backend devrait stocker cela comme un instant UTC. New York est EST (UTC−5) le 5 novembre (l’heure d’été a pris fin le 2 novembre), donc la valeur stockée est 2025-11-05T20:00:00Z. Un second invité à Berlin consulte la même réunion : Berlin est CET (UTC+1) à cette date, donc le calendrier affiche 2025-11-05 21:00 CET. Un troisième invité à Tokyo (UTC+9, sans heure d’été) voit 2025-11-06 05:00 JST — le même instant, des horloges murales différentes, toutes dérivées d’un seul horodatage UTC stocké.

Quand et pourquoi cela est important

Presque tous les bugs de type « la réunion a bougé », « le rapport s’est exécuté à la mauvaise heure » ou « le cron job a double-tiré pendant le changement d’heure » sont liés au stockage de l’heure locale sans zone ou au stockage du décalage de zone (+01:00) au lieu de l’identifiant de zone (Europe/Berlin). Le décalage est correct pour un seul instant mais devient ambigu pour toute date future — l’identifiant de zone préserve les règles DST. Les règles pragmatiques : stockez les instants en UTC (ou avec zone explicite), stockez les dates face à l’utilisateur avec des identifiants de zone IANA (Europe/Berlin, pas +01:00), n’utilisez jamais d’abréviations de zone à 3 lettres (CST est ambigu entre la Chine, Cuba et le centre des États-Unis), et laissez une base de données de zones (tzdata via IANA, mise à jour trimestriellement) gérer la conversion. Référence : Base de données des fuseaux horaires IANA.