Convertisseur de fuseaux IANA
14 h 30 à New York correspondent à 19 h 30 à Londres. Convertissez une date et une heure entre fuseaux nommés, comme Europe/Paris ou Asia/Tokyo, avec des décalages standard fixes et sans heure d'été, et obtenez l'instant UTC et une alerte si le jour change. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Date et heure
- 2024-06-15T14:30:00
- Fuseau d'origine
- America/New_York
- Fuseau de destination
- Europe/London
- Date et heure d'entrée
- 2024-06-15T14:30:00
- Date et heure d'entrée (ISO)
- 2024-06-15T14:30:00-05:00
- Date et heure de sortie
- 2024-06-15T19:30:00
- Date et heure de sortie (ISO)
- 2024-06-15T19:30:00+00:00
Ce convertisseur de fuseaux horaires prend une date-heure d'horloge murale ISO-8601 explicite et deux identifiants IANA nommés, puis renvoie le même instant absolu écrit comme horloge locale dans la zone de destination. Les décalages proviennent d'une table intégrée d'écarts civils standard fixes, non d'une base d'heure d'été ni de l'objet Date hôte, si bien qu'America/New_York vaut toujours UTC-5 ici, Europe/London toujours UTC+0 et Asia/Kolkata toujours UTC+5.5.
Zones IANA nommées, décalages fixes et pourquoi cet outil n'invente pas l'heure d'été
Un nom de zone IANA tel que America/New_York, Europe/Paris ou Asia/Tokyo est un identifiant stable de la base tz, non un décalage numérique imprimé sur un billet. Dans la base complète, ces identifiants peuvent changer de décalage lorsque les règles d'heure d'été s'appliquent : New York vaut UTC-5 en hiver et UTC-4 en été, Londres UTC+0 puis UTC+1, et Sydney UTC+10 puis UTC+11. Les personnes qui veulent ce comportement saisonnier disposent déjà d'un convertisseur conscient de l'heure d'été.
Cette page couvre un autre travail. Vous connaissez déjà les deux extrémités comme identifiants IANA nommés, vous voulez l'heure locale convertie pour un horodatage d'horloge murale explicite, et vous exigez une arithmétique reproductible dans les tests unitaires, les journaux et les notes de voyage qui ne doivent pas avancer en silence. Le contrat utilise donc une table intégrée de décalages civils standard (fixes) : America/New_York vaut UTC-5, Europe/London UTC+0, Asia/Kolkata UTC+5.5, Australia/Adelaide UTC+9.5, Pacific/Chatham UTC+12.75 et Pacific/Kiritimati UTC+14.
Les décalages positifs se situent à l'est du méridien de Greenwich ; les négatifs, à l'ouest. La conversion ne consulte jamais l'horloge hôte, n'appelle jamais un service d'heure en réseau et n'applique jamais une transition d'heure d'été, même si la date de calendrier saisie aurait été en été dans le monde réel.
Cas d’usage
Invitations de réunion avec noms de zone IANA
Les équipes qui stockent déjà les deux côtés comme identifiants IANA convertissent un horodatage de début local en l'horloge murale que les collègues lisent ailleurs, sans ouvrir une base d'heure d'été.
Questions fréquentes
Que fait le convertisseur de fuseaux horaires ?
Vous fournissez une date-heure ISO d'horloge murale explicite et deux zones IANA nommées. L'outil renvoie le même instant absolu comme heure locale convertie dans la zone de destination, plus un horodatage UTC Zulu et une note de changement de jour.
Cet outil applique-t-il l'heure d'été ?
Non. Les décalages sont les écarts civils standard (fixes) d'une table intégrée. America/New_York vaut toujours UTC-5 ici, même en juin. Il n'y a pas de base tz, pas d'usage de Date, ni d'avance ni de retard saisonnier.
Le convertisseur de fuseaux horaires est-il gratuit ?
L'outil du navigateur est gratuit et s'exécute en local.
Quelle heure est-il à Londres quand il est 14 h 30 à New York ?
Il est 19 h 30. New York compte pour UTC-5 et Londres pour UTC+0 : l'horloge avance de cinq heures et reste le même jour du calendrier. Aucune heure d'été n'est ajoutée.
Que se passe-t-il si l'heure convertie tombe un autre jour ?
Le résultat indique la nouvelle date et signale que le jour du calendrier a changé à destination, pour qu'une réunion tard le soir dans un fuseau ne soit pas lue comme le même jour dans l'autre.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/conv/time-zones \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}'const res = await fetch("https://api.kit.forhosting.com/conv/time-zones", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"datetime": "2024-06-15T14:30:00",
"from_zone": "America/New_York",
"to_zone": "Europe/London"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/conv/time-zones",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"datetime": "2024-06-15T14:30:00",
"from_zone": "America/New_York",
"to_zone": "Europe/London"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/conv/time-zones", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/conv/time-zones", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"datetime": "2024-06-15T14:30:00",
"from_zone": "America/New_York",
"to_zone": "Europe/London"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "conv.time_zones",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Saisissez un horodatage source tel que 2024-06-15T14:30:00, un from_zone America/New_York et un to_zone Europe/London, et l'outil produit 2024-06-15T19:30:00 comme heure locale convertie, avec un horodatage UTC Zulu, un décalage signé et une note de jour civil lorsque minuit est franchi. Si l'un des identifiants manque dans la table, la tâche échoue avec invalid_input en nommant la zone non reconnue.
Zones IANA nommées, décalages fixes et pourquoi cet outil n'invente pas l'heure d'été
Des alias tels que US/Eastern, US/Pacific, GB, Japan et les étiquettes POSIX Etc/GMT plus-ou-moins N se résolvent vers les mêmes noms canoniques et minutes. Telle est la promesse derrière la route des fuseaux : zones nommées, règles fixes, heure locale convertie, et invalid_input strict lorsqu'un nom n'est pas reconnu, plutôt qu'une ville devinée ou un repli silencieux vers UTC.
Comment appeler l'API et lire chaque champ de la réponse
Envoyez un corps JSON avec trois champs obligatoires. Le champ datetime est une chaîne d'horloge murale ISO-8601 : année à quatre chiffres, mois, jour, séparateur T ou espace, heures et minutes, secondes optionnelles, fractions de seconde optionnelles tronquées aux secondes entières, et un Z ou décalage numérique final optionnel accepté seulement pour analyser les composantes murales—from_zone reste le décalage source autoritaire. Les alias de datetime incluent dt, time, when, timestamp et datetime_in. Le champ from_zone est l'identifiant IANA source et to_zone la destination ; chacun accepte des noms canoniques Area/Location, des alias hérités courants, UTC, GMT et des étiquettes POSIX Etc/GMT signées, comparés sans distinction de casse, les espaces étant traités comme des tirets bas. Les alias de from_zone incluent from, source_zone, tz_from, timezone_from et from_tz ; ceux de to_zone incluent to, target_zone, tz_to, timezone_to et to_tz. En cas de succès la réponse renvoie datetime_in comme horodatage mural normalisé, datetime_in_iso avec le plus-ou-moins HH:MM source, datetime_out et datetime_out_iso pour l'heure locale convertie, local_time comme HH:MM:SS, from_zone et to_zone comme noms canoniques, from_offset_hours et to_offset_hours comme heures arrondies, étiquettes UTC plus-ou-moins correspondantes, offset_diff_hours comme cible moins source, utc_iso pour le même instant en Zulu, year month day hour minute second comme entiers de l'horloge civile de destination, day_offset pour le nombre de minuits franchis, day_note et message comme résumés brefs, formula comme identité d'une ligne, et steps comme tableau ordonné de lignes de substitution que vous pouvez afficher à côté de la réponse. Une validation échouée—champs manquants, chaînes ISO mal formées, jours de calendrier impossibles tels que 2023-02-29, heures hors de zéro à vingt-trois, ou un nom de zone non reconnu—renvoie invalid_input et n'est jamais facturée. Le tarif est un $0.002 forfaitaire par requête réussie avec unité item.
Conseils pratiques, limites, recherches liées et place de cet outil
Les fuseaux de demi-heure et de quart d'heure sont de première classe : Asia/Kolkata vaut cinq heures et demie, Asia/Kathmandu cinq heures quarante-cinq minutes, Australia/Adelaide neuf et demie, Pacific/Chatham douze heures quarante-cinq minutes. Cette page cible les personnes qui recherchent convertisseur de fuseaux horaires, convertir une date-heure entre zones IANA ou conversion d'heure locale à zone nommée ; ce n'est pas un calculateur de durée de vol, ni un conseiller d'heure d'été, ni un simple décalageur numérique d'écarts UTC, ni un outil d'écart entre villes qui ne déplace jamais un horodatage. Préférez cette capacité lorsque vous détenez déjà un horodatage ISO explicite et deux noms IANA et que vous voulez une reproductibilité à décalage fixe ; si vous n'avez que des étiquettes UTC plus-ou-moins numériques, utilisez l'aide décalage-vers-décalage ; si vous avez besoin de l'heure d'été, utilisez un outil conscient de l'heure d'été. Les contrôles aller-retour sont simples : convertissez A vers B puis B vers A avec des zones échangées, et confirmez que l'horloge murale d'origine revient après reconstruction du même instant absolu. Préférez les noms IANA canoniques lorsque vous les avez (America/New_York, Europe/Berlin, Asia/Tokyo) et laissez la table replier des alias tels que US/Eastern ou Japan sur les mêmes minutes de décalage. Souvenez-vous que le décalage signé est toujours le décalage de destination moins celui de la source : si la source est America/New_York à UTC-5 et la cible Europe/London à UTC+0, offset_diff_hours vaut plus cinq, ainsi quatorze heures trente à la source devient dix-neuf heures trente le même jour civil à Londres. Franchir minuit fixe day_offset à plus un ou moins un et day_note explique de quel côté tombe la destination ; un matin de Tokyo converti vers Los Angeles atterrit souvent le jour civil précédent. Associez des exemples pour enseigner : la même zone laisse l'horloge inchangée ; une conversion vers l'ouest soustrait des heures ; vers l'est en ajoute ; un nom non reconnu tel que Not/A_Zone démontre le chemin strict invalid_input. Les tâches en échec avec invalid_input ne consomment pas le solde prépayé, ce qui maintient les scripts exploratoires peu coûteux lorsque l'on envoie volontairement une zone inventée.
Cas d'intégration
Contrôles croisés d'horodatages dans journaux et API
Les ingénieurs réécrivent un événement ISO enregistré sous une zone nommée vers une autre zone nommée pour des tableaux de bord, y compris le wrap au lendemain et une référence Zulu, en n'utilisant que des décalages fixes.
Fixtures déterministes de tests unitaires
Les services qui figent des noms IANA génèrent des paires dorées de datetime_out et des cas délibérés d'invalid_input pour nom non reconnu, sans dérive du Date hôte ni bascules saisonnières d'heure d'été.
Questions techniques
Que se passe-t-il si un nom de fuseau n'est pas reconnu ?
L'API renvoie invalid_input en nommant le champ et l'identifiant non reconnu. Seuls les noms présents dans la table IANA intégrée (plus des alias documentés tels que US/Eastern ou Etc/GMT-9) sont acceptés, et ces échecs ne sont pas facturés.
Comment l'heure locale convertie est-elle calculée ?
L'instant UTC égale wall_from moins le décalage fixe de la zone source ; wall_to égale cet instant UTC plus le décalage fixe de la zone de destination. De façon équivalente, wall_to égale wall_from plus (to_offset moins from_offset), avec enroulement du jour civil lorsque minuit est franchi.