Solapamiento de Londres y Nueva York en forex: por qué cambia según la fecha

Un horario de solapamiento entre Londres y Nueva York puede desplazarse una hora aunque ninguna ciudad cambie su jornada local. Estados Unidos y el Reino Unido adelantan y atrasan los relojes en fechas distintas. Durante parte de marzo y a finales de octubre, la diferencia entre ambas ciudades es de cuatro horas, en lugar de las cinco habituales. Puede cambiar tanto la duración del solapamiento como su inicio o su final en UTC.

La solución es definir primero las dos franjas en hora local y calcular su intersección para la fecha que se va a analizar. Con el supuesto de 08:00 a 17:00 en cada ciudad utilizado aquí, el solapamiento dura cuatro horas cuando ambas están en horario estándar o ambas en horario de verano; dura cinco cuando Nueva York está en horario de verano y Londres en horario estándar. Son intervalos calculados, no pruebas de cinco horas de condiciones favorables para operar.

Defina las dos franjas antes de buscar su intersección

El mercado de divisas al contado es extrabursátil y su actividad se reparte entre intermediarios y centros de ejecución. La etiqueta sesión de Londres no establece una apertura oficial única, un cierre obligatorio ni acceso idéntico para todas las cuentas. Cada proveedor puede fijar horarios por producto, pausas de mantenimiento y condiciones especiales para festivos.

Para que el ejemplo sea reproducible, supongamos una jornada de 08:00 a 17:00 en hora de Londres y otra de 08:00 a 17:00 en hora de Nueva York. Ambas corresponden a la misma fecha del calendario local e incluyen el inicio, pero no el final. Son parámetros elegidos para el análisis; no se presentan como el horario oficial de ningún intermediario ni mercado.

Toda hora debe conservar su fecha y su ciudad. Las 08:00 de Londres y las 08:00 de Nueva York no son el mismo instante. EST equivale a UTC−5 y no sirve como nombre de la hora neoyorquina durante todo el año: EDT equivale a UTC−4. Londres utiliza GMT, equivalente a UTC en estas conversiones, o BST, UTC+1. La hora de Pekín es UTC+8 en todos los ejemplos.

Compruebe las fechas de cambio de hora de cada país

En 2026, Nueva York aplica el horario de verano estadounidense desde el 8 de marzo hasta el 1 de noviembre; los cambios se producen a las 02:00 locales. El Reino Unido adelanta los relojes el 29 de marzo y los atrasa el 25 de octubre. La regla estadounidense actual utiliza el segundo domingo de marzo y el primero de noviembre; la británica, el último domingo de marzo y de octubre.

Por ello, los días laborables del 9 al 27 de marzo de 2026 combinan Londres en GMT y Nueva York en EDT. La misma combinación vuelve del 26 al 30 de octubre: Londres lleva entonces cuatro horas de adelanto. Con GMT/EST o BST/EDT, la diferencia es de cinco horas. Para otro año hay que comprobar las fechas aplicables, no dejar estas cuatro fechas fijadas para siempre.

Al adelantar el reloj local una hora, el mismo horario de trabajo ocurre una hora antes en UTC; UTC no se mueve. En primavera, Nueva York cambia primero. En otoño, Londres vuelve primero al horario estándar. Esa asimetría permite que cambie un extremo del solapamiento mientras el otro permanece igual.

Pase ambos intervalos a UTC y calcule el tramo común

Convierta cada extremo mediante hora UTC = hora local − desfase UTC de esa ciudad en esa fecha. Una vez expresados todos los extremos en UTC, el solapamiento comienza en la apertura más tardía y termina en el cierre más temprano. Su duración es el máximo entre cero y final menos inicio. Si se cruza la medianoche, compare fechas y horas completas, no solo las cifras del reloj.

El 9 de marzo, la franja supuesta de Londres es 08:00–17:00 UTC y la de Nueva York, 12:00–21:00 UTC. El inicio más tardío es 12:00 y el final más temprano, 17:00: cinco horas. El 30 de marzo, Londres pasa a 07:00–16:00 UTC y Nueva York sigue en 12:00–21:00 UTC, por lo que la intersección se reduce a cuatro horas.

La primera columna contiene fechas locales de Londres y Nueva York de 2026. La última indica expresamente cuándo el final cae en el día siguiente de Pekín. Por ejemplo, el 23 de octubre a las 16:00 UTC equivale al 24 de octubre a las 00:00 en Pekín, no al comienzo del 23 de octubre. Se incluye el inicio y se excluye el final: exactamente las 16:00 UTC quedan fuera del solapamiento del 23 de octubre.

Todos los resultados, incluido el ejemplo del 2 de noviembre, son cálculos de calendario bajo los supuestos indicados, no registros de operaciones realizadas en esas fechas. Del 23 al 26 de octubre, el inicio UTC no cambia y el final se retrasa una hora. Del 26 de octubre al 2 de noviembre, el final permanece igual y el inicio se retrasa una hora. Desplazar todo el bloque una hora no representa ambas transiciones.

