Mengurangi Ukuran Halaman hingga 70% dengan Mengaktifkan Kompresi Gzip Nginx

Kompresi Gzip Nginx adalah pengaturan performa yang mengurangi ukuran halaman dengan mengompresi file berbasis teks seperti HTML, CSS, JavaScript, XML, dan JSON yang dikirim dari server ke browser, dalam banyak kasus antara 50 hingga 70 persen. Tujuannya adalah untuk mengirimkan konten yang sama dalam paket yang lebih kecil, mengurangi waktu pemuatan awal, dan memberikan pengalaman web yang lebih cepat kepada pengguna. Dengan mengaktifkan baris gzip aktif; di Nginx dan mengonfigurasi jenis MIME yang tepat, ukuran file minimum, dan tingkat kompresi, Anda dapat mencapai peningkatan kecepatan yang terukur dalam waktu kurang dari beberapa menit.

Kecepatan di situs web kini bukan hanya detail teknis; ini adalah sinyal kualitas utama yang secara langsung mempengaruhi SEO, rasio konversi, efisiensi iklan, dan kepuasan pengguna. Dalam standar SEO 2026, pengalaman halaman, Core Web Vitals, performa mobile, dan efisiensi pengindeksan dievaluasi secara bersamaan. Oleh karena itu, mengaktifkan kompresi Gzip Nginx adalah salah satu optimasi pertama yang harus diterapkan, terutama pada hosting bersama, VPS, server cloud, atau situs korporat dengan trafik tinggi. Pemilihan hosting berbasis performa untuk situs yang dihosting di infrastruktur Hostragons juga mendukung peningkatan ini: Paket Hosting Web Cepat.

Apa itu Kompresi Gzip Nginx?

Kompresi Gzip Nginx adalah fitur sisi server yang mengompresi jawaban HTTP sebelum mengirimnya kepada klien menggunakan algoritma Gzip. Browser mengirimkan informasi Accept-Encoding: gzip dalam permintaannya; Nginx kemudian mengirimkan konten terkait dalam format gzip. Browser akan membuka file ini tanpa disadari oleh pengguna dan menampilkan halaman seperti biasa. Akibatnya, konten tetap tidak berubah, hanya ukuran transfer yang berkurang.

Misalnya, file CSS berukuran 180 KB dapat dikompresi menjadi antara 35-50 KB dengan gzip. File JavaScript berukuran 500 KB dapat menurun menjadi antara 120-180 KB tergantung pada struktur kodenya. Di dokumen HTML, pengurangan hingga 70% sangat umum terjadi karena adanya tag yang berulang, spasi, dan struktur teks yang padat. Persentase ini tidak berlaku untuk gambar; format seperti JPEG, PNG, WebP, dan AVIF sudah memiliki mekanisme kompresi mereka sendiri.

Apakah Realistis Mengurangi Ukuran Halaman hingga 70%?

Ya, hal ini realistis untuk jenis file yang tepat. Namun, perbedaan penting di sini adalah: Gzip tidak mengurangi total berat halaman web, tetapi mengurangi ukuran transfer sumber berbasis teks yang dapat dikompresi. Misalkan sebuah halaman memiliki berat 3 MB. Jika 1 MB dari ukuran tersebut adalah HTML, CSS, JS, dan JSON, dan 2 MB adalah file gambar dan video, maka gzip hanya akan efektif pada bagian 1 MB tersebut. Jika bagian ini berkurang hingga 70%, total halaman akan turun dari 3 MB menjadi sekitar 2,3 MB. Jika halaman sebagian besar terdiri dari file teks dan skrip, maka keuntungan total akan lebih jelas.

Mari kita lihat contoh praktis: Di situs WordPress, keluaran HTML halaman utama adalah 220 KB, file CSS tema 310 KB, file JavaScript 760 KB, dan permintaan JSON 120 KB. Total konten yang dapat dikompresi adalah 1.410 KB. Setelah gzip, nilai ini dapat turun menjadi antara 420-600 KB. Ini berarti penghematan sekitar 800-990 KB hanya dalam ukuran transfer. Pada koneksi seluler, perbedaan ini berdampak positif pada waktu pemrosesan konten setelah LCP dan TTFB.

Dampak Kompresi Gzip terhadap SEO dan Pengalaman Pengguna

