¿Qué es un timestamp Unix? Guía sencilla

Si alguna vez has mirado una respuesta de API, un registro de servidor o una exportación de base de datos y te has preguntado qué significa un número como 1700000000, ya te has topado con un timestamp Unix. Parece una cadena aleatoria de dígitos, pero es una de las formas más sencillas que tienen los ordenadores de llevar la cuenta del tiempo. En resumen: ¿qué es un timestamp Unix? Es el número de segundos que han pasado desde la medianoche del 1 de enero de 1970, Tiempo Universal Coordinado (UTC). Ese momento se llama la época Unix, y casi todos los sistemas modernos cuentan el tiempo a partir de él.

En esta guía explicamos qué es un timestamp Unix, por qué los programadores lo usan en lugar de una fecha normal, dónde te lo vas a encontrar y cómo convertirlo de nuevo en una fecha que puedas leer.

¿Qué es un timestamp Unix? Segundos desde 1970, explicado

Un timestamp Unix es un único número entero que cuenta los segundos transcurridos desde las 00:00:00 UTC del 1 de enero de 1970. Ese punto de partida se conoce como la época Unix. El timestamp 0 significa exactamente el 1 de enero de 1970, 00:00:00 UTC. El timestamp 1 significa un segundo después. El timestamp 1700000000 significa 1,700,000,000 segundos después de la época, lo que equivale al 14 de noviembre de 2023, 22:13:20 UTC.

También son posibles los timestamps negativos: -1 significa un segundo antes de la época, es decir, el 31 de diciembre de 1969, 23:59:59 UTC; las fechas anteriores a 1970 simplemente se cuentan hacia atrás. El número aumenta en uno cada segundo: a principios de noviembre de 2026, el timestamp Unix actual es aproximadamente 1,794,000,000, unos 1.79 mil millones de segundos desde 1970.

¿Por qué el 1 de enero de 1970? Los ingenieros que construyeron Unix a principios de los años 70 lo eligieron como un punto de partida cómodo, cercano al nacimiento del sistema, y así se quedó. Hoy, los timestamps Unix los usan Linux, macOS, Android, la mayoría de los servidores web y bases de datos, y lenguajes desde Python hasta JavaScript. Como el conteo siempre se hace en UTC, el número es el mismo en cualquier lugar de la Tierra: dos sistemas en zonas horarias distintas siempre coinciden en cuándo ocurrió algo.

Esa independencia de la zona horaria es la verdadera razón de que los timestamps estén en todas partes. Una fecha escrita como "03/04/2026" significa el 3 de abril en la mayor parte del mundo y el 4 de marzo en Estados Unidos. Un timestamp no tiene ese problema. Además, hace que los cálculos sean fáciles: para hallar el tiempo entre dos eventos, basta restar un número del otro. La diferencia entre 1700000000 y 1699996400 es 3,600, exactamente una hora.

Dónde te encontrarás con timestamps (APIs, registros)

Una vez que sabes qué buscar, los timestamps Unix aparecen por todas partes. Estos son los lugares donde es más probable encontrarte con uno.

APIs y datos JSON. Cuando una aplicación se comunica con otra por internet, las fechas suelen enviarse como timestamps. Una API del tiempo podría devolver "sunrise": 1699945200, un servicio de pagos podría registrar una transacción en "created": 1700000000, y una API de redes sociales podría marcar cada publicación con un número en lugar de una fecha legible.

Registros de servidores y aplicaciones. Los servidores web, las bases de datos y las aplicaciones registran los eventos con timestamps para que los ingenieros puedan reconstruir exactamente qué ocurrió y cuándo. Una línea de registro podría decir 1700000000 ERROR payment failed. Como el número no tiene zona horaria, los registros de servidores de Frankfurt, Singapur y Virginia pueden combinarse en una sola línea temporal sin confusión.

Tokens de inicio de sesión y seguridad. Los tokens que te mantienen conectado también llevan timestamps. Un JSON Web Token (JWT) contiene los campos iat (emitido en) y exp (caduca en), ambos timestamps Unix, y tu aplicación compara el timestamp actual con el de caducidad para decidir si tu sesión sigue siendo válida.

Cookies, cachés y programación. Las cookies guardan las horas de caducidad como timestamps, las cachés deciden si los datos almacenados están obsoletos comparándolos, y los trabajos programados, como los recordatorios, a menudo se guardan como "ejecutar en el timestamp X". Si un número de un archivo de configuración o de una exportación tiene diez dígitos y empieza por 1, probablemente sea un timestamp Unix.

Cómo convertir un timestamp Unix en una fecha legible

Convertir un timestamp Unix en una fecha legible es sencillo: un timestamp es solo segundos desde el 1 de enero de 1970, así que cualquier herramienta que conozca ese punto de partida puede hacer el cálculo por ti. La forma más fácil es usar un conversor: pega el número y te muestra la fecha al instante. Puedes convertir cualquier timestamp Unix en una fecha legible con el conversor gratuito de timestamps Unix de Toolinga, que funciona en ambas direcciones: de timestamp a fecha, y de fecha a timestamp.

