Número frente a fecha formateada
Un timestamp Unix es compacto y útil para cálculos. ISO 8601 es legible y puede declarar un offset. 2023-11-14T22:13:20Z usa Z para indicar UTC y corresponde a 1700000000 segundos.
Conserva el instante
2023-11-14T22:13:20Z y 2023-11-15T06:13:20+08:00 describen el mismo instante. Convertirlos a Unix produce el mismo valor. Una cadena ISO sin Z ni offset necesita una regla externa que defina su zona.
Decisiones de ida y vuelta
Usa ISO con offset explícito para intercambio y registros destinados a personas. Usa Unix cuando la unidad esté bien documentada y el cálculo compacto sea importante. Conserva los segundos fraccionarios cuando la fuente tenga precisión real.
ISO 8601 y RFC 3339
RFC 3339 es un perfil más restringido para timestamps de internet. Consulta el contrato de la API en vez de suponer, solo por el aspecto de la cadena, si se puede omitir el offset o usar formas poco habituales.
Comparar una fecha con offset y un timestamp
| Representación | Valor del mismo instante |
|---|---|
| UTC | 2023-11-14T22:13:20Z |
| Offset de Pekín | 2023-11-15T06:13:20+08:00 |
| Offset de Nueva York | 2023-11-14T17:13:20-05:00 |
| Segundos Unix | 1700000000 |
Z indica un offset UTC de cero. Un offset con signo expresa la diferencia entre el reloj mostrado y UTC. Si lo eliminas, la fecha necesita una zona para poder interpretarse. Añadir Z a una hora de Pekín declara otro instante; no realiza una conversión.
Comprobar la conversión inversa
Introduce 1700000000 segundos en el conversor y copia la salida ISO. Después introduce el 14 de noviembre de 2023 a las 22:13:20 en fecha a timestamp, elige UTC y solicita segundos. Debe aparecer el mismo entero.
La fecha 2023-11-14T22:13:20.123Z equivale a 1700000000123 milisegundos. Un destino que solo admite segundos enteros no conserva esa fracción. Comprueba la precisión que acepta cada sistema antes de intercambiar datos.
Elegir un formato interoperable
ISO 8601 incluye más formas de las que aceptan muchos analizadores. RFC 3339 define un perfil más restringido para Internet. Una fecha extendida con hora y offset explícito suele ser una buena opción de intercambio.
El sufijo [America/New_York] añade una zona IANA, pero muchos receptores no lo aceptan como una fecha ISO o RFC 3339 convencional. Usa la salida ISO UTC para esos destinos y guarda la zona por separado si necesitas reglas regionales.
Evita fechas ambiguas como 03/04/2026 en una API. Consulta zonas horarias y horario de verano para interpretar fechas que no llevan offset.