Google tidak menjelaskan apakah gzip diaktifkan atau tidak sebagai faktor peringkat tunggal; tetapi metrik performa yang dipengaruhi oleh gzip sangat penting untuk SEO. File yang lebih kecil diunduh lebih cepat, proses render browser dimulai lebih awal, dan waktu tunggu pengguna berkurang. Ini menjadi sangat krusial terutama bagi pengguna mobile, bandwidth rendah, dan pengunjung internasional.

• Pemuatan awal yang lebih cepat: Ketika file HTML kecil, browser dapat membuat kerangka halaman lebih awal.

• Penggunaan bandwidth yang lebih rendah: Data yang ditransfer lebih sedikit dalam volume trafik yang sama; ini dapat memberikan keuntungan biaya di situs dengan trafik tinggi.

• Efisiensi pengindeksan yang lebih baik: Bot mesin pencari dapat mengunduh sumber daya dengan lebih efisien.

• Dukungan Core Web Vitals: Gzip tidak secara langsung menyelesaikan LCP, tetapi dengan mengurangi transfer CSS dan JS, berkontribusi pada keseluruhan rantai performa.

• Tingkat pentalan yang lebih rendah: Terutama di situs e-commerce dan korporat, bahkan peningkatan beberapa ratus milidetik dapat mempengaruhi rasio konversi.

Dalam melakukan optimasi kecepatan, penting untuk tidak hanya melihat pengaturan server, tetapi juga kualitas hosting, konfigurasi SSL, waktu DNS, dan efisiensi tema. Untuk pengaturan yang aman dan cepat, solusi sertifikat SSL dan manajemen domain Pemeriksaan Domain dan Pendaftaran juga dapat menjadi bagian dari strategi performa.

Pengaturan yang Disarankan untuk Kompresi Gzip Nginx

Untuk mengaktifkan gzip di Nginx, biasanya beberapa direktif ditambahkan di file konfigurasi utama atau blok server yang spesifik untuk situs. Jalur file dapat bervariasi tergantung pada distribusi Linux. Di sistem Ubuntu dan Debian, file yang sering digunakan adalah /etc/nginx/nginx.conf, sementara konfigurasi spesifik situs terletak di bawah /etc/nginx/sites-available/. Di CentOS, AlmaLinux, dan Rocky Linux, direktori /etc/nginx/conf.d/ lebih umum digunakan.

Pengaturan dasar yang disarankan didasarkan pada logika berikut: gzip diaktifkan, hanya file teks yang cukup besar yang akan dikompresi, masalah dengan browser lama dikurangi, dan jenis MIME yang sesuai ditambahkan. Dalam lingkungan produksi yang tipikal, pengaturan berikut digunakan: gzip aktif; gzip_comp_level 5; gzip_min_length 1024; gzip_vary on; gzip_proxied any; gzip_types text/plain text/css application/javascript application/json application/xml text/xml image/svg+xml.

Di sini, nilai gzip_comp_level dapat berkisar antara 1 hingga 9. Seiring meningkatnya tingkat, rasio kompresi dapat meningkat, tetapi penggunaan CPU juga meningkat. Untuk sebagian besar situs web, 4, 5, atau 6 adalah pilihan yang seimbang. Tingkat 9 tidak selalu merupakan pilihan terbaik; untuk file yang lebih kecil dari 3 KB, hal ini dapat membebani CPU secara tidak perlu. Keseimbangan ini penting terutama di VPS dan server dedicated dengan trafik tinggi. Jika sumber daya server Anda terbatas, Anda dapat mempertimbangkan Paket VPS Server untuk rencana hosting yang lebih efisien.

Langkah demi Langkah Mengaktifkan Kompresi Gzip Nginx

1. Ukur Kondisi Saat Ini

Sebelum melakukan optimasi, penting untuk mengukur performa saat ini. Segarkan halaman di tab Network Chrome DevTools dan periksa nilai Size dan Transferred dari sumber daya. Jika nilai Transferred sangat dekat dengan nilai Size, mungkin gzip tidak aktif. Anda juga dapat mencari ekspresi Content-Encoding: gzip di header respon. WebPageTest, GTmetrix, PageSpeed Insights, dan perintah curl juga dapat digunakan untuk mengatur pemeriksaan.

Buat rencana pengukuran contoh: uji template berbeda seperti halaman utama, halaman kategori, halaman produk atau layanan, dan tulisan blog. Hanya melihat halaman utama bisa menyesatkan. Beberapa halaman mungkin memiliki JavaScript yang berat, sementara yang lain mungkin lebih banyak permintaan JSON dinamis. Jika Anda mencatat hasil pengukuran dalam tabel, Anda akan melihat keuntungan setelah gzip dengan lebih jelas.

