Conversor de marcas de tiempo
Convierte en ambas direcciones entre timestamps Unix, tiempo epoch, cadenas ISO 8601, valores UTC y fechas legibles. Admite timestamps en segundos y milisegundos, selección de zonas horarias IANA, copia del timestamp actual, conversión de timestamp a fecha y de fecha a timestamp, además de comprobaciones prácticas para API, logs, bases de datos, tareas programadas, caducidad de caché y lógica de producto entre zonas horarias.
- Convierte segundos Unix de 10 dígitos y milisegundos Unix de 13 dígitos
- Muestra hora actual, resultados convertidos y valores de referencia UTC en una zona horaria elegida
- Analiza ISO 8601, RFC 2822, HTTP Date, YYYY-MM-DD HH:mm:ss y otros formatos comunes de fecha y hora
- Útil para depurar API, revisar líneas de tiempo de logs, rangos SQL, tareas programadas y caducidades
Timestamp actual
1783761711
2026-07-11 09:21:51 · UTC · UTC+00:00
Resultado de conversión
2026-07-11 09:21:51
UTC · UTC+00:00
178376171117837617110002026-07-11T09:21:51.000Z2026-07-11T09:21:51.000ZSat, 11 Jul 2026 09:21:51 +0000Resumen
Esta herramienta se centra en los tres problemas que más errores provocan con timestamps: unidad, zona horaria y formato de entrada.
- 01
Timestamp actual en vivo
Muestra el timestamp Unix actual en segundos o milisegundos, permite pausar el valor en vivo y copiar una referencia estable para pruebas.
- 02
Timestamp a fecha y hora
Convierte segundos o milisegundos Unix en una fecha legible para la zona horaria seleccionada, con referencias ISO y UTC.
- 03
Fecha y hora a timestamp
Convierte hora local, cadenas ISO, fechas RFC o valores HTTP Date a timestamps Unix usando la zona horaria de origen que elijas.
- 04
Búsqueda de zonas horarias IANA
Permite elegir nombres estándar como UTC, Asia/Shanghai, Europe/London y America/New_York.
- 05
Analizador flexible de fechas
Interpreta fechas con guiones, barras, puntos, formatos numéricos compactos, ISO con offset, sufijo Z de UTC, RFC y cadenas HTTP Date.
- 06
Copia de resultados con un clic
Copia el timestamp actual, la hora local convertida, la cadena ISO o el timestamp generado para parámetros de API y casos de prueba.
Cómo usarla
Elige la unidad y la zona horaria antes de convertir. Muchos problemas de timestamps vienen de mezclar segundos con milisegundos o tratar hora local como UTC.
- 01
Selecciona una zona horaria de referencia en la sección de hora actual y decide si necesitas segundos o milisegundos.
- 02
Para convertir un timestamp a una fecha, pega el valor numérico en Timestamp a hora, elige la unidad de entrada y selecciona la zona horaria de salida.
- 03
Para convertir una fecha a timestamp, escribe el texto de fecha y hora en Hora a timestamp y selecciona la zona horaria que representa esa entrada.
- 04
Revisa el resultado local, el valor ISO y la referencia UTC para confirmar que coinciden con el sistema que estás probando.
- 05
Usa los botones de copia para llevar timestamps o valores ISO a peticiones API, consultas SQL, notas de logs, archivos de configuración o scripts de prueba.
Detalles
La página hace explícitas las elecciones de zona horaria y unidad, en lugar de esconder esos detalles detrás de la configuración regional del navegador.
- Reloj en vivo, entrada de timestamp y resultado generado pueden cambiar entre segundos y milisegundos.
- El mismo timestamp puede verse en distintas zonas horarias, lo que ayuda a diagnosticar errores de offset y problemas en límites de fecha.
- Los valores ISO con Z o con offset como +08:00 se interpretan como momentos absolutos antes de aplicar cualquier zona horaria de visualización.
- El texto de fecha y hora sin offset se interpreta en la zona horaria de origen seleccionada, algo importante para flujos basados en hora local del usuario.
- La salida UTC permanece visible para compararla con bases de datos, logs, servicios backend y colas.
- El timestamp actual en vivo puede pausarse para crear datos de prueba reproducibles o registrar un punto estable en una línea de tiempo de incidente.
- El análisis de entrada cubre valores de fecha habituales en logs, exportaciones de hojas de cálculo, cabeceras HTTP, cabeceras de correo y respuestas de API.
Casos de uso
La conversión de timestamps importa siempre que un momento almacenado debe alinearse con hora legible, logs del sistema, contratos de API y calendarios visibles para usuarios.
-
Depuración de API
Comprueba si los datos de la petición usan timestamps de 10 dígitos en segundos o de 13 dígitos en milisegundos, y confirma que la fecha mostrada coincide con la zona horaria esperada.
-
Investigación de logs
Convierte timestamps Unix de logs a hora local o UTC para comparar con más facilidad secuencias de peticiones, tareas, alertas y errores.
-
Consultas de base de datos
Prepara valores de rango temporal para campos como created_at, updated_at, expires_at y deleted_at.
-
Tareas programadas y reglas de caducidad
Valida ejecuciones Cron, colas diferidas, expiración de caché, intervalos de reintento, caducidad de tokens y parámetros de tareas en segundo plano.
-
Lógica de producto entre zonas horarias
Comprueba reservas, reuniones, ciclos de facturación, inicios de campañas y reglas de fecha local del usuario en distintas regiones.
-
Alineación entre frontend y backend
Compara la hora mostrada por el navegador, la zona horaria del usuario, valores UTC almacenados y campos timestamp de API durante pruebas de integración.
Ver también
Cuando el timestamp representa una reunión, lanzamiento, cierre de facturación o evento local de usuario, compara el momento final entre regiones con el Conversor de zonas horarias . Si necesitas calcular primero una duración de prueba, ventana SLA, periodo de campaña o fecha límite antes de generar el timestamp, resuélvelo antes en la Calculadora de fechas para que el valor Unix refleje la regla de negocio correcta.
Conceptos básicos de timestamps y zonas horarias
Estos términos explican por qué un valor puede parecer desplazado 8 horas, 1 día o exactamente 1000 veces más grande o más pequeño.
-
Timestamp Unix / tiempo epoch
Un timestamp Unix cuenta el tiempo transcurrido desde 1970-01-01 00:00:00 UTC. Representa un momento absoluto y no lleva zona horaria.
-
Segundos Unix
Los timestamps basados en segundos suelen tener 10 dígitos, por ejemplo 1715241600. Son comunes en API backend, bases de datos y herramientas de línea de comandos.
-
Milisegundos Unix
Los timestamps basados en milisegundos suelen tener 13 dígitos, por ejemplo 1715241600000. JavaScript Date.now() devuelve milisegundos.
-
UTC
UTC es la referencia temporal de offset cero. Bases de datos, logs y servicios distribuidos suelen almacenar y comparar tiempo en UTC, y convertirlo solo para mostrarlo.
-
Zona horaria IANA
Nombres como Asia/Shanghai, Europe/Berlin y America/Los_Angeles incluyen reglas regionales y suelen ser mejores que offsets fijos para tiempo de negocio.
-
Offset de zona horaria
Offsets como +08:00 y -05:00 describen la diferencia entre hora local y UTC. Si la entrada incluye un offset, este define el momento absoluto.
-
ISO 8601
Formato común en API y logs, por ejemplo 2026-05-09T06:30:00Z o 2026-05-09T14:30:00+08:00. El sufijo Z significa UTC.
-
Texto de fecha y hora local
Un valor como 2026-05-09 14:30:00 contiene fecha de calendario y hora de reloj, pero no zona horaria. Se necesita una zona horaria de origen para producir un timestamp exacto.
-
Valor de referencia UTC
Un resultado UTC da una referencia estable entre sistemas para aserciones, revisiones de incidentes, comparación de logs multirregión y migraciones de datos.
Formatos de entrada de fecha y hora admitidos
Estos formatos funcionan en el flujo de hora a timestamp. Si la entrada contiene sufijo Z u offset de zona horaria, se usa primero ese tiempo absoluto. Si no lo contiene, se aplica la zona horaria de origen seleccionada.
Formato
YYYY-MM-DD HH:mm:ss
Ejemplo
2026-05-09 14:30:00
Notas
Recomendado para desarrollo y pruebas porque es legible y tiene poca ambigüedad.
Formato
YYYY-MM-DD HH:mm
Ejemplo
2026-05-09 14:30
Notas
Los segundos se tratan como 00, útil para comprobaciones de agenda a nivel de minuto.
Formato
YYYY/MM/DD HH:mm:ss
Ejemplo
2026/05/09 14:30:00
Notas
Aparece a menudo en logs exportados, hojas de cálculo y datos introducidos manualmente.
Formato
YYYY.MM.DD HH:mm:ss
Ejemplo
2026.05.09 14:30:00
Notas
Se admiten fechas separadas por puntos para compatibilidad con salidas de sistemas antiguos.
Formato
YYYYMMDDHHmmss
Ejemplo
20260509143000
Notas
Estilo numérico compacto usado en tareas por lotes, nombres de archivos, números de secuencia y campos heredados.
Formato
MM/DD/YYYY HH:mm:ss
Ejemplo
05/09/2026 14:30:00
Notas
Formato con mes primero. En colaboración internacional, ISO o año-mes-día es más seguro.
Formato
DD/MM/YYYY HH:mm:ss
Ejemplo
09/05/2026 14:30:00
Notas
Formato con día primero. Puede ser ambiguo cuando día y mes son 12 o menos.
Formato
HH:mm:ss
Ejemplo
14:30:00
Notas
Una entrada solo con hora usa la fecha actual en la zona horaria de origen seleccionada.
Formato
ISO 8601 with offset
Ejemplo
2026-05-09T14:30:00+08:00
Notas
Valor de tiempo absoluto. El offset incluido se usa antes de la conversión de visualización.
Formato
UTC ISO (Z)
Ejemplo
2026-05-09T06:30:00Z
Notas
Z significa UTC. Es común en respuestas API, exportaciones de base de datos y logs distribuidos.
Formato
RFC 2822 / HTTP Date
Ejemplo
Sat, 09 May 2026 06:30:00 GMT
Notas
Común en cabeceras de correo, cabeceras HTTP, metadatos de caché y paneles de red del navegador.
Preguntas frecuentes
Respuestas a dudas habituales sobre uso, tratamiento de datos, verificación de resultados y límites prácticos.
¿Qué es un timestamp Unix?
Un timestamp Unix es un número contado desde 1970-01-01 00:00:00 UTC. Representa un punto absoluto en el tiempo, independiente de la zona horaria usada para mostrarlo.
¿Tiempo epoch y timestamp Unix son lo mismo?
En la mayoría de herramientas para desarrolladores y documentación de API, se refieren a la misma idea: segundos o milisegundos transcurridos desde el Unix epoch.
¿Cómo distingo segundos de milisegundos?
Los segundos Unix suelen tener 10 dígitos. Los milisegundos Unix suelen tener 13 dígitos. Si la fecha convertida está muy equivocada, revisa primero la unidad.
¿Por qué el mismo texto de fecha y hora produce timestamps distintos en distintas zonas horarias?
Un valor local como 2026-05-09 14:30:00 no tiene zona horaria por sí mismo. Las 14:30 en Shanghái y las 14:30 en Nueva York son momentos absolutos distintos.
¿Qué significa el sufijo Z en un timestamp ISO?
Z significa UTC. Por ejemplo, 2026-05-09T06:30:00Z es una hora UTC. Puede mostrarse como una hora de reloj distinta en otra zona horaria, pero el timestamp permanece igual.
¿Una API debería usar segundos o milisegundos?
Depende del contrato. Muchas API backend usan segundos, mientras que JavaScript Date.now() devuelve milisegundos. La documentación de la API debería indicar claramente la unidad.
¿Por qué algunos logs parecen estar desplazados 8 horas?
Puede que el log esté almacenado en UTC y tú lo estés leyendo como hora local. Convierte el valor a UTC y a la zona horaria objetivo para confirmar el origen del offset.
¿La herramienta admite fechas en lenguaje natural?
Admite análisis limitado de lenguaje natural en inglés, como next Friday. Para pruebas reproducibles y trabajo con API, ISO o YYYY-MM-DD HH:mm:ss es más seguro.
¿El horario de verano afecta el resultado?
Sí. Las zonas horarias IANA incluyen reglas regionales de horario de verano. Un offset fijo como +08:00 no incluye esas reglas.
¿Se sube algún dato de hora?
No. El análisis, la conversión de zona horaria y la generación de timestamps se ejecutan localmente en el navegador.
¿Cómo evito problemas de timestamps en producción?
Almacena y compara tiempo en UTC, convierte solo para mostrar, documenta si cada campo usa segundos o milisegundos y prueba límites de fecha, horario de verano y casos entre zonas horarias.
Herramientas relacionadas
Continúa con conversión de zonas horarias, cálculo de diferencia de fechas, aritmética de fechas y reloj mundial para reuniones entre zonas, planificación, ciclos de facturación, caducidad de caché y líneas de tiempo de logs.