Un filtro fijo puede añadir una hora incorrecta y perder otra correcta

Suponga que un programa conserva cada día las observaciones desde las 12:00 UTC incluidas hasta las 16:00 UTC sin incluir porque esa era su configuración de verano. Compárelo con el solapamiento de cada fecha. Las horas incluidas por error quedan fuera de la intersección supuesta; no tienen por qué quedar fuera del horario negociable del producto.

El 2 de noviembre, el filtro y la franja correcta siguen teniendo cuatro horas, pero solo comparten tres. El filtro añade 12:00–13:00 por error y omite 16:00–17:00. Que no cambie la duración ni el número de filas puede ocultar una muestra de precios distinta. Con una observación al inicio de cada minuto y sin datos ausentes, ambos filtros contienen 240 filas, de las que 180 son comunes; cada uno tiene 60 filas que el otro no incluye. Las ausencias de datos requieren un recuento aparte.

Antes de comparar diferenciales, rangos o rentabilidades en un backtest intradía, reconstruya qué marcas temporales pertenecen al intervalo. Una vela que cruza un extremo no queda enteramente dentro solo porque su etiqueta horaria sí lo esté. Especifique si utiliza eventos, velas totalmente contenidas u otra regla definida; para separar un tramo con precisión puede necesitar datos más finos. La formación de velas diarias es otra cuestión; para ese caso, consulte cómo cambia una vela diaria de forex al cambiar su hora de cierre. Cambiar la zona horaria visible del gráfico no repara automáticamente ninguno de estos cálculos.

Confirme el efecto del reloj sin dar por hecha una mejor ejecución

La explicación horaria queda respaldada si las dos jornadas locales no cambian, los desfases oficiales evolucionan según las reglas y las marcas temporales reproducen los nuevos límites UTC. Pruebe un instante anterior al inicio, el propio inicio y el final excluido. Si no coinciden, revise la zona horaria almacenada, el desfase del servidor o el significado de la fecha antes de confiar en la etiqueta de la sesión.

La utilidad del cálculo depende de sus supuestos. Un festivo, una jornada reducida, el horario de otro proveedor o una pausa del producto pueden hacer que 08:00–17:00 no represente la actividad real. La publicación de un dato económico conserva la referencia horaria de su calendario: no debe desplazarse solo porque cambie el solapamiento. La disponibilidad del producto, el calendario de liquidación y el tramo común de dos ciudades son comprobaciones diferentes.

Una conversión correcta tampoco garantiza un diferencial estrecho, cantidad disponible ni ejecución. Un mayor número de participantes potenciales no determina la cotización que recibe una cuenta concreta, y un evento volátil puede alterar las condiciones dentro de la franja. Examine la misma pareja de divisas, fuente de precios, marcas temporales de compra y venta, cantidad prevista y operaciones ejecutadas. Una vela grande no mide la liquidez disponible para ejecutar.

Si quiere evaluar si esa franja mejora la ejecución, compare órdenes del mismo tamaño y cotizaciones homogéneas en una muestra definida, separando anuncios, festivos y observaciones ausentes. El cálculo horario identifica qué registros entran; los datos permiten valorar la ejecución. Sin ellos, la franja por sí sola no demuestra una ventaja.

Prepare un calendario por fecha que pueda auditar

Primero registre la fecha de análisis, el par y producto, cada franja local supuesta y su zona horaria. En software, utilice identificadores como Europe/London y America/New_York con datos de zonas actualizados, no una resta permanente de cuatro o cinco horas. Conserve las marcas originales y la zona de los datos o del servidor, sin sobrescribirlas con horas locales sin identificar.

Después convierta las dos franjas a UTC, calcule su intersección y pase los resultados completos a la zona de visualización. Guarde juntos fecha inicial, fecha final, desfases y duración. Las seis filas de la primera tabla deben producir 4, 5, 4, 4, 5 y 4 horas. Añada una prueba del final excluido y otra del cambio de fecha en Pekín.

Compruebe luego los horarios reales y cierres excepcionales del proveedor, y alinee por separado el calendario económico y las marcas de los datos. Si un horario se define en UTC fijo, mantenga esa definición: es un supuesto distinto, no un error que deba corregirse sin aviso. Si un futuro extremo local cae en una hora repetida o inexistente por el cambio de reloj, defina cómo resolver la ambigüedad. Los ejemplos diurnos de días laborables evitan ese problema.

Por último, regenere el calendario cuando cambien las reglas horarias o las franjas elegidas. Guarde los supuestos junto al resultado. Una salida fiable es un intervalo fechado, verificable y con un ámbito explícito, no una afirmación de que Londres y Nueva York siempre coinciden a las mismas horas.