2. Cadangkan File Konfigurasi Nginx

Sebelum melakukan perubahan pada konfigurasi server, pastikan untuk selalu mencadangkan. Kesalahan konfigurasi yang sederhana dapat mencegah Nginx untuk memulai ulang. Oleh karena itu, salin file terkait dan buat cadangan dengan tanggal. Jika Anda menggunakan hosting yang dikelola, panel kontrol Anda mungkin memiliki pengaturan Gzip atau Compression. Jika ragu, meminta dukungan dari penyedia hosting Anda lebih aman.

3. Tambahkan Direktif Gzip

Menambahkan pengaturan gzip ke blok http biasanya berlaku untuk semua situs. Jika Anda ingin menggunakannya hanya untuk situs tertentu, Anda juga dapat menambahkannya ke blok server. Rekomendasi produksi dasar adalah sebagai berikut: gzip aktif; gzip_disable msie6; gzip_vary on; gzip_proxied any; gzip_comp_level 5; gzip_buffers 16 8k; gzip_http_version 1.1; gzip_min_length 1024; gzip_types text/plain text/css text/xml application/xml application/json application/javascript application/rss+xml application/atom+xml image/svg+xml.

Pengaturan ini mencakup file berbasis teks yang paling umum digunakan oleh situs web modern. Namun, hindari menambahkan jenis MIME yang tidak perlu. Mengompresi file yang sudah terkompresi tidak akan memberikan keuntungan performa. Contohnya, file JPG, PNG, GIF, WebP, MP4, ZIP, PDF biasanya tidak perlu ditambahkan ke daftar gzip. File SVG dapat dikompresi sebagai pengecualian karena berbasis teks.

4. Uji Konfigurasi Nginx

Setelah melakukan perubahan, sebaiknya uji konfigurasi sebelum langsung me-restart Nginx. Perintah nginx -t akan menunjukkan kesalahan sintaksis. Jika pengujian berhasil, Anda dapat melakukan reload tanpa gangguan dengan systemctl reload nginx. Proses reload ini mengaktifkan pengaturan baru tanpa mengganggu koneksi aktif sebanyak mungkin. Restart adalah proses yang lebih keras dan harus digunakan dengan hati-hati pada trafik tinggi.

5. Verifikasi Hasil

Setelah menerapkan konfigurasi, bersihkan cache browser Anda atau uji di tab incognito. Periksa header Content-Encoding: gzip di bagian Network. Juga perhatikan penurunan pada nilai Transferred. Misalnya, file HTML yang sebelumnya ditransfer dengan ukuran 240 KB diharapkan turun menjadi antara 45-70 KB. Anda juga harus melihat pengurangan serupa pada file CSS dan JS.

Tabel Perbandingan Pengaturan Gzip

File Apa Saja yang Harus Dikenakan Kompresi Gzip?

Gzip memberikan hasil terbaik pada file yang mengandung pola teks yang berulang. Halaman HTML, gaya CSS, file JavaScript, respons API JSON, peta situs XML, aliran RSS, dan file SVG termasuk dalam kategori ini. Terutama dalam aplikasi web modern, paket JavaScript bisa sangat besar sehingga gzip dapat memberikan penghematan yang signifikan. Dalam aplikasi React, Vue, atau Angular, file bundle utama sering kali dapat diperkecil lebih dari setengahnya dengan gzip.

Ada juga file yang tidak seharusnya dikompresi. File JPEG, PNG, WebP, AVIF, MP4, MP3, ZIP, RAR, dan PDF biasanya sudah terkompresi. Mengkompresi file ini dengan gzip tidak memberikan keuntungan yang berarti dan dapat meningkatkan konsumsi CPU. Solusi yang benar untuk gambar bukanlah gzip; tetapi penggunaan WebP atau AVIF, penyesuaian ukuran yang tepat, pemuatan malas, dan strategi CDN. Untuk rencana performa terpisah dalam hal ini, Anda dapat mempertimbangkan Panduan Percepatan Situs Web.

Penggunaan Gzip di WordPress, Laravel, dan Situs Statis

Situs WordPress

