10 dígitos suele indicar segundos Unix para fechas modernas.
Conversor de timestamp Unix
Pega un timestamp Unix para convertirlo a hora local legible y UTC. También puedes generar el timestamp actual en segundos o milisegundos para logs, APIs, bases de datos y depuración.
Cómo usarlo
- Pega un timestamp o pulsa hora actual.
- Elige segundos o milisegundos.
- Consulta la fecha local, la fecha UTC y el valor ISO 8601.
Por qué los timestamps Unix son útiles
Un timestamp Unix es independiente de la zona horaria: cuenta el tiempo transcurrido desde 1970-01-01 00:00:00 UTC. Por eso es compacto, ordenable y fiable para intercambiar fechas entre sistemas.
El error más común es mezclar segundos y milisegundos. JavaScript suele usar milisegundos, mientras que muchas APIs y bases de datos usan segundos.
Los timestamps Unix son habituales en APIs, logs, bases de datos, exportaciones de analítica, JavaScript, Python, herramientas Linux e investigaciones de incidentes. Son compactos, pero difíciles de leer sin convertirlos a hora local o UTC.
El error más común es usar una precisión incorrecta. Un valor de diez dígitos suele estar en segundos, uno de trece en milisegundos y valores más largos suelen ser microsegundos o nanosegundos.
Para depurar, compara la hora local, la hora UTC, la cadena ISO 8601 y el timestamp bruto a la vez. Así es más fácil detectar errores de zona horaria, horario de verano y multiplicaciones por 1000.
Al compartir timestamps con otro desarrollador, incluye la unidad y un valor ISO. Un número solo puede ser ambiguo, pero “1779244818 segundos / 2026-05-19T…” deja mucho más claro el instante.
La hora Unix normalmente se almacena en UTC, pero las personas leen fechas en hora local. Mostrar ambas vistas juntas ayuda cuando el servidor está en UTC, el usuario en América y el equipo de soporte en Europa o India.
JavaScript devuelve milisegundos con Date.now(), PostgreSQL y muchas APIs suelen exponer segundos, y algunos flujos de eventos usan microsegundos o nanosegundos. Revisar la longitud del número evita muchas fechas falsas.
El problema de 2038 afecta a sistemas antiguos que guardan Unix time como entero con signo de 32 bits. Los sistemas modernos de 64 bits evitan ese límite, pero dispositivos embebidos, bases de datos heredadas y formatos antiguos aún pueden verse afectados.
Convertir timestamps ayuda en incidentes porque los logs de distintos sistemas suelen usar formatos distintos. Un servicio puede imprimir ISO en UTC, otro milisegundos Unix y una exportación de base de datos segundos.
Al investigar un error, convierte el timestamp y compáralo con la zona horaria del usuario, la del servidor y la línea temporal de despliegues. Muchos errores de “hora incorrecta” son problemas de visualización o unidad.
En exportaciones de analítica, un timestamp puede representar creación del evento, ingesta, procesamiento o generación del informe. El número por sí solo no lo explica, así que importan los nombres de columna y la documentación.
Si almacenas timestamps, conserva el valor UTC bruto y formatea solo en la capa de presentación. Así evitas perder información cuando los usuarios viajan, cambian de zona horaria o consultan eventos antiguos.
Cómo identificar la unidad
13 dígitos suele indicar milisegundos Unix desde JavaScript o APIs del navegador.
16 o 19 dígitos suelen venir de bases de datos, trazas o pipelines de alta precisión; el conteo de dígitos es una heurística, así que valida con una fecha conocida.
Flujos seguros para desarrolladores
- Normaliza los timestamps a UTC antes de compararlos entre servicios o registros.
- Convierte a hora local legible solo en la capa de presentación o al depurar un caso concreto.
- Si no sabes la unidad, usa la detección automática como primer paso y valida el resultado con un evento o log conocido.
Dónde suelen aparecer los errores
- Pasar milisegundos a un sistema que espera segundos produce fechas muy lejanas en el futuro.
- Leer un valor local como si fuera UTC puede desplazar eventos varias horas.
- Mover timestamps cerca de cambios de horario de verano es seguro solo si mantienes UTC hasta el final.
Ejemplos prácticos
El timestamp 1717243200 es 2024-06-01 12:00:00 UTC si se interpreta como segundos.
El valor 1717243200000 representa el mismo instante si se interpreta como milisegundos.
Si la fecha convertida cae en el año 56387, probablemente trataste milisegundos como segundos.
Preguntas frecuentes
¿Qué es la época Unix?
Es 1970-01-01 00:00:00 UTC, el punto cero desde el que cuentan los timestamps Unix.
¿Debo usar segundos o milisegundos?
Usa la unidad que espera tu sistema. JavaScript Date usa milisegundos, mientras que la línea de comandos Unix suele usar segundos.
¿Cómo distingo segundos de milisegundos?
Los timestamps actuales en segundos suelen tener 10 dígitos y en milisegundos 13. Trátalo como una pista, no como prueba: confirma la fecha convertida con un evento, log o rango esperado.
¿Por qué mi hora local difiere de UTC?
UTC es la referencia global. La hora local aplica el desfase de tu zona horaria y puede incluir horario de verano.
¿Para qué sirve ISO 8601?
ISO 8601 es un formato legible y ordenable usado por APIs, bases de datos, logs y documentación.
¿Qué es el problema de 2038?
Algunos sistemas antiguos guardan Unix time en un entero de 32 bits con signo, que se desborda en enero de 2038. Los sistemas modernos de 64 bits evitan ese límite.