Marca de tiempo Unix ⇄ fecha y hora

Funciones

• Marca de tiempo actual en vivo (segundos y milisegundos en paralelo), con pausa y clic para llevarla al cuadro de entrada
• Un panel por sentido: marca de tiempo → fecha y hora, y fecha y hora → marca de tiempo
• La fecha y hora se eligen en el calendario nativo o se pegan como texto, por ejemplo 2026-09-18 15:30:45
• Segundos / milisegundos / microsegundos / nanosegundos se distinguen por longitud y también se fijan a mano (10 dígitos segundos, 13 milisegundos, 16 microsegundos, 19 nanosegundos)
• ⚠️ Los nanosegundos de 19 dígitos no pierden precisión: se calculan con BigInt, así que `1700000000123456789` va y vuelve sin un solo dígito de diferencia (Number lo redondearía)
• Admite decimales (`1700000000.123`), negativos anteriores a 1970 y notación científica (`1.7e9`); los decimales se redondean al nanosegundo entero
• Interruptor «solo enteros»: activado escribe enteros, desactivado conserva la parte decimal
• Conversión bidireccional de Windows FILETIME (número de 100 nanosegundos desde 1601) y también de la época Mac HFS+ / Cocoa (segundos desde 2001)
• Salida ISO 8601 hasta los nanosegundos (`2026-10-05T12:34:56.123456789Z`): lo que va más allá de los milisegundos se compone como cadena, porque Date solo llega a milisegundos
• Las 20 zonas más usadas fijadas arriba; el resto de las más de 400 zonas IANA se busca por id, ciudad o nombre, y cada una muestra su desfase actual
• Incluye desfases que no son horas enteras, como India +05:30, Nepal +05:45 o Adelaida +10:30: zonas donde una implementación que redondea a horas falla en silencio por media hora
• El desfase se toma en el instante convertido, así que ni el horario de verano ni los cambios históricos de reglas desvían una hora
• Las horas que el horario de verano se salta dan error y las que se repiten se muestran ambas, sin desplazarlas en silencio
• El resultado da por filas segundos, milisegundos, la hora de la zona elegida, UTC, ISO 8601 y RFC 2822, y cada fila se copia por separado
• Conversión por lotes: un valor por línea, marcas de tiempo y fechas mezcladas, y un error en una línea no afecta al resto
• El resultado por lotes se copia como TSV o se descarga como CSV

Cómo se usa

1. ¿Quieres la marca de tiempo actual? Haz clic en el número de arriba y se rellenará el cuadro de entrada
2. Marca de tiempo → fecha: pega la marca en el primer panel y elige la unidad y la zona horaria
3. Fecha y hora → marca de tiempo: elige en el calendario o pega la fecha y hora en el cuadro de texto
4. Haz clic en «Copiar» a la derecha de cualquier fila para llevarte solo ese valor
5. ¿Muchas de golpe? Cambia a «Conversión por lotes» y pon una por línea

Preguntas frecuentes

¿Cómo se calculan las zonas horarias? ¿Es exacto?

Se calcula con la base de datos IANA que trae el navegador: las fechas de inicio y fin del horario de verano, y los países que han cambiado sus reglas (por ejemplo, Moscú pasó a UTC+4 todo el año en 2011 y volvió a UTC+3 en 2014), se resuelven con la regla vigente en el instante convertido, no consultando una tabla de desfases fija. La lista fija arriba las 20 zonas más usadas y deja buscar las más de 400 restantes por id, ciudad o nombre: Berlín, Lisboa o Ciudad Ho Chi Minh, que antes ni se podían elegir. Las habituales quedan a pocos desplazamientos y las raras también están al alcance.

¿Y si no sé a qué zona horaria pertenecen los datos?

Usa UTC. Equivocarse de zona desplaza todo el resultado varias horas, y ese desfase no se ve en la pantalla: la fecha sigue teniendo un formato correcto. Así que cuando no sepas en qué zona están escritos los registros del servidor, convierte en UTC y suma o resta el desfase a mano; es más fiable que elegir una zona «será esta».

¿Cómo se calculan los instantes de los días del cambio de hora?

El día que empieza el horario de verano hay un tramo de horas que no existe en esa zona (por ejemplo, las 02:30 del 2026-03-08 en Nueva York); la herramienta da error y dice qué tramo se ha saltado, en lugar de moverlo en silencio a las 01:30 o a las 03:30: una marca desplazada parece normal pero está una hora desviada. El día que termina, un tramo de horas ocurre dos veces (por ejemplo, las 01:30 del 2026-11-01 en Nueva York); entonces se listan las dos marcas de tiempo y por defecto se toma la más temprana.

¿Por qué no se acepta el formato de fecha que he escrito?

Solo se admiten unas pocas formas fijas (2026-09-18, 2026-09-18 15:30, 2026-09-18T15:30:45), porque new Date(cadena) de JavaScript no analiza igual en todos los navegadores: la misma entrada puede dar fechas distintas y sin error. Formas como 09/18/2026, que se pueden leer a la americana o a la europea, se rechazan para no dar un resultado «que parece correcto pero no lo es». Las fechas inexistentes (como el 30 de febrero) también dan error, sin corregirlas en silencio.

¿Qué es el problema del año 2038?

Es el desbordamiento de los sistemas que guardan los segundos en un entero con signo de 32 bits, que ocurre el 2038-01-19 03:14:07 UTC. Esta herramienta calcula internamente en milisegundos y llega hasta unos 270 000 años, así que consultar fechas posteriores a 2038 no da problemas.

¿Qué son los números de 19 dígitos? ¿No se rechazan por ser un snowflake ID?

Los 19 dígitos ahora se leen como nanosegundos (10 dígitos segundos, 13 milisegundos, 16 microsegundos, 19 nanosegundos). Antes se rechazaban, pero un valor de 19 dígitos también puede ser una marca de tiempo en nanosegundos, así que se pasó a distinguir por longitud. ⚠️ Los nanosegundos se calculan con BigInt: 19 dígitos superan 2^53 y `Number` convertiría `1700000000123456789` en `1700000000123456800` (11 de diferencia), y eso que solo parece un número. Por eso el valor de nanosegundos de entrada a salida no difiere en un dígito, y el ISO también se compone hasta los nanosegundos. Si de verdad fuera un snowflake ID, leerlo como nanosegundos dará una fecha de hacia 2023: eso es lo que vale su número, no una suposición de la herramienta.

¿Por qué se añadieron microsegundos, nanosegundos y FILETIME?

Porque se usan de verdad: los microsegundos aparecen en el `time.time()` de Python y en algunos registros; los nanosegundos son el `CLOCK_REALTIME` de Linux y el `time.UnixNano()` de Go; Windows FILETIME es el número de 100 nanosegundos desde el 1601-01-01 UTC (11 644 473 600 segundos de diferencia con la época Unix) y está por todas partes en el registro y en los registros de eventos. Las cuatro unidades se convierten entre sí en un paso, y FILETIME es bidireccional; no hace falta recordar los alias ASCII, basta con elegir la unidad. Los decimales se redondean al nanosegundo entero, y con «solo enteros» activado se escribe solo la parte entera (truncando, no redondeando).

¿Se suben los datos a algún servidor?

No. Toda la conversión ocurre en la memoria del navegador, la página no envía ninguna petición y funciona igual sin conexión.