Convertitore di fusi orari gratuito

UTC, GMT e perché conviene usare i nomi IANA

UTC (Coordinated Universal Time) è il tempo standard globale, definito in relazione al Tempo Atomico Internazionale con periodici aggiustamenti per i secondi intercalari. GMT (Greenwich Mean Time) è tecnicamente un fuso orario (UTC+00:00) storicamente legato al Royal Observatory di Greenwich, Londra. I due termini vengono usati comunemente come sinonimi; tecnicamente UTC è lo standard a cui tutti si sincronizzano.

Per l'identificazione inequivocabile dei fusi orari, lo standard è il Database dei Fusi Orari IANA (TZDB), originariamente creato da Arthur David Olson presso i National Institutes of Health degli Stati Uniti nel 1986 e ora gestito dall'IANA. Il formato di denominazione è Region/City: America/New_York, Europe/Paris, Asia/Tokyo, Australia/Sydney. La città è la più grande dell'area o una località distintiva. Il TZDB viene aggiornato più volte all'anno man mano che i paesi modificano le regole dell'ora legale, e ogni sistema operativo, linguaggio di programmazione e browser web moderno include una copia recente.

Questo convertitore usa il database IANA integrato nel browser tramite l'API JavaScript Intl.DateTimeFormat, per cui le transizioni dell'ora legale, le modifiche alle regole regionali e i casi limite storici vengono gestiti correttamente senza doverci pensare.

Le abbreviazioni dei fusi orari sono ambigue

Le abbreviazioni a tre lettere come «CST» e «IST» sembrano inequivocabili, ma non lo sono:

• CST può indicare l'ora standard degli USA centrali (UTC−06:00), l'ora standard cinese (UTC+08:00) o l'ora standard cubana (UTC−05:00).
• IST può indicare l'ora standard indiana (UTC+05:30), l'ora standard israeliana o l'ora standard irlandese.
• EST solitamente indica l'ora standard degli USA orientali (UTC−05:00), ma l'ora standard australiana orientale (UTC+10:00) condivide la stessa abbreviazione.

Quando si ha davvero bisogno di comunicare un orario con precisione, usare il nome IANA (America/Chicago vs Asia/Shanghai vs Asia/Kolkata) o includere sia l'offset che la città. Il convertitore etichetta ogni colonna con la zona IANA affinché l'orario della riunione sia inequivocabile.

Principali fusi orari a colpo d'occhio

Offset di mezz'ora e di un quarto d'ora

Non tutti i fusi orari differiscono da UTC di un numero intero di ore. India e Sri Lanka (UTC+05:30), Iran (UTC+03:30 / +04:30), Afghanistan (UTC+04:30) e Myanmar (UTC+06:30) usano tutti offset di mezz'ora. Il Nepal è a UTC+05:45 e le Isole Chatham della Nuova Zelanda a UTC+12:45 / +13:45. Questi offset di mezz'ora e di un quarto d'ora interessano principalmente gli sviluppatori software: molti sistemi più datati presupponevano offset di ore intere e si comportano in modo anomalo con gli orari indiani o nepalesi. Il database IANA li gestisce tutti correttamente; il convertitore ne eredita questa capacità.

Ora legale

L'ora legale (DST) fu proposta per la prima volta dall'opuscolo del 1907 di William Willett «The Waste of Daylight» e fu adottata ufficialmente per la prima volta dalla Germania nel 1916 per risparmiare carbone durante la Prima Guerra Mondiale. Oggi varia notevolmente a seconda della giurisdizione:

• Stati Uniti: l'ora legale va dalla seconda domenica di marzo alla prima domenica di novembre (Energy Policy Act del 2005). Le Hawaii e la maggior parte dell'Arizona non la osservano.
• Unione Europea: l'ora legale va dall'ultima domenica di marzo all'ultima domenica di ottobre. Il Parlamento europeo ha votato nel 2019 per abolire i cambiamenti stagionali dell'ora a livello europeo; l'attuazione è stata rinviata a tempo indeterminato e la maggior parte degli stati membri osserva ancora l'ora legale.
• Non osserva l'ora legale: la maggior parte dell'Africa, la maggior parte dell'Asia, la maggior parte del Sud America (il Brasile l'ha abolita nel 2019), la Russia (dal 2014), l'Islanda, le Hawaii, la maggior parte dell'Arizona, l'India, la Cina, il Giappone, la Corea del Sud, la Turchia.

Il convertitore tiene conto delle regole dell'ora legale di ogni zona IANA: una riunione fissata alle 9:00 in America/New_York in una data di gennaio viene convertita come EST (UTC−05:00); lo stesso orario delle 9:00 in luglio viene convertito come EDT (UTC−04:00).

Insidie dell'ora legale nel software

• «Avanzamento dell'orologio»: gli orologi locali saltano dalle 02:00 alle 03:00, quindi l'ora 02:00-02:59 non esiste localmente. I cron job pianificati in quella finestra vengono eseguiti immediatamente dopo il salto su Linux Vixie cron, ma vengono saltati del tutto da AWS EventBridge.
• «Arretramento dell'orologio»: il periodo dalle 02:00 all'01:00 si ripete due volte. Gli eventi nell'ora duplicata possono scattare due volte o mai, a seconda dello scheduler. Linux Vixie non riesegue; AWS EventBridge esegue una sola volta.
• Gli inviti del calendario che attraversano un confine di ora legale richiedono il fuso orario esplicitamente allegato, non solo l'orario locale. I file ICS includono un TZID per questo motivo; inviare via email un semplice «9:00 ET» quando il calendario del destinatario attraversa un cambio di ora legale sposterà silenziosamente l'orario di un'ora.

