Calculatrice de fuseau horaire

heure locale de destination = heure locale de départ − décalage UTC de départ + décalage UTC de destination ; écart de décalage = décalage de destination − décalage de départ ; changement de jour = date de destination − date de départ

date

La journée civile au départ, écrite AAAA-MM-JJ. C’est le jour là-bas, et non celui du lieu d’où vous lisez cette page

time

L’heure locale de départ, au format HH:MM ou HH:MM:SS en 24 heures. Les secondes peuvent être omises ; elles figurent toujours dans le résultat

fromZone

Le fuseau auquel appartient l’heure saisie. L’un des 22 fuseaux IANA, chacun étiqueté par sa ville plutôt que par son décalage, parce que le décalage est une propriété du moment et non du lieu

toZone

Le fuseau vers lequel convertir. Les mêmes 22 fuseaux que la liste de départ

toTime

L’heure locale du fuseau d’arrivée, toujours avec les secondes. C’est le résultat principal

toDate

La date du fuseau d’arrivée, qui n’est pas toujours celle que vous avez saisie : c’est tout l’objet du changement de jour

toWeekday

Le jour de la semaine au fuseau d’arrivée, donné sous forme de numéro de 0 (dimanche) à 6 (samedi)

fromOffset

De combien le fuseau de départ s’écarte d’UTC à l’instant retenu, écrit UTC±HH:MM

toOffset

De combien le fuseau d’arrivée s’écarte d’UTC au même instant. Les deux décalages sont lus au moment converti, donc tous deux incluent l’heure d’été si elle est en vigueur là-bas

offsetDifference

Le décalage d’arrivée moins celui de départ, en heures. Négatif, cela veut dire que la destination est en retard sur le départ

dayShift

−1, 0 ou +1 : si la date d’arrivée est la veille, le même jour, ou le lendemain de celle que vous avez saisie

Servez-vous-en dès que deux lieux sont en jeu et qu’une horloge doit être crue : fixer un appel de part et d’autre d’un océan, vérifier si un vol atterrit le jour même de son départ, lire un journal de serveur écrit en UTC, ou comprendre pourquoi le « dimanche matin » d’une amie est votre dimanche soir. Le changement de jour est la partie que l’on rate à la main, parce qu’il n’est pas une propriété fixe du couple de villes : les deux mêmes fuseaux diffèrent de 12 heures en janvier et de 11 en juillet. Cette page convertit un instant que vous avez déjà ; elle ne dit pas dans quel fuseau se trouve un lieu (les listes sont fixées à 22 fuseaux) et ne dit rien des temps de trajet, des durées de vol ni des rappels de rendez-vous.

1. Midi à Shanghai vers New York — la veille

   1. Shanghai est à UTC+08:00 en janvier : midi là-bas, c’est donc 04:00 UTC le 15 janvier
   2. New York est à l’heure normale de l’Est, UTC−05:00 : 04:00 UTC se lit donc 23:00 à l’horloge de là-bas
   3. 23:00 est en deçà de minuit, ce qui place la date au 14 janvier — un jour avant celle qui a été saisie, et le changement de jour le dit par −1
   4. Le 14 janvier 2026 est un mercredi, donc le numéro du jour de la semaine est 3
   5. Les deux décalages diffèrent de −13 heures : 08:00 − (−05:00) font 13 heures, et la destination est la plus à l’ouest

   C’est l’état par défaut de la calculatrice, et le cas qui surprend le plus : un message envoyé à l’heure du déjeuner à Shanghai arrive à New York le jour civil précédent. C’est en le faisant à la main avec une règle unique du type « Shanghai a 12 ou 13 heures d’avance » que l’erreur s’installe : la réponse est ici 13, mais en juillet ce serait 12, parce que New York est à l’heure d’été et que Shanghai ne l’est pas.

