Conversor de tiempo Unix - marca de tiempo a fecha | POLPROG Skip to content

Conversor de tiempo Unix FREE

Convierte marcas de tiempo Unix en fechas y al revés, en segundos, milisegundos, microsegundos o nanosegundos, en cualquier zona horaria IANA.

Uso gratuito Sin registro Privacidad ante todo
Todo se convierte en tu navegador. Ninguna marca de tiempo se envía a ningún sitio.
Tiempo Unix actual
01 / Valor de entrada

Introduce una marca de tiempo

La unidad se detecta automáticamente. También puedes forzar segundos, milisegundos, microsegundos o nanosegundos.

Ejemplos: 1786435200 · 1786435200000 · 2026-08-11 · 2026-08-11 10:00 · 2026-08-11T08:00:00Z

Unidad
O elige una fecha y una hora
Valores rápidos

La conversión ocurre localmente en tu navegador. Los valores nunca se envían a un servidor.

02 / Resultado

Listo para usar

Primero la respuesta que buscabas; los formatos técnicos quedan agrupados debajo.

Escribe a la izquierda una marca de tiempo o una fecha y la conversión aparecerá aquí. No se envía nada: todo ocurre en esta pestaña.

Comparación de tiempos

Diferencia entre dos marcas de tiempo

Calcula el intervalo entre dos momentos sin una calculadora aparte. Útil para registros, TTL, cachés y tokens. Ambos campos aceptan los mismos formatos que el conversor de arriba.

Resultado en vivo
Conversión por lotes

Muchos valores de una vez

Pega hasta 500 entradas, una por línea. Se pueden mezclar marcas de tiempo y fechas; cada línea se detecta por separado.

En local · hasta 500
Valores de entrada 0/ 500
Vista previa del resultado Todavía sin convertir
El resultado aparecerá aquí Pega tus valores y pulsa Convertir para verlos sin salir de la página.
Para desarrolladores

Usa este valor directamente en código

Los ejemplos siguen al conversor. Elige un lenguaje y copia el fragmento; la parte de subsegundo se trata tal y como la trata realmente cada entorno.

Cada fragmento se genera para la unidad que aparece encima, así que un valor en milisegundos nunca se multiplica otra vez por mil sin avisar.

Nociones

Sobre el tiempo Unix

Lo que de verdad importa, en un formato que se recorre con la vista en lugar de un muro de texto.

01 · Base

Qué es el tiempo Unix

El tiempo Unix cuenta los segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 UTC, el instante llamado epoch. Un entero, sin reglas de calendario, sin configuración regional, sin zona horaria: por eso casi todos los registros, bases de datos y API lo usan internamente y solo lo convierten en una fecha legible al final.

02 · Precisión

Segundos frente a milisegundos

Una marca de tiempo actual tiene 10 dígitos en segundos y 13 en milisegundos, y de ahí viene la regla práctica. Es solo eso, una regla práctica: el número de dígitos depende de la fecha, los valores negativos la rompen y los microsegundos y nanosegundos añaden tres dígitos cada uno. Este conversor lee en cambio el orden de magnitud, te dice qué ha decidido y te deja corregirlo.

03 · Zonas

UTC y zonas horarias

Una marca de tiempo señala un único instante en todo el mundo. La zona horaria solo decide cómo se escribe ese instante, y por eso 1786435200 son las 09:00 en Londres y las 17:00 en Tokio el mismo día. El horario de verano también forma parte de esa escritura, así que esta herramienta toma cada desfase de la base IANA de tu navegador en vez de calcularlo.

04 · Año 2038

El problema del año 2038

Un entero con signo de 32 bits solo guarda segundos Unix hasta 2147483647, es decir hasta el 19 de enero de 2038 a las 03:14:07 UTC. Un segundo después se desborda a 1901. Afecta a esa decisión de almacenamiento, no al tiempo Unix en sí: los sistemas de 64 bits y todos los lenguajes actuales están a salvo. Donde todavía duele es en el firmware embebido de 32 bits, en los formatos binarios de campos de ancho fijo y en columnas enteras antiguas que nunca se ampliaron.

Preguntas

FAQ

¿Qué es el epoch de Unix?

El epoch de Unix es el 1 de enero de 1970 a las 00:00:00 UTC. Una marca de tiempo Unix cuenta los segundos transcurridos desde ese instante, así que es un solo número que identifica un momento sin necesitar calendario, configuración regional ni zona horaria.

¿El tiempo Unix es siempre UTC?

Una marca de tiempo Unix es un desplazamiento desde un instante fijo, así que no está "en" ninguna zona horaria. Se suele describir como UTC porque el propio epoch está definido en UTC. Las zonas solo importan cuando conviertes el número en una fecha legible, y por eso la misma marca muestra una hora distinta en Varsovia y en Tokio.

¿Por qué mi marca de tiempo tiene 13 dígitos?

Casi con seguridad porque está en milisegundos. JavaScript, Java y la mayoría de las API JSON cuentan milisegundos, lo que multiplica el valor por mil y añade tres dígitos. El número de dígitos es una buena pista, no una regla: este conversor elige la unidad por el orden de magnitud y admite que lo corrijas.

¿Qué diferencia hay entre segundos y milisegundos Unix?

Solo la resolución. 1786435200 y 1786435200000 son el mismo instante; la segunda forma además puede expresar fracciones de segundo. Confundirlos es el error de marcas de tiempo más habitual que existe y se detecta rápido: leído como segundos el valor cae en 2026, y los mismos dígitos leídos como milisegundos caen en enero de 1970.

¿Pueden las marcas de tiempo Unix representar fechas anteriores a 1970?

Sí, como números negativos. -86400 es el 31 de diciembre de 1969. Algunos sistemas y bases de datos antiguos guardan el valor como entero sin signo y rechazan los negativos, así que una fecha anterior a 1970 puede sobrevivir a un sistema y romperse en el siguiente.

¿El tiempo Unix incluye información de zona horaria?

No. Y es una ventaja, no una carencia: guardar un instante y darle formato por usuario es lo que mantiene un registro legible entre regiones. Si además necesitas la hora local original, guarda el identificador de zona IANA junto a la marca de tiempo.

¿Cómo obtengo la marca de tiempo Unix actual?

En una shell: date +%s. En JavaScript: Math.floor(Date.now() / 1000). En Python: int(time.time()). En PHP: time(). En SQL: EXTRACT(EPOCH FROM NOW()) en PostgreSQL o UNIX_TIMESTAMP() en MySQL. El valor en vivo de la parte superior de esta página es ese mismo número.

¿Qué es el problema del año 2038?

Una marca de tiempo Unix guardada en un entero con signo de 32 bits se queda sin espacio el 19 de enero de 2038 a las 03:14:07 UTC, y el segundo siguiente desborda hasta 1901. Los sistemas y lenguajes modernos de 64 bits no se ven afectados, pero el firmware embebido, los formatos de archivo antiguos y las columnas de base de datos de 32 bits todavía pueden verse.

Sigue explorando

Cada conversión se ejecuta en tu navegador. Ninguna marca de tiempo, fecha o lista pegada se envía nunca a un servidor.