Conversor de timestamp Unix
Convierte la hora epoch a fecha y viceversa — segundos, milis, micros y nanos
—
—
—
—
—
—
—
Las zonas horarias son la parte difícil
Detección automática de unidad
Segundos, milisegundos, microsegundos y nanosegundos se detectan automáticamente por el número de dígitos: un epoch de 10 dígitos, milisegundos de 13 y nanosegundos de 19 se resuelven sin tocar el desplegable de unidades.
Cuatro formatos a la vez
Una sola entrada produce hora local, UTC, ISO 8601 y una lectura relativa como hace tres días, mientras el reloj de la cabecera cuenta segundos y milisegundos en vivo —pulsa cualquiera para llevarlo al conversor.
De fechas a epoch
La dirección inversa convierte una fecha elegida en segundos epoch, milisegundos y la cadena ISO, de modo que una API que espere cualquier precisión obtiene su valor del mismo formulario.
¿Qué es un conversor de timestamp Unix?
Un timestamp Unix cuenta los segundos — o milisegundos — transcurridos desde el 1 de enero de 1970 UTC, y es el formato de tiempo que hay detrás de la mayoría de APIs, registros y bases de datos. Leer 1754833920 como fecha a simple vista es imposible, y calcular el número correcto para una fecha concreta también está lleno de trampas. Este conversor funciona en ambas direcciones: pega un timestamp y obtienes hora local, UTC, ISO 8601 y un tiempo relativo como «hace 3 días»; o elige una fecha y obtienes los segundos, milisegundos y la cadena ISO correspondientes. Detecta automáticamente si tu entrada está en segundos, milisegundos, microsegundos o nanosegundos, con opción de forzar la unidad. Un reloj en vivo arriba muestra la hora epoch actual en segundos y milisegundos, y al hacer clic la coloca en el campo de entrada. Pensado para desarrolladores, ingenieros DevOps y cualquiera que rebusque en registros.
Qué puede hacer esta herramienta
- 🕐 Reloj en vivo con los segundos y milisegundos actuales
- 🔍 Detección automática de unidad: segundos, ms, µs o ns
- 🔄 Timestamp a fecha: hora local, UTC, ISO 8601 y tiempo relativo
- 📅 Fecha a timestamp: salida en segundos, milisegundos e ISO
- 📋 Copiar cualquier resultado con un clic
Cuándo la usarás
- Para leer un campo de timestamp en una respuesta de API o una línea de log
- Para generar una fecha de expiración para un token de prueba
- Para convertir entre UTC y hora local mientras depuras
- Para correlacionar tiempos relativos y absolutos durante un incidente
Privacidad: todas las conversiones ocurren en local, en tu navegador; tus timestamps no se envían a ninguna parte ni se registran.
Números de época frente a cadenas ISO
El tiempo Unix cuenta segundos desde el 1970-01-01 UTC —intencionalmente sin zona horaria. Todo lo relacionado con zonas ocurre únicamente al representarlo:
- Un número sin formato carece de desplazamiento; el mismo valor 1700000000 corresponde a la cena en Berlín y al almuerzo en Nueva York.
- Las cadenas ISO 8601 incluyen su desplazamiento (Z o +08:00); se recomienda usarlas para almacenamiento y convertirlas únicamente para visualización.
- 10 dígitos = segundos, 13 dígitos = milisegundos: esta herramienta detecta automáticamente el formato y especifica cuál ha asumido.
Preguntas frecuentes
¿Qué es un timestamp Unix?⌄
Es el número de segundos (o mili-, micro-, nanosegundos) transcurridos desde las 00:00:00 UTC del 1 de enero de 1970, la epoch de Unix. Es independiente de la zona horaria, por lo que almacena un instante de forma compacta y sin ambigüedad.
¿Cómo distingues segundos de milisegundos?⌄
Por el número de dígitos: 10 dígitos son segundos, 13 milisegundos, 16 microsegundos y 19 nanosegundos. La detección automática cubre de 2001 a 2286; fuera de ese rango, elige la unidad con el selector.
¿En qué zona horaria están los resultados?⌄
La fila «Local» usa la zona horaria e idioma de tu dispositivo mediante la API Intl; «UTC» e «ISO 8601» siempre están en UTC. El campo Fecha→Timestamp interpreta la fecha elegida en tu zona horaria local.
¿Por qué mi marca de tiempo se desplaza exactamente una hora?⌄
Casi siempre corresponde a un cambio de horario de verano. Una cadena de hora local como 2026-03-29 02:30 simplemente no existió en Europa ese año; los analizadores (parsers) o bien avanzan una hora o bien eligen una opción según la configuración. Almacenar en UTC o con desplazamientos ISO completos elimina esta ambigüedad.