Convertisseur de timestamp Unix

Collez un horodatage ou une date, obtenez toutes les autres formes.

Temps Unix actuel
Secondes Unix
Millisecondes
ISO 8601 (UTC)
UTC
Heure locale
Relatif
Jour de la semaine
Jour de l'année
Semaine ISO

Qu'est-ce qu'un timestamp Unix

Un timestamp Unix (aussi appelé temps epoch ou temps POSIX) est le nombre de secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC, sans compter les secondes intercalaires. C'est la façon la plus courante pour les ordinateurs de stocker et d'échanger des instants, car il s'agit d'un simple entier qui ne dépend ni des fuseaux horaires, ni des calendriers, ni des formats régionaux. Bases de données, fichiers journaux, jetons JWT, API et systèmes d'exploitation l'utilisent tous, ce qui explique pourquoi les développeurs ont sans cesse besoin de traduire un nombre brut comme 1700000000 en une date lisible par un humain.

Les systèmes n'utilisent pas tous la même précision. Unix et la plupart des bases de données stockent des secondes (10 chiffres aujourd'hui). Date.now() en JavaScript et System.currentTimeMillis() en Java renvoient des millisecondes (13 chiffres). Certains systèmes de journalisation et le paquet time de Go exposent des microsecondes (16 chiffres) ou des nanosecondes (19 chiffres). Ce convertisseur détecte automatiquement l'unité d'après le nombre de chiffres, vous pouvez donc coller n'importe lequel sans choisir de format.

Comment utiliser ce convertisseur

L'horloge en direct en haut de page affiche le timestamp Unix actuel en secondes et se met à jour chaque seconde ; cliquez sur Copier pour le récupérer ou sur Utiliser maintenant pour le charger dans le convertisseur. Collez un timestamp dans la zone de saisie et le tableau se remplit instantanément : secondes, millisecondes, ISO 8601 (la norme utilisée par la plupart des API), chaîne UTC RFC 1123, date et heure dans votre fuseau horaire local avec son nom, description relative comme « dans 3 jours » ou « il y a 2 heures », jour de la semaine, jour de l'année et numéro de semaine ISO.

Le convertisseur fonctionne aussi dans l'autre sens. Saisissez une date comme 2025-03-01, 2025-03-01T14:30:00Z ou March 1 2025 14:30 : elle est analysée par le moteur de dates de votre navigateur et convertie en secondes et millisecondes epoch. Les dates sans fuseau explicite sont interprétées dans votre fuseau horaire local, exactement comme le fait JavaScript.

Fuseaux horaires, ISO 8601 et pièges courants

Un timestamp n'a pas de fuseau horaire en soi ; seul son affichage en a un. La même valeur 1700000000 correspond à 22:13 à Londres et à 06:13 le lendemain à Shanghai. Quand deux systèmes diffèrent d'exactement quelques heures, une confusion de fuseau horaire en est presque toujours la cause. Préférez échanger des chaînes ISO 8601 avec un Z ou un décalage explicite (2024-11-14T22:13:20Z) ou des nombres epoch bruts plutôt que des chaînes de date locales. Autre bug classique : mélanger secondes et millisecondes ; une date en l'an 55000 ou en 1970 signale généralement une erreur d'unité, et la mention « détecté comme » sous la saisie vous indique quelle unité a été supposée. Enfin, n'oubliez pas la limite 32 bits : les systèmes qui stockent les secondes dans un entier signé 32 bits débordent le 19 janvier 2038.

Contexte : pourquoi 1970 ?

L'epoch Unix a été choisie par les développeurs d'Unix aux Bell Labs au début des années 1970 ; la première édition comptait des 60es de seconde depuis 1971 et a débordé en quelques mois, elle a donc été remplacée par des secondes entières depuis le 1er janvier 1970 — une date ronde, sans risque dans un passé récent. Comme il ignore les secondes intercalaires, chaque jour Unix fait exactement 86 400 secondes, ce qui rend l'arithmétique triviale et explique pourquoi le format s'est répandu d'Unix vers toutes les bases de données, tous les langages de programmation et tous les protocoles réseau. Le bug de l'an 2038, lorsque les compteurs signés 32 bits reboucleront, est l'héritage direct de ce choix initial ; les systèmes modernes stockent des valeurs 64 bits et sont tranquilles pour les 292 milliards d'années à venir.

Où on l'utilise

Les timestamps sont les revendications exp, iat et nbf d'un jeton JWT, les colonnes created_at de presque toutes les bases de données, le premier champ de la plupart des lignes de journaux, les en-têtes de cache HTTP, les systèmes cron et de planification, les en-têtes de blocs des blockchains, les métadonnées des systèmes de fichiers (mtime) et la logique ETag/Last-Modified qui décide si un CDN peut réutiliser une page en cache. Quand un ticket de support dit « l'export a échoué à 1718000000 », ce convertisseur est le moyen de le transformer en une heure sur un calendrier humain ; quand vous écrivez des tests, convertir une date fixe en secondes epoch vous donne une valeur stable, indépendante du fuseau horaire, sur laquelle faire vos assertions. Les données structurées de ce site, comme celles de toute API JSON que vous construisez, devraient utiliser des chaînes ISO 8601 pour la lisibilité et des entiers epoch pour l'arithmétique.

Questions fréquentes

Comment obtenir le timestamp Unix actuel ?

Il s'affiche en direct en haut de cette page. En code : date +%s dans un shell, Math.floor(Date.now()/1000) en JavaScript, int(time.time()) en Python.

Le timestamp est-il en secondes ou en millisecondes ?

Les valeurs à 10 chiffres sont des secondes, celles à 13 chiffres des millisecondes. Le convertisseur le détecte automatiquement d'après la longueur et vous indique l'unité supposée.

Quel fuseau horaire est utilisé pour l'heure locale ?

Celui de votre navigateur, affiché à côté de l'horloge. Les lignes UTC et ISO 8601 sont toujours en UTC, vous pouvez donc les coller sans risque dans d'autres systèmes.

Pourquoi ma date est-elle décalée d'un jour ?

Une chaîne de date sans heure ni fuseau est analysée à minuit heure locale ; sa conversion en UTC peut la faire passer de l'autre côté du changement de date. Utilisez une heure et un fuseau explicites (par ex. 2025-03-01T00:00:00Z) pour éviter toute ambiguïté.

Les timestamps négatifs et les dates antérieures à 1970 sont-ils gérés ?

Oui. Les valeurs négatives comptent à rebours depuis l'epoch : -86400 correspond donc au 31 décembre 1969.