Convertisseur de timestamp
Convertissez un horodatage Unix en date lisible, et inversement. Vous obtenez secondes, millisecondes, ISO 8601, UTC, heure locale, jour de la semaine, RFC
Convertissez des timestamps Unix en dates lisibles et inversement, dans les deux sens et en secondes comme en millisecondes. Collez 1735689600 ou 2026-01-01T00:00:00Z et visualisez l'équivalent en UTC, dans votre fuseau horaire local et dans les formats courants comme ISO 8601 et RFC 2822.
Cela revient constamment quand on lit des journaux, qu'on débogue une API qui renvoie des secondes epoch ou qu'on vérifie qu'une expiration de jeton est bien celle qu'on croit. La conversion est exacte et s'exécute localement, et l'outil vous avertit lorsqu'une valeur ressemble à des millisecondes plutôt qu'à des secondes.
Comment convertir un timestamp Unix
Collez un timestamp ou une date
Lisez les valeurs converties en UTC et en heure locale
Copiez le format dont vous avez besoin
Questions fréquentes
Secondes ou millisecondes ?
Dix chiffres correspondent en général à des secondes, treize à des millisecondes. L'outil détecte l'unité probable et vous permet de la changer si le résultat semble faux.
Qu'est-ce que l'époque Unix ?
Le nombre de secondes écoulées depuis le 1er janvier 1970 00:00:00 UTC, sans compter les secondes intercalaires. C'est la manière standard de stocker un instant.
Quel fuseau horaire est utilisé ?
Les deux sont affichés : l'UTC et le fuseau horaire local de votre navigateur, ce qui vous permet de comparer ce que consignent les journaux du serveur et ce que vous voyez sur l'horloge.
Gère-t-il les dates antérieures à 1970 ?
Oui, les valeurs négatives représentent des dates antérieures à l'époque, et les dates très lointaines fonctionnent jusqu'aux limites de la plage de dates de JavaScript.
Peut-il produire un timestamp pour une date ?
Oui, la conversion fonctionne dans les deux sens : saisissez une date et vous obtenez la valeur epoch.
Quelque chose est-il envoyé sur un serveur ?
Non, la conversion est un simple calcul local.
En un coup d'œil
| Entrée | texte |
|---|---|
| Fichiers multiples | Non |
| Où ça tourne | Dans votre navigateur - les fichiers ne sont jamais envoyés |
| Fonctionne hors ligne | Oui — une fois la page chargée |
| Tarif | Gratuit, sans inscription, sans filigrane |
Où les conversions cassent sans bruit
La plupart des bugs de conversion ne portent pas sur la syntaxe mais sur le sens. Une colonne CSV de codes postaux perd ses zéros initiaux dès qu'un tableur devine qu'il s'agit d'un nombre ; un identifiant long dépasse la précision des nombres à virgule flottante ; les dates changent de sens selon qu'elles sont au format jour-mois ou mois-jour. Les clés JSON ne sont pas ordonnées, mais les tableaux le sont, et un outil qui trie les clés ne change rien tandis qu'un outil qui trie les tableaux modifie les données. L'Unicode est un autre piège : le texte peut arriver en UTF-8, en UTF-16 ou avec un BOM, et un décodeur qui se trompe transforme les caractères accentués en mojibake. Avant de faire confiance à une conversion, vérifiez par échantillon la première et la dernière ligne, tout champ à zéros initiaux et tout champ contenant des guillemets, des virgules ou des retours à la ligne.
Choisir un format de données
Le JSON est la valeur par défaut pour tout ce qu'une API renvoie ou qu'un programme lit : il gère naturellement les structures imbriquées, les nombres, les booléens et null, et tous les langages le lisent. Le CSV est plus léger et s'ouvre directement dans un tableur, mais il ne permet pas d'exprimer l'imbrication et n'a aucune norme partagée pour le séparateur, les guillemets ou le jeu de caractères - et c'est exactement là que les conversions se cassent. Le XML est verbeux mais porte des attributs, du contenu mixte et des schémas, ce qui le rend encore dominant dans les formats documentaires et les intégrations anciennes. Le YAML est le plus lisible pour la configuration, mais il est sensible aux espaces et réserve des conversions de type surprenantes (« no » devient false, une version comme 1.10 devient 1.1). Choisissez le format que l'outil de destination préfère, pas celui qui est le plus joli à lire.