Fecha y hora

convertidor ISO 8601Lee la fecha con su contexto

Escribe una fecha ISO o RFC por línea. Si no tiene zona, permanece sin especificar hasta que elijas UTC expresamente.

convertidor ISO 8601

Entrada

La entrada se procesa en este navegador y no se envía a ningún servidor.

Resultados

Opciones

Una entrada por línea: 2024-01-01T08:00:00+08:00, 2024-01-01, 08:00 o Sun, 06 Nov 1994 08:49:37 GMT.

Hasta 9 decimales. Segundos y milisegundos Unix se redondean hacia abajo; nanosegundos exactos. HTTP exige segundos enteros.

1000 líneas; 100000 unidades UTF-16 en total; 512 por línea. Las líneas vacías son errores.

Introduce datos o carga un ejemplo.

El convertidor ISO 8601 ayuda a revisar una fecha recibida de una API, un registro del servidor o una cabecera de correo. Dos horas distintas pueden representar el mismo instante; para saberlo hay que comprobar el desfase junto a la fecha.

El informe conserva los campos originales al lado del resultado normalizado. Una fecha imposible no se desplaza al mes siguiente, y cada línea errónea mantiene su posición para poder corregirla en el origen.

Por qué usar este convertidor ISO 8601

Distingue la representación del instante

El convertidor ISO 8601 muestra campos diferentes para 08:00+08:00 y 00:00Z del mismo día, pero calcula el mismo valor Unix. Así puedes comprobar si solo cambió la hora mostrada al obtener la fecha UTC.

Dos relojes con posiciones distintas de las agujas se conectan al mismo punto de una línea temporal.

No inventa el contexto que falta

Una fecha sola no recibe medianoche y una hora sola no recibe la fecha de hoy. Incluso si eliges UTC, esos valores siguen incompletos. El resultado describe los campos disponibles y explica por qué no hay un timestamp.

La combinación completa de fecha, hora y desfase llega a la línea temporal; las incompletas se detienen junto a señales amarillas.

Comprueba el contexto antes de comparar

01

Lee el formato detectado

El formateador de fechas ISO 8601 distingue el subconjunto RFC 3339 de las entradas compatibles. Un espacio, segundos omitidos o un desfase +0200 se admiten, pero no se etiquetan como RFC 3339. La salida normalizada muestra los segundos y los dos puntos del desfase.

02

Decide cuándo asumir UTC

La opción solo afecta a una fecha y hora completas sin desfase. Mantén sin especificar las fuentes que no conoces. El informe conserva la suposición elegida y siempre respeta el desfase que ya aparece en el texto.

03

Revisa avisos y actualización

El análisis automático espera 350 ms tras editar. Desactívalo para usar el botón o Ctrl/Cmd + Enter. Cada cambio bloquea la exportación hasta actualizar. La vista crece de 50 en 50 líneas, pero ambos tipos de exportación incluyen todas.

De los campos de origen a valores comparables

Validación del calendario real

Año, mes y día se comprueban juntos, incluidos los años bisiestos. El 30 de febrero permanece como error. Tampoco se corrigen silenciosamente las horas, minutos o segundos que exceden sus límites.

Fechas de correo y día de la semana

El subconjunto declarado de RFC 2822/5322 admite meses en inglés, desfases numéricos y GMT o UT. Si se incluye el día de la semana, debe coincidir con la fecha. El formato fijo de HTTP se reconoce por separado.

Precisión hasta nanosegundos

Se conservan hasta nueve decimales de segundo. UTC se muestra con nueve cifras y los nanosegundos Unix como una cadena entera exacta. Los segundos y milisegundos se redondean hacia abajo, también antes de 1970.

HTTP cuando no pierde precisión

Solo se genera IMF-fixdate para segundos enteros y años UTC entre 1900 y 9999. No se elimina una fracción para crear una cabecera. Se conserva el resultado ISO exacto y se indica por qué HTTP no está disponible.

Sintaxis admitida y límites del análisis

Sin zona horaria implícita
Una fecha y hora sin desfase no producen UTC, Unix ni HTTP de forma predeterminada. Puedes elegir expresamente interpretarlas como UTC, con un aviso en el informe. Una fecha sola o una hora sola siguen sin convertirse en un instante.
Un subconjunto ISO definido
Se aceptan YYYY-MM-DD y HH:mm[:ss[.fraction]], unidos por T, t o un espacio. Desfases: Z/z, ±HH:MM y ±HHMM. Tanto el año original como el año UTC deben estar entre 0001 y 9999. No se admiten formato básico, fechas semanales u ordinales, duraciones ni intervalos.
Sin reparaciones ni recortes
Horas de 00 a 23, minutos y segundos de 00 a 59, hasta nueve cifras decimales. Se rechazan segundos intercalares, 24:00 y coma decimal. El cero negativo conserva el significado de desfase local original desconocido, aunque el instante UTC sí se conoce.
Gramática RFC limitada
El correo usa meses ingleses, años de cuatro cifras desde 1900 y desfase numérico, GMT o UT. No se admiten comentarios, cabeceras plegadas, años de dos cifras, otras abreviaturas de zona ni los formatos antiguos de HTTP.
Lotes de texto con límites claros
Máximo 1000 líneas físicas, 100000 unidades de código UTF-16 en total y 512 por línea. Las líneas vacías se conservan como errores. No hay importación de archivos o URL, conversión de zonas regionales, entrada de timestamps numéricos ni suposiciones sobre fechas con barras.

Preguntas sobre el convertidor ISO 8601

¿Qué significa la Z en una fecha ISO 8601?

Z indica un desfase UTC de cero. En la misma fecha, 08:00+08:00 y 00:00Z representan el mismo instante. El sufijo no identifica la región donde se generó el dato.

¿Cuál es la diferencia entre ISO 8601 y RFC 2822?

Las fechas ISO usan campos numéricos. Las fechas de correo RFC incluyen meses ingleses y, opcionalmente, el día de la semana. Aquí se analiza el subconjunto declarado, se verifica ese día y se muestran sus equivalentes ISO y UTC.

¿Qué formatos de entrada son reconocidos?

Se reconoce el calendario YYYY-MM-DD, la hora con dos puntos, su combinación y el subconjunto de correo RFC indicado. Las fechas básicas sin separadores, semanales y ordinales quedan fuera. El formato detectado aparece en el informe.

¿Se preservan los husos horarios?

Se conserva el desfase escrito en la entrada y se muestra aparte el instante en UTC cuando puede determinarse. Un desfase fijo no identifica una zona regional ni sus reglas de horario de verano. Esas conversiones no se realizan aquí.

¿Qué entrada debería usar?

Usa el valor original con su desfase, por ejemplo 2024-01-01T08:00:00+08:00. Si falta, verifica el origen antes de seleccionar UTC. Una entrada ambigua como 05/06/2024 se rechaza en lugar de elegir un orden de día y mes.

¿Un resultado inesperado?

Comprueba la fecha original

Vuelve al convertidor ISO 8601 para contrastar campos, desfase y valor UTC exacto antes de guardar el informe completo.