Calcula el tamaño UTF-8 del texto recibido y lo compara con una serialización minificada y otra con sangría de dos espacios. Para objetos raíz, estima además qué valores de primer nivel ocupan más bytes al serializarse. Así puedes separar el peso de los datos del espacio destinado al formato y localizar secciones grandes antes de transportar o almacenar un payload.
Los bytes se miden con TextEncoder. Después de validar el JSON se generan versiones compacta y formateada con JSON.stringify y se comparan sus longitudes UTF-8.
El tamaño HTTP real puede ser menor si se aplica gzip o Brotli; este informe no simula compresión de transporte.
Un JSON con sangría suele mostrar un tamaño original mayor que su versión minificada aunque represente los mismos datos.
{
"users": [
{
"id": 1,
"name": "Ana"
},
{
"id": 2,
"name": "Luis"
}
],
"meta": {
"page": 1,
"total": 2
}
}La estimación por clave raíz contabiliza el valor serializado de cada propiedad y sirve como comparación relativa entre secciones.
No incluye el nombre de la clave ni separadores en el tamaño individual de cada sección; tampoco calcula memoria ocupada por el objeto en ejecución.
Se mide en bytes UTF-8 con TextEncoder, por lo que caracteres no ASCII pueden ocupar más de un byte.
No cambia la estructura analizada, pero sí elimina espacios y saltos de línea al volver a serializar.
No necesariamente. HTTP puede aplicar compresión como gzip o Brotli y añadir cabeceras.
Se mide la serialización JSON de su valor para poder comparar qué secciones son relativamente más pesadas.
No siempre. JSON.parse y JSON.stringify pueden normalizar la representación textual de valores numéricos.
| Módulo | Contenido |
|---|---|
| Salida | Resultado listo para copiar o descargar |
| Resumen | Conteo y cambios principales |
| Diagnóstico | Interpretación específica del procesamiento |
Consulta más utilidades de formato y datos en el hub de la categoría.
Formato y datos