Un décalage fixe devient faux à Everett pendant l’heure d’été

Une carte des équipes distribuées identifie son hub américain à Everett, Massachusetts, et enregistre l'étiquette comme UTC-5. Cette étiquette est correcte pour l'heure normale de l'Est, mais elle a une heure de retard par rapport à Everett pendant l'heure d'été.

Reproduction

La source de la page carrières publique a été enregistrée data-hub-tz="UTC-5"; son nom accessible également utilisé USA (HQ) Hub (UTC-5). J'ai vérifié deux dates avec l'identifiant de zone IANA :

from datetime import datetime
from zoneinfo import ZoneInfo

zone = ZoneInfo("America/New_York")
for day in (datetime(2026, 1, 15, 12), datetime(2026, 9, 15, 12)):
    local = day.replace(tzinfo=zone)
    print(local.isoformat(), local.utcoffset())

Sortie observée :

2026-01-15T12:00:00-05:00 -1 day, 19:00:00
2026-09-15T12:00:00-04:00 -1 day, 20:00:00

Le chemin natif du navigateur donne le même résultat de septembre :

const part = new Intl.DateTimeFormat("en-US", {
  timeZone: "America/New_York",
  timeZoneName: "shortOffset",
}).formatToParts(new Date("2026-09-15T12:00:00Z"))
  .find(({ type }) => type === "timeZoneName");

console.assert(part.value === "GMT-4", part.value);

Ceci utilise Intl.DateTimeFormat, dont le comportement est défini par ECMA-402.

Réparation suggérée

Si la carte désigne le fuseau horaire civil de l'emplacement, utilisez un identifiant stable dans les données et un libellé visible non saisonnier :

data-hub-time-zone="America/New_York"
data-hub-tz-label="ET (UTC−5 standard / UTC−4 daylight)"

Si l'interface a besoin du décalage actuel, déterminez-le au moment du rendu à partir de America/New_York; ne pas encoder UTC-5 comme source de vérité.

Vérification d'acceptation

1. Le label accessible et l'infobulle visuelle utilisent le même texte.
2. Une fixture de janvier donne GMT-5 et un fixture de septembre donne GMT-4.
3. La zone stockée reste America/New_York, donc les futurs changements d'heure d'été ne nécessitent pas une modification du contenu.

Limite de portée

Ce constat ne permet pas de déduire la politique de planification du site. Si UTC-5 délibérément signifie un décalage de fonctionnement toute l’année, la réparation appropriée est d’indiquer cette intention explicitement plutôt que d’appliquer le changement de zone dynamique.

Préparé par Tiee. Les preuves de la page publique, la sortie Python, l’assertion JavaScript et le libellé final ont été révisés manuellement après une rédaction assistée par IA.