unix · ISO · fuseaux horaires
Convertisseur de temps
Collez un horodatage Unix ou une date ISO 8601 et lisez cet instant unique en UTC, dans le fuseau que vous choisissez et dans ceux que vous suivez. L’arithmétique des décalages se fait dans cet onglet.
Un nombre seul est lu d’après sa longueur : exactement 10 chiffres sont des secondes, exactement 13 des millisecondes, et toute autre longueur est refusée plutôt que devinée. Une date ISO sans décalage est lue comme UTC, car vous vouliez un instant, pas un instant par fuseau.
Comment convertir un horodatage
Entrez l’instant
Collez un horodatage Unix à 10 chiffres, un horodatage en millisecondes à 13 chiffres, ou une date ISO telle que 2026-09-12T14:30:00Z — ou tapez now pour partir de cette seconde.
Choisissez le fuseau
Sélectionnez le fuseau dans lequel l’instant doit être lu. UTC vient en premier, les fuseaux les plus fréquentés suivent, et la liste complète est tout ce que connaît la base de fuseaux horaires de votre navigateur.
Lisez l’horloge
Le même moment apparaît à côté de votre propre fuseau et de la sélection, avec chaque décalage, ainsi que l’instant en secondes, millisecondes et microsecondes pour l’API qui en réclame.
Ce qu’est un horodatage, et ce que cette page en fait
Le temps Unix compte les secondes depuis 1970-01-01T00:00:00Z et ignore délibérément les secondes intercalaires : c’est pourquoi ce nombre est identique partout et qu’un fuseau horaire n’est jamais qu’un choix d’affichage. Dix chiffres couvrent 2001 à 2286, donc une valeur copiée depuis un journal ou une URL est presque toujours en secondes ; une colonne de base de données ou une date JavaScript vous donne treize chiffres, qui sont des millisecondes de la même échelle.
ISO 8601 écrit la même chose sur un calendrier : 2026-09-12T14:30:00+03:00 est un instant unique exprimé à l’heure locale d’Istanbul, et Z signifie exactement +00:00. Une chaîne sans décalage est ambiguë : cette page la lit donc comme UTC plutôt que de supposer le fuseau de votre machine. Les décalages eux-mêmes viennent de la base de données tz de votre navigateur, ce qui explique qu’Europe/Istanbul reste à UTC+3 toute l’année selon la règle que la Turquie applique depuis 2016, tandis qu’America/New_York tombe sur UTC−4 ou UTC−5 selon la date.
Questions sur la conversion de temps
Mon horodatage est-il envoyé à un serveur ?
Non. L’analyse et les calculs de fuseaux s’appuient sur l’API Intl déjà installée dans votre navigateur : l’instant que vous consultez n’est jamais transmis et la page continue de fonctionner hors ligne une fois chargée. Rien n’est journalisé, car il n’y a rien pour le journaliser.
Pourquoi le même horodatage affiche-t-il une heure différente pour New York ?
Parce que le décalage d’un fuseau dépend de la date : New York est à UTC−5 en hiver et à UTC−4 en été, et le navigateur applique la règle en vigueur à cet instant. Une conversion se fait donc toujours entre deux instants, jamais entre deux noms de fuseaux — changez l’horodatage et le décalage peut changer avec lui.
Laquelle des secondes, millisecondes et microsecondes copier ?
Ce sont le même instant à trois résolutions : un compte Unix en secondes à 10 chiffres, un compte en millisecondes à 13 chiffres, et les microsecondes en plus des deux. Les API ne s’accordent pas sur ce qu’elles attendent — le temps Unix est classiquement en secondes, tandis que les horodatages de navigateur et de base de données sont souvent en millisecondes — prenez donc celle que réclame l’outil ou le point d’accès que vous alimentez.
Que se passe-t-il si je colle un nombre à 12 chiffres ?
Il est rejeté plutôt que deviné, car seule une valeur à 10 chiffres est lue comme des secondes et seule une valeur à 13 chiffres comme des millisecondes. Deviner déplacerait silencieusement l’instant de plusieurs décennies : un nombre mal saisi ou tronqué se remarque donc mieux comme une erreur. Une date ISO 8601 avec décalage fonctionne aussi bien qu’un nombre et ne prête pas à ambiguïté.