ToolDeck

Convertisseur de Fuseau Horaire

Convertissez une date et une heure entre les fuseaux horaires du monde entier

UTCUTC+00:00

04/16/2026, 21:57:00

America/New_YorkUTC-04:00

04/16/2026, 17:57:00

Qu'est-ce que la conversion de fuseau horaire ?

Un convertisseur de fuseau horaire traduit une date et une heure d'un fuseau vers un autre, vous permettant de voir instantanément l'heure équivalente n'importe où dans le monde. Le monde est divisé en 24 fuseaux horaires principaux, chacun défini comme un décalage fixe par rapport au Temps Universel Coordonné (UTC). Lorsqu'il est 14h00 UTC, il est 09h00 à Paris (UTC+1) et 23h00 à Tokyo (UTC+9). Convertir correctement entre fuseaux horaires requiert de connaître le décalage UTC des zones source et cible, et si l'heure d'été (DST) est en vigueur dans l'une ou l'autre.

La base de données de fuseaux horaires IANA (souvent appelée base Olson ou base tz) est la source de référence des définitions de fuseaux utilisée par les systèmes d'exploitation, les langages de programmation et les navigateurs web. Elle attribue un identifiant canonique à chaque zone au format Région/Ville, comme America/New_York ou Asia/Tokyo. Contrairement aux abréviations fixes telles que EST ou PST, les identifiants IANA encodent l'historique complet des changements de décalage UTC et des transitions DST pour chaque région, ce qui en fait le seul moyen fiable de convertir l'heure sur des dates passées ou futures.

Ce convertisseur de fuseau horaire utilise les données IANA intégrées au moteur JavaScript de votre navigateur via l'API Intl. Vous sélectionnez un fuseau source, saisissez une date et une heure, et l'outil calcule immédiatement l'heure équivalente dans le fuseau cible, en tenant compte des ajustements liés à l'heure d'été. Comme il fonctionne entièrement dans votre navigateur, il n'y a pas d'aller-retour serveur et aucune donnée ne quitte votre appareil.

Pourquoi utiliser ce convertisseur de fuseau horaire ?

Les calculs de fuseaux horaires manuels sont sujets à erreurs, surtout quand l'heure d'été entre en jeu. Une ville qui est à UTC+1 en janvier peut être à UTC+2 en juillet, et les dates de transition varient selon les pays. Les États-Unis et l'Europe changent leurs horloges des dimanches différents, créant une fenêtre de deux semaines durant laquelle le décalage entre New York et Paris diffère du reste de l'année. Cet outil gère automatiquement toutes ces transitions grâce à la même base de données IANA qu'utilise votre système d'exploitation.

~
Conversion instantanée
Sélectionnez deux fuseaux horaires, saisissez une heure et obtenez le résultat immédiatement. Pas de soumission de formulaire, pas de rechargement de page. La conversion se met à jour au fil de la saisie.
~
Résultats tenant compte de l'heure d'été
Le convertisseur gère automatiquement les transitions de l'heure d'été. Il utilise les données IANA intégrées au navigateur, de sorte que les résultats reflètent le décalage correct pour n'importe quelle date saisie, passée ou future.
~
Traitement axé sur la confidentialité
Toute la conversion s'effectue localement dans votre navigateur via l'API Intl. Aucune date, heure ni sélection de fuseau horaire n'est envoyée à un serveur.
~
Sans inscription
Utilisez le convertisseur sans vous inscrire, sans installer de logiciel ni accorder de permissions. Ouvrez la page, convertissez votre heure, puis fermez-la.

Cas d'usage du convertisseur de fuseau horaire

Planification d'équipes distribuées
Lorsque votre équipe couvre Paris, Montréal et Singapour, trouver un créneau de réunion qui convient à tous nécessite de convertir à travers trois fuseaux horaires ou plus. Saisissez une heure proposée dans votre fuseau local et voyez instantanément si l'heure équivalente dans chaque emplacement se situe dans les heures de travail de vos collègues.
Débogage d'horodatages d'API
Les réponses d'API incluent souvent des horodatages en UTC ou dans le fuseau horaire du serveur. Convertissez ces horodatages dans votre heure locale pour vérifier que les événements se sont produits au moment attendu et que la logique temporelle est correcte.
Chronologies d'incidents DevOps
Lors d'un incident, les entrées de journaux peuvent provenir de serveurs répartis dans différentes régions. Convertissez tous les horodatages vers un fuseau de référence unique (généralement UTC) pour construire une chronologie précise des événements.
Tests QA de la logique de dates
Les applications qui affichent des dates aux utilisateurs de différentes régions doivent être testées avec des entrées de fuseau horaire spécifiques. Utilisez le convertisseur pour générer des cas de test couvrant les cas limites comme l'heure du passage à l'heure d'été.
Coordination de pipelines de données
Les tâches ETL planifiées dans un fuseau horaire peuvent devoir correspondre au planning des sources de données ou des consommateurs en aval dans un autre fuseau. Convertissez les horaires d'exécution planifiés pour vérifier que les étapes du pipeline s'exécutent dans le bon ordre.
Apprentissage des concepts de fuseaux horaires
Les étudiants apprenant les décalages UTC, la ligne de changement de date internationale et les règles de l'heure d'été peuvent expérimenter avec différentes paires de fuseaux pour observer comment l'heure se décale selon les régions.

