Pega JSON para medir bytes, KB y MB exactos, ver el tamaño gzip real, saber qué claves cuestan más y comprobarlo con los límites de AWS, GCP y cookies.
Prueba una carga real
Nada sale de tu navegador: los tamaños y la compresión se miden localmente.
Dos preguntas distintas, dos cifras distintas. Los límites de plataforma se aplican a la carga sin comprimir, así que la comprobación usa tu tamaño minificado: comprimir un elemento de 500 KB no hace que quepa en un techo de 400 KB. El gzip te dice lo que cuesta enviar la respuesta.
AWS expresa sus propias cuotas en unidades binarias — su documentación de DynamoDB aclara que 1 KB significa 1024 bytes — así que cada límite se compara sobre esa base.
También podrías encontrar útiles estas calculadoras
Convierte bytes, KB, MB, GB, TB y PB con exactitud
Convierte entre unidades de almacenamiento digital
Calcula el ratio de compresión, ahorro de espacio y eficiencia
Analiza tamaños de bundles JavaScript, tiempos de descarga e impacto
Pega JSON y obtén su tamaño exacto en bytes, kilobytes y megabytes, el tamaño minificado y el tamaño gzip real medido por tu propio navegador en lugar de estimado. Después verás lo que casi ninguna herramienta incluye: si esa carga pasa los techos que encontrará de verdad en producción — un elemento de DynamoDB, una invocación de Lambda, un mensaje de SQS, una cookie HTTP. Todo se ejecuta localmente, así que los datos de producción nunca salen de la página.
El tamaño de un documento JSON es el número de bytes que ocupa su texto una vez codificado, casi siempre como UTF-8. Eso no es lo mismo que su número de caracteres: una letra acentuada cuesta dos bytes, un símbolo de moneda tres y un emoji cuatro. Tampoco es lo mismo que el tamaño de los objetos que tu programa construye después de analizarlo, que suele ser mucho mayor. Cuando una plataforma indica un límite, se refiere a bytes codificados.
Tamaño en bytes
Confirma que una respuesta paginada se mantiene holgadamente dentro del límite de carga de tu gateway antes de aumentar el tamaño de página.
Comprueba un documento contra el techo de un elemento de DynamoDB o de un documento de Firestore antes de que una importación masiva falle a medias.
Las cookies están limitadas a 4096 bytes. Mide los claims antes de que dejen de enviarse en silencio.
Comprueba cuánto ahorra gzip de verdad en tus cargas reales, y qué claves acortar para obtener la mayor mejora.
Verifica que el cuerpo de un mensaje cabe en SQS o Pub/Sub antes de diseñar en torno a un límite que recuerdas mal.
Un elemento de DynamoDB está limitado a 400 KB y una cookie HTTP a 4096 bytes. A ninguno le importa que tu carga se comprima bien, porque el límite se aplica antes de cualquier compresión.
Lo que pagas por mover una respuesta es su tamaño gzip o brotli, no su tamaño original. Esas dos cifras pueden diferir más de diez veces en datos repetitivos.
Nombres de clave largos repetidos en miles de elementos de un arreglo, o un único campo de descripción desmedido, suelen explicar la mayor parte de una carga. Encontrarlos es más rápido que adivinar.
La compresión depende de la repetición y de la entropía, así que ninguna fórmula basada en la longitud o en la variedad de caracteres puede predecirla. Solo medir da una cifra con la que planificar.
Antes. Todos los límites que se comprueban aquí — elementos de DynamoDB, cargas de invocación de Lambda, mensajes de SQS y Pub/Sub, documentos de Firestore, cookies HTTP — se miden sobre los bytes sin comprimir. Comprimir un elemento de 500 KB no hace que quepa en un techo de 400 KB. La compresión solo reduce lo que pagas por transmitir una respuesta, y por eso esta página muestra las dos cifras por separado y comprueba los límites sobre el tamaño sin comprimir.
Ya no. La propia documentación de cuotas de SQS de Amazon indica que el tamaño máximo de mensaje es de 1.048.576 bytes, es decir 1 MiB. La cifra de 256 KB era el límite anterior y todavía se repite mucho en artículos, tutoriales y otras calculadoras. Esta página usa el valor documentado actual.
AWS documenta 6 MB para la petición y otros 6 MB para la respuesta en una invocación sincrónica, 1 MB para una invocación asíncrona y 200 MB para una respuesta en streaming. La cifra asíncrona se cita a menudo como 256 KB, lo cual está desactualizado.
La salida de gzip depende del compresor, de su nivel de compresión y de sus ajustes de ventana y diccionario, así que dos implementaciones pueden diferir en un pequeño porcentaje con la misma entrada. Las diferencias mucho mayores suelen significar que la otra herramienta estima en lugar de comprimir. Esta página ejecuta el gzip de tu propio navegador e informa del número de bytes que produce.
Gzip añade una cabecera y una suma de verificación, unos dieciocho bytes antes de cualquier dato, y las entradas muy cortas ofrecen poca repetición que aprovechar. Por debajo de unos cien bytes, la sobrecarga supera el ahorro y la salida comprimida es mayor que la entrada. Es normal, y es la razón por la que las respuestas pequeñas se envían a menudo sin comprimir.
Los bytes son la unidad de los límites y del ancho de banda. Los caracteres son lo que cuenta una persona. En UTF-8 un carácter ASCII ocupa un byte, una letra latina acentuada dos, la mayoría de los símbolos tres y un emoji cuatro. Esta página muestra ambos, además del recuento de unidades de código UTF-16 que devuelve la propiedad length de las cadenas en JavaScript, que cuenta un emoji como dos.
Los proveedores de nube suelen expresar las cuotas en múltiplos binarios aunque escriban la abreviatura decimal. AWS lo dice explícitamente en su documentación de DynamoDB, donde señala que 1 KB significa 1024 bytes. Esta página compara los límites sobre esa base binaria y muestra la redacción propia de cada proveedor junto a la cifra.
Sí, y suele ser la mejora más sencilla disponible. Quitar la indentación y los saltos de línea no cambia tus datos en absoluto, y en una carga con formato legible recorta habitualmente entre un veinte y un treinta por ciento. Como los límites se aplican a los bytes que realmente envías, el tamaño minificado es la cifra que merece la pena optimizar.
Las que se repiten. El nombre de una clave cuesta sus propios bytes en cada aparición, así que un nombre de quince caracteres dentro de un arreglo de diez mil elementos cuesta bastante más de ciento cincuenta kilobytes solo en nombres. El desglose de esta página ordena los nombres de clave por bytes totales atribuibles, de modo que los repetidos aparecen primero.
Por ahora no. Los navegadores exponen gzip y deflate para comprimir, pero no brotli, así que medir brotli implicaría cargar un módulo WebAssembly de tamaño considerable. Como gzip es la cifra conservadora y brotli no puede cambiar ningún veredicto de límite, esta página mide gzip con exactitud en lugar de añadir peso por una cifra que solo se vería mejor.
No. El análisis, el recuento de bytes y la compresión gzip ocurren en tu navegador, y la carga nunca se envía a un servidor. Eso importa porque lo natural al usar una herramienta así es pegar una respuesta real de producción.
Un archivo puede llevar una marca de orden de bytes, un salto de línea final o finales de línea de Windows que usan dos bytes por salto en lugar de uno. Cada uno altera ligeramente el recuento de bytes sin cambiar los datos. Esta página mide exactamente el texto que pegas, así que pegar desde un editor que recorta o normaliza los espacios dará una cifra algo distinta a la del propio archivo.