Get to know MDN better
Cette page a été traduite à partir de l'anglais par la communauté. Vous pouvez contribuer en rejoignant la communauté francophone sur MDN Web Docs.
Cette fonctionnalité est bien établie et fonctionne sur de nombreux appareils et versions de navigateurs. Elle est disponible sur tous les navigateurs depuis juillet 2015.
La méthode statique Date.parse() analyse la représentation sous forme de chaîne de caractères d'une date et renvoie l'horodatage correspondant.
Une chaîne de caractères (string) au format date-heure. Voir la référence liée pour les précautions concernant l'utilisation de différents formats.
Un nombre représentant l'horodatage (timestamp en anglais) de la date donnée. Si dateString ne peut pas être analysé comme une date valide, NaN est renvoyé.
Cette fonction est utile pour définir des valeurs de date à partir de chaînes de caractères, par exemple en combinaison avec la méthode setTime().
Les formats que parse() peut traiter ne sont pas explicitement spécifiés, mais il existe quelques invariants :
Les autres formats dépendent de l'implémentation et peuvent ne pas fonctionner sur tous les navigateurs. Une bibliothèque peut être utile si de nombreux formats différents doivent être pris en charge. En fait, le manque de fiabilité de Date.parse() est l'une des raisons de l'introduction de l'objet Temporal.
Comme parse() est une méthode statique de Date, vous l'utilisez toujours comme Date.parse(), et non comme une méthode d'un objet Date que vous avez créé.
Les appels suivants renvoient tous 1546300800000. Le premier impliquera l'heure UTC car il s'agit uniquement d'une date, et les autres spécifient explicitement le fuseau horaire UTC.
L'appel suivant, qui ne précise pas de fuseau horaire, sera interprété comme le 2019-01-01 à 00:00:00 dans le fuseau horaire local du système, car il contient à la fois une date et une heure.
En plus du format standard de chaîne de caractères date et heure, les formats toString() et toUTCString() sont pris en charge :
Note : Cette section décrit des comportements spécifiques à chaque implémentation, qui peuvent varier selon les navigateurs ou leurs versions. Il ne s'agit pas d'un tableau de compatibilité exhaustif et vous devez toujours effectuer vos propres tests avant d'utiliser un format dans votre code.
Les implémentations utilisent généralement le fuseau horaire local lorsque la chaîne de date n'est pas standard. Par cohérence, nous supposerons que l'environnement d'exécution utilise le fuseau horaire UTC, et sauf indication contraire, le résultat dépendra du fuseau horaire de l'appareil. L'heure d'été (DST) du fuseau local peut aussi avoir un effet.
Voici d'autres exemples de chaînes de date non standard. Les navigateurs sont très tolérants lors de l'analyse des chaînes de date et peuvent ignorer toute partie d'une chaîne qu'ils ne parviennent pas à analyser. Pour des raisons de compatibilité, les navigateurs copient souvent le comportement les uns des autres, ce qui fait que ces schémas de gestion se propagent d'un navigateur à l'autre. Comme indiqué précédemment, les exemples suivants sont donnés à titre d'illustration uniquement et ne sont en aucun cas exhaustifs :
| Nombre seul | 0 (un seul chiffre) | 946684800000 (01 janv. 2000) ; NaN dans Firefox ≤122 | -62167219200000 (01 janv. 0000) | |
| 31 (deux chiffres) | NaN | -61188912000000 (01 janv. 0031) | ||
| 999 (trois/quatre chiffres) | -30641733102000 (01 janv. 0999) | |||
| Chaînes de date utilisant différents séparateurs | 1970-01-01 (standard) | 0 dans tous les fuseaux horaires | ||
| 1970/01/01 | 0 | |||
| 1970,01,01 | 0 | NaN | ||
| 1970 01 01 | 0 | NaN | ||
| Chaînes de caractères ressemblant à toString() |
Thu Jan 01 1970 00:00:00 Thu Jan 01 1970 Jan 01 1970 00:00:00 Jan 01 1970 |
0 | ||
| Chaînes de caractères ressemblant à toUTCString() |
Thu, 01 Jan 1970 00:00:00 Thu, 01 Jan 1970 01 Jan 1970 00:00:00 01 Jan 1970 |
0 | ||
| Premier composant de date à 2 chiffres | 01-02-03 (le premier segment peut être un mois valide) | 1041465600000 (02 janv. 2003) |
-62132745600000 (03 févr. 0001) Remarque : Safari suppose toujours AA-MM-JJ, mais MM/JJ/AA. |
|
| 27-02-03 (le premier segment peut être un jour valide mais pas un mois) | NaN | -61312291200000 (03 févr. 0027) | ||
| 49-02-03 (le premier segment ne peut pas être un jour valide et est <50) | 2495923200000 (03 févr. 2049) | -60617980800000 (03 févr. 0049) | ||
| 50-02-03 (le premier segment ne peut pas être un jour valide et est ≥50) | -628300800000 (03 févr. 1950) | -60586444800000 (03 févr. 0050) | ||
| Composants de date hors limites |
2014-25-23 Mar 32, 2014 2014/25/23 |
NaN | ||
| 2014-02-30 | 1393718400000 (02 mars 2014) | NaN | ||
| 02/30/2014 | 1393718400000 | |||
| Caractères superflus après le nom du mois | 04 Dec 1995 04 Decem 1995 04 December 1995 |
818031600000 | ||
| 04 DecFoo 1995 |
818031600000 Seuls les trois premiers caractères sont lus. Firefox ≤121 lit jusqu'au nom de mois valide, et retourne donc NaN lorsqu'il rencontre « F ». |
|||
| 04 De 1995 | NaN | |||
| ECMAScript® 2027 Language Specification # sec-date.parse |
Activez JavaScript pour afficher ce tableau de compatibilité des navigateurs.
Cette page a été modifiée le 27 mars 2026 par les contributeur·ice·s du MDN.
Votre modèle pour un internet meilleur.
Visitez la société mère à but non lucratif de Mozilla Corporation, la Fondation Mozilla.
Certaines parties de ce contenu sont protégées par le droit d'auteur ©1998—2026 des contributeurs individuels de mozilla.org. Contenu disponible sous une licence Creative Commons.