Convertisseur de timestamp — Unix epoch et ISO 8601

Collez n'importe quel timestamp Unix (secondes ou millisecondes) ou chaîne ISO 8601 et voyez-le développé dans tous les formats courants. Choisissez votre fuseau IANA favori pour la sortie humaine.

Qu'est-ce qu'un timestamp Unix ?

Un timestamp Unix est le nombre de secondes (ou millisecondes en JavaScript) écoulées depuis le 1970-01-01T00:00:00Z, l'« epoch ». C'est un entier unique qui ne connaît pas la notion de fuseau horaire et qui s'incrémente de la même façon pour tous les ordinateurs de la planète — propriétés qui en font le format d'échange de facto entre systèmes.

Les humains ne lisent pas les valeurs epoch ; ils lisent des dates calendaires et des heures dans leur fuseau. ISO 8601 (ex. 2026-05-07T13:00:00Z) fait le pont : c'est un format textuel qui reste non ambigu, triable en string, et fait l'aller-retour propre à travers chaque librairie de date moderne. Ce convertisseur garde les trois vues synchronisées : collez l'une et lisez les autres.

Comment utiliser cet outil

Collez un timestamp Unix à gauche (secondes par défaut, basculez en ms si votre valeur a 13 chiffres) — ou une chaîne ISO 8601 à droite.
Choisissez un fuseau dans la liste pour formater l'heure locale. Le fuseau de votre navigateur est présélectionné.
Cliquez sur Copier sur n'importe quelle ligne pour mettre cette représentation dans votre presse-papiers. L'« Heure Unix courante » se met à jour chaque seconde et est aussi copiable.

Questions fréquentes

Les timestamps sont-ils en secondes ou en millisecondes ?

Cela dépend de la plateforme. Les utilitaires Unix, la plupart des APIs et le 'time_t' du C utilisent les secondes. Date.now() de JavaScript et la plupart des libs JS utilisent les millisecondes. Une valeur à 10 chiffres c'est des secondes ; 13 chiffres c'est des millisecondes.

Quelle est la relation entre Unix time et UTC ?

Le temps Unix compte les secondes depuis le même instant — l'epoch 1970-01-01T00:00:00Z — peu importe où l'horloge se trouve physiquement. Donc Unix time est essentiellement de l'UTC, moins les secondes intercalaires. Deux ordinateurs dans des fuseaux différents avec horloges synchronisées partagent le même Unix time.

Pourquoi ma date montre-t-elle un jour différent en « heure locale » ?

Parce que le même instant en UTC peut tomber un autre jour dans votre fuseau. 2026-05-07T01:30:00Z reste 2026-05-06 à Los Angeles (UTC-7). Stockez et échangez toujours en UTC ; ne convertissez en local qu'au bord, à l'affichage.

Et les secondes intercalaires ?

Le temps Unix ignore délibérément les secondes intercalaires : la journée fait toujours 86 400 secondes. Cela garde l'arithmétique simple et c'est ce que font en pratique chaque base de données, langage et OS. Si votre domaine demande une précision astronomique, utilisez TAI ou UT1.

Les timestamps Unix vont-ils overflow en 2038 ?

Seulement sur les systèmes qui stockent le temps dans un entier signé 32 bits de secondes. Chaque OS, langage et base modernes utilise au moins 64 bits, ce qui étend la plage à 292 milliards d'années. Le « Y2038 problem » est réel sur l'embarqué legacy mais un non-sujet pour le code neuf.

Cas d'usage courants

Situations réelles où basculer entre epoch et heure humaine se rentabilise.

Inspecter une réponse d'API

Une API a renvoyé createdAt: 1746619200 — collez-le ici et vous savez instantanément qu'il s'agit du 2025-05-07 12:00 UTC, et non du « 1746-quelque-chose » que vos yeux voyaient initialement.

Planifier un cron ou une tâche en file

Générez un timestamp Unix pour « demain à 9 h heure de Paris » à filer à un planificateur style at ou à une queue différée. Le convertisseur affiche l'offset du fuseau choisi pour vérifier le résultat.

Déboguer des bugs de fuseau

Convertissez le même instant dans deux fuseaux (UTC vs votre local) pour voir si un bug vient de la couche stockage ou de la couche affichage. La plupart des bugs de fuseau sont à l'affichage et disparaissent si vous restez en UTC en interne.

Remplir une fixture de base

Besoin d'une date à 30 jours dans le futur pour un test ? Tapez la forme humaine, copiez le timestamp Unix, collez dans la fixture. Aller-retour sûr, pas d'off-by-one car le parser est celui que votre code utilise.

Conseils et astuces

Petites habitudes qui évitent les désastres de fuseau.

Stockez et transmettez en UTC

Sauvez les dates en timestamps Unix ou en ISO 8601 avec le suffixe Z. Ne convertissez en heure locale qu'au bord côté utilisateur de votre stack. Faire l'inverse cause des bugs d'heure d'été chaque mars et octobre.

Utilisez les noms de fuseaux IANA, pas les offsets

« Europe/Paris » encode les règles historiques et DST ; « +0200 » est juste l'offset à l'instant T. Stocker l'offset casse les événements à venir dès que le DST bascule.

Méfiez-vous de l'ambiguïté de Date.parse()

Selon les navigateurs, « YYYY-MM-DD » seul est parsé comme minuit UTC, alors que « YYYY-MM-DDTHH:MM:SS » (sans Z) est parsé en heure locale. Incluez toujours le Z ou un offset explicite dans les chaînes que vous stockez.

Testez autour des frontières DST

La plupart des bugs de fuseau se cachent près des journées de passage à l'heure d'été et d'hiver. Si vous avez du code lié au temps, testez-le explicitement avec des timestamps dans l'heure de transition DST pour le fuseau de l'utilisateur.