PK Systems PK Systems
Fecha y hora

Conversor de Formatos de Fecha

Pega una fecha en cualquier formato común y obtén ISO 8601, RFC 2822, Unix, US, EU, SQL y más — al instante.

Conversor de Formatos de Fecha

Pega cualquier fecha — ISO, RFC, Unix segundos/ms, barras US/EU o un texto como "6 de mayo de 2026 15:14".

Todos los formatos

ISO 8601
RFC 2822
Unix (segundos)
Unix (ms)
US (MM/DD/YYYY)
EU (DD/MM/YYYY)
Humano
SQL (UTC)

Por qué importa convertir formatos de fecha

Cada API, base de datos y planilla parece pedir las fechas en una forma distinta. ISO 8601 es el más seguro para intercambio (ordenable, sin ambigüedad, consciente del huso horario); los timestamps Unix son fáciles de comparar; RFC 2822 es lo que usan los encabezados de correo; y los formatos con barras (US/EU) son los que escriben las personas. Esta herramienta toma lo que tengas y devuelve todas las formas canónicas a la vez, para copiar la que tu sistema destino necesite.

Cómo usar el conversor

  1. Pega tu fecha en el campo. El formato se detecta automáticamente — ISO, RFC, Unix en segundos o milisegundos, US MM/DD/YYYY, EU DD/MM/YYYY y formas con nombre del mes ("6 de mayo de 2026") son reconocidas.
  2. El panel de resultados muestra todos los formatos comunes a la vez. El formato detectado aparece arriba del campo como verificación.
  3. Haz clic en Copiar en la fila que necesites. No hay botón "Generar" — cada tecla actualiza el panel.
  4. Usa los chips de ejemplo debajo del campo para ver cómo luce cada formato bien conocido lado a lado, o para llenar el campo con una muestra funcional.

Cómo se resuelven las fechas ambiguas

Cuando una fecha con barras puede ser US (MM/DD/YYYY) o EU (DD/MM/YYYY), la herramienta examina los dígitos: si la primera parte es mayor que 12, solo EU es posible; si la segunda es mayor que 12, solo US. Cuando ambas son ≤ 12 (p. ej. 03/04/2026), el conversor cae en estilo US — siempre revisa el formato detectado encima del campo si tienes dudas.

Chuleta rápida de formatos

ISO 86012026-05-06T15:14:00Z — usa cuando necesites una fecha legible por máquina y sin ambigüedad. Unix segundos1746371640 — para comparaciones, ordenamientos, logs. RFC 2822Wed, 06 May 2026 15:14:00 +0000 — encabezados de correo y HTTP. SQL2026-05-06 15:14:00 — la mayoría de bases relacionales lo aceptan directo.

Preguntas frecuentes

¿Qué formatos de entrada son reconocidos?
ISO 8601 (2026-05-06T15:14:00Z y variantes), RFC 2822 (Wed, 06 May 2026 15:14:00 +0000), timestamps Unix en segundos (10 dígitos) o milisegundos (13 dígitos), fechas con barras US (05/06/2026) y EU (06/05/2026) y formas con nombre del mes (May 6, 2026 3:14 PM). La puntuación mezclada (guion, punto, barra) funciona toda.
¿Cómo se distingue US (MM/DD) de EU (DD/MM)?
Si una de las partes es mayor que 12, el orden no es ambiguo — por ejemplo 13/05/2026 solo puede ser EU. Cuando ambas son ≤ 12 la fecha es genuinamente ambigua y el valor por defecto es US. El formato detectado se muestra siempre arriba del campo, así puedes detectar errores al instante.
¿Cuál es la diferencia entre Unix segundos y milisegundos?
Ambos cuentan el tiempo desde el 1 de enero de 1970 UTC. Unix segundos (10 dígitos) es el formato clásico — usado por Linux, Postgres, la mayoría de APIs. Milisegundos (13 dígitos) es lo que devuelve Date.now() de JavaScript. La herramienta detecta cuál pegaste contando los dígitos.
¿Se preservan los husos horarios?
Si tu entrada incluye un offset (ISO con Z o +02:00, RFC con +0000), se usa tal cual. Si pegas una fecha sin offset (2026-05-06 15:14), se interpreta en la zona local de tu navegador. Las filas de salida siempre muestran el mismo instante en el tiempo — solo cambia el formato y la zona aparente.
¿Funciona offline / con privacidad?
Sí. Toda la interpretación y formato sucede en tu navegador; nada se sube. Puedes usarla con fechas privadas de proyectos, hitos internos o cualquier dato sensible sin filtrar nada. Pruébala offline — una vez cargada la página, sigue convirtiendo.
¿Por qué la fila SQL muestra una hora distinta a las demás?
El formato SQL siempre se genera en UTC porque es el estándar más seguro para almacenamiento entre sistemas. Los demás formatos usan la zona de la entrada original (si la hay) o la zona local del navegador. Para comparar directamente, mira la fila ISO — lleva el offset explícito.