Di situs WordPress, gzip dapat diaktifkan dari dua titik: tingkat server dan tingkat plugin. Metode yang paling sehat adalah tingkat server; karena permintaan dioptimalkan oleh Nginx sebelum mencapai PHP. Meskipun plugin cache menawarkan rekomendasi gzip, jika Anda menggunakan Nginx, kontrol utama harus berada di konfigurasi server. Selain itu, di WordPress, pengurangan CSS dan JS, CSS kritis, optimisasi gambar, dan caching halaman dapat memberikan hasil yang lebih baik ketika digunakan bersamaan.

Aplikasi Laravel dan Berbasis API

Dalam aplikasi Laravel, respons JSON memegang peran penting. Jika endpoint API mengembalikan data besar, gzip dapat menghemat bandwidth yang signifikan. Namun, pada respons JSON yang sangat kecil, mungkin tidak ada kompresi yang diterapkan karena ambang batas gzip_min_length; ini adalah hal yang normal. Untuk kinerja API, pagination, menghindari pengembalian field yang tidak perlu, dan header cache HTTP juga sama pentingnya dengan gzip.

Situs HTML Statis

Di situs statis, efek gzip biasanya terlihat dengan cepat. File HTML, CSS, dan JS disajikan langsung oleh Nginx sehingga tidak ada lapisan aplikasi di antaranya. Bahkan, dalam beberapa struktur, mungkin juga dimungkinkan untuk menghasilkan file .gz yang telah dikompresi sebelumnya. Namun, untuk sebagian besar situs web standar, pengaturan gzip dinamis sudah cukup.

Perbedaan antara Gzip dan Brotli

Brotli adalah algoritma kompresi yang lebih baru yang dikembangkan oleh Google dan dapat memberikan rasio yang lebih baik terutama pada file berbasis teks dibandingkan dengan gzip. Namun, dukungan Brotli di instalasi standar Nginx tidak selalu tersedia; mungkin memerlukan modul tambahan atau paket khusus. Gzip adalah pilihan yang umum, stabil, dan didukung oleh hampir semua browser.

Dalam pendekatan performa 2026, praktik terbaik adalah mendukung Brotli dan Gzip bersama-sama jika memungkinkan. Jika browser mendukung Brotli, gunakan Brotli; jika tidak, gunakan gzip. Namun, pada tahap awal, hanya mengaktifkan kompresi Gzip Nginx dengan benar sudah dapat memberikan keuntungan yang signifikan bagi kebanyakan situs.

Hal yang Perlu Diperhatikan saat Menggunakan CDN, Cache, dan Proxy

Jika Anda menggunakan CDN atau proxy terbalik, Anda perlu merencanakan rantai kompresi dengan baik. Beberapa layanan CDN menerapkan gzip atau Brotli di sisi mereka. Dalam hal ini, jika gzip diaktifkan di server asal, risiko kompresi ganda tidak akan terjadi; karena sistem yang dikonfigurasi dengan benar akan memeriksa header Content-Encoding. Namun, pengujian tetap diperlukan. Pengaturan gzip_vary on membantu sistem cache menyimpan versi yang benar dengan header Vary: Accept-Encoding.

Kesalahan yang paling umum di lapisan cache adalah mengirimkan konten terkompresi kepada klien yang tidak mendukung kompresi. Meskipun ini jarang terjadi di browser modern, bot, klien lama, atau integrasi khusus dapat menyebabkan masalah. Oleh karena itu, header Vary dan pengaturan CDN yang benar menjadi penting. Di situs korporat, DNS, SSL, CDN, dan arsitektur hosting harus ditangani secara bersamaan. Untuk infrastruktur yang dapat diskalakan di Hostragons, solusi hosting korporat dapat diteliti.

Kompresi Gzip dari Segi Keamanan dan Stabilitas

Secara umum, gzip adalah pengaturan performa yang aman; tetapi untuk halaman yang mengandung data sensitif, potensi serangan saluran samping teoretis terkait kompresi telah dibahas di masa lalu. Serangan seperti BREACH berfokus pada penebakan token rahasia dalam respons HTTPS yang terkompresi. Dalam aplikasi modern, pengelolaan token CSRF, pengaturan cookie SameSite, header keamanan, dan desain respons dapat mengurangi risiko ini. Penggunaan gzip pada sumber daya publik yang statis dianggap aman.