Si prefieres calcularlo tú mismo, aquí tienes un ejemplo resuelto. Toma el timestamp 1700000000. Divide entre 86,400, el número de segundos de un día (60 × 60 × 24): 1,700,000,000 ÷ 86,400 = 19,675.9… días desde la época, aproximadamente 53 años y 10½ meses después del 1 de enero de 1970, lo que te sitúa a mediados de noviembre de 2023. La parte fraccionaria del día (0.9…) × 86,400 da los segundos transcurridos de ese día: unos 80,000 segundos, o 22 horas, 13 minutos y 20 segundos. El resultado: 14 de noviembre de 2023, 22:13:20 UTC. En la práctica, nadie hace esto a mano: lo hace el código. En Python, datetime.fromtimestamp(1700000000, timezone.utc); en JavaScript, new Date(1700000000 * 1000) (fíjate en el * 1000: JavaScript trabaja en milisegundos).

Segundos de 10 dígitos frente a milisegundos de 13 dígitos

No todos los timestamps que encuentres cuentan segundos. Algunos sistemas cuentan milisegundos, lo que produce un número de 13 dígitos. El mismo momento, el 14 de noviembre de 2023, 22:13:20 UTC, es 1700000000 en segundos, pero 1700000000000 en milisegundos. La solución es sencilla: si un timestamp tiene 13 dígitos, divídelo entre 1,000 para obtener los segundos. Una comprobación rápida ayuda: si tu conversor muestra una fecha del año 55,000, casi seguro le has dado milisegundos cuando esperaba segundos.

Las zonas horarias importan al convertir. Un timestamp Unix en sí no tiene zona horaria — siempre es UTC —, pero la fecha que ves depende de dónde estés. 1700000000 son las 22:13:20 en Londres (UTC), pero las 17:13:20 del mismo día en Nueva York (UTC−5) y las 03:13:20 de la mañana siguiente en Karachi (UTC+5). El conversor de timestamps Unix muestra el resultado en UTC; ajústalo según tu diferencia horaria local para obtener tu hora local.

El problema del año 2038 en 60 segundos

Muchos sistemas antiguos guardan los timestamps Unix como un entero con signo de 32 bits, un número que puede contener valores desde −2,147,483,648 hasta 2,147,483,647. Ese valor máximo corresponde al 19 de enero de 2038, 03:14:07 UTC. Un segundo después, el contador se desborda: vuelve a −2,147,483,648, que el sistema interpreta como el 13 de diciembre de 1901. Este es el problema del año 2038, la versión del mundo de los timestamps del error del año 2000.

¿Hasta qué punto deberías preocuparte? Menos de lo que sugieren los titulares. La mayoría de los sistemas modernos — sistemas operativos de 64 bits, bases de datos actuales y lenguajes de programación recientes — ya guardan los timestamps como números de 64 bits, que no se desbordarán durante unos 292 mil millones de años. El riesgo está en los sistemas embebidos antiguos, el software heredado y los formatos de archivo que aún usan timestamps de 32 bits, y los bancos, las aerolíneas y los operadores de infraestructuras llevan años migrando. Para el usuario cotidiano, el problema del 2038 es una curiosidad, y un recordatorio de por qué importa la forma en que guardamos el tiempo. Si quieres comprobar qué significa un timestamp concreto, puedes consultarlo en segundos con el conversor de timestamps Unix y ver la fecha por ti mismo.

Convierte al instante

Ahora ya sabes qué es un timestamp Unix: un conteo de segundos desde el 1 de enero de 1970, una forma sin zona horaria de que los ordenadores se pongan de acuerdo sobre el tiempo, y un número con el que te seguirás encontrando en APIs, registros y bases de datos. Puedes reconocerlo a simple vista — diez dígitos, empezando por 1 —, distinguir segundos de milisegundos y convertirlo en una fecha. La próxima vez que un archivo de registro te muestre 1700000000, sabrás que significa el 14 de noviembre de 2023.

Ponlo en práctica: ve al conversor gratuito de timestamps Unix de Toolinga, pega cualquier timestamp de 10 o 13 dígitos que te hayas encontrado y verás la fecha y la hora exactas que representa, o introduce una fecha y obtendrás su timestamp. Es gratis, instantáneo y funciona en ambas direcciones.

¿Qué es un timestamp Unix en términos sencillos?

Un timestamp Unix es el número de segundos desde el 1 de enero de 1970, 00:00:00 UTC. Por ejemplo, 1700000000 significa el 14 de noviembre de 2023, 22:13:20 UTC. Es la forma en que los ordenadores guardan las fechas como un solo número, para que los sistemas de distintas zonas horarias siempre coincidan.

¿Cuántos dígitos tiene un timestamp Unix?

En segundos, un timestamp Unix tiene 10 dígitos en las décadas de 2020 y 2030; por ejemplo, 1700000000. En milisegundos tiene 13 dígitos, como 1700000000000. Si ves 13 dígitos, divide entre 1,000 para obtener los segundos.

¿Cuál es el timestamp Unix actual?

Aumenta en uno cada segundo. A principios de noviembre de 2026 es aproximadamente 1,794,000,000; puedes ver el valor en directo en cualquier conversor de timestamps Unix.

¿Qué pasará en 2038 con los timestamps Unix?

El 19 de enero de 2038 a las 03:14:07 UTC, un timestamp Unix con signo de 32 bits alcanzará su valor máximo de 2,147,483,647 y se desbordará en los sistemas que aún usan almacenamiento de 32 bits. La mayoría de los sistemas modernos de 64 bits no se verán afectados.