Outils gratuits pour développeurs

Convertisseur de timestamp.

L'heure Unix actuelle, en direct — et une conversion instantanée entre timestamps et dates lisibles, entièrement dans votre navigateur.

Conçu et hébergé dans l'Union européenne
Convertisseur de timestamp
Unix epoch · ISO 8601
Fonctionne entièrement dans votre navigateur
Heure Unix actuelle
secondes

Interprété dans votre fuseau horaire local.

Toutes les conversions s'exécutent sur votre appareil — rien n'est transmis ni stocké. Les heures sont affichées dans le fuseau horaire de votre navigateur.

Un nombre, un instant

L'heure Unix compte les secondes écoulées depuis le 1ᵉʳ janvier 1970, 00:00 UTC — l'époque. Comme il s'agit d'un nombre unique sans fuseau horaire attaché, c'est la façon standard de stocker et comparer des points dans le temps dans les bases de données, les logs et les API. Le fuseau horaire n'apparaît que lorsque vous formatez le nombre pour des humains, ce qui est exactement la manière dont ce convertisseur le traite : stocker en UTC, afficher en local.

Secondes ou millisecondes ?

Le classique bug off-by-1000 : confondre les unités. L'heure Unix actuelle est un nombre à 10 chiffres en secondes et à 13 chiffres en millisecondes. Le Date.now() de JavaScript renvoie des millisecondes, tandis que date +%s, la plupart des API et des bases de données utilisent des secondes. Si votre date s'affiche en janvier 1970, vous avez traité des millisecondes comme des secondes ; si elle atterrit 50 000 ans dans le futur, c'est l'inverse.

Le problème de l'an 2038

Le 19 janvier 2038 à 03:14:07 UTC, les timestamps signés sur 32 bits débordent et reviennent à 1901. Les systèmes 64 bits modernes sont à l'abri, mais pas les appareils embarqués, les vieux formats de fichiers ni les anciennes colonnes de base de données — à vérifier pour tout ce qui doit vivre au-delà de 2038.

Préférez ISO 8601 dans le texte

Là où des humains lisent la valeur — logs, API JSON, configuration — utilisez ISO 8601 en UTC : 2026-07-07T09:30:00Z. C'est sans ambiguïté, analysable par machine et se trie correctement comme simple chaîne. Une bonne règle : les timestamps Unix pour le stockage et les calculs, ISO 8601 pour l'échange, les formats localisés uniquement dans l'UI.

Les timestamps dans votre code

JavaScript
millisecondes !
// current time
const ms = Date.now();          // 13 digits
const s = Math.floor(ms / 1000); // 10 digits

// timestamp → date
const date = new Date(1783500000 * 1000);
date.toISOString(); // "2026-07-08T02:40:00.000Z"
Python
datetime, compatible UTC
from datetime import datetime, timezone

now = int(datetime.now(timezone.utc).timestamp())

# timestamp → datetime
dt = datetime.fromtimestamp(1783500000, tz=timezone.utc)
dt.isoformat()  # "2026-07-08T02:40:00+00:00"

Questions fréquentes

Qu'est-ce qu'un timestamp Unix ?
Le nombre de secondes écoulées depuis le 1ᵉʳ janvier 1970 à 00:00 UTC — l'« époque Unix ». C'est le format machine le plus courant pour représenter des instants : un nombre unique, aucune ambiguïté de fuseau horaire, facile à stocker, comparer et trier.
Mon timestamp est-il en secondes ou en millisecondes ?
Comptez les chiffres : les timestamps actuels ont 10 chiffres en secondes et 13 chiffres en millisecondes. Le Date.now() de JavaScript renvoie des millisecondes ; la plupart des outils Unix et des API utilisent des secondes. Ce convertisseur détecte l'unité automatiquement d'après la longueur.
Les timestamps Unix ont-ils un fuseau horaire ?
Non — un timestamp Unix est toujours en UTC par définition. Les fuseaux horaires n'apparaissent que lorsque vous formatez le timestamp en date lisible. C'est ce qui rend les timestamps idéaux pour le stockage : ne convertissez vers l'heure locale de l'utilisateur qu'au moment de l'affichage.
Qu'est-ce que le problème de l'an 2038 ?
Les systèmes qui stockent les timestamps sous forme d'entiers signés sur 32 bits débordent le 19 janvier 2038 à 03:14:07 UTC. Les systèmes modernes utilisent des entiers sur 64 bits, ce qui repousse la limite d'environ 292 milliards d'années — mais les anciens systèmes embarqués, formats de fichiers et bases de données peuvent encore être concernés.
Un timestamp Unix peut-il être négatif ?
Oui — les valeurs négatives représentent des instants antérieurs au 1ᵉʳ janvier 1970. Par exemple, -86400 correspond au 31 décembre 1969 à 00:00 UTC. La plupart des systèmes gèrent cela correctement, mais certaines API rejettent les valeurs négatives.
L'heure Unix compte-t-elle les secondes intercalaires ?
Non. L'heure Unix fait comme si chaque jour comptait exactement 86 400 secondes. Lorsqu'une seconde intercalaire survient, les horloges Unix répètent ou lissent une seconde au lieu de la compter. Au quotidien, cela n'a jamais d'importance — mais cela signifie que l'heure Unix n'est pas strictement le nombre de secondes physiques écoulées depuis 1970.
Qu'est-ce que l'ISO 8601 et quel est le lien ?
L'ISO 8601 est le format lisible standard : 2026-07-07T09:30:00Z, où le Z signifie UTC. C'est le meilleur format texte pour les API et les logs — sans ambiguïté et triable en tant que chaîne. Un timestamp Unix et une chaîne UTC ISO 8601 décrivent le même instant sous deux représentations.

Des outils gratuits par une entreprise de logiciels européenne.

  • Fonctionne dans votre navigateur
  • Conçu & hébergé dans l'UE
  • Aucun compte requis