JSON5 → JSON

Funciones

• Comentarios `//` de línea y `/* */` de bloque, en cualquier parte del documento
• Claves sin comillas, incluidos identificadores no ASCII y los que empiezan por `$` o `_`
• Cadenas con comillas simples (que pueden contener comillas dobles sin escapar)
• Comas finales en objetos, arrays y estructuras anidadas
• Hex `0xFF`, un `+` inicial y las formas `.5` / `5.`
• `Infinity`, `-Infinity` y `NaN` (JSON no tiene ninguno de los tres)
• `\x41`, `\u{1F600}` y las continuaciones de línea se tratan según la norma
• Los errores de análisis señalan una línea y una columna en vez de decir «formato incorrecto»
• ⚠️ Una clave `__proto__` se convierte en una propiedad normal y no contamina el prototipo
• La salida es JSON estricto, legible por cualquier herramienta que solo acepte JSON

Cómo se usa

1. Pega JSON5: los comentarios, las claves sin comillas y las comas finales no son problema
2. El resultado se actualiza mientras escribes
3. Elige un sangrado, o déjalo en una sola línea
4. Copia el resultado

Preguntas frecuentes

¿Por qué no hay una dirección «JSON → JSON5»?

Porque es la transformación identidad. JSON5 es un superconjunto estricto de JSON (ese era su objetivo de diseño), así que cualquier documento JSON válido ya es un documento JSON5 válido: no hay nada que convertir. Como botón, o no haría nada (y parecería roto) o se tomaría libertades de estilo —quitar las comillas de las claves, pasar a comillas simples—, y esas son decisiones de estilo que una herramienta no debería tomar por ti.

¿Dónde se fueron los comentarios?

Se descartan, y solo pueden descartarse: JSON no tiene sintaxis que pueda llevar un comentario, y el JSON estricto los prohíbe sin más. Es una diferencia entre los formatos, no una decisión de esta implementación. Si esos comentarios importan —notas explicativas, un interruptor comentado— conserva el archivo original en lugar de tratarlo como un intermedio desechable.

Infinity y NaN se volvieron null, ¿es un error?

No, aunque sí es una pérdida real: JSON sencillamente no puede representarlos. `JSON.stringify(Infinity)` es `null` por definición del lenguaje, y cualquier herramienta que emita JSON estricto hace lo mismo. Que JSON5 permita `Infinity` / `NaN` es una de sus extensiones, y el JSON estándar no tiene sintaxis para ello. Si tus datos llevan esos valores, lo que necesitas es una convención acordada (como la cadena `"Infinity"`) compartida con quien los consuma: un conversor no puede decidirlo por su cuenta.

¿El analizador es propio o una librería?

Propio, por el motivo contrario al de las herramientas de YAML y TOML de este sitio. Aquellas son difíciles porque «lo mismo se puede escribir de diez maneras», así que un subconjunto propio acabará malinterpretando algo en silencio, y por eso usan una librería madura. La gramática de JSON5 está cerrada y congelada (1.0 en 2018, sin cambios desde entonces) y se reduce a comentarios, claves sin comillas, comillas simples y comas finales sobre JSON, así que una implementación completa es abordable. La corrección la ancla una prueba diferencial: para cualquier entrada JSON válida, este analizador debe coincidir con `JSON.parse` campo a campo.