Respuesta rápida
Pega una marca de tiempo Unix y el conversor muestra la fecha al instante: 1760680000 es el 17 de octubre de 2025, 05:46:40 UTC, u 11:16:40 IST. Detecta si el número está en segundos (10 dígitos), milisegundos (13 dígitos), micro o nanosegundos, y muestra ISO 8601, RFC 2822 y «hace cuánto». Para ir en el otro sentido, elige una fecha, una hora y una zona horaria para obtener los segundos y milisegundos epoch.
¿Qué es un conversor de marcas de tiempo Unix?
Un conversor de marcas de tiempo Unix traduce entre el tiempo epoch (los números largos que usan las computadoras para guardar momentos, como 1760680000) y fechas legibles como «viernes, 17 de octubre de 2025, 11:16 AM IST». El tiempo Unix cuenta los segundos desde la medianoche UTC del 1 de enero de 1970. Como es un solo número que significa el mismo instante en cualquier lugar de la Tierra, lo usan las bases de datos, las API, los archivos de registro, los tokens JWT, los eventos de analítica y los sistemas de archivos. Pero nadie puede leer 1760680000 de un vistazo, y confundir segundos con milisegundos o con zonas horarias causa algunos de los errores más comunes del software.
Este conversor gratuito muestra la marca de tiempo actual en vivo, convierte cualquier marca de tiempo (en segundos, milisegundos, microsegundos o nanosegundos, detectados automáticamente) a UTC, tu hora local o cualquiera de las más de 400 zonas horarias, y le da formato ISO 8601, RFC 2822 y tiempo relativo. También convierte cualquier fecha y hora en cualquier zona de vuelta a segundos y milisegundos epoch, aplicando correctamente las reglas del horario de verano. Haz clic en cualquier resultado para copiarlo.
Características principales
- Reloj epoch en vivo: la hora Unix actual, actualizada cada segundo.
- Detección automática de unidades: 10, 13, 16 o 19 dígitos → s, ms, µs o ns.
- Cualquier zona horaria: la tuya, UTC, IST, Nueva York, Londres, Dubái y todas las zonas IANA.
- Formatos estándar: ISO 8601 (UTC y con desfase), RFC 2822.
- Tiempo relativo: «en 3 días», «hace 2 años».
- Fecha → marca de tiempo en cualquier zona, compatible con el horario de verano.
- Nanosegundos exactos: los valores grandes se analizan con BigInt, sin errores de redondeo.
- Clic para copiar cualquier valor.
Cómo usarla, paso a paso
- Pega una marca de tiempo en «Marca de tiempo Unix». Deja la Unidad en Autodetectar.
- Elige la zona horaria que mostrar: la zona de tu navegador viene preseleccionada.
- Lee los resultados: unidad detectada, UTC, la zona elegida con su desfase, formatos ISO, RFC 2822 y tiempo relativo.
- Haz clic en cualquier cuadro para copiar su valor.
- Para convertir una fecha, elígela en «Fecha y hora», elige la zona a la que pertenece y lee los segundos y milisegundos epoch.
Ejemplos de conversión
| Marca de tiempo | UTC | IST (UTC+05:30) |
|---|---|---|
| 0 | 1970-01-01 00:00:00 | 1970-01-01 05:30:00 |
| 1700000000 | 2023-11-14 22:13:20 | 2023-11-15 03:43:20 |
| 1760680000 | 2025-10-17 05:46:40 | 2025-10-17 11:16:40 |
| 2147483647 | 2038-01-19 03:14:07 | 2038-01-19 08:44:07 |
| 4102444800 | 2100-01-01 00:00:00 | 2100-01-01 05:30:00 |
Fíjate en que 1700000000 cae el 14 de noviembre en UTC pero ya el 15 de noviembre en India: un recordatorio de que la misma marca de tiempo puede ser una fecha de calendario distinta según la zona horaria.
Segundos, milisegundos, microsegundos, nanosegundos
| Unidad | Dígitos hoy | Origen típico |
|---|---|---|
| Segundos | 10 | Unix/Linux, PHP time(), MySQL UNIX_TIMESTAMP(), JWT exp/iat |
| Milisegundos | 13 | JavaScript Date.now(), Java System.currentTimeMillis(), muchas API |
| Microsegundos | 16 | Python time.time_ns()/1000, componentes internos de PostgreSQL, algunos registros |
| Nanosegundos | 19 | Go time.UnixNano(), Kafka, trazado de alta resolución |
El número de dígitos se aplica a fechas entre 2001 y 2286. Si tienes un valor inusual, elige la unidad manualmente en lugar de la autodetección.
Zonas horarias, IST y horario de verano
Una marca de tiempo es la misma en todas partes; las zonas horarias solo cambian cómo se muestra. La hora estándar de India es UTC+05:30 todo el año y no tiene horario de verano. Muchas otras zonas se adelantan una hora en verano, así que Nueva York es UTC−05:00 en invierno y UTC−04:00 en verano. El conversor usa la base de datos de zonas horarias IANA integrada en tu navegador, que conoce estas reglas para fechas pasadas y futuras. Al convertir una fecha local de vuelta a una marca de tiempo, comprueba el desfase dos veces para que las fechas del día en que cambian los relojes se manejen correctamente.
Los formatos de fecha explicados
- ISO 8601 (UTC):
2025-10-17T05:46:40.000Z: la Z significa UTC. Estándar para API y JSON. - ISO 8601 con desfase:
2025-10-17T11:16:40+05:30: la hora local más su desfase. - RFC 2822:
Fri, 17 Oct 2025 05:46:40 GMT: se usa en correos y encabezados HTTP. - Relativo: «hace un año»: amigable para las interfaces de usuario.
Al guardar fechas, prefiere marcas de tiempo o ISO 8601 en UTC; convierte a la hora local solo al mostrarlas a las personas.
Cómo obtener y convertir marcas de tiempo en código
- JavaScript:
Math.floor(Date.now() / 1000);new Date(ts * 1000).toISOString(). - Python:
int(time.time());datetime.fromtimestamp(ts, tz=timezone.utc). - PHP:
time();date('c', $ts). - MySQL:
UNIX_TIMESTAMP();FROM_UNIXTIME(ts). - Terminal:
date +%s;date -d @1760680000(Linux) odate -r 1760680000(macOS).
¿Por qué el tiempo Unix empieza en 1970?
Cuando se desarrolló Unix en Bell Labs hacia 1970, sus diseñadores necesitaban un punto de referencia sencillo para el reloj del sistema. Eligieron el inicio de 1970 en UTC: una fecha redonda y reciente que cabía cómodamente en los enteros de la época. La elección se quedó cuando Unix y sus ideas se extendieron a Linux, macOS, Android, iOS y la web, así que hoy casi todos los lenguajes de programación y bases de datos entienden «segundos desde 1970-01-01 UTC». Otros sistemas usan épocas distintas (las marcas de tiempo de archivos de Windows cuentan intervalos de 100 nanosegundos desde 1601, y la hora GPS empieza en 1980), algo que conviene recordar cuando una fecha convertida parece totalmente errónea.
Marcas de tiempo en bases de datos y API
Guardar la hora como una marca de tiempo entera hace trivial ordenar, comparar y operar: resta dos marcas de tiempo para obtener una duración en segundos, suma 86,400 para un día. Muchas bases de datos también ofrecen tipos específicos (PostgreSQL timestamptz, MySQL DATETIME o TIMESTAMP, MongoDB Date) que guardan UTC internamente y convierten al mostrar. Las API suelen enviar marcas de tiempo enteras (segundos o milisegundos) o cadenas ISO 8601. Al integrar sistemas, documenta cuál usas y indica siempre la unidad; un campo llamado created que contenga 1760680000000 es una fuente clásica de confusión.
El problema del año 2038
Los sistemas antiguos guardan el tiempo Unix como un entero de 32 bits con signo, cuyo valor máximo es 2,147,483,647, que se alcanza a las 03:14:07 UTC del 19 de enero de 2038 (08:44:07 IST). Un segundo después, esos contadores se desbordan a un número negativo, que se leería como diciembre de 1901. Los sistemas operativos, bases de datos y lenguajes modernos usan enteros de 64 bits, que no se desbordarán durante unos 292 mil millones de años, pero los dispositivos integrados, los formatos de archivo antiguos y las bases de datos heredadas aún pueden necesitar actualización. Pega 2147483647 en el conversor para ver el momento exacto.
Referencia rápida de duraciones
| Duración | Segundos |
|---|---|
| 1 minuto | 60 |
| 1 hora | 3,600 |
| 1 día | 86,400 |
| 1 semana | 604,800 |
| 30 días | 2,592,000 |
| 1 año (365 días) | 31,536,000 |
Suma estos valores a una marca de tiempo para avanzar en el tiempo: por ejemplo, un token emitido en 1760680000 con una vigencia de una hora caduca en 1760683600.
Usos habituales
- Leer marcas de tiempo en registros, filas de bases de datos y respuestas de API.
- Comprobar los valores exp e iat de un JWT.
- Convertir fechas legibles en valores epoch para consultas.
- Depurar errores de zonas horarias y de horario de verano.
- Programar y comparar eventos entre países.
- Verificar que los dispositivos y los servidores coinciden en la hora.
- Calcular cuándo caducará una entrada de caché, una cookie o un enlace de descarga.
Errores comunes que debes evitar
- Confundir segundos y milisegundos: una fecha en 1970 o en el año 57000 es el síntoma habitual.
- Guardar la hora local sin zona: guarda siempre UTC o un desfase.
- Suponer un desfase fijo en zonas que usan horario de verano.
- Analizar fechas ambiguas como 03/04/2025: usa ISO 8601.
- Columnas enteras de 32 bits para marcas de tiempo posteriores a 2038.
Solución de problemas
- La fecha parece muy lejana en el futuro o en el pasado: define la unidad manualmente.
- Mensaje de error: el valor debe ser un número entero (se ignoran las comas y los espacios).
- La hora local parece desfasada una hora: comprueba la zona horaria seleccionada y el horario de verano de esa fecha.
- Valor con decimales: se aceptan segundos fraccionarios; la fecha se muestra al milisegundo.
Glosario rápido
- Epoch: el momento de referencia, 1970-01-01 00:00:00 UTC.
- UTC: Tiempo Universal Coordinado, el estándar horario mundial.
- Desfase: la diferencia entre una hora local y UTC, como +05:30.
- Zona IANA: una zona horaria con nombre, como Asia/Kolkata, con todo su historial de reglas.
- ISO 8601: el formato internacional de fecha y hora.
- Segundo intercalar: un segundo extra ocasional en UTC, que el tiempo Unix ignora.
- DST: horario de verano, cuando algunas regiones adelantan los relojes una hora en verano.
- RFC 2822: el formato de fecha que se usa en los encabezados de correo, como Fri, 17 Oct 2025 05:46:40 GMT.
- Hora de 64 bits: marcas de tiempo guardadas en enteros de 64 bits, seguras mucho más allá de 2038.
¿Por qué usar este conversor de marcas de tiempo?
Detecta las unidades automáticamente, admite todas las zonas horarias con las reglas correctas de horario de verano, convierte en ambos sentidos, maneja los nanosegundos con exactitud y copia cualquier formato con un clic: gratis y privado.
Conversor de marcas de tiempo Unix: datos clave
| Epoch | Segundos desde el 1 de enero de 1970 00:00:00 UTC |
|---|---|
| Unidades | Segundos (10 dígitos), ms (13), µs (16), ns (19): autodetectados |
| Salidas | UTC, zona elegida con desfase, ISO 8601, RFC 2822, relativo |
| Inversa | Fecha + hora + zona → segundos y milisegundos epoch |
| Ejemplo | 1760680000 = 2025-10-17 05:46:40 UTC = 11:16:40 IST |
| Y2038 | 2147483647 = 2038-01-19 03:14:07 UTC (límite de 32 bits) |
Preguntas frecuentes
¿Qué es una marca de tiempo Unix?
Una marca de tiempo Unix (tiempo epoch) es el número de segundos transcurridos desde las 00:00:00 UTC del 1 de enero de 1970, sin contar los segundos intercalares. Es la misma en todo el mundo en un momento dado, lo que la hace ideal para guardar y comparar horas en software.
¿Cómo sé si una marca de tiempo está en segundos o en milisegundos?
Cuenta los dígitos. Las marcas de tiempo actuales en segundos tienen 10 dígitos (p. ej., 1760680000); en milisegundos, 13 dígitos (1760680000000). Los microsegundos tienen 16 y los nanosegundos 19. El conversor lo detecta automáticamente, o puedes elegir la unidad.
¿Cómo convierto una marca de tiempo a IST?
Pega la marca de tiempo y elige Asia/Kolkata en la lista de zonas horarias. IST es UTC+05:30 todo el año, así que 1760680000 (05:46:40 UTC) se convierte en 11:16:40 IST.
¿Cómo obtengo la marca de tiempo Unix actual?
Se muestra en vivo en la parte superior de la herramienta y se actualiza cada segundo. Haz clic en el icono de copiar para copiarla. En código: Math.floor(Date.now() / 1000) en JavaScript, time.time() en Python o date +%s en una terminal.
¿Qué es ISO 8601?
ISO 8601 es el formato de fecha internacional, como 2025-10-17T05:46:40.000Z (Z significa UTC) o 2025-10-17T11:16:40+05:30 con un desfase. Se ordena correctamente como texto y lo usan la mayoría de las API.
¿Qué es el problema del año 2038?
Los sistemas que guardan las marcas de tiempo como enteros de 32 bits con signo solo pueden contar hasta 2147483647, que es el 19 de enero de 2038 03:14:07 UTC. Después se desbordan. Los sistemas modernos usan marcas de tiempo de 64 bits, que duran miles de millones de años.
¿Las marcas de tiempo cambian con el horario de verano?
No. Una marca de tiempo Unix siempre se basa en UTC. El horario de verano solo afecta a cómo se muestra en una zona horaria local. El conversor aplica las reglas de horario de verano correctas para la zona y la fecha elegidas.
¿Pueden ser negativas las marcas de tiempo?
Sí. Los valores negativos son fechas anteriores a 1970; por ejemplo, −86400 es el 31 de diciembre de 1969 00:00 UTC.
¿Por qué mi fecha de JavaScript se desfasa 1000 veces?
El objeto Date de JavaScript usa milisegundos, mientras que la mayoría de las herramientas Unix y bases de datos usan segundos. Multiplica los segundos por 1000 antes de pasarlos a new Date(), o divide Date.now() entre 1000.
¿El tiempo Unix incluye segundos intercalares?
No. El tiempo Unix trata cada día como exactamente 86,400 segundos, así que los segundos intercalares no se cuentan.
¿Mis datos se envían a algún sitio?
No. Todas las conversiones ocurren en tu navegador.
¿El conversor de marcas de tiempo es gratis?
Sí. Es gratis, ilimitado y no requiere registro.
¡Convierte números epoch en fechas reales!
Segundos, milisegundos y zonas horarias manejados: gratis e instantáneo.
Explora más herramientas de Prompt Minds
El conversor de marcas de tiempo Unix funciona muy bien junto con nuestras otras herramientas gratuitas. Todas las herramientas de Prompt Minds se ejecutan por completo en tu navegador: sin registro, sin subidas y sin marcas de agua. Ver todas las herramientas gratuitas.