¿Por qué un null detiene la conversión?

Porque TOML no tiene null, y las dos formas de fingirlo son falsas. Quitar la clave cambia lo que dice el archivo: un ajuste ausente no es un ajuste puesto a nada. Escribir una cadena vacía inventa un valor. La conversión se detiene y nombra la clave: la decisión sigue siendo tuya.

Mi identificador supera los 64 bits. ¿Qué pasa?

Se escribe tal cual. Los enteros de TOML son de 64 bits con signo, así que un valor de veinte cifras queda fuera de rango y un lector estricto rechazará el archivo, ruidosamente. Ese es el buen fallo: la alternativa es redondearlo a otro número y entregarte un archivo que se analiza y miente.

¿Por qué mi fecha es una cadena entrecomillada?

Porque era una cadena en el JSON. TOML sí tiene fechas nativas, pero escribir una sería decidir que `"2026-01-01"` es una fecha y no una referencia de producto o un nombre de carpeta. JSON nos dijo que era texto: texto se queda.

JSON a TOML — una configuración legible

Convierte JSON a TOML. Tablas, claves con puntos y arreglos de tablas salen como una configuración que se lee y se edita a mano.

Instantáneo Privado Cero cookies

Qué hace esta herramienta

Los objetos anidados pasan a tablas; los arrays de objetos, a arrays de tablas.

{
  "db": { "host": "localhost", "pool": { "size": 10 } },
  "servers": [{ "name": "a" }, { "name": "b" }]
}

[db]
host = "localhost"

[db.pool]
size = 10

[[servers]]
name = "a"

[[servers]]
name = "b"

La raíz debe ser un objeto: un archivo TOML es una tabla, así que un array JSON arriba no tiene dónde colgar sus claves.

Null es lo que lo detiene

TOML no tiene valor nulo, y las dos formas de pretender lo contrario son falsas:

quitar la clave cambia lo que dice el archivo: un ajuste ausente no es un ajuste puesto a nada;
escribir "" inventa un valor que no estaba.

Así que la conversión se detiene y te dice cuál. Es el único punto en que rechaza un documento JSON válido, y lo rechaza porque terminar sería mentir.

Los enteros de más de 64 bits se escriben tal cual

{ "id": 12345678901234567890 }

sale con sus veinte cifras. Los enteros de TOML son de 64 bits con signo: ese valor queda fuera de rango y un lector estricto rechazará el archivo.

Es deliberado. La alternativa —redondearlo a 12345678901234567000, que es lo que hace un conversor que pasa por un doble— te entrega un archivo que se analiza limpiamente y contiene otro número. Un fallo ruidoso vale más que una mentira discreta.

Las fechas siguen siendo cadenas

JSON no tiene tipo fecha: "2026-01-01" llega como texto y sale como "2026-01-01", entrecomillado.

TOML sí tiene fechas nativas, y usar una sería decidir que el autor pensaba en una fecha. A veces sí; a veces esa cadena es una referencia de producto, un nombre de carpeta, una versión. JSON ya nos dijo que era texto, y no hay razón para contradecirlo.

Privado por diseño

Todo se ejecuta localmente en tu navegador con JavaScript. Tus datos nunca se suben a un servidor, lo que hace que la herramienta sea segura para contenido sensible y funcione sin conexión.

Preguntas frecuentes

¿Por qué un null detiene la conversión?: Porque TOML no tiene null, y las dos formas de fingirlo son falsas. Quitar la clave cambia lo que dice el archivo: un ajuste ausente no es un ajuste puesto a nada. Escribir una cadena vacía inventa un valor. La conversión se detiene y nombra la clave: la decisión sigue siendo tuya.
Mi identificador supera los 64 bits. ¿Qué pasa?: Se escribe tal cual. Los enteros de TOML son de 64 bits con signo, así que un valor de veinte cifras queda fuera de rango y un lector estricto rechazará el archivo, ruidosamente. Ese es el buen fallo: la alternativa es redondearlo a otro número y entregarte un archivo que se analiza y miente.
¿Por qué mi fecha es una cadena entrecomillada?: Porque era una cadena en el JSON. TOML sí tiene fechas nativas, pero escribir una sería decidir que `"2026-01-01"` es una fecha y no una referencia de producto o un nombre de carpeta. JSON nos dijo que era texto: texto se queda.