Casi d'uso comuni

• Pianificare riunioni tra continenti: a che ora corrispondono le 9:00 PST per qualcuno a Tokyo o Berlino? Quando sono tutti in orario d'ufficio contemporaneamente?
• Coordinare il lancio di prodotti che devono «andare live a mezzanotte ovunque» o «alle 9:00 nel proprio fuso orario».
• Leggere i log del server nel proprio fuso orario locale quando il server è impostato su UTC (la moderna best practice per i server cloud).
• Pianificazione dei viaggi: a che ora atterrerò in loco? Quando parte il mio volo nell'orario della destinazione?
• Coordinare i clienti internazionali senza commettere errori nel calcolo mentale dei fusi orari.
• Pianificazione di eventi dal vivo: streaming di giochi, webinar, trasmissioni sportive che richiedono un'unica risposta «è in corso adesso?» per un pubblico globale.

Errori comuni

1. Confondere «EST» con «EDT» (o qualsiasi coppia standard / ora legale). La stessa riunione del 1° marzo vs 31 marzo a New York ha un offset UTC diverso.
2. Usare «GMT» per indicare «l'ora britannica». Il Regno Unito osserva la British Summer Time (BST, UTC+01:00) da fine marzo a fine ottobre; solo l'inverno è GMT.
3. Presumere che una città abbia un offset UTC fisso. Russia, Samoa, Egitto e altri hanno tutti cambiato i loro offset negli ultimi 15 anni. Il database IANA tiene traccia della storia; le ricerche per nome di città e data restano corrette.
4. Inviare inviti con abbreviazioni a tre lettere. «9:00 CST» è genuinamente ambiguo tra Chicago (UTC−06:00) e Shanghai (UTC+08:00), una differenza di 14 ore. Usare i nomi IANA o includere l'offset.
5. Dimenticare Arizona, Hawaii, Saskatchewan, Indiana. Questi luoghi non osservano l'ora legale o lo fanno parzialmente. Le associazioni generiche come «Mountain Time» o «Central Time» diventano errate per metà dell'anno.
6. Fissare una riunione in un'ora che non esiste. Un invito per le 02:30 ora locale nella data dell'avanzamento dell'orologio cade in un'ora inesistente. Il calendario di solito la sposta silenziosamente; alcuni sistemi generano un errore.

Altre domande frequenti

Perché alcuni offset sono di mezz'ora?

Per ragioni storiche e politiche. L'India ha adottato UTC+05:30 in parte per trovare un compromesso tra le estensioni orientale e occidentale del paese; Iran, Afghanistan, Myanmar e pochi altri usano offset di mezz'ora simili. Il Nepal va ancora oltre e usa UTC+05:45. Non esiste alcuna regola che imponga ai fusi orari di essere su confini di ore intere: sono quelli che ogni giurisdizione ha scelto.

Come gestisce il convertitore le transizioni dell'ora legale?

In modo automatico. Il database IANA del browser include le regole dell'ora legale di ogni regione, comprese quelle storiche. Un orario impostato in Europe/Berlin in una data estiva viene convertito correttamente usando CEST (UTC+02:00); lo stesso orario locale in inverno viene convertito usando CET (UTC+01:00).

Quali fusi orari posso aggiungere?

Tutti i fusi orari IANA che il browser conosce, tipicamente 400+ zone che coprono ogni regione abitata. L'elenco a discesa viene popolato dal Intl.supportedValuesOf('timeZone') del browser al caricamento della pagina, rimanendo aggiornato con tutto ciò che il sistema operativo ha installato.

L'orario convertito viene inviato da qualche parte?

No. La conversione avviene interamente nel browser usando le API JavaScript integrate per date e fusi orari. Nulla dei propri orari di riunione, posizioni o zone selezionate viene trasmesso, registrato o memorizzato su alcun server.

Perché l'orario della riunione cambia con l'ora legale?

Perché alcuni fusi orari osservano l'ora legale e altri no. Una riunione alle 9:00 ora del Pacifico corrisponde alle 12:00 ora orientale in inverno (entrambi sull'ora standard) ma la stessa riunione alle 9:00 ora del Pacifico rimane alle 12:00 ora orientale in estate (entrambi sull'ora legale). Tuttavia, una riunione alle 9:00 ora del Pacifico corrisponde all'1:00 del giorno successivo a Tokyo tutto l'anno: Tokyo non osserva l'ora legale, quindi la differenza tra Los Angeles e Tokyo varia di un'ora due volte all'anno.

Qual è il modo più sicuro per condividere un orario di riunione?

Inviare un invito del calendario (file .ics o tramite Google / Outlook / iCloud Calendar) con il fuso orario esplicitamente allegato. Il calendario del destinatario renderizzerà poi l'orario nel proprio fuso locale, tenendo automaticamente conto dell'ora legale su entrambi i lati. Se è necessario inviare un orario in testo semplice, includere sia la zona IANA sia l'offset: «Martedì 14:00 Europe/Berlin (UTC+01:00)».