Référence des fuseaux horaires IANA

La base de données de fuseaux horaires IANA définit plus de 400 identifiants et est mise à jour plusieurs fois par an pour tenir compte des changements politiques, des nouvelles règles DST et des corrections historiques. Le tableau ci-dessous liste les fuseaux les plus couramment utilisés avec leurs décalages UTC standard et leur comportement DST. Les décalages indiqués sont pour l'heure standard ; la colonne DST indique le décalage ajusté lorsque l'heure d'été est active pour cette région.

Identifiant IANANom courantDécalage UTCDST
UTCCoordinated Universal Time+00:00No
America/New_YorkEastern Time (US)-05:00Yes (EDT -04:00)
America/ChicagoCentral Time (US)-06:00Yes (CDT -05:00)
America/DenverMountain Time (US)-07:00Yes (MDT -06:00)
America/Los_AngelesPacific Time (US)-08:00Yes (PDT -07:00)
Europe/LondonGreenwich Mean Time+00:00Yes (BST +01:00)
Europe/BerlinCentral European Time+01:00Yes (CEST +02:00)
Europe/MoscowMoscow Time+03:00No
Asia/DubaiGulf Standard Time+04:00No
Asia/KolkataIndia Standard Time+05:30No
Asia/ShanghaiChina Standard Time+08:00No
Asia/TokyoJapan Standard Time+09:00No
Australia/SydneyAustralian Eastern Time+10:00Yes (AEDT +11:00)
Pacific/AucklandNew Zealand Standard Time+12:00Yes (NZDT +13:00)

Exemples de code

Chaque langage de programmation majeur offre la conversion de fuseau horaire via la base de données IANA. Les exemples ci-dessous montrent comment convertir un horodatage UTC vers d'autres fuseaux en JavaScript via l'API Intl, Python via le module zoneinfo, Go via le package time, et la commande GNU date pour les scripts shell.

JavaScript (Intl API)
// Convert a date from one timezone to another
const date = new Date('2026-03-15T09:00:00Z')

// Format in specific timezone
const nyTime = date.toLocaleString('en-US', { timeZone: 'America/New_York' })
// → "3/15/2026, 5:00:00 AM"

const tokyoTime = date.toLocaleString('en-US', { timeZone: 'Asia/Tokyo' })
// → "3/15/2026, 6:00:00 PM"

// Get the UTC offset for a timezone programmatically
function getUtcOffset(tz: string, date = new Date()) {
  const fmt = new Intl.DateTimeFormat('en-US', {
    timeZone: tz,
    timeZoneName: 'longOffset',
  })
  const parts = fmt.formatToParts(date)
  return parts.find(p => p.type === 'timeZoneName')?.value ?? ''
}
getUtcOffset('Asia/Kolkata') // → "GMT+05:30"
Python (zoneinfo + datetime)
from datetime import datetime
from zoneinfo import ZoneInfo

# Create a timezone-aware datetime
dt = datetime(2026, 3, 15, 9, 0, tzinfo=ZoneInfo('UTC'))

# Convert to New York time
ny = dt.astimezone(ZoneInfo('America/New_York'))
print(ny)  # → 2026-03-15 05:00:00-04:00 (EDT in March)

# Convert to Tokyo time
tokyo = dt.astimezone(ZoneInfo('Asia/Tokyo'))
print(tokyo)  # → 2026-03-15 18:00:00+09:00

# Get current time in any timezone
now_berlin = datetime.now(ZoneInfo('Europe/Berlin'))
print(now_berlin.strftime('%Y-%m-%d %H:%M %Z'))  # → 2026-03-15 10:00 CET
Go
package main

import (
	"fmt"
	"time"
)

