100 % local — vos données ne quittent jamais votre navigateur

Date en timestamp Unix — le nombre qu’attend une API

Convertissez une date en secondes et millisecondes Unix. Une date inexistante est refusée : vous ne collez jamais une valeur glissée d’un mois.

Instantané Privé Zéro cookie
Inverser : Timestamp → Date

Entrée Date

Sortie Timestamp

Ce que fait cet outil

Une date entre, les trois formes dont on a besoin sortent.

2026-06-11T12:00:00Z
Unix seconds: 1781179200
Unix milliseconds: 1781179200000
ISO 8601 (UTC): 2026-06-11T12:00:00.000Z

now fonctionne aussi, et vous rend l’instant où vous avez appuyé. L’ISO 8601 est la forme à préférer ; « June 11, 2026 » et d’autres formes longues sont lues également, quand elles ne sont pas ambiguës.

Une date qui n’existe pas est refusée

2026-02-30
2026-02-30 is not a date: February 2026 has 28 days

Date.parse reporte les jours en trop sur le mois suivant : cette saisie vous rendait le 2 mars — un horodatage sans rien d’anormal, sinon qu’il n’était pas la date écrite. Un jour qui n’existe pas est presque toujours une faute de frappe ou un calcul qui a dérapé plus haut, et y répondre par un nombre plausible cache les deux. La vraie longueur du mois est dans le message, et le 29 février est accepté les années bissextiles, refusé les autres.

Une date ambiguë est refusée

11/06/2026
"11/06/2026" is ambiguous: day 11 of month 6, or day 6 of month 11? Write it as YYYY-MM-DD.

Date.parse lit les dates à barres obliques à l’américaine : le mois d’abord. Pour la plus grande part du monde, 11/06/2026 est le 11 juin, et le désaccord silencieux fait cinq mois de large. Quand les deux nombres pourraient être un mois, l’outil nomme les deux lectures au lieu de choisir. Quand une seule lecture est possible, il la prend, dans l’un ou l’autre ordre : 25/12/2026 et 12/25/2026 sont tous deux Noël 2026, lus à minuit UTC comme une date sans heure. Date.parse ne lisait que son ordre à lui, et répondait au reste du monde « Unrecognized date ».

Où commence la journée

  • Une date seule est en UTC. 2026-06-11 vaut minuit UTC, où que vous soyez. C’est ce que dit la spécification, et c’est ce qui rend une date seule portable.
  • Une date avec heure et sans fuseau est locale. 2026-06-11T12:00:00 vaut midi dans le fuseau de votre navigateur : le même texte fait deux instants différents à Paris et à New York.
  • Un Z ou un décalage tranche. 2026-06-11T12:00:00Z, ou +02:00, désigne le même instant partout — deux caractères bien employés.

Confidentiel par conception

Tout s’exécute localement dans votre navigateur en JavaScript. Vos données ne sont jamais envoyées sur un serveur, ce qui rend l’outil sûr pour des contenus sensibles, et il fonctionne hors ligne.

Questions fréquentes

Pourquoi `2026-02-30` est-il refusé ?
Parce que ce n’est pas une date, et que la réponse d’avant était le 2 mars. `Date.parse` reporte au mois suivant un jour hors plage : une faute de frappe ou un calcul faux en amont revenait en horodatage d’apparence impeccable. L’outil s’arrête maintenant et dit ce que le mois contient : février 2026 a 28 jours. Un vrai défaut, trouvé en écrivant cette page puis corrigé.
Pourquoi `11/06/2026` est-il refusé ?
Parce que c’est le 11 juin pour la moitié du monde et le 6 novembre pour l’autre, et que `Date.parse` choisit la lecture américaine sans un mot. Sur un site lu en sept langues, ce silence est un horodatage faux en puissance. Les deux lectures sont nommées dans le message ; écrivez `2026-06-11` et il n’y a plus rien à deviner.
Quel fuseau horaire est utilisé ?
Cela dépend de ce que vous écrivez, et c’est la spécification qui le veut. Une date seule — `2026-06-11` — vaut minuit UTC. Une date avec une heure et sans fuseau — `2026-06-11T12:00:00` — vaut midi là où est votre navigateur : le même texte donne un horodatage différent à Paris et à New York. Un `Z` ou un `+02:00` tranche la question.

Convertisseurs associés