JSON Minifier: comprime JSON en línea gratis

JSON input

✓ Valid JSON ✗ Invalid

Share X / Twitter Facebook LinkedIn WhatsApp

Cómo usar Minificador JSON

Pegue su JSON formateado en la entrada.
Lea el resultado minimizado: una línea, los mismos datos, se muestra el ahorro de tamaño.
Haga clic en copiar y envíelo: respuesta API, configuración integrada, valor de almacenamiento.
Para leerlo más tarde, péguelo en el formateador JSON; el ida y vuelta no tiene pérdidas.

¿Cuál es Minificador JSON?

Un minificador de JSON elimina cada byte que la gramática de JSON no necesita (sangría, saltos de línea, espacios después de dos puntos y comas) y colapsa documentos bonitos impresos en una sola línea densa. Los datos están intactos: {"name": "Ada", "age": 36} están bastante impresos en cuatro líneas y su análisis gemelo minimizado para exactamente el mismo objeto.

Los ahorros son reales a escala: la sangría comúnmente agrega entre un 20 % y un 40 % a un documento profundamente anidado, y para las API que sirven miles de respuestas o configuraciones enviadas dentro de paquetes, esos son puros bytes desperdiciados: existen espacios en blanco para los ojos humanos y las máquinas. no estás mirando.

Sobre el Minificador JSON

Pegue JSON formateado y obtenga la versión minificada de una sola línea al instante, con el ahorro de tamaño mostrado y el resultado con un clic desde su portapapeles.

Dónde pertenece el JSON minificado: respuestas API y cuerpos de solicitud (muchos marcos se imprimen en modo de depuración y se olvidan de detener), JSON incrustado en páginas HTML o paquetes JS (blobs de configuración, estado inicial), almacenamiento donde paga por byte (presupuesto de ~5 MB de localStorage, valores de Redis, canalizaciones de registro), y cargas útiles de webhook. Donde no: todo lo que los humanos leen o diferencian: las configuraciones en git permanecen impresas para que la revisión del código funcione.

El viaje de ida y vuelta no tiene pérdidas y es gratuito: minimice para enviarlo, y cuando necesite leerlo nuevamente, el formateador JSON lo invierte perfectamente: los espacios en blanco son lo único que siempre puede recuperar.

Preguntas Frecuentes

No, solo van los espacios en blanco entre tokens. Las cadenas mantienen sus espacios internos (son datos), los números y la estructura no se modifican y cualquier analizador lee ambas versiones de manera idéntica.

Normalmente, entre un 20% y un 40% para documentos con sangría; un anidamiento más profundo significa más sangría que eliminar. Después de gzip, la ganancia relativa se reduce, pero los bytes del lado del análisis y los contextos descomprimidos (almacenamiento local, registros) mantienen el ahorro total.

Sí, las API de producción nunca deberían gastar ancho de banda en sangría. La mayoría de los marcos minimizan de forma predeterminada y ofrecen indicadores de estilo ?pretty=1 para la depuración; Si sus respuestas llegan con sangría, la configuración del serializador es incorrecta.

No: los archivos que los humanos editan y revisan (package.json, tsconfig) permanecen formateados; las diferencias y fusiones dependen de ello. Minimice en el momento de la compilación/implementación si los bytes son importantes, manteniendo el código fuente legible.

Cuando las cargas útiles son enormes y atractivas: los búferes de paquetes/protocolos de mensajes reducen aún más el tamaño y el tiempo de análisis a costa de la legibilidad y las herramientas humanas. Para la mayoría de las API web, JSON minimizado y comprimido con gzip es el punto ideal.