func main() {
	utc := time.Date(2026, 3, 15, 9, 0, 0, 0, time.UTC)

	// Load timezone by IANA name
	ny, _ := time.LoadLocation("America/New_York")
	tokyo, _ := time.LoadLocation("Asia/Tokyo")

	fmt.Println(utc.In(ny))    // → 2026-03-15 05:00:00 -0400 EDT
	fmt.Println(utc.In(tokyo)) // → 2026-03-15 18:00:00 +0900 JST

	// Get the UTC offset in seconds
	_, offset := utc.In(ny).Zone()
	fmt.Printf("UTC offset: %+d hours\n", offset/3600) // → UTC offset: -4 hours
}
CLI (GNU date / TZ variable)
# Display current time in a specific timezone
TZ='Asia/Tokyo' date '+%Y-%m-%d %H:%M:%S %Z'
# → 2026-03-15 18:00:00 JST

# Convert a UTC timestamp to another timezone
TZ='America/Los_Angeles' date -d '2026-03-15T09:00:00Z' '+%Y-%m-%d %H:%M %Z'
# → 2026-03-15 02:00 PDT

# List all available IANA timezone names
timedatectl list-timezones | head -20

Questions fréquentes

Quelle est la différence entre UTC et GMT ?
UTC (Temps Universel Coordonné) et GMT (Greenwich Mean Time) représentent en pratique la même heure : un décalage nul par rapport au méridien d'origine. La différence est technique. UTC est défini par des horloges atomiques et constitue l'étalon de temps mondial utilisé en informatique. GMT est un nom de fuseau horaire associé au Royaume-Uni. Dans le code, utilisez toujours UTC comme référence, pas GMT.
Comment l'heure d'été affecte-t-elle la conversion de fuseau horaire ?
Lorsqu'une région observe l'heure d'été, son décalage UTC se décale d'une heure (parfois 30 ou 45 minutes) pendant une partie de l'année. Par exemple, America/New_York est UTC-5 en hiver (EST) et UTC-4 en été (EDT). Si vous codez en dur un décalage au lieu d'utiliser un identifiant IANA, vos conversions seront incorrectes pour la moitié de l'année. Utilisez toujours le nom IANA complet comme America/New_York, pas un décalage fixe.
Pourquoi utiliser des noms de fuseaux IANA plutôt que des abréviations comme EST ou PST ?
Les abréviations de fuseaux horaires sont ambiguës. CST peut désigner Central Standard Time (UTC-6), China Standard Time (UTC+8) ou Cuba Standard Time (UTC-5). Les identifiants IANA comme America/Chicago sont uniques au monde et encodent l'historique complet des changements de décalage et des règles DST pour cette région. La base de données IANA est maintenue par l'Internet Assigned Numbers Authority et mise à jour plusieurs fois par an.
Que se passe-t-il pour une heure qui tombe dans le créneau supprimé lors du passage à l'heure d'été ?
Lorsque les horloges avancent, une heure est sautée. Par exemple, dans America/New_York, 2h00 du matin passe directement à 3h00 le deuxième dimanche de mars. Une heure comme 2h30 n'existe pas à cette date dans ce fuseau. La plupart des langages de programmation gèrent cela en avançant l'heure à 3h00 ou en levant une erreur, selon la bibliothèque.
Puis-je convertir des heures pour des dates historiques avec précision ?
Oui, si vous utilisez des identifiants IANA. La base de données IANA inclut les changements de décalage historiques remontant à plusieurs décennies. Par exemple, la Chine utilisait cinq fuseaux horaires avant 1949 et est passée à un fuseau unique (UTC+8) par la suite. La base de données enregistre ces transitions, de sorte que la conversion d'un horodatage de 1945 pour Asia/Shanghai utilisera le décalage historique correct.
Comment stocker les horodatages dans une base de données pour éviter les problèmes de fuseau horaire ?
Stockez tous les horodatages en UTC. Lors de l'affichage d'une heure à un utilisateur, convertissez de UTC vers son fuseau local au moment du rendu. Cette approche évite toute ambiguïté : un horodatage UTC a exactement une signification, quel que soit l'emplacement du serveur ou de l'utilisateur. Le type TIMESTAMPTZ de PostgreSQL et le type TIMESTAMP de MySQL stockent tous deux les valeurs en UTC en interne.
Existe-t-il un fuseau horaire avec un décalage de 30 ou 45 minutes ?
Oui. L'heure standard de l'Inde (Asia/Kolkata) est UTC+5:30, l'heure standard du Népal (Asia/Kathmandu) est UTC+5:45, et les îles Chatham (Pacific/Chatham) sont à UTC+12:45. L'Iran (Asia/Tehran) utilise UTC+3:30. Ces décalages fractionnaires signifient que vous ne pouvez pas supposer que toutes les différences de fuseau horaire sont en heures entières lorsque vous écrivez une logique de conversion.