Dari segi stabilitas, risiko utama adalah konfigurasi yang salah. Jenis MIME yang hilang dapat menyebabkan file yang diharapkan tidak terkompresi, sementara lokasi blok yang salah dapat mencegah Nginx untuk berjalan. Oleh karena itu, setelah setiap perubahan, tes nginx -t harus dilakukan, log harus dipantau, dan jika memungkinkan, diterapkan di luar jam sibuk.

Metrik Apa yang Harus Dilihat dalam Pengukuran Performa?

Setelah mengaktifkan gzip, hanya berfokus pada skor PageSpeed tidaklah cukup. Metrik yang lebih teknis dan dapat diandalkan harus dipantau. Ukuran yang ditransfer, ukuran body yang dienkode, TTFB, LCP, FCP, dan total ukuran permintaan harus dievaluasi bersama. Gzip sebagian besar mengurangi ukuran transfer; tidak secara langsung memperpendek waktu produksi aplikasi server. Artinya, jika ada kueri database yang lambat atau operasi PHP yang berat, gzip tidak akan menyembunyikan masalah tersebut.

• Ukuran yang Ditransfer: Ukuran yang sebenarnya ditransfer ke browser dalam keadaan terkompresi.

• Ukuran Sumber Daya: Ukuran file sebenarnya yang terlihat oleh browser setelah dibuka.

• Content-Encoding: Header gzip menunjukkan bahwa optimasi aktif.

• LCP: Waktu pemuatan elemen terbesar yang terlihat; gzip dapat membantu, tetapi optimisasi gambar juga diperlukan.

• Total Blocking Time: Pada file JavaScript yang besar, biaya eksekusi sama pentingnya dengan ukuran transfer.

Kesalahan Umum dan Solusi

Gzip Terlihat Aktif Tetapi File Tidak Ditekan

Dalam hal ini, pemeriksaan pertama harus pada baris gzip_types. Konfigurasi Nginx default hanya dapat mengompresi text/html. Jika Anda tidak menambahkan jenis MIME yang relevan untuk CSS, JS, dan JSON, Anda tidak akan melihat penghematan yang diharapkan. Selain itu, jika ukuran file berada di bawah nilai gzip_min_length, maka kompresi tidak akan diterapkan.

Peningkatan Penggunaan CPU

Turunkan tingkat gzip_comp_level. Menggunakan tingkat 3 atau 4 alih-alih 5 sering kali memberikan penghematan kecepatan yang serupa dengan penggunaan CPU yang lebih rendah. Pada trafik tinggi, kompresi CDN atau strategi pre-compression statis dapat dipertimbangkan.

Header Content-Encoding Hilang Setelah CDN

Periksa pengaturan kompresi di panel CDN. Di beberapa layanan, gzip tidak diaktifkan secara default atau dapat dinonaktifkan untuk jenis file tertentu. Uji header asal dan CDN secara terpisah.

Skor PageSpeed Tidak Meningkat Sesuai Harapan

Hal ini bisa jadi normal. Gzip mengurangi ukuran transfer; CSS yang menghalangi rendering, JavaScript yang tidak terpakai, gambar besar, skrip pihak ketiga, dan sumber daya hosting yang lemah masih dapat membatasi performa. Gzip adalah langkah dasar, tetapi bukan satu-satunya solusi untuk semua masalah kecepatan.

Checklist Kontrol Aplikasi yang Disarankan

• Ukur ukuran transfer saat ini di halaman utama dan template kritis terlebih dahulu.

• Cadangkan file konfigurasi Nginx sebelum mengubahnya.

• Gunakan pengaturan gzip on, gzip_vary on, dan gzip_min_length 1024.

• Tambahkan jenis MIME CSS, JS, JSON, XML, RSS, dan SVG ke dalam gzip_types.

• Jaga nilai gzip_comp_level dalam rentang 4-6 untuk menjaga keseimbangan CPU.

• Jangan sertakan file gambar, video, dan arsip dalam lingkup gzip.

• Uji konfigurasi dengan nginx -t, kemudian terapkan reload.

• Verifikasi header Content-Encoding: gzip menggunakan Chrome DevTools, curl, atau WebPageTest.

• Jika menggunakan CDN, periksa header Vary: Accept-Encoding dan pengaturan kompresi CDN.

• Evaluasi optimisasi gambar, cache, perbaikan database, dan sumber daya hosting setelah gzip.

Kapan Kompresi Gzip Tidak Cukup?

