Horloge mondiale & planificateur de réunions

Qu’est-ce qu’une horloge mondiale et un planificateur de réunions ?#

Une horloge mondiale affiche simultanément l’heure courante dans plusieurs villes. Un planificateur de réunions va plus loin : il vous laisse choisir un instant de référence et lire ce que ce même instant devient dans chaque fuseau horaire qui vous intéresse — afin que vous puissiez trouver une heure qui tombe dans la journée de travail de tout le monde, au lieu de demander par mégarde à un collègue de Tokyo de prendre un appel à 23 h.

Si la chose est plus dure qu’elle n’en a l’air, c’est à cause de l’heure d’été. Le décalage d’une ville par rapport à UTC n’est pas constant : New York est à UTC-5 en hiver (EST) mais à UTC-4 en été (EDT) ; Londres est à UTC+0 en hiver mais à UTC+1 en été (BST) ; Sydney est l’image miroir, à l’heure d’été pendant l’hiver boréal. L’arithmétique naïve du « soustraire 8 heures » produit des réunions décalées d’une heure pendant la moitié de l’année. Cette page calcule chaque décalage à l’instant précis que vous planifiez, à l’aide de la base de données de fuseaux horaires Intl du navigateur, si bien que l’heure d’été est appliquée correctement et automatiquement.

Au-delà de l’horloge, la page marque chaque fuseau comme Travail ou Hors selon des heures de travail que vous contrôlez, afin qu’un coup d’œil suffise à savoir si une heure proposée reste humaine pour chaque ville.

Comment l’utiliser#

1. La page démarre en mode En direct (maintenant), animée en temps réel, avec votre fuseau local, UTC et trois grands hubs (New York, Londres, Tokyo) présélectionnés.
2. Utilisez la liste déroulante Ajouter un fuseau horaire pour ajouter n’importe quel zone IANA du monde. La liste provient de Intl.supportedValuesOf('timeZone') sur les navigateurs modernes (des centaines de zones), avec une sélection de repli d’environ 24 villes courantes sur les moteurs plus anciens.
3. Basculez en mode Heure de référence pour planifier une réunion : choisissez une date et une heure (interprétées dans votre fuseau local par défaut), et chaque ligne se redessine pour afficher ce même instant dans chaque zone — la date défilant en avant ou en arrière au-delà de la ligne de changement de date si nécessaire.
4. Réglez les Heures de travail (par défaut 9–18 h) pour contrôler quelles lignes sont marquées Travail plutôt que Hors. Les lignes dont l’heure locale tombe dans la fenêtre et un jour de semaine s’allument ; les autres non.
5. Réinitialiser revient au jeu de zones par défaut ; Tout effacer vide la liste.

Fonctionnalités clés#

• Décalages sensibles à l’heure d’été. Chaque décalage est dérivé des champs d’horloge de la zone à l’instant choisi, et non d’une table fixe — donc une réunion planifiée en juillet reste correcte quand les règles d’heure d’été changent, et les zones des hémisphères nord et sud sont traitées symétriquement.
• Planification à heure de référence. Basculez en mode Heure de référence, saisissez une heure locale et lisez l’équivalent de chaque autre zone à cet instant précis. La saisie de date est protégée contre l’heure d’été via un raffinement de décalage en deux passes qui gère correctement les frontières de transition.
• Marquage Travail/Hors. Chaque ligne est étiquetée Travail ou Hors selon l’heure locale et le jour de la semaine, au regard d’heures de travail que vous pouvez ajuster. Balayer une colonne d’étiquettes est bien plus rapide que de soustraire mentalement les décalages.
• Noms de jours et d’heures localisés. Les étiquettes de jour et de mois proviennent d’Intl.DateTimeFormat dans la locale de la page — pas de chaînes traduites à la main qui deviendraient obsolètes.
• Couverture IANA complète. Des centaines de zones, y compris les singularités de demi-heure et de quarante-cinq minutes (Inde UTC+5:30, Népal UTC+5:45, certaines régions d’Australie UTC+9:30).

Exemple commenté#

