Penganalisis Ukuran Respons HTTP
Tempel header dan isi respons HTTP untuk melihat ukuran tanpa kompresi, GZIP, DEFLATE, dan Brotli secara berdampingan. Alat ini memvalidasi Content-Encoding, memeriksa header Vary yang hilang, dan memberikan rekomendasi kompresi yang praktis. Berjalan sepenuhnya di browser Anda tanpa pendaftaran.
Paste HTTP response headers and body to see uncompressed, GZIP, DEFLATE, and Brotli sizes side by side. Checks Content-Encoding, validates Content-Length, and gives actionable compression recommendations. Runs entirely in your browser.
Load an example:
Paste the raw HTTP response headers (including status line)
Paste the raw response body (JSON, HTML, CSS, etc.)
Mengapa Menggunakan Penganalisis Ukuran Respons HTTP Kami?
Berikut adalah keunggulan utama alat ini.
- Analisis respons HTTP instan: tempel respons HTTP apa pun dan langsung lihat ukuran tanpa kompresi, GZIP, DEFLATE, dan Brotli secara berdampingan — dengan jumlah byte yang tepat dan persentase pengurangan.
- Penganalisis respons HTTP online yang aman: semua kompresi dan analisis berjalan sepenuhnya di browser Anda. Data respons Anda tidak pernah meninggalkan perangkat — aman untuk menganalisis respons yang memuat data API sensitif.
- Validasi header dan rekomendasi: memeriksa Content-Encoding, memvalidasi Content-Length, mendeteksi header Vary yang hilang, dan memberikan rekomendasi praktis untuk setiap respons.
- 100% Gratis Selamanya: analisis sebanyak respons HTTP yang Anda perlukan, sepenuhnya gratis. Tanpa akun, tanpa langganan, tanpa batas ukuran, dan tanpa iklan.
Apa Itu Analisis Ukuran Respons HTTP?
Analisis ukuran respons HTTP adalah proses mengukur seberapa besar respons HTTP dalam bentuk mentahnya dan seberapa lebih kecil ukurannya jika kompresi GZIP, DEFLATE, atau Brotli diterapkan. Server web dapat mengompresi respons berbasis teks (HTML, JSON, CSS, JavaScript) sebelum mengirimkannya ke browser, sehingga mengurangi ukuran transfer sebesar 60-90%. Penganalisis ukuran respons HTTP gratis kami melakukan analisis ini sepenuhnya di browser Anda menggunakan API bawaan CompressionStream — tanpa unggahan ke server.
Cara Kerja Penganalisis Ukuran Respons HTTP Kami
Berikut adalah tiga langkahnya.
- Tempel Header dan Isi: salin header respons HTTP mentah dan isi respons dari DevTools browser, keluaran curl, atau klien API Anda, lalu tempelkan ke kedua panel.
- Analisis instan di browser: klik «Analisis Respons» — alat ini mengompresi isi dengan GZIP, DEFLATE, dan Brotli secara paralel menggunakan API bawaan CompressionStream browser. Data Anda tidak pernah meninggalkan perangkat.
- Tinjau hasil dan rekomendasi: lihat diagram perbandingan ukuran, tabel header yang diuraikan, dan rekomendasi praktis untuk meningkatkan kompresi.
Apa yang Dianalisis
Berikut yang dianalisis alat ini.
- Kompresi Isi: isi respons dikompresi dengan GZIP, DEFLATE, dan Brotli — menampilkan ukuran tepat dan persentase pengurangan untuk masing-masing.
- Content-Encoding: memeriksa apakah respons sudah terkompresi dan memvalidasi nilai pengodean terhadap format kompresi yang dikenal.
- Content-Length: memvalidasi bahwa Content-Length yang dideklarasikan sesuai dengan ukuran isi sebenarnya — ketidaksesuaian dapat menyebabkan masalah koneksi.
- Header Vary: memeriksa header wajib Vary: Accept-Encoding yang memastikan CDN dan proxy menyimpan cache versi terkompresi dan tidak terkompresi secara terpisah.
GZIP vs Brotli untuk Respons HTTP
GZIP adalah format kompresi HTTP yang paling luas dukungannya — semua browser dan server mendukungnya. GZIP biasanya mencapai pengurangan ukuran 60-80% untuk JSON dan HTML. Brotli mencapai kompresi 15-25% lebih baik daripada GZIP pada tingkat kualitas yang sama dan didukung semua browser modern (Chrome, Firefox, Safari, Edge). Untuk penghematan bandwidth maksimal, aktifkan Brotli sebagai kompresi utama dengan GZIP sebagai cadangan untuk klien lama.
Pertanyaan yang Sering Diajukan
Penganalisis ukuran respons HTTP mengukur seberapa besar respons HTTP tanpa kompresi dan seberapa lebih kecil ukurannya dengan kompresi GZIP, DEFLATE, atau Brotli. Penganalisis ukuran respons HTTP online gratis kami berjalan sepenuhnya di browser Anda — tanpa pendaftaran atau unggahan ke server.
Buka DevTools browser Anda (F12), masuk ke tab Network, klik permintaan mana pun, lalu salin Response Headers dan body respons. Alternatifnya, gunakan curl dengan flag -i agar header disertakan dalam keluaran, atau salin dari klien API Anda (Postman, Insomnia, dll.).
Ya, privasi penuh dijamin. Semua kompresi dan analisis berjalan sepenuhnya di sisi klien, di browser Anda, menggunakan API bawaan CompressionStream. Data respons Anda — termasuk muatan API yang sensitif — tidak pernah meninggalkan perangkat dan tidak pernah diunggah ke server mana pun.
Ya. Penganalisis ukuran respons HTTP 100% gratis tanpa pendaftaran, tanpa langganan, tanpa batas ukuran data, dan tanpa iklan. Anda dapat menganalisis sebanyak respons yang Anda perlukan.
Content-Encoding: gzip berarti server sudah mengompresi isi respons dengan GZIP sebelum mengirimkannya. Isi yang Anda tempel sebaiknya versi yang sudah didekompresi agar analisisnya akurat. Jika Anda menempel isi yang masih terkompresi, alat ini akan menampilkannya sebagai sudah kecil dan penghematan kompresi akan terlihat minimal.
Kompresi Brotli melalui API CompressionStream memerlukan Chrome 80+, Edge 80+, atau Safari 17.4+. Jika browser Anda tidak mendukungnya, alat ini memperkirakan ukuran Brotli sekitar 85% dari ukuran GZIP, yang merupakan perkiraan wajar. Untuk pengukuran Brotli yang tepat, gunakan Chrome atau Edge.
Header Vary: Accept-Encoding memberi tahu CDN dan proxy cache untuk menyimpan versi cache terpisah bagi respons terkompresi dan tidak terkompresi. Tanpanya, CDN bisa menyajikan respons terkompresi GZIP kepada klien yang tidak mendukung GZIP, sehingga menghasilkan keluaran yang rusak. Selalu sertakan header ini saat menyajikan respons terkompresi.
Format berbasis teks terkompresi sangat baik: JSON (pengurangan 60-80%), HTML (65-85%), CSS (70-85%), JavaScript (60-80%), XML (70-85%), dan teks biasa (50-75%). Format biner seperti gambar (JPEG, PNG, WebP), video, dan arsip yang sudah terkompresi hampir tidak mendapat manfaat dari kompresi HTTP dan sebaiknya tidak mengaktifkannya.