Example 1
- 1000 chars
- utf8min
- overhead 0
1000 B
What JSON size at 1000 characters and utf8min? 1000 B. Characters times bytes, not stringify.
Type characters, a model, and overhead. 1000 and utf8min give 1000 B. 1000 and utf16 give 2000 B. 500 and 64 give 564 B. A heuristic, not JSON.stringify.
Characters times bytes per character plus overhead. The calculator does not run JSON.stringify. Base64 overhead sits on Base64 size.
Enter data and click Calculate.
JSON size in this calculator multiplies characters by a model. 1000 and utf8min give 1000 B. 1000 and utf16 give 2000 B. 500, utf8min and 64 give 564 B. utf8min is 1 B/char, utf16 is 2, utf8max is 4. This is not stringify of a document.
Field json-len is the length. Select json-encoding in the examples is utf8min or utf16. Field json-overhead adds fixed bytes. 1000 × 1 + 0 = 1000. 1000 × 2 = 2000. 500 × 1 + 64 = 564. Custom B/char is not in these three cards.
1000 B is not a Blob from JSON.stringify. 2000 B does not come from a parser. 564 B is not a file from disk. You type the length. The calculator does not read an object.
Base64 size next door counts the 4-on-3 overhead. JWT token size estimates token characters. Here 1000 characters stay 1000 B at utf8min.
Type 1000, leave utf8min and overhead 0, then Calculate. The result is 1000 B. A comma is not needed. Zero characters leave 0 B. This is not a JSON parser.
1000 and utf8min give 1000 B. 1000 and utf16 give 2000 B. 500 and 64 give 564 B. Another model at 1000 changes the calculator.
bytes = chars × B/char + overhead. utf8min=1, utf16=2, utf8max=4. A heuristic, not stringify.
Characters times B/char plus overhead. 1000 and utf8min give 1000 B. This is not stringify.
1000 B
What JSON size at 1000 characters and utf8min? 1000 B. Characters times bytes, not stringify.
2000 B
What about 1000 and utf16? 2000 B. Two bytes per character.
564 B
What about 500 and overhead 64? 564 B.
1000 B. 1000 × 1 + 0. Not JSON.stringify.
2000 B. Two bytes per character, overhead 0.
564 B. 500 × 1 + 64.
No. No object and no JSON.stringify. Length only.
4 B per character. The examples keep utf8min or utf16.
Fixed bytes on top of length. 64 at 500 gives 564 B.
Yes as 0 B plus overhead. A blank field is a number error.
On Base64 size. Here the B/char model stays.
No. A character heuristic. Bad JSON still yields the same bytes from length.
The calculator counts bits, bytes or throughput from your numbers. Below are SI and bit definitions (NIST).
Page updated in 2026.
Payload size is bytes of JSON text on the wire or on disk — not the number of fields. This calculator estimates character count × bytes/char + optional overhead.
Default UTF-8 min (1 B/char ASCII) fits typical APIs. It is a heuristic: measure precisely with TextEncoder / Buffer.byteLength(JSON.stringify(...)).
{}, [], commas.", \, controls).Pretty-print is for humans. APIs usually send minified JSON. This tool only sees the length you enter — compare both versions separately.
JSON.stringify without spaces) → estimate B — usually much smaller.An array of 1000 objects with userId, createdAt, status pays for each key name a thousand times. Shorter keys or binary protocols cut that cost; JSON stays readable but verbose.
Values matter too: Base64 inside a string first grows ~33% (separate calculator), then adds to JSON length.
Enter your length in the form — the table shows order of magnitude.
| Scenario | Chars (approx.) | Est. bytes | Note |
|---|---|---|---|
| Small API object | 200 | 200 | ASCII, minified |
| Pretty one object | 500 | 500 | whitespace included |
| Array 100× same keys | 8000 | 8000 | keys ×100 |
| String with many \" | +esc | more than content | escaping costs |
Illustrative — your result depends on the character count and model you choose.