Dalam beberapa kasus, meskipun gzip bekerja dengan baik, halaman mungkin masih lambat. Penyebabnya mungkin lebih berkaitan dengan biaya pemrosesan atau render daripada ukuran transfer. Misalnya, file JavaScript berukuran 1,5 MB mungkin menyusut menjadi 400 KB dengan gzip, tetapi browser tetap harus mem-parsing dan mengeksekusi kode ini. Oleh karena itu, perlu menghapus JavaScript yang tidak digunakan, menerapkan pemecahan kode, dan menunda skrip yang tidak penting.

Demikian pula, jika gambar utama berukuran 1 MB, gzip tidak dapat menyelesaikannya. Mengonversi gambar ke format WebP atau AVIF, menyajikannya dalam ukuran piksel yang tepat, dan menggunakan gambar responsif adalah langkah yang diperlukan. Kueri database yang lambat, batas CPU yang rendah, atau lingkungan hosting bersama yang padat juga dapat membatasi dampak gzip. Pada titik ini, arsitektur hosting perlu ditinjau: pilihan hosting berfokus pada kinerja.

Kesimpulan: Pengaturan Kecil, Keuntungan Performa Besar

Kompresi Gzip Nginx adalah salah satu cara tercepat, paling cost-effective, dan efektif untuk mengurangi ukuran halaman dan transfer data. Jika dikonfigurasi dengan benar, dapat memberikan pengurangan antara 50-70 persen pada file HTML, CSS, JavaScript, JSON, dan XML. Ini berarti pemuatan yang lebih cepat, pengalaman pengguna yang lebih baik, dan dasar teknis yang lebih sehat yang mendukung performa SEO.

Untuk hasil terbaik, pertimbangkan gzip bukan sebagai langkah tunggal; tetapi bersamaan dengan cache, optimisasi gambar, hosting berkualitas, SSL yang mutakhir, dan struktur kode yang bersih. Jika Anda ingin memperkuat infrastruktur performa situs Anda di Hostragons, Anda dapat membandingkan solusi hosting, domain, dan SSL untuk memilih rencana yang sesuai dengan kebutuhan Anda: Solusi Hosting Hostragons.

Pertanyaan yang Sering Diajukan

Apakah kompresi Gzip benar-benar meningkatkan kecepatan halaman?

Ya. Gzip membantu mengurangi ukuran transfer file berbasis teks, memungkinkan browser untuk mengunduh sumber daya lebih cepat. Ini terutama memberikan peningkatan kecepatan yang signifikan pada file HTML, CSS, JavaScript, dan JSON. Namun, harus dievaluasi bersama dengan faktor lainnya seperti optimisasi gambar, cache, dan performa server.

Berapa tingkat kompresi gzip yang harus digunakan?

Untuk sebagian besar lingkungan produksi, gzip_comp_level 4, 5, atau 6 adalah yang paling ideal. Tingkat yang lebih tinggi dapat memberikan sedikit penghematan tambahan tetapi meningkatkan penggunaan CPU. Pada situs dengan trafik tinggi, memilih tingkat yang seimbang lebih penting daripada memaksimalkan kompresi.

Apakah gzip juga mengompresi gambar?

Secara teknis, beberapa file dapat dimasukkan dalam lingkup gzip, tetapi format seperti JPEG, PNG, WebP, AVIF, dan MP4 sudah terkompresi. Menggunakan gzip pada file ini tidak memberikan keuntungan yang signifikan. Metode yang tepat untuk gambar adalah konversi format, pengaturan ukuran, pemuatan malas, dan penggunaan CDN.

Apakah gzip dan Brotli dapat digunakan secara bersamaan?

Ya. Dengan konfigurasi yang tepat, jika browser mendukung Brotli, maka Brotli dapat digunakan; jika tidak, gzip akan digunakan. Brotli biasanya menawarkan rasio kompresi yang lebih baik; tetapi mungkin memerlukan modul tambahan di Nginx. Gzip adalah solusi dasar yang umum didukung dan mudah diterapkan.

Bagaimana cara memeriksa apakah gzip aktif?

Anda dapat memilih file terkait di tab Network Chrome DevTools dan mencari header Content-Encoding: gzip di bagian response headers. Anda juga dapat melakukan pemeriksaan dengan alat seperti curl atau WebPageTest. Ukuran yang ditransfer yang jauh lebih kecil dari ukuran sumber daya juga menunjukkan bahwa kompresi berfungsi.