Tentang Kompresi GZIP
Apa itu pengujian GZIP?
Pengujian GZIP mengajukan pertanyaan sederhana: saat server mengirim halaman, apakah halaman tersebut dikompresi terlebih dahulu? GZIP adalah metode kompresi yang telah digunakan web selama puluhan tahun, dan bekerja dengan menemukan pengulangan dalam teks lalu mengodekannya dengan lebih efisien.
HTML, CSS, dan JavaScript sangat repetitif, sehingga penghematannya besar, biasanya 70 hingga 90 persen. Browser mengembangkan file tersebut saat tiba, dan pengunjung tidak pernah menyadari bahwa proses itu terjadi.
Konfigurasinya dilakukan sekali di server, berlaku untuk semuanya sekaligus, dan hampir tidak memerlukan biaya pemrosesan. Itulah sebabnya hasil tes GZIP yang gagal perlu segera ditindaklanjuti: hanya sedikit perbaikan yang semurah dan seluas ini dampaknya.
GZIP dan Brotli
Brotli adalah metode kompresi yang lebih baru dan umumnya mengungguli GZIP untuk teks, sering kali dengan tambahan penghematan sebesar 15 hingga 20 persen, serta didukung oleh setiap browser terbaru.
Brotli tidak benar-benar menggantikan GZIP, melainkan melengkapinya. Server bernegosiasi dengan setiap klien dan menggunakan metode terbaik yang didukung oleh keduanya, sehingga konfigurasi yang umum adalah Brotli dengan GZIP sebagai cadangan.
Tes GZIP yang berhasil menunjukkan bahwa kompresi sedang berlangsung. Apakah metode yang lebih baik sedang digunakan adalah pertanyaan terpisah, dan layak ditanyakan setelah hal dasar ini terpenuhi.
Apakah kompresi masih penting pada 2026?
Ini adalah salah satu dari sedikit pengoptimalan yang biayanya hampir nol dan membantu setiap pengunjung pada setiap permintaan. Tidak ada hal lain dalam daftar periksa performa yang memiliki kombinasi jangkauan dan biaya seperti ini.
Sebagian besar hosting modern mengaktifkannya secara default, itulah sebabnya masalah ini tidak disadari ketika migrasi, konfigurasi server khusus, atau lapisan CDN baru menonaktifkannya. Situs kehilangan kompresi jauh lebih sering daripada mendapatkannya.
Dampaknya tidak terlihat saat memuat satu halaman, tetapi signifikan di seluruh situs—jenis masalah yang dapat berlangsung selama bertahun-tahun tanpa ada yang melaporkannya.
Kaitan kompresi dengan penelusuran AI
Crawler meminta respons terkompresi seperti klien lainnya. Menyajikan HTML yang tidak terkompresi membuat setiap pengambilan data menjadi lebih besar dan lambat, sehingga mengurangi jumlah bagian dari situs besar yang dapat dibaca dalam satu kali crawl.
Biaya ini tidak terlihat pada setiap halaman dan menjadi signifikan jika diterapkan pada ribuan halaman, sehingga hal ini memang perlu diperiksa, bukan diasumsikan begitu saja.
Hal ini tidak memengaruhi cara konten dipahami, hanya memengaruhi seberapa banyak konten yang dapat dijangkau.
Praktik terbaik kompresi
- Aktifkan untuk HTML, CSS, JavaScript, SVG, dan JSON.
- Jangan mengompres gambar atau video; keduanya sudah terkompresi dan ukurannya justru akan sedikit membesar.
- Utamakan Brotli jika didukung, dengan GZIP sebagai pilihan cadangan.
- Periksa kembali setelah ada perubahan pada hosting, CDN, atau server.
- Verifikasi melalui header respons, bukan hanya mengandalkan pengaturan di panel kontrol.
- Gabungkan dengan minifikasi; keduanya menghapus redundansi yang saling tumpang tindih, tetapi tidak identik.
Yang diperiksa alat ini
Tes GZIP meminta halaman dan melaporkan apakah respons diterima dalam keadaan terkompresi, serta dinyatakan lulus jika memang terkompresi.
Tes ini memeriksa dokumen halaman, jadi halaman yang terkompresi tetapi menyajikan stylesheet atau skrip tanpa kompresi tetap akan lulus. Jika dokumen sudah terkompresi tetapi situs masih terasa berat, aset adalah hal berikutnya yang perlu diperiksa.
Ke mana selanjutnya
Kompresi adalah salah satu dari tiga cara untuk memperkecil ukuran file. Periksa apakah aset Anda juga telah
diperkecil, lihat total ukuran halaman dengan alat
ukuran file halaman web, dan pastikan server menggunakan protokol modern dengan pemeriksaan
HTTP/2.