Conversor de timestamp Unix
Convierte segundos epoch en fechas legibles, y fechas en timestamps, al instante.
Este conversor de timestamp Unix traduce entre tiempo epoch y fechas legibles en ambos sentidos. Pega un timestamp como 1757203200 para ver la fecha y hora exactas que representa, en UTC y en tu zona horaria local, o elige una fecha y hora para obtener su valor epoch. La hora Unix actual avanza en vivo en la parte superior como referencia rápida.
El tiempo Unix es el número de segundos transcurridos desde el 1 de enero de 1970 UTC, y está por todas partes en el software: archivos de log, claims de expiración de JWT, respuestas de API, filas de bases de datos, depuración de cron. Cuando un log dice que un evento ocurrió en 1757203200, esta herramienta te dice si fue antes o después de tu deploy, que suele ser toda la cuestión.
La conversión ocurre localmente en tu navegador, al instante y en privado. Se manejan tanto segundos como milisegundos, lo cual importa porque Date.now() en JavaScript devuelve milisegundos mientras que la mayoría de las herramientas Unix usan segundos.
Cómo convertir un timestamp Unix
- Pega un timestamp en la entrada, en segundos o milisegundos.
- Lee la fecha y hora convertidas, mostradas tanto en UTC como en tu zona horaria local.
- Para el sentido contrario, introduce una fecha y hora en los campos de fecha.
- Copia el valor epoch resultante para tu consulta, script o llamada a la API.
- Mira el timestamp actual en vivo en la parte superior cuando solo necesites 'ahora'.
Qué hace este conversor
La herramienta traduce entre tiempo epoch y fechas legibles en ambos sentidos. Pega un timestamp Unix para ver el instante exacto que representa, mostrado tanto en UTC como en tu zona horaria local, o elige una fecha y hora para obtener de vuelta el valor epoch. Un timestamp actual en vivo avanza en la parte superior siempre que solo necesites 'ahora'.
Todo ocurre localmente en tu navegador, al instante y en privado. Se manejan tanto segundos como milisegundos, y el resultado es siempre el mismo momento subyacente, simplemente mostrado en la zona en la que lo estés leyendo.
Segundos vs milisegundos: el clásico error de x1000
Si una fecha convertida cae en los años setenta, tu timestamp está en segundos pero se interpretó como milisegundos, o al revés si la fecha queda a decenas de miles de años en el futuro. Como regla general, los timestamps actuales en segundos tienen 10 dígitos y en milisegundos 13. La herramienta detecta la longitud y convierte en consecuencia, pero conviene saber por qué ocurre la confusión: las herramientas Unix y la mayoría de las APIs usan segundos, mientras que JavaScript y Java usan milisegundos.
Recuerda también que un timestamp no tiene zona horaria. Es un único instante global; las zonas horarias solo aparecen cuando lo formateas como fecha. Por eso el mismo epoch se muestra con horas de reloj distintas en UTC y en tu zona local.
Qué es realmente el tiempo Unix
El tiempo Unix es el recuento de segundos transcurridos desde las 00:00:00 UTC del 1 de enero de 1970, un momento conocido como el epoch. Da a cada instante un único número inequívoco, sin nombres de meses, sin separadores y sin ninguna configuración regional de la que preocuparse, y por eso los sistemas lo almacenan internamente en lugar de cadenas de fecha formateadas.
Lo esencial es que ese número es un instante UTC absoluto. No lleva una zona horaria propia; la zona horaria solo se aplica cuando lo renderizas como una fecha legible. El mismo timestamp es el mismo momento para todo el mundo en la Tierra, aunque el reloj de pared marque algo distinto en Londres, Nueva York y Tokio.
Dónde te encuentras los timestamps
Los valores epoch están por todas partes en el software: archivos de log, claims de expiración y de emisión de JWT, payloads de peticiones y respuestas de API, filas de bases de datos, cabeceras de caché y depuración de cron. Cuando un log dice que un evento ocurrió en 1757203200, convertirlo te dice si fue antes o después de un deploy, que suele ser toda la cuestión.
También son la forma más segura de pasar un momento entre sistemas. Como un timestamp no tiene zona horaria, un servidor, un cliente y una base de datos pueden almacenar cada uno el mismo número y renderizarlo en la zona que su usuario prefiera, sin ninguna ambigüedad sobre qué instante se quería decir.
Zonas horarias y formato
Este conversor muestra cada timestamp tanto en UTC como en la zona horaria local de tu navegador para que veas de inmediato el desfase. Si una fecha parece varias horas 'desfasada', casi siempre estás comparando UTC con la hora local en lugar de ver un error; el instante es idéntico, solo cambia la presentación.
Un hábito práctico es saber qué zona usa tu fuente. Los servidores registran casi siempre en UTC, así que ajusta tu lectura a eso al correlacionar eventos, y cambia a la hora local solo cuando estés razonando sobre lo que un usuario concreto experimentó en su ubicación.
El problema del año 2038 y los límites de 32 bits
Los sistemas que almacenan el tiempo Unix en un entero de 32 bits con signo solo pueden contar hasta 2.147.483.647 segundos, que se alcanzan a las 03:14:07 UTC del 19 de enero de 2038. Pasado ese punto, el valor se desborda y da la vuelta a un número negativo, aterrizando de nuevo en 1901, el equivalente al efecto 2000 en la era del epoch.
Los sistemas modernos de 64 bits empujan ese techo miles de millones de años hacia el futuro, y este conversor en sí maneja fechas mucho más allá de 2038, además de timestamps negativos anteriores a 1970. La lección práctica es asegurarse de que cualquier código que almacene o transmita tiempo epoch use un tipo de 64 bits.
Errores comunes y herramientas relacionadas
Los errores recurrentes son la confusión entre segundos y milisegundos, olvidar que un timestamp en crudo no tiene zona horaria, y truncar en vez de redondear al escalar entre las dos unidades. Tener en mente la regla del recuento de dígitos, 10 para segundos y 13 para milisegundos en las fechas de hoy, atrapa la mayoría de estos de un vistazo.
Para trabajos relacionados, esta convive con las demás utilidades para desarrolladores del sitio, todas ejecutándose por completo del lado del cliente. Tanto si estás decodificando el claim exp del payload de un JWT como alineando entradas de log contra un release, la conversión de aquí es exacta y se queda en tu equipo.
Preguntas frecuentes
¿Este conversor de timestamps es gratis?
Sí, gratuito e ilimitado, sin registro. Se ejecuta por completo en tu navegador.
¿Qué es exactamente el tiempo Unix?
El recuento de segundos desde las 00:00:00 UTC del 1 de enero de 1970, conocido como el epoch. Da a cada instante un número único y sin ambigüedad, y por eso los sistemas lo usan internamente en lugar de fechas formateadas.
¿Por qué mi fecha convertida parece desfasada varias horas?
Estás comparando UTC con tu zona horaria local. El timestamp en sí no tiene zona horaria; la herramienta muestra ambas representaciones para que elijas la que buscas. Comprueba cuál usan tus logs, porque los servidores suelen registrar en UTC.
¿Qué es el problema del año 2038?
Los sistemas que almacenan el tiempo Unix en un entero de 32 bits con signo se desbordan el 19 de enero de 2038. Los sistemas modernos de 64 bits no se ven afectados, y este conversor maneja fechas mucho más allá de 2038.
¿Maneja timestamps negativos?
Sí. Los valores negativos representan momentos anteriores a 1970, así que -86400 se convierte en el 31 de diciembre de 1969 UTC. Algunos sistemas antiguos los rechazan, pero la matemática está bien definida.
¿Puedo usarlo en el móvil?
Sí. Funciona en cualquier navegador móvil, lo que resulta cómodo cuando estás leyendo logs o el payload de un JWT lejos del escritorio.