Chevauchement Londres–New York sur le Forex : pourquoi le recalculer à chaque date

Un tableau des horaires de Londres et de New York peut se décaler d’une heure sans que personne ne change ses horaires de travail locaux. Les États-Unis et le Royaume-Uni ne passent pas à l’heure d’été aux mêmes dates. Pendant une partie de mars et à la fin d’octobre, l’écart entre les deux villes est de quatre heures, contre cinq habituellement. La durée du chevauchement peut donc changer, tout comme son début ou sa fin en UTC.

La méthode consiste à définir les deux plages en heure locale, puis à calculer leur intersection pour la date étudiée. Avec l’hypothèse de 08:00 à 17:00 retenue ici dans chaque ville, le chevauchement dure quatre heures lorsque les deux villes sont à l’heure standard ou toutes deux à l’heure d’été, mais cinq heures lorsque New York est à l’heure d’été et Londres à l’heure standard. Ce résultat décrit une plage horaire, pas cinq heures de conditions de trading favorables.

Définir les deux plages avant de chercher leur intersection

Le marché des changes au comptant fonctionne de gré à gré, entre de multiples teneurs de marché et lieux d’exécution. L’expression séance de Londres ne désigne ni une ouverture officielle unique, ni une clôture obligatoire, ni un accès identique pour tous les comptes. Le prestataire peut appliquer des horaires propres au produit, des interruptions de maintenance et des dispositions particulières les jours fériés.

Pour rendre le calcul reproductible, supposons une plage de travail de 08:00 à 17:00 à Londres et une autre de 08:00 à 17:00 à New York. Les deux portent sur la même date calendaire locale ; leur début est inclus et leur fin exclue. Il s’agit de paramètres d’analyse choisis pour l’exemple, et non des horaires officiels d’un prestataire ou d’un lieu de négociation.

Une heure doit rester associée à sa date et à sa ville : 08:00 à Londres et 08:00 à New York ne sont pas le même instant. EST signifie UTC−5 et ne peut pas désigner l’heure de New York toute l’année, puisque l’EDT correspond à UTC−4. Londres utilise le GMT, équivalent à UTC pour ces conversions, ou le BST, à UTC+1. L’heure de Pékin est ici UTC+8.

Vérifier les dates des changements d’heure britanniques et américains

En 2026, New York suit la période américaine d’heure d’été du 8 mars au 1er novembre, avec un changement à 02:00, heure locale. Au Royaume-Uni, les horloges avancent le 29 mars et reculent le 25 octobre. La règle américaine actuelle retient le deuxième dimanche de mars et le premier de novembre ; la règle britannique, le dernier dimanche de mars et d’octobre.

Du 9 au 27 mars 2026, les exemples de jours ouvrés associent donc Londres en GMT à New York en EDT. Cette combinaison se retrouve du 26 au 30 octobre : Londres a alors quatre heures d’avance. Avec GMT/EST ou BST/EDT, l’écart est de cinq heures. Pour une autre année, il faut retrouver les dates applicables, pas conserver indéfiniment celles de 2026.

Avancer l’horloge locale d’une heure fait arriver le même horaire de travail une heure plus tôt en UTC ; UTC ne change pas. Au printemps, New York avance en premier. À l’automne, Londres recule en premier. Cette différence explique pourquoi une seule borne du chevauchement peut bouger pendant que l’autre reste fixe.

Convertir les deux intervalles en UTC, puis calculer leur intersection

Pour chaque borne, appliquez : heure UTC = heure locale − décalage UTC de la ville à cette date. Une fois les quatre bornes exprimées en UTC, l’intersection commence à l’ouverture la plus tardive et finit à la fermeture la plus précoce. Sa durée est le maximum entre zéro et la différence fin moins début. Si un intervalle franchit minuit, comparez des dates et heures complètes.

Le 9 mars, la plage supposée de Londres devient 08:00–17:00 UTC et celle de New York 12:00–21:00 UTC. Le début le plus tardif est 12:00, la fin la plus précoce 17:00 : cinq heures. Le 30 mars, Londres passe à 07:00–16:00 UTC tandis que New York reste à 12:00–21:00 UTC ; l’intersection ne dure plus que quatre heures.

La première colonne indique la date locale commune à Londres et New York en 2026. La dernière précise le passage au jour suivant à Pékin. Ainsi, le 23 octobre à 16:00 UTC correspond au 24 octobre à 00:00 à Pékin, et non au début du 23 octobre. Tous les intervalles incluent leur début mais excluent leur fin : un événement à exactement 16:00 UTC n’appartient pas au chevauchement du 23 octobre.

Ces résultats, y compris l’exemple du 2 novembre, sont des calculs calendaires fondés sur les hypothèses annoncées, pas des observations de transactions réalisées à ces dates. Du 23 au 26 octobre, le début UTC reste fixe et la fin recule d’une heure. Du 26 octobre au 2 novembre, la fin reste fixe et le début recule d’une heure. Déplacer tout le rectangle d’une heure ne peut pas représenter les deux transitions.

