Conversor de zonas horarias gratuito
Convierte la hora entre zonas horarias de todo el mundo.
Cómo usar
- Selecciona dos o más zonas horarias en las listas desplegables.
- Introduce una fecha y hora en cualquier columna de zona horaria, o haz clic en «Usar la hora actual».
- La hora se actualiza automáticamente en todas las zonas con los desfases UTC mostrados.
- Haz clic en «+ Añadir zona horaria» para comparar varias zonas a la vez.
Preguntas frecuentes
¿Qué es un desplazamiento UTC?
El desplazamiento UTC indica el número de horas que una zona horaria va por delante (positivo) o por detrás (negativo) del Tiempo Universal Coordinado (UTC). Por ejemplo, EST es UTC−5.
¿Y si introduzco una hora en una zona horaria?
El convertidor calcula y muestra automáticamente la hora equivalente en todas las demás zonas horarias seleccionadas.
¿Se tiene en cuenta el horario de verano?
Sí. El convertidor usa la base de zonas horarias de tu navegador, que incluye las reglas de horario de verano para las regiones admitidas.
UTC, GMT y por qué te conviene usar los nombres IANA
El UTC (tiempo universal coordinado) es el estándar de tiempo global, definido en relación con el Tiempo Atómico Internacional con ajustes periódicos de segundos intercalares. El GMT (hora media de Greenwich) es técnicamente una zona horaria (UTC+00:00) ligada históricamente al Real Observatorio de Greenwich, en Londres. Los dos se usan de manera intercambiable de forma informal; técnicamente, el UTC es el estándar con el que todo el mundo se sincroniza.
Para identificar una zona horaria sin ambigüedad, el estándar es la base de datos de zonas horarias de la IANA (TZDB), creada originalmente por Arthur David Olson en los Institutos Nacionales de Salud de EE. UU. en 1986 y mantenida ahora por la IANA. Su formato de nombres es Region/City: America/New_York, Europe/Paris, Asia/Tokyo, Australia/Sydney. La ciudad es la ciudad más grande de la zona o una localidad distintiva. La TZDB se actualiza varias veces al año a medida que los países cambian sus reglas del horario de verano, y todos los sistemas operativos, lenguajes de programación y navegadores web importantes modernos incluyen una copia reciente.
Este convertidor usa la base de datos IANA integrada en tu navegador a través de la API Intl.DateTimeFormat de JavaScript, así que las transiciones del horario de verano, los cambios de reglas regionales y los casos límite históricos se gestionan correctamente sin que tengas que pensar en ellos.
Las abreviaturas de zona horaria son ambiguas
Las abreviaturas de tres letras como «CST» e «IST» parecen inequívocas, pero no lo son:
- CST puede significar la hora estándar central de EE. UU. (UTC−06:00), la hora estándar de China (UTC+08:00) o la hora estándar de Cuba (UTC−05:00).
- IST puede significar la hora estándar de la India (UTC+05:30), la hora estándar de Israel o la hora estándar de Irlanda.
- EST suele significar la hora estándar del Este de EE. UU. (UTC−05:00), pero la hora estándar del Este de Australia (UTC+10:00) comparte la abreviatura.
Cuando de verdad necesitas comunicar una hora con precisión, usa el nombre IANA (America/Chicago frente a Asia/Shanghai frente a Asia/Kolkata) o incluye tanto el desfase como la ciudad. El convertidor etiqueta cada columna con la zona IANA para que la hora de la reunión sea inequívoca.
Zonas horarias comunes de un vistazo
| Desfase UTC | Nombre común | Ciudades principales |
|---|---|---|
| UTC−10:00 | HST | Honolulu (sin horario de verano) |
| UTC−08:00 / −07:00 | PST / PDT | Los Ángeles, San Francisco, Vancouver, Seattle, Tijuana |
| UTC−05:00 / −04:00 | EST / EDT | Nueva York, Toronto, Atlanta, Miami, Bogotá (sin horario de verano), Lima |
| UTC−03:00 | BRT / ART | São Paulo, Buenos Aires, Santiago (variable) |
| UTC+00:00 / +01:00 | GMT / BST | Londres, Lisboa, Dublín, Reykjavík (sin horario de verano) |
| UTC+01:00 / +02:00 | CET / CEST | París, Berlín, Madrid, Roma, Ámsterdam, Varsovia |
| UTC+03:00 | MSK / AST | Moscú (sin horario de verano), Riad, Doha, Nairobi |
| UTC+05:30 | IST | Bombay, Nueva Delhi, Bangalore, Colombo (sin horario de verano, desfase de media hora) |
| UTC+08:00 | CST / HKT / SGT | Pekín, Shanghái, Hong Kong, Singapur, Manila, Perth |
| UTC+09:00 | JST / KST | Tokio, Seúl (sin horario de verano) |
| UTC+10:00 / +11:00 | AEST / AEDT | Sídney, Melbourne, Brisbane (sin horario de verano en QLD) |
| UTC+12:00 / +13:00 | NZST / NZDT | Auckland, Wellington |
Desfases de media hora y de cuarto de hora
No todas las zonas horarias están a un número entero de horas del UTC. India, Sri Lanka (UTC+05:30), Irán (UTC+03:30 / +04:30), Afganistán (UTC+04:30) y Myanmar (UTC+06:30) usan todos desfases de media hora. Nepal está a UTC+05:45, y las islas Chatham de Nueva Zelanda a UTC+12:45 / +13:45. Estos desfases de media hora y de cuarto de hora importan sobre todo a los desarrolladores de software: muchos sistemas antiguos asumían desfases de horas enteras y fallan silenciosamente con las horas de la India o de Nepal. La base de datos IANA los gestiona todos correctamente; el convertidor lo hereda.
El horario de verano
El horario de verano (DST) fue propuesto por primera vez en el panfleto de 1907 de William Willett «The Waste of Daylight» y adoptado formalmente por primera vez por Alemania en 1916 para ahorrar carbón durante la Primera Guerra Mundial. Hoy varía enormemente según la jurisdicción:
- Estados Unidos: el horario de verano va del segundo domingo de marzo al primer domingo de noviembre (Ley de Política Energética de 2005). Hawái y la mayor parte de Arizona no lo observan.
- Unión Europea: el horario de verano va del último domingo de marzo al último domingo de octubre. El Parlamento de la UE votó en 2019 abolir los cambios de hora estacionales en toda la UE; la aplicación se ha aplazado de forma indefinida y la mayoría de los estados miembros siguen observando el horario de verano.
- No observan el horario de verano: la mayor parte de África, la mayor parte de Asia, la mayor parte de Sudamérica (Brasil lo suprimió en 2019), Rusia (desde 2014), Islandia, Hawái, la mayor parte de Arizona, India, China, Japón, Corea del Sur y Turquía.
El convertidor tiene en cuenta las reglas del horario de verano de cada zona IANA, así que una reunión fijada a las 9:00 en America/New_York en una fecha de enero se convierte como EST (UTC−05:00); las mismas 9:00 en julio se convierten como EDT (UTC−04:00).
Trampas del horario de verano en el software
- «Adelantar el reloj»: los relojes locales saltan de las 02:00 a las 03:00, así que la hora de las 02:00 a las 02:59 no existe localmente. Las tareas cron programadas en esa ventana se ejecutan inmediatamente después del salto en el cron Vixie de Linux, pero AWS EventBridge las omite por completo.
- «Atrasar el reloj»: las 02:00 vuelven a las 01:00 y ocurren dos veces. Los eventos de la hora duplicada pueden dispararse dos veces o ninguna, según el programador. El cron Vixie de Linux no vuelve a ejecutarlos; AWS EventBridge los ejecuta solo una vez.
- Las invitaciones de calendario que abarcan un límite del horario de verano necesitan que se adjunte la zona horaria explícitamente, no solo la hora local. Los archivos ICS incluyen un
TZIDpor este motivo; enviar por correo un simple «las 9:00 ET» cuando el calendario del destinatario cruza un cambio de horario de verano desplazará la hora una hora sin avisar.
Casos de uso comunes
- Programar reuniones entre continentes: ¿a qué hora corresponden las 9:00 PST para alguien en Tokio o Berlín? ¿Cuándo está todo el mundo en horario de oficina a la vez?
- Coordinar lanzamientos de productos que deben «entrar en funcionamiento a medianoche en todas partes» o «a las 9:00 en tu hora local».
- Leer los registros del servidor en tu hora local cuando el servidor está configurado en UTC (la práctica recomendada moderna para los servidores en la nube).
- Planificación de viajes: ¿a qué hora local aterrizaré? ¿A qué hora sale mi vuelo en la hora del destino?
- Coordinar con clientes internacionales sin cometer errores de cálculo de zonas horarias mediante aritmética mental.
- Programación de eventos en directo: retransmisiones de videojuegos, seminarios web y retransmisiones deportivas que necesitan una única respuesta a «¿esto está en directo ahora?» para una audiencia global.
Errores comunes
- Confundir «EST» con «EDT» (o cualquier par estándar / de verano). La misma reunión el 1 de marzo frente al 31 de marzo en Nueva York tiene un desfase UTC diferente.
- Usar «GMT» para referirse a la «hora del Reino Unido». El Reino Unido observa el horario de verano británico (BST, UTC+01:00) desde finales de marzo hasta finales de octubre; solo el invierno es GMT.
- Suponer que una ciudad tiene un desfase UTC fijo. Rusia, Samoa, Egipto y otros han cambiado todos sus desfases en los últimos 15 años. La base de datos IANA registra el historial; las búsquedas por nombre de ciudad y fecha se mantienen correctas.
- Enviar invitaciones con abreviaturas de tres letras. «Las 9:00 CST» es genuinamente ambiguo entre Chicago (UTC−06:00) y Shanghái (UTC+08:00), una diferencia de 14 horas. Usa los nombres IANA o incluye el desfase.
- Olvidar Arizona, Hawái, Saskatchewan e Indiana. Estos lugares o bien no observan el horario de verano o lo hacen parcialmente. Las correspondencias genéricas de «hora de la Montaña» u «hora central» fallan durante medio año.
- Elegir una reunión en una hora que no existe. Una invitación para las 02:30, hora local, en la fecha de adelanto del reloj cae en una hora inexistente. El calendario suele desplazarla sin avisar; algunos sistemas dan error.
Más preguntas frecuentes
¿Por qué algunos desfases son de media hora?
Por razones históricas y políticas. India se decidió por UTC+05:30 en parte para llegar a un compromiso entre los extremos este y oeste del país; Irán, Afganistán, Myanmar y unos pocos más usan desfases de media hora similares. Nepal va un paso más allá y usa UTC+05:45. No hay ninguna regla que diga que las zonas horarias tengan que estar en límites de horas enteras: son lo que cada jurisdicción haya elegido.
¿Cómo gestiona el convertidor las transiciones del horario de verano?
Automáticamente. La base de datos IANA del navegador incluye las reglas del horario de verano de cada región, incluidas las históricas. Una hora fijada en Europe/Berlin en una fecha de verano se convierte correctamente usando CEST (UTC+02:00); la misma hora local en invierno se convierte usando CET (UTC+01:00).
¿Qué zonas horarias puedo añadir?
Todas las zonas horarias IANA que el navegador conoce, normalmente más de 400 zonas que cubren todas las regiones pobladas. El menú desplegable se rellena a partir de Intl.supportedValuesOf('timeZone') del navegador al cargar la página, así que se mantiene al día con lo que tu sistema operativo tenga instalado.
¿Se envía a algún sitio la hora que convierto?
No. La conversión ocurre íntegramente en tu navegador usando las API integradas de fecha y zona horaria de JavaScript. Nada sobre tus horas de reunión, ubicaciones o zonas seleccionadas se transmite, registra ni almacena en ningún servidor.
¿Por qué la hora de la reunión se desplaza con el horario de verano?
Porque algunas zonas observan el horario de verano y otras no. Una reunión a las 9:00 del Pacífico cae a las 12:00 del Este en invierno (ambas en horario estándar), pero esa misma reunión a las 9:00 del Pacífico se queda en las 12:00 del Este en verano (ambas en horario de verano). Sin embargo, una reunión a las 9:00 del Pacífico cae a la 1:00 del día siguiente en Tokio durante todo el año: Tokio no observa el horario de verano, así que la diferencia entre Los Ángeles y Tokio cambia una hora dos veces al año.
¿Cuál es la forma más segura de compartir la hora de una reunión?
Envía una invitación de calendario (un archivo .ics o a través de Google / Outlook / iCloud Calendar) con la zona horaria adjunta explícitamente. El calendario del destinatario muestra entonces la hora en su zona local, teniendo en cuenta automáticamente el horario de verano en ambos extremos. Si tienes que enviar una hora en texto plano, incluye tanto la zona IANA como el desfase: «martes a las 14:00 Europe/Berlin (UTC+01:00)».