Convertidor Timestamp Unix Online Gratuito
Convierte timestamps Unix en fechas legibles y fechas en timestamps Unix. Detección automática segundos/milisegundos. 8 zonas horarias, ISO 8601.
Timestamp Unix → Fecha Legible
Fecha → Timestamp Unix
¿Qué es un Timestamp Unix?
Un timestamp Unix (también llamado epoch time o POSIX time) es el número de segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 UTC, el epoch Unix. Este punto de partida fue elegido por los primeros desarrolladores de Unix porque precedía la adopción masiva de los sistemas Unix. Los timestamps son enteros independientes de la zona horaria, perfectos para bases de datos, APIs, archivos de log y tokens JWT.
La época actual equivale a
El timestamp Unix en tiempo real de arriba, mostrado en los formatos de fecha y hora más comunes y actualizado cada segundo.
| — | UTC |
| — | ISO 8601 |
| — | RFC 822 / 1036 / 1123 / 2822 |
| — | RFC 3339 |
Tabla de conversión de tiempo Unix
Las duraciones legibles más comunes expresadas en número de segundos — útiles para calcular caducidades, TTL o intervalos.
| Tiempo legible | Segundos |
|---|---|
| 1 hora | 3600 |
| 1 día | 86400 |
| 1 semana | 604800 |
| 1 mes (30,44 días) | 2629743 |
| 1 año (365,24 días) | 31556926 |
Timestamp Unix: Segundos vs Milisegundos
La confusión más común es saber si un timestamp está en segundos (10 dígitos) o milisegundos (13 dígitos). La regla: si el valor supera 10¹² casi con certeza está en milisegundos.
Usados por PHP time(), Python time.time(), shell Unix date +%s y la mayoría de las bases de datos SQL. Ejemplo: 1710508200
1710508200
Usados por JavaScript Date.now(), Java System.currentTimeMillis(), Node.js y la mayoría de las APIs de navegador. Ejemplo: 1710508200000
1710508200000
Casos de Uso Comunes de los Timestamps
Por qué los desarrolladores prefieren los timestamps Unix a las cadenas de fecha legibles:
Los JSON Web Tokens usan timestamps Unix en segundos para los claims "issued at" (iat) y "expiration" (exp). Son independientes de la zona horaria y fácilmente comparables.
Una columna timestamp entera se ordena más rápido que una cadena datetime y es timezone-neutral, eliminando ambigüedades para registros de múltiples ubicaciones geográficas.
Los logs de servidor, el tracing distribuido (OpenTelemetry) y los pipelines de analytics usan timestamps en milisegundos para correlacionar eventos entre servicios.
Los sistemas de caché (Redis, Varnish, CDN) y las respuestas de API usan timestamps Unix para Cache-Control max-age, created_at y updated_at.
¿Qué ocurre el 19 de enero de 2038?
El 19 de enero de 2038 a las 03:14:07 UTC, el timestamp Unix superará el valor máximo que puede almacenar un entero con signo de 32 bits (2.147.483.647). Los sistemas que aún guardan el tiempo en 32 bits se desbordarán y volverán a un número negativo, interpretando la fecha como diciembre de 1901. Antes de eso, las aplicaciones deberán migrar a timestamps de 64 bits, que amplían el límite unos 292.000 millones de años.