Un filtre fixe peut ajouter une mauvaise heure tout en en omettant une autre

Supposons qu’un programme conserve chaque jour les observations entre 12:00 inclus et 16:00 exclu UTC, conformément à son réglage d’été. Comparons ce filtre figé au chevauchement calculé pour chaque date. Les heures retenues à tort sont hors du chevauchement supposé, pas nécessairement hors des horaires de négociation du produit.

Le 2 novembre, le filtre sélectionne toujours quatre heures, comme la plage correcte, mais seules trois heures sont communes. Il ajoute 12:00–13:00 à tort et omet 16:00–17:00. Une durée ou un nombre de lignes inchangé peut donc masquer un échantillon de prix différent. Avec une observation à chaque début de minute, sans aucune donnée manquante, chaque filtre compte 240 lignes ; 180 sont communes et chacun possède 60 lignes absentes de l’autre. Les données manquantes exigent un contrôle distinct.

Dans un backtest intrajournalier, recalculez l’appartenance des horodatages avant de comparer spreads, amplitudes ou rendements. Une bougie qui franchit une borne n’est pas entièrement dans la plage au seul motif que son étiquette horaire s’y trouve. Précisez si vous retenez des événements, des bougies intégralement comprises dans l’intervalle ou une autre règle ; utilisez des données plus fines pour une séparation exacte. La construction des bougies journalières est une question distincte ; examinez à ce sujet la façon dont l’heure de clôture modifie les bougies journalières du Forex. Changer le fuseau d’affichage du graphique ne corrige pas automatiquement ces calculs.

Confirmer l’explication horaire sans en déduire une meilleure exécution

L’explication par le changement d’heure est étayée lorsque les deux horaires locaux restent identiques, que les décalages officiels évoluent comme prévu et que les horodatages reproduisent les nouvelles bornes UTC. Testez un instant juste avant le début, le début lui-même et la fin exclue. En cas d’écart, vérifiez le fuseau enregistré, le décalage du serveur ou le sens de la date avant de vous fier au nom de la séance.

La portée du résultat dépend des hypothèses. Un jour férié, une journée écourtée, un autre horaire de prestataire ou une interruption du produit peuvent rendre 08:00–17:00 peu représentatif. Une publication économique conserve la référence horaire de son propre calendrier ; elle ne se déplace pas simplement parce que l’étiquette de chevauchement a changé. Disponibilité du produit, calendrier de règlement et intersection des deux villes sont trois contrôles différents.

Même une conversion exacte ne garantit ni spread étroit, ni quantité disponible, ni exécution d’un ordre. Davantage de participants potentiels ne détermine pas le prix accessible à un compte donné ; un événement volatil peut aussi modifier les conditions au milieu de la plage. Examinez la même paire, la même source de cotation, les horodatages des cours acheteur et vendeur, la quantité prévue et les exécutions réelles. Une grande bougie ne mesure pas la liquidité exécutable.

Pour savoir si cette plage améliore l’exécution, comparez des ordres de même taille et des cotations comparables sur un échantillon défini, en isolant annonces, jours fériés et observations manquantes. Le calcul horaire établit l’appartenance à l’intervalle ; les observations évaluent la qualité d’exécution. Sans elles, aucun avantage ne découle du seul calendrier.

Construire un calendrier daté et vérifiable

Consignez d’abord la date d’analyse, la paire, le produit, chaque plage locale supposée et son fuseau nommé. Dans un logiciel, utilisez Europe/London et America/New_York avec des données de fuseaux à jour, plutôt qu’une soustraction permanente de quatre ou cinq heures. Conservez les horodatages originaux et le fuseau des données ou du serveur ; ne les écrasez pas par des heures locales sans indication de fuseau.

Convertissez ensuite les deux plages en UTC, calculez l’intersection et convertissez les horodatages complets obtenus vers le fuseau d’affichage. Enregistrez ensemble dates de début et de fin, décalages et durée. Pour les six dates du premier tableau, les durées doivent être 4, 5, 4, 4, 5 et 4 heures. Testez aussi l’exclusion de la borne finale et le changement de date à Pékin.

Contrôlez séparément les horaires réels du prestataire, ses fermetures exceptionnelles, le calendrier économique et les horodatages des données. Un horaire défini en UTC fixe doit rester ainsi : c’est une autre définition, pas une erreur à corriger discrètement. Si une future borne locale tombe dans une heure répétée ou inexistante lors d’un changement d’heure, fixez une règle de résolution de l’ambiguïté. Les exemples en journée ouvrée évitent ce problème.

Régénérez enfin le calendrier dès que les règles horaires ou les plages de travail choisies changent. Gardez les hypothèses à côté du résultat. Le résultat fiable est un intervalle daté, testable et assorti d’un périmètre précis, pas l’affirmation que Londres et New York se chevauchent aux mêmes heures toute l’année.