Convertir timestamp Unix a fecha legible online
Los timestamps Unix son la forma estándar en que los sistemas informáticos almacenan y transmiten instantes de tiempo: un simple número entero que cuenta los segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 UTC. Aparecen en logs de servidor, respuestas de API, tokens JWT, bases de datos y prácticamente cualquier sistema de software. El Conversor de Timestamps de WikiPlus traduce ese número a una fecha y hora comprensibles, o convierte cualquier fecha a su valor epoch, directamente en el navegador sin transmitir ningún dato.
Qué es un timestamp Unix y por qué se usa en software
Un timestamp Unix es un entero que representa el número de segundos transcurridos desde la época Unix: medianoche del 1 de enero de 1970 en UTC. Fue estandarizado junto al lenguaje C y al sistema operativo Unix en los años 70 y se ha convertido en la moneda universal para almacenar tiempo en software. Su ventaja principal es que es inequívoco: el mismo número significa exactamente el mismo instante en todo el mundo, sin ambigüedad de zona horaria. Los lenguajes de programación modernos lo generan nativamente: JavaScript usa Date.now(), Python usa time.time(), Go usa time.Now().Unix(). La desventaja es que es ilegible para humanos, de ahí la necesidad del conversor.
Diferencia entre timestamps de 10 y 13 dígitos
Si el timestamp tiene 10 dígitos, está en segundos; si tiene 13 dígitos, está en milisegundos. Por ejemplo, 1716000000 es un timestamp en segundos de mayo de 2024, mientras que 1716000000000 es el mismo instante expresado en milisegundos. JavaScript y muchas APIs web usan milisegundos (13 dígitos) porque Date.now() retorna milisegundos. Los sistemas Unix clásicos, los tokens JWT y la mayoría de bases de datos SQL usan segundos (10 dígitos). Algunos sistemas de alta frecuencia usan microsegundos (16 dígitos) o nanosegundos (19 dígitos). El conversor detecta automáticamente si el valor tiene 10 o 13 dígitos y aplica la unidad correcta.
Formatos de salida disponibles: ISO 8601, UTC, local y relativo
Una vez convertido el timestamp, la herramienta muestra el resultado en varios formatos simultáneamente: ISO 8601 (el estándar internacional: '2024-05-18T10:00:00Z'), UTC (tiempo universal coordinado sin ajuste de zona horaria), hora local (ajustada a tu zona horaria según la configuración del sistema operativo), tiempo relativo ('hace 2 días', 'en 3 meses') y los valores numéricos en segundos y milisegundos Unix. Estos formatos cubren los casos de uso más habituales: los logs de servidor usan UTC o ISO 8601, las interfaces de usuario muestran hora local, los sistemas de caducidad de tokens necesitan el valor numérico Unix.
Conversión inversa: de fecha a timestamp Unix
La conversión inversa es igualmente útil: si necesitas generar un timestamp Unix para una fecha específica —por ejemplo, para configurar la caducidad de un token JWT, para una tarea cron programada para una fecha futura, o para una consulta de base de datos con filtro por fecha— introduce la fecha y hora deseadas y la herramienta devuelve el valor epoch exacto en segundos y milisegundos. La herramienta maneja correctamente las zonas horarias para esta conversión: trata la fecha introducida como hora local, resuelve el offset UTC correcto para esa fecha y hora específicas (incluyendo los cambios de horario de verano) y calcula el valor epoch resultante.
Preguntas frecuentes
- ¿Cómo sé si un número es un timestamp Unix en segundos o milisegundos?
- La forma más rápida es contar los dígitos: 10 dígitos indica segundos (el valor actual en segundos es alrededor de 1.700.000.000), 13 dígitos indica milisegundos. Si el valor resultante de interpretarlo como segundos produce una fecha razonable (entre 1970 y 2030 aproximadamente), es un timestamp en segundos. Si el valor en segundos produce una fecha muy lejana en el futuro (año 50000+), es probablemente milisegundos.
- ¿El conversor maneja correctamente el horario de verano?
- Sí. El conversor ancla todos los cálculos a UTC y aplica el offset de zona horaria local solo para la visualización. Los cambios de horario de verano se gestionan a través de la API Intl.DateTimeFormat del navegador, que usa la base de datos de zonas horarias IANA actualizada integrada en el sistema operativo. Para la conversión inversa de fecha local a timestamp, la herramienta resuelve el offset UTC correcto para esa fecha y hora específica, teniendo en cuenta si está vigente el horario de verano o el estándar en ese momento.
- ¿Cuál es el timestamp Unix máximo antes del problema del año 2038?
- El problema del año 2038 afecta a sistemas que almacenan timestamps en enteros de 32 bits con signo. El valor máximo de un entero de 32 bits con signo es 2.147.483.647, que corresponde al 19 de enero de 2038 a las 03:14:07 UTC. Después de ese momento, los sistemas de 32 bits harían overflow al valor negativo más grande, produciendo fechas incorrectas. Los sistemas modernos usan enteros de 64 bits, que pueden representar fechas miles de millones de años en el futuro, eliminando el problema. El conversor de WikiPlus usa JavaScript, que internamente representa timestamps como números de coma flotante de 64 bits sin límite práctico.