Conversor de marca de tiempo Unix
Convierte entre marcas de tiempo Unix (segundos o milisegundos desde la época) y fechas legibles. Compatible con varias zonas horarias, relleno instantáneo de la hora actual y tiempo relativo, pensado para desarrolladores.
Conceptos básicos de la marca de tiempo Unix
Una marca de tiempo Unix representa una fecha y hora como el número de segundos transcurridos desde las 00:00:00 UTC del 1 de enero de 1970 (la época Unix). A continuación se muestra una tabla con valores conocidos y las fechas que representan.
| Timestamp (segundos) | Fecha y hora UTC | Nota |
|---|---|---|
| 0 | 1970-01-01T00:00:00Z | La época Unix (el punto de partida de todas las marcas de tiempo) |
| 1000000000 | 2001-09-09T01:46:40Z | El momento en que la marca de tiempo alcanzó los mil millones de segundos (el "Unix Billennium") |
| 1234567890 | 2009-02-13T23:31:30Z | Un valor que se hizo curioso por contener los dígitos del 1 al 9 en orden |
| 2147483647 | 2038-01-19T03:14:07Z | El problema del año 2038: el valor máximo de un entero de 32 bits con signo (se desborda un segundo después) |
¿Qué es esta herramienta?
Este conversor traduce marcas de tiempo Unix a fechas legibles y viceversa, sin necesidad de escribir código ni abrir la consola del navegador. Basta con pegar un número o elegir una fecha en el selector para obtener al instante el resultado equivalente en segundos, en milisegundos, en formato ISO 8601 (UTC) y en seis zonas horarias distintas a la vez. Todo el cálculo se realiza en tu propio navegador: los valores que introduces no se envían a ningún servidor.
La herramienta detecta automáticamente si un número corresponde a segundos o a milisegundos según su cantidad de dígitos, aunque también puedes fijar la unidad manualmente cuando ya conoces el origen del dato. Para la conversión inversa, calcula correctamente los cambios de horario de verano mediante un doble ajuste del desfase horario, y rechaza fechas de calendario inexistentes, como el 30 de febrero. Un pequeño detalle histórico que conviene tener presente: como la marca de tiempo se almacena tradicionalmente como un entero de 32 bits con signo, el 19 de enero de 2038 a las 03:14:07 UTC (exactamente 2.147.483.647 segundos después de la época Unix) ese contador alcanza su valor máximo y, en los sistemas que no lo hayan corregido, se desborda: es el llamado problema del año 2038.
Cómo usar el conversor
- Elige la dirección de conversión Usa la tarjeta "Timestamp -> Fecha" si partes de un número, o "Fecha -> Timestamp" si partes de una fecha y hora concretas.
- Introduce el valor de origen Pega la marca de tiempo en el campo correspondiente, o selecciona la fecha y hora con el selector de calendario.
- Ajusta la unidad o la zona horaria Deja "Detección automática" si no conoces la unidad del número, o indica manualmente si son segundos o milisegundos; al convertir desde una fecha, especifica en qué zona horaria debe interpretarse.
- Lee el resultado en la tabla de zonas horarias Comprueba de un vistazo el mismo instante expresado en UTC, Japón, Nueva York, Los Ángeles, Londres y París, junto con el tiempo relativo y el formato ISO 8601.
- Usa "Rellenar hora actual" para pruebas rápidas Con un clic obtienes la marca de tiempo del instante presente, útil para generar datos de prueba sin salir de la página.
Consejos para aprovecharla mejor
- Un valor de 10 dígitos suele estar en segundos, mientras que uno de 13 dígitos suele estar en milisegundos. Selecciona "Detección automática" para que se infiera la unidad según el número de dígitos.
- Pega directamente una marca de tiempo de un registro de servidor o de una respuesta de API para comprobar de una sola vez su hora equivalente en varias zonas horarias.
- Al convertir una fecha a marca de tiempo, asegúrate de seleccionar explícitamente a qué zona horaria pertenece la fecha y hora introducidas.
- El formato ISO 8601 (UTC) puede analizarse directamente en la mayoría de los lenguajes de programación y bases de datos, lo que resulta útil al buscar en registros o diseñar una API.
- Haz clic en "Rellenar hora actual" para completar instantáneamente el campo con la hora actual obtenida del Date.now() del navegador.
Casos de uso habituales
Analizar registros de servidor
Los archivos de log suelen guardar cada evento como una marca de tiempo Unix. Pegándola aquí puedes saber en segundos a qué hora local ocurrió un error o un pico de tráfico, sin necesidad de scripts.
Depurar respuestas de API
Muchas APIs REST devuelven fechas como enteros. Comprobar si el campo está en segundos o en milisegundos, y verificar que corresponde a la hora esperada, ayuda a detectar errores de serialización antes de que lleguen a producción.
Revisar columnas de fecha en bases de datos
Al inspeccionar una tabla con columnas de tipo entero que almacenan fechas (created_at, updated_at, expires_at), esta herramienta permite traducir esos valores a una fecha legible sin escribir una consulta SQL adicional.
Coordinar reuniones con equipos remotos
Al convertir una fecha y hora a marca de tiempo, la tabla de seis zonas horarias muestra de inmediato la hora equivalente para compañeros en Tokio, Nueva York, Los Ángeles, Londres o París, evitando confusiones de horario de verano.
Generar datos de ejemplo para documentación o pruebas
Cuando necesitas un valor de marca de tiempo concreto para incluirlo en código de ejemplo, fixtures de pruebas o documentación de API, puedes fijar la fecha exacta que quieres representar y copiar el resultado en segundos o milisegundos.
Glosario
- Marca de tiempo Unix (epoch)
- Número que representa un instante como la cantidad de segundos (o milisegundos) transcurridos desde la época Unix, sin depender de ninguna zona horaria concreta.
- Época Unix
- El instante de referencia fijado en las 00:00:00 UTC del 1 de enero de 1970, a partir del cual se cuentan todas las marcas de tiempo Unix.
- UTC (Tiempo Universal Coordinado)
- Escala horaria de referencia mundial, equivalente en la práctica al antiguo GMT, que no cambia con el horario de verano y sirve de base para calcular cualquier otra zona horaria.
- Época en milisegundos
- Variante de la marca de tiempo Unix que cuenta milisegundos en lugar de segundos desde la época; es el formato que usa, por ejemplo, Date.now() en JavaScript.
- ISO 8601
- Estándar internacional para representar fechas y horas como texto (por ejemplo, 2026-09-20T12:00:00Z), fácil de leer para personas y de analizar en cualquier lenguaje de programación.
- Problema del año 2038
- Desbordamiento que sufrirán los sistemas que guardan la marca de tiempo como entero de 32 bits con signo al llegar a las 03:14:07 UTC del 19 de enero de 2038, momento en el que el contador supera su valor máximo representable.
- Horario de verano (DST)
- Ajuste estacional que adelanta o atrasa el reloj local en ciertas regiones, y que puede hacer que el desfase respecto a UTC de una misma zona horaria varíe según la época del año.
- Tiempo relativo
- Forma de expresar un instante en relación con el momento actual, como "hace 3 horas" o "en 2 días", en lugar de mostrar la fecha y hora absolutas.
Preguntas frecuentes
A propósito — ¿Por qué las computadoras cuentan el tiempo en segundos?
Los humanos expresamos las fechas y horas combinando año, mes, día y hora del día, como "12 de julio de 2026, 17:08". Para una computadora, sin embargo, este formato resulta incómodo: hay que tener en cuenta reglas complejas como los años bisiestos, las zonas horarias y el horario de verano, e incluso calcular la diferencia entre dos fechas se convierte en una operación engorrosa. La solución ideada fue representar el tiempo con un único número: los segundos transcurridos desde un instante de referencia. Esto es exactamente lo que hace una marca de tiempo Unix.
La mayor ventaja de representar el tiempo como un único entero es que comparar fechas y calcular diferencias entre ellas se reduce a una simple aritmética. Averiguar "cuántos segundos separan estos dos eventos" es solo cuestión de restar una marca de tiempo de otra, sin preocuparse por los años bisiestos ni por la duración variable de los meses. Gracias a esta simplicidad, el formato fue adoptado no solo por los sistemas tipo Unix, sino también por Windows, las bases de datos y las representaciones internas de muchos lenguajes de programación, convirtiéndose en un estándar de facto a nivel mundial.
Por otro lado, este diseño de un único número independiente de la zona horaria implica que la conversión de zona horaria solo se vuelve necesaria cuando un humano necesita leer el valor. Una misma marca de tiempo puede parecer plena madrugada en Tokio y la tarde del día anterior en Nueva York, según la zona horaria en la que se muestre. Muchos de los confusos errores de "la hora no coincide" que aparecen al investigar registros o depurar integraciones de API se deben precisamente a este tipo de conversión de zona horaria pasada por alto.