Conversor de timestamp Unix

Una marca de tiempo Unix cuenta los segundos transcurridos desde la medianoche UTC del 1 de enero de 1970. Es el formato que usan internamente casi todos los archivos de registro, bases de datos y API, porque es un solo número sin zona horaria asociada y sin ambigüedad de formato.

La dificultad diaria es que resulta ilegible y que cada sistema usa una escala distinta: las herramientas Unix usan segundos, JavaScript usa milisegundos y algunas bases de datos usan microsegundos o nanosegundos. Equivócate de escala por un factor de mil y tu fecha acaba en 1970 o dentro de cincuenta mil años. Esto convierte en ambos sentidos y en todas las escalas, y muestra el resultado en tu zona horaria, en UTC y en ISO 8601 a la vez.

Cómo usar esta herramienta

1. Pega la marca de tiempo. Ajusta la unidad a su escala: un número de 10 dígitos son segundos y uno de 13 son milisegundos.
2. Lee los resultados: ISO 8601, UTC, tu hora local, un formato legible y una descripción relativa.
3. Para ir en el otro sentido, elige una fecha y una hora en el campo de fecha y aparece la marca de tiempo.
4. Pulsa Ahora para obtener la marca de tiempo actual en la unidad seleccionada; debajo del campo también avanza un contador en directo.
5. Copia la marca de tiempo o la cadena ISO.

Ejemplo práctico

Usos habituales

• Leer marcas de tiempo en los registros de una aplicación
• Comprobar los claims iat y exp de un JWT
• Trabajar con columnas de base de datos guardadas como enteros epoch
• Fijar una fecha de corte en una consulta a una API
• Convertir entre zonas horarias durante una incidencia
• Diagnosticar fechas equivocadas por un factor de mil

Errores frecuentes

• Mezclar segundos y milisegundos — Es el fallo más habitual con marcas de tiempo. Diez dígitos son segundos y trece son milisegundos: cuenta la longitud antes que nada.
• Dar por hecho que una marca de tiempo lleva zona horaria — Nunca la lleva. Un valor epoch es siempre UTC; la zona horaria se aplica solo al formatearlo para mostrarlo.
• Guardar la hora local en vez del epoch — Las horas locales se rompen en los cambios de hora, cuando una hora se repite y otra no existe. Guarda epoch o un tipo con zona horaria.
• Ignorar el problema del 2038 — Una marca de tiempo de 32 bits con signo desborda el 19 de enero de 2038. Cualquier cosa que siga usando un entero de 32 bits para el tiempo tiene que pasar a 64 bits.

Preguntas frecuentes

¿Una marca de tiempo Unix está en UTC?

Siempre. Es un recuento de segundos desde un instante fijo, sin componente de zona horaria. Las zonas horarias se aplican solo al convertirla en una fecha legible, que es justamente por lo que las marcas de tiempo son lo seguro de almacenar.

¿Cómo distingo segundos de milisegundos?

Cuenta los dígitos. Diez dígitos son segundos para cualquier fecha entre 2001 y 2286. Trece son milisegundos. Dieciséis son microsegundos y diecinueve, nanosegundos.

¿Qué es ISO 8601 y por qué usarlo?

Un formato de texto estándar, como 2026-09-15T14:30:00Z. Se ordena bien como texto plano, no tiene ambigüedad de zona horaria y se interpreta igual en todas partes, al contrario que los formatos regionales donde 03/04 puede ser marzo o abril.

¿Admite fechas anteriores a 1970?

Sí. Las marcas de tiempo anteriores a la época son negativas: introduce el número negativo o elige la fecha directamente.

¿Por qué mi hora local se diferencia de UTC en una cantidad rara?

No todos los desfases son de horas enteras. India está en UTC+5:30, Nepal en UTC+5:45 y varias regiones se desplazan media hora por el horario de verano. Tu zona horaria del navegador se muestra bajo el campo de fecha.

¿Qué pasa en 2038?

Los sistemas que guardan el tiempo como entero de 32 bits con signo desbordan el 19 de enero de 2038 y saltan a 1901. Los sistemas modernos usan valores de 64 bits, que aguantan mucho más de lo que vaya a durar cualquier otra cosa.

Última actualización 2026-09-15