Vous êtes à Shanghai et devez organiser un appel avec New York, Londres, Tokyo et Sydney. Basculez en mode Heure de référence et saisissez 2026-08-10 09:00 (un lundi) en Asia/Shanghai. La page résout cet instant unique à travers les cinq zones :

Asia/Shanghai     UTC+08:00   Mon 09:00   Work
Asia/Tokyo        UTC+09:00   Mon 10:00   Work
Australia/Sydney  UTC+10:00   Mon 11:00   Work
Europe/London     UTC+01:00   Mon 02:00   Off
America/New_York  UTC-04:00   Sun 21:00   Off

Août est l’été boréal, donc Londres est en BST (UTC+1) et New York en EDT (UTC-4) ; Sydney est en hiver austral, en AEST (UTC+10, pas d’heure d’été). Shanghai et New York sont distantes de 12 heures sous EDT, donc 09:00 lundi à Shanghai correspond encore à 21:00 dimanche à New York — notez la date qui recule au-delà de la ligne de changement de date. Les étiquettes Travail/Hors rendent le verdict évident : un créneau à 09:00 à Shanghai fonctionne pour le trio Asie-Pacifique mais place Londres à 02:00 et New York tard le dimanche soir — personne n’est éveillé dans ces villes. Décaler l’appel à 21:00 Shanghai inverse la donne : 14:00 Londres et 09:00 New York (tous deux Travail), mais 22:00 Tokyo et 23:00 Sydney (désormais Hors). Il n’y a aucun créneau dans les heures de travail normales pour les cinq — ce qui est exactement le genre de constat qu’un planificateur est censé révéler, pour que vous négociiez un compromis (un créneau alternativement tôt ou tard) au lieu de programmer quelqu’un par mégarde au milieu de la nuit.

FAQ#

Pourquoi le décalage de ma ville n’est-il pas un nombre entier d’heures ?#

Parce que tous les fuseaux horaires ne sont pas décalés d’une heure entière. L’Inde est à UTC+5:30, le Népal à UTC+5:45, le Territoire du Nord à UTC+9:30 et les îles Chatham à UTC+12:45. Cette page affiche les décalages à la minute près (UTC+05:30) justement pour gérer ces zones correctement — un outil qui arrondirait à l’heure entière se tromperait silencieusement d’une demi-heure pour plus d’un milliard de personnes.

Dois-je me soucier de l’heure d’été ?#

Non — la page s’en charge pour vous. Chaque décalage est calculé à l’instant précis affiché (Maintenant ou votre heure de référence), à l’aide de la base de données de fuseaux horaires du navigateur, si bien que l’heure d’été s’applique ou non exactement comme les règles de la zone le dictent. Une réunion planifiée en mars affichera encore les bons décalages après le passage à l’heure d’été, parce que l’outil les re-détermine à l’instant de l’appel plutôt que de les lire dans une table fixe.

Pourquoi deux villes affichent-elles des dates différentes pour le même instant ?#

À cause de la ligne de changement de date. À tout instant donné, c’est déjà « demain » en Asie-Pacifique alors qu’il est encore « hier » à Hawaï. Quand vous choisissez une heure de référence, chaque ligne affiche la date locale à côté de l’heure, donc un créneau à 22:00 à Honolulu qui correspond à 18:00 le lendemain à Tokyo est sans ambiguïté — la colonne date rattrape ce qu’un affichage purement horaire masquerait.

Puis-je faire confiance à l’actualité de la liste de fuseaux ?#

Sur tout navigateur moderne (Chrome 99+, Firefox courant, Safari, Edge), la liste provient d’Intl.supportedValuesOf('timeZone'), qui reflète la base de données de fuseaux horaires IANA livrée avec le système d’exploitation. Sur les moteurs plus anciens, la page bascule sur un jeu sélectionné d’environ 24 zones très utilisées, donc l’outil fonctionne encore — simplement avec moins de zones obscures au choix. Les règles des zones elles-mêmes (dates d’heure d’été, décalages) proviennent de la même base que celle que le navigateur utilise pour sa propre horloge.