2. Une heure locale qui n’existe pas : New York, 8 mars 2026, 02:30

   1. Les horloges de New York avancent à 02:00 locales ce jour-là : 02:00 devient 03:00, et la demi-heure entre 02:00 et 03:00 n’a jamais lieu
   2. Le 02:30 saisi n’existe donc pas. La page le lit comme les règles IANA le prescrivent pour un trou : elle avance, ce qui donne 03:30 EDT
   3. Le 3 mars 2026 à 03:30 est un dimanche, d’où le jour numéro 0
   4. L’instant retenu étant déjà en EDT, le décalage de départ affiché est UTC−04:00, et non le UTC−05:00 que 02:30 portait la veille
   5. Shanghai est à UTC+08:00, douze heures d’avance sur EDT : 03:30 devient donc 15:30 le même jour

   Le décalage affiché à côté d’une heure saisie peut sembler faux jusqu’à ce qu’on en voie la raison : 02:30 à New York est une lecture d’horloge en UTC−05:00 l’hiver, mais ce 02:30-là tombe dans le trou qui suit le changement d’heure, donc l’instant auquel il se résout est un instant EDT et affiche UTC−04:00. La page lit les trous et les chevauchements comme la base de données des fuseaux IANA le prescrit, et ne refuse jamais l’entrée : le nombre est donc toujours produit, et c’est le cas qui vaut la peine d’être lu deux fois.

3. Les deux côtés à l’heure d’été : Londres vers Los Angeles le 4 juillet

   1. En juillet, Londres est à l’heure d’été britannique, UTC+01:00 : 09:30 là-bas, c’est donc 08:30 UTC
   2. Los Angeles est à l’heure d’été du Pacifique, UTC−07:00 : 08:30 UTC se lit donc 01:30 à l’horloge de là-bas
   3. Les décalages diffèrent de 8 heures, et non des 8 heures que l’on attend en hiver non plus — mais ce sont deux 8 différents : en janvier, Londres est à UTC+00:00 et Los Angeles à UTC−08:00
   4. Les deux décalages affichés incluent leur heure d’été, et c’est pourquoi celui du départ indique UTC+01:00 plutôt que UTC+00:00
   5. La date ne change pas, donc le changement de jour vaut 0 — et le 4 juillet 2026 est un samedi, jour numéro 6

   Répondre avec les décalages standard (0 et −08:00) donne la même différence de 8 heures et la même heure locale, et c’est exactement pourquoi l’erreur est facile à manquer ici : elle se manifeste les jours qui encadrent un changement d’heure. La semaine de mars où les deux zones basculent en sens opposés est le moment où une règle à décalage fixe se trompe d’une heure entière.

4. Nouvel An à Auckland, encore l’année précédente en UTC

   1. Auckland est à l’heure d’été néo-zélandaise en janvier, UTC+13:00 : minuit là-bas, c’est donc 11:00 UTC le 31 décembre 2025
   2. Convertir vers UTC franchit donc à la fois une frontière de jour et une frontière d’année
   3. La date d’arrivée est le 31 décembre 2025, et le changement de jour de −1 est calculé en soustrayant des numéros de jour plutôt qu’en comparant des chaînes de date
   4. Le 31 décembre 2025 est un mercredi, jour numéro 3
   5. L’écart de décalage vaut −13 heures : la destination, UTC, est la plus à l’ouest

   Le changement de jour n’est pas simplement « l’ouest, c’est hier ». Ici −13 heures franchit minuit ; les mêmes −13 heures entre Shanghai et New York tombent elles aussi sur le jour précédent, alors qu’un écart de −5 heures de Londres à New York ne le fait pas. Le jour de la semaine est celui de la date d’arrivée, et c’est pourquoi il annonce un mercredi quand la date saisie était un jeudi.

La calculatrice couvre 1970 à 2100 et 22 fuseaux, et non tous ceux que connaît la base IANA. La fenêtre est délibérée : avant 1970, la base enregistre le temps moyen local réellement pratiqué par chaque lieu — Shanghai était à UTC+08:06, Monrovia utilisait un décalage comportant des secondes — et des réponses comme celles-là sont justes tout en se lisant comme des bogues. Les heures locales ambiguës et celles qui n’existent pas sont résolues comme les règles IANA le prescrivent (avancer dans un trou de changement d’heure, retenir la plus ancienne des deux lectures lors d’un chevauchement d’automne) plutôt que d’être refusées ; la page ne vous avertit pas que cela s’est produit, et les dates proches d’un changement d’heure méritent donc d’être recoupées avec les décalages affichés. La France métropolitaine correspond au fuseau Europe/Paris, qui figure bien dans la liste ; en revanche les départements et régions d’outre-mer ont leurs propres fuseaux, différents de celui de Paris, et ils ne font pas partie de ces 22 zones — pour ces destinations, la page ne peut pas répondre. Aucun fuseau n’est déduit du nom de lieu que vous saisissez, parce qu’il n’y a rien à saisir : les deux listes sont figées. La page ne sait pas dans quel fuseau se trouve votre appareil, ne calcule ni durées ni temps de vol, et n’inclut pas les secondes intercalaires — UTC n’en a pas, ce qui est une chose distincte des secondes intercalaires que l’on ajoute à UTC lui-même.

