Convert between Unix timestamps and human-readable dates. 100% local.
This tool runs 100% in your browser. All computation happens locally on your device — your input is never uploaded to any server. Results are for reference only.
A Unix timestamp counts the seconds elapsed since 1970-01-01 00:00:00 UTC (the "epoch"). Any instant in time collapses to a single integer, which is why computers love it.
Top: time is a single integer counting from the epoch. Bottom: that integer is split back into year / month / day / hour / minute / second in UTC. Milliseconds timestamps simply count 1,000 per second.
Every computer agrees on these — paste them in and compare with your local timezone.
To convert a timestamp: enter a Unix timestamp (seconds or milliseconds) or a date — the tool instantly converts between formats with timezone support.
FreeToolHub Unix Timestamp Converter is a free browser-based tool that converts between Unix timestamps and human-readable dates, no signup.
Convierte entre marcas de tiempo Unix y fechas legibles. Soporta segundos, milisegundos, UTC y zonas horarias locales. Gratis, en el navegador.
Este conversor traduce entre marcas de tiempo Unix —los segundos o milisegundos enteros desde el 1 de enero de 1970 UTC— y fechas legibles por personas. Pega 1767225600 y ve al instante la fecha completa en UTC y en tu zona horaria local; escribe una fecha y obtén la marca de tiempo en ambas precisiones. Gestiona los dos sistemas de unidades que causan errores reales, segundos frente a milisegundos, detecta cuál es automáticamente o deja que lo especifiques tú, y muestra contexto relativo como cuánto tiempo pasó desde una marca. Todo se convierte localmente, lo cual importa cuando los registros contienen identificadores internos del sistema.
Los desarrolladores de backend leen respuestas de API, filas de base de datos y claims de JWT cuyas fechas llegan como números crudos. Quien depura reconcilia marcas de tiempo entre registros de servidores con zonas horarias distintas y determina si un evento ocurrió antes o después de otro pese a las diferencias de formato. Los analistas de datos convierten columnas de epoch en hojas de cálculo a fechas legibles antes de informar. Quien configura caducidad de caché, vigencia de tokens o tareas programadas comprueba que el número que va a codificar a mano significa la fecha que cree. Y los estudiantes que aprenden programación de sistemas obtienen una intuición inmediata sobre la escala de la época Unix.
(1) Pega una marca de tiempo: la herramienta detecta segundos frente a milisegundos por magnitud (los valores de 10 dígitos son segundos, los de 13 son milisegundos) y convierte en ambos sentidos. (2) La fecha legible se muestra en UTC y en hora local una al lado de la otra, con el día de la semana para contexto de planificación. (3) En sentido inverso, elige cualquier fecha y hora para obtener valores epoch en ambas unidades. (4) El botón now captura la marca de tiempo actual para pegarla en configuraciones y consultas. Los valores negativos anteriores a 1970 también funcionan, y las conversiones tratan los segundos bisiestos como la mayoría de los sistemas: ignorándolos.
El ecosistema Unix nunca terminó de estandarizar la precisión: C y las bases de datos cuentan segundos tradicionalmente, mientras que el Date.now() de JavaScript y el System.currentTimeMillis() de Java cuentan milisegundos. Las consecuencias aparecen constantemente: una marca en milisegundos pegada en un sistema que espera segundos cae miles de años en el futuro, y al revés produce fechas de los años setenta; ambos son errores clásicos de producción en pilas mixtas. La elección de JavaScript también explica las fechas en JSON: las APIs que devuelven milisegundos desde la época vienen de backends en JS. La regla de magnitud hace trivial la detección: las marcas en segundos tienen 10 dígitos hasta el año 2286; las de milisegundos, 13. Al integrar sistemas, normaliza a una sola precisión en el límite, guarda siempre en UTC y convierte a hora local solo al mostrar: la disciplina que elimina toda una clase de defectos de zona horaria.
A count of seconds elapsed since 1970-01-01 00:00:00 UTC (the 'Unix epoch'), ignoring leap seconds. Because it is a single plain number with no timezone or format ambiguity, it is the standard way databases, APIs, and logs record points in time.
Same epoch, different unit: 1767139200 is seconds, 1767139200000 is the same moment in milliseconds. JavaScript's Date.now() returns milliseconds; most backend systems and databases (and the wider Unix world) use seconds. This converter handles both — pick the unit and it interprets the digits accordingly.
It almost never is wrong — the readable output is rendered in your device's local timezone, while the timestamp itself is timezone-free UTC. A timestamp parsed as 09:00 UTC displays as 17:00 in UTC+8. Convert to the UTC zone (or read the UTC line in the output) when comparing against server logs.
Signed 32-bit second counters overflow on 2038-01-19 (the 'Y2K38 problem'), but modern systems use 64-bit integers, which are good for roughly 292 billion years. If you maintain old embedded or 32-bit code, audit timestamp handling before 2038; everyday 64-bit tools like this one are unaffected.
In JavaScript: new Date(timestamp * 1000) for seconds, or new Date(timestamp) for milliseconds. In Python: datetime.datetime.fromtimestamp(timestamp). This tool handles both seconds and milliseconds automatically, and displays the result in multiple timezone formats simultaneously.
Esta herramienta también se conoce por estas tareas — cada enlace abre la misma herramienta con una guía enfocada:
What do you call a really smart cookie?
No signups, no data sold. Every tool is free to use — the free tier allows 5 downloads or saves per day, and the optional Pro plan ($7/mo, $59/yr) adds unlimited downloads, batch processing, white-label exports and an ad-free experience.
☕Support me on Ko-fi— support the free tier100% of proceeds go towards hosting & building more free tools.