Quelle est la différence d’heure entre deux villes ?

La différence d’heure entre villes n’est pas un nombre fixe, et l’écart de décalage affiché par cette page est celui en vigueur à la date que vous avez saisie. Deux fuseaux peuvent différer de 13 heures en janvier et de 12 en juillet, parce que l’un applique l’heure d’été et pas l’autre. La question « quelle est la différence entre Shanghai et New York » doit donc être posée avec une date, et c’est pourquoi le champ de date fait partie de la question ici plutôt que d’être un supplément facultatif.

Comment calculer l’heure d’une réunion entre fuseaux ?

Placez la réunion dans le fuseau où elle a été proposée, puis convertissez-la vers chaque autre fuseau l’un après l’autre. Pour une heure de réunion entre fuseaux, le nombre utile est en général le changement de jour plutôt que l’heure : un appel à 09:00 à Londres correspond à 18:00 à Tokyo le même jour, mais à 04:00 à New York, et c’est ce 04:00 qui décide si l’invitation est raisonnable. Comme la page donne aussi le jour de la semaine et la date, vous voyez également quand une proposition tombe sur le week-end de l’autre côté.

L’heure d’été est-elle appliquée automatiquement ?

Oui, pour les deux fuseaux, et pour la date exacte plutôt que pour aujourd’hui. L’heure d’été n’est pas une propriété d’un fuseau mais d’un moment : les décalages affichés sont ceux que les règles IANA donnent pour l’instant converti, si bien qu’une date de janvier et une date de juillet entre les deux mêmes fuseaux peuvent différer d’une heure. Rien n’est supposé de la date du jour, ce qui veut dire qu’un résultat calculé pour mars prochain inclut déjà le changement d’heure de mars prochain.

Pourquoi le décalage UTC n’est-il pas toujours celui que j’attendais ?

Parce que le décalage affiché appartient à l’instant auquel l’entrée s’est résolue, et non à l’heure locale que vous avez saisie. Le jour où les horloges avancent, l’heure qui a été sautée n’existe pas, et une heure saisie dans cet intervalle est lue comme le moment qui la suit immédiatement : un 02:30 saisi pour New York un jour de changement d’heure de mars affiche donc UTC−04:00 (EDT) et non le UTC−05:00 que 02:30 portait la veille. Les deux lectures portent sur le même instant ; une seule est le décalage alors en vigueur.

Quel jour est-il là-bas quand il est mercredi ici ?

Cela dépend de l’heure autant que des fuseaux, et c’est pourquoi cette page demande les deux. Franchir la ligne de changement de date vers l’est fait gagner un jour ; convertir vers l’ouest sur assez d’heures en fait perdre un. Le champ du changement de jour répond directement par −1, 0 ou +1, et le champ du jour de la semaine nomme le jour à destination, ce qui vous dit si l’autre côté a déjà atteint le jour dont vous parlez.

Quel fuseau choisir pour la France ?

Europe/Paris pour la France métropolitaine, et c’est bien celui qui figure dans la liste. Les départements et régions d’outre-mer ont leurs propres fuseaux, différents de celui de Paris, et ils ne font pas partie des 22 zones proposées ici : cette page ne peut donc pas convertir vers ces destinations. Le cas se présente aussi dans l’autre sens : un correspondant qui vous annonce une heure « heure de Paris » parle de la métropole, et non de Pointe-à-Pitre ou de Saint-Denis de La Réunion.

• IANA Time Zone Database — Internet Assigned Numbers Authority
• Theory and pragmatics of the tz code and data — IANA — the source for the 1970-01-01 accuracy window this page states
• Temporal documentation — Time zone handling — TC39 — describes the 'compatible' disambiguation rule this page follows
• SYRTE — Systèmes de référence temps-espace — Observatoire de Paris — le laboratoire national du temps et des fréquences