Have questions about images on the web? Tweet your questions to @ChromiumDev with #AskChrome and we'll answer the top questions in our next #AskChrome episode on YouTube.

Optimalisasi Gambar

Gambar sering menjadi sumber besarnya byte yang didownload pada halaman web dan juga sering kali menempati sejumlah besar ruang visual. Hasilnya, pengoptimalan gambar bisa menghasilkan beberapa penghematan byte terbesar dan meningkatkan kinerja situs web Anda: semakin sedikit byte yang harus didownload browser, semakin sedikit persaingan untuk bandwidth klien dan lebih cepat browser men dan merender konten yang bermanfaat pada layar.

Optimalisasi gambar adalah seni dan juga sains: seni karena tidak ada satu jawaban pasti mengenai cara terbaik mengompresi satu gambar, dan sains karena ada banyak teknik yang cukup berkembang dan algoritme yang dapat mengurangi ukuran sebuah gambar secara signifikan. Menemukan setelan yang optimal untuk gambar Anda membutuhkan analisis yang cermat di banyak dimensi: kemampuan format, konten data yang dienkodekan, kualitas, dimensi piksel, dan lainnya.

Meniadakan dan mengganti gambar

TL;DR

  • Menghilangkan sumber daya gambar yang tidak perlu
  • Manfaatkan efek CSS3 jika memungkinkan
  • Gunakan fon web daripada mengenkode teks dalam gambar

Pertanyaan yang pertama kali harus diajukan kepada diri sendiri apakah sebuah gambar, faktanya, diperlukan untuk mencapai efek yang Anda cari. Desain yang baik itu sederhana dan akan selalu menghasilkan kinerja terbaik. Jika Anda dapat meniadakan sumber daya gambar, yang sering kali membutuhkan sejumlah besar byte yang relatif terhadap HTML, CSS, JavaScript dan aset lainnya pada laman, maka hal itu selalu menjadi strategi optimalisasi terbaik. Dengan demikian, sebuah gambar yang ditempatkan dengan baik mengomunikasikan lebih banyak informasi daripada ribuan gambar, jadi terserah Anda untuk menemukan keseimbangan tersebut.

Berikutnya, Anda harus mempertimbangkan terlebih dahulu jika ada teknologi alternatif yang bisa mencapai hasil yang diinginkan, namun dengan cara yang lebih efisien:

  • Efek CSS (gradasi, bayangan, dsb.) dan animasi CSS dapat digunakan untuk menghasilkan aset yang tidak tergantung pada resolusi yang selalu tampak tajam di setiap resolusi dan tingkat zoom, sering kali dalam byte yang lebih kecil daripada yang diperlukan oleh sebuah file gambar.
  • Font web mengaktifkan penggunaan tipe desain yang indah sembari mempertahankan kemampuan untuk memilih, mencari, dan mengubah ukuran teks - sebuah peningkatan yang signifikan dalam kegunaan.

Jika Anda pernah mengenkodekan teks dalam sebuah aset gambar, berhentilah dan pertimbangkan kembali. Tipografi yang hebat sangat penting bagi desain yang baik, branding, dan keterbacaan, namun teks dalam gambar menghasilkan pengalaman pengguna yang buruk: teks tidak dapat dipilih, tidak dapat ditelusuri, tidak dapat di-zoom, tidak dapat diakses, dan tidak cocok untuk perangkat ber-DPI tinggi. Penggunaan font web memerlukan seperangkat optimalisasinya sendiri, namun penggunaan ini menjawab semua kekhawatiran ini dan selalu menjadi pilihan yang lebih baik untuk menampilkan teks.

Vektor vs. Gambar raster

TL;DR

  • Gambar vektor ideal untuk gambar yang terdiri dari bentuk-bentuk geometrik
  • Gambar vektor diperbesar dan bebas resolusi
  • Gambar raster harus digunakan untuk adegan rumit dengan banyak bentuk detail tidak teratur

Setelah Anda menentukan bahwa sebuah gambar memang faktanya merupakan format yang optimal untuk mencapai hasil yang diinginkan, pilihan penting berikutnya adalah untuk memilih format yang sesuai:

Gambar vektor diperbesar
Gambar vektor diperbesar
Gambar bitmap yang diperbesar
Gambar bitmap yang diperbesar
  • Grafis vektor menggunakan garis, titik, dan bentuk jamak untuk merepresentasikan sebuah gambar.
  • Grafis bitmap merepresentasikan sebuah gambar dengan mengenkodekan setiap nilai dari setiap piksel di dalam grid berbentuk persegi panjang.

Setiap format memiliki kelebihan dan kekurangannya sendiri. Format vektor idealnya cocok untuk gambar yang terdiri dari bentuk geometris sederhana (misalnya logo, teks, ikon, dan seterusnya), dan memberikan hasil yang tajam di setiap setelan resolusi dan zoom, sehingga membuatnya menjadi format yang ideal untuk layar resolusi tinggi dan aset yang perlu ditampilkan pada beragam ukuran.

Akan tetapi, format vektor tidak cukup bila adegannya rumit (misalnya foto): jumlah markup SVG untuk menjelaskan semua bentuk menjadi terlalu tinggi dan keluarannya mungkin masih belum terlihat "fotorealistik". Bila itu yang terjadi, di situlah waktunya Anda harus menggunakan format gambar bitmap seperti GIF, PNG, JPEG atau salah satu format gambar yang lebih baru seperti JPEG-XR dan WebP.

Gambar bitmap tidak memiliki properti indah yang tidak tergantung pada resolusi atau zoom - ketika Anda menaikkan skala sebuah gambar bitmap, Anda akan melihat grafis yang kasar dan buram. Hasilnya, Anda mungkin harus menyimpan lebih dari satu versi gambar bitmap dengan resolusi yang bervariasi untuk menyajikan pengalaman yang optimal bagi pengguna.

Implikasi layar resolusi tinggi

TL;DR

  • Layar resolusi tinggi memiliki beberapa piksel perangkat per piksel CSS
  • Gambar beresolusi tinggi memerlukan piksel dan byte dalam jumlah yang sangat banyak
  • Teknik pengoptimalan gambar sama saja terlepas dari resolusi

Saat kita berbicara tentang piksel gambar, kita harus membedakan antara berbagai jenis piksel: Piksel CSS dan piksel perangkat. Satu piksel CSS tunggal dapat berisi banyak piksel perangkat - misalnya satu piksel CSS mungkin berkaitan secara langsung dengan satu piksel perangkat, atau mungkin didukung oleh banyak piksel perangkat. Apa maksudnya? Jadi semakin banyak pikselnya, semakin halus detail konten yang ditampilkan pada layar.

Piksel CSS vs piksel perangkat

Layar DPI Tinggi (HiDPI) memproduksi hasil yang indah, tetapi ada satu kompromi yang jelas dibutuhkan: aset gambar kita membutuhkan lebih banyak detail untuk memanfaatkan hitungan piksel perangkat yang lebih tinggi. Kabar gembiranya, gambar vektor idealnya cocok untuk tugas ini, karena bisa di-render berapa pun resolusinya dengan hasil tajam - kita mungkin harus mengeluarkan biaya pemrosesan lebih tinggi untuk merender detail yang lebih halus, namun aset yang mendasari masih tetap sama dan bebas dari resolusi.

Di lain pihak, gambar bitmap memunculkan tantangan yang jauh lebih besar karena gambar ini mengenkode data gambar atas dasar per piksel. Oleh karena itu, semakin besar jumlah piksel, semakin besar ukuran file dari gambar bitmap. Misalnya, anggap perbedaan antara aset foto yang ditampilkan pada aset foto yang ditampilkan pada piksel 100x100 (CSS):

Resolusi layar Total piksel Ukuran file tidak terkompresi (4 byte per piksel)
1x 100 x 100 = 10.000 40.000 byte
2x 100 x 100 x 4 = 40.000 160.000 byte
3x 100 x 100 x 9 = 90.000 360.000 byte

Bila kita menggandakan resolusi layar fisik, jumlah total piksel akan bertambah empat kali lipat: dua kali jumlah piksel horizontal, lalu kalikan dengan dua kali jumlah piksel vertikal. Karena itu, "2x" layar tidak hanya berlipat dua kali, namun berlipat empat dari piksel yang diperlukan!

Jadi pada praktiknya seperti apa? Layar resolusi tinggi memungkinkan kita menghasilkan gambar yang indah, yang bisa jadi merupakan fitur produk yang hebat. Akan tetapi, layar resolusi tinggi juga membutuhkan gambar resolusi tinggi: pilihlah sedapat mungkin gambar vektor karena gambar ini bebas dari resolusi dan selalu menghasilkan gambar yang tajam, dan jika gambar bitmap diperlukan, berikan dan optimalkan beberapa variasi setiap gambar dengan bantuan srcset dan picture.

Mengoptimalkan gambar vektor

TL;DR

  • SVG adalah format gambar berbasis XML
  • File SVG harus diperkecil untuk mengurangi ukurannya
  • File SVG harus dikompres dengan GZIP

Semua browser modern mendukung Scalable Vector Graphics (SVG), yang merupakan format gambar berbasis XML untuk grafis dua dimensi: kita bisa menyematkan markup SVG secara langsung pada laman, atau sebagai sumber daya eksternal. Pada gilirannya, sebuah file SVG dapat dibuat oleh sebagian besar perangkat lunak menggambar berbasis vektor, atau dengan tangan dan secara langsung dalam editor teks favorit Anda.

<?xml version="1.0" encoding="utf-8"?>
<!-- Generator: Adobe Illustrator 17.1.0, SVG Export Plug-In . SVG Version: 6.00 Build 0)  -->
<svg version="1.2" baseProfile="tiny" id="Layer_1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"
   x="0px" y="0px" viewBox="0 0 612 792" xml:space="preserve">
<g id="XMLID_1_">
  <g>
    <circle fill="red" stroke="black" stroke-width="2" stroke-miterlimit="10" cx="50" cy="50" r="40"/>
  </g>
</g>
</svg>

Contoh di atas merender satu bentuk lingkaran sederhana dengan garis luar hitam dan latar belakang merah dan diekspor dari Adobe Illustrator. Seperti yang bisa Anda lihat, gambar ini mengandung banyak metadata seperti informasi layer, komentar, dan namespace XML yang sering kali tidak diperlukan untuk merender aset dalam browser. Hasilnya, ada baiknya mengecilkan file SVG dengan menjalankan alat seperti svgo.

Yang terjadi di sini, svgo mengurangi ukuran file SVG di atas yang dihasilkan oleh Illustrator sebesar 58%, menguranginya dari 470 menjadi 199 byte. Selanjutnya, karena SVG merupakan format berbasis XML, kita juga dapat menerapkan kompresi GZIP untuk mengurangi ukuran transfernya - pastikan server Anda telah dikonfigurasikan untuk mengompresi aset SVG!

Mengoptimalkan gambar bitmap

TL;DR

  • Gambar bitmap adalah grid yang terdiri dari piksel
  • Setiap piksel mengenkode informasi warna dan transparansi
  • Kompresor gambar menggunakan berbagai teknik untuk mengurangi jumlah bit per piksel yang diperlukan untuk mengurangi ukuran file gambar

Gambar bitmap cuma grid 2 dimensi dari "piksel" individual - misalnya, gambar 100x100 piksel adalah rangkaian 10.000 piksel. Pada gilirannya, setiap piksel menyimpan nilai "RGBA": saluran merah (R), saluran hijau (G), saluran biru (B), dan saluran (A) alfa (transparansi).

Secara internal, browser mengalokasikan 256 nilai (corak) untuk setiap saluran, yang diterjemahkan menjadi 8 bit per saluran (2 ^ 8 = 256), dan 4 byte per piksel (4 saluran x 8 bit = 32 bit = 4 byte). Hasilnya, jika kita tahu dimensi dari grid kita bisa menghitung ukuran file dengan mudah:

  • Gambar 100 x 100px terdiri dari 10.000 piksel
  • 10.000 piksel x 4 byte = 40.000 byte
  • 40.000 byte / 1.024 = 39 KB
Dimensi Piksel Ukuran file
100 x 100 10.000 39 KB
200 x 200 40.000 156 KB
300 x 300 90.000 351 KB
500 x 500 250.000 977 KB
800 x 800 640.000 2.500 KB

39 KB untuk sebuah gambar berukuran 100x100 piksel mungkin tampak tidak terlalu besar, namun ukuran file dengan cepat bertambah besar untuk gambar yang lebih besar dan membuat aset gambar menjadi lambat dan mahal untuk didownload. Untungnya yang telah kami jelaskan sejauh ini adalah format gambar yang "tidak dikompresi". Apa yang dapat kita lakukan untuk mengurangi ukuran file gambar?

Satu strategi sederhana adalah mengurangi "kedalaman bit" dari gambar dari 8 bit per saluran menjadi palet warna yang lebih kecil: 8 bit per saluran memberi kita 256 nilai per saluran dan total 16.777.216 (256 ^ 3) warna. Bagaimana jika kita mengurangi palet menjadi 256 warna? Maka kita hanya akan membutuhkan 8 bit secara total untuk saluran RGB dan segera menyimpan dua byte per piksel -- yaitu 50% penghematan kompresi atas 4 byte asli per format piksel!

Artefak kompresi

Berikutnya, setelah mengoptimalkan data yang tersimpan dalam setiap piksel, kita bisa menjadi lebih cerdas dan juga melihat piksel terdekat: ternyata, banyak gambar, dan terutama foto, yang memiliki banyak piksel terdekat dengan warna serupa - misalnya langit, tekstur berulang, dan seterusnya. Dengan memanfaatkan informasi ini, kompresor dapat menerapkan "enkode delta" yang daripada menyimpan masing-masing nilai untuk setiap piksel, kita bisa menyimpan selisih antara piksel di sekitarnya: jika piksel yang terdekat sama, maka deltanya adalah "nol" dan kita hanya perlu menyimpan satu bit! Namun kita tidak perlu berhenti di situ...

Mata manusia memiliki level sensitivitas berbeda-beda terhadap warna berbeda-beda: kita bisa mengoptimalkan encoding warna untuk ini dengan mengurangi atau menambah palet untuk warna-warna itu. Piksel "Di Sekitar" membentuk dua dimensional grid, yang berarti bahwa setiap piksel memiliki beberapa tetangga: kita bisa menggunakan fakta ini untuk meningkatkan encoding delta lebih lanjut. Daripada hanya melihat tetangga dekat untuk setiap piksel, kita bisa melihat blok lebih besar dari piksel terdekat dan mengenkode blok dengan setelan berbeda. Dan seterusnya...

Seperti yang bisa Anda lihat, optimalisasi gambar menjadi semakin rumit (atau menyenangkan, tergantung cara Anda melihatnya), dan terus menjadi bidang penelitian di kalangan akademisi dan komersial. Gambar menempati banyak byte dan mengembangkan teknik kompresi gambar yang lebih baik akan sangat bermanfaat! Jika Anda penasaran untuk mempelajari lebih lanjut, buka laman Wikipedia, atau lihat dokumen resmi teknik kompresi WebP untuk melihat contohnya secara langsung.

Jadi sekali lagi, ini semuanya sangat menyenangkan, namun juga sangat akademik: bagaimana hal itu bisa membantu kita mengoptimalkan gambar di halaman kita? Kita tidak berada dalam posisi untuk menemukan teknik kompresi yang baru, namun kita harus memahami bentuk masalahnya: Piksel RGBA, kedalaman bit, dan berbagai teknik optimalisasi. Semua konsep ini penting untuk dipahami dan diingat sebelum kita terjun ke dalam diskusi mengenai berbagai variasi format gambar bitmap.

Kompresi gambar lossless vs lossy

TL;DR

  • Karena cara kerja mata kita, gambar paling cocok untuk melakukan kompresi lossy
  • Optimalisasi gambar merupakan fungsi dari kompresi melalui kompresi lossy dan lossless
  • Perbedaan format gambar disebabkan bagaimana dan algoritme lossy dan lossless mana yang digunakan untuk mengoptimalkan gambar
  • Tidak ada satu format gambar terbaik atau "setelan kualitas" untuk semua gambar: setiap kombinasi kompresor dan konten gambar menghasilkan output unik

Untuk data jenis tertentu, seperti kode sumber untuk sebuah laman, atau file yang dapat dieksekusi, kompresor harus tidak boleh mengubah atau menghilangkan setiap informasi asli: satu bit data yang hilang atau salah saja dapat mengubah seluruh arti konten file, atau lebih buruk lagi, merusaknya secara keseluruhan. Untuk beberapa jenis data, seperti gambar, audio, dan video, menghasilkan "perkiraan" representasi data asli mungkin dapat diterima secara wajar.

Sebenarnya, karena cara kerja mata, kita sering kali bisa menghindari pembuangan banyak informasi tentang setiap piksel untuk mengurangi ukuran file gambar - misalnya, mata kita memiliki sensitivitas berbeda terhadap warna berbeda, artinya kita bisa menggunakan lebih sedikit bit untuk mengenkode sebagian warna. Hasilnya, sebuah pipeline proses optimalisasi gambar tipikal akan terdiri dari dua langkah tingkat tinggi:

  1. Gambar diproses dengan filter "lossy" yang meniadakan beberapa data piksel
  2. Gambar diproses dengan filter "lossless" yang mengompresi data piksel

Langkah pertama bersifat opsional, dan algoritme tepat akan tergantung pada format gambar tertentu, tetapi penting untuk memahami bahwa gambar apa pun bisa mengalami langkah kompresi lossy untuk mengurangi ukurannya. Sebenarnya, perbedaan antara berbagai format gambar, seperti GIF, PNG, JPEG, dan lainnya, ada dalam kombinasi algoritme tertentu yang digunakan (atau dihilangkan) saat menerapkan langkah lossy dan lossless.

Jadi apa konfigurasi optimalisasi lossy dan lossless yang "optimal"? Jawabannya bergantung pada konten gambar dan kriteria Anda sendiri seperti kompensasi antara ukuran gambar dan artefak yang diperkenalkan oleh kompresi lossy: dalam beberapa hal Anda mungkin ingin melewatkan optimalisasi lossy untuk mengomunikasikan detail yang rumit dengan sepenuhnya mengikuti keasliannya, dan dalam hal lainnya Anda dapat menerapkan optimalisasi lossy agresif untuk mengurangi ukuran file dari aset gambar. Di sinilah pertimbangan Anda dan konteks perlu digunakan - tidak ada setelan yang berlaku umum.

Simpan untuk web

Sebagai contoh langsung, saat menggunakan format lossy seperti JPEG, kompresor biasanya akan mengekspos setelan "kualitas" yang dapat disesuaikan (misalnya, penggeser kualitas yang disediakan oleh fungsionalitas "Save for Web" di Adobe Photoshop), yang biasanya berupa angka antara 1 dan 100 yang mengontrol cara kerja bagian dalam dari kumpulan algoritme lossy dan lossless tertentu. Untuk hasil yang terbaik, lakukan eksperimen pada beberapa setelan kualitas untuk gambar Anda, dan jangan takut untuk menurunkan kualitas - hasil visualnya sering kali sangat bagus dan penghematan ukuran filenya bisa cukup besar.

Memilih format gambar yang tepat

TL;DR

  • Mulailah dengan memilih format universal yang tepat: GIF, PNG, JPEG
  • Lakukan eksperimen dan pilih setelan terbaik untuk setiap format: kualitas, ukuran palet, dll.
  • Pertimbangkan untuk menambahkan WebP dan aset JPEG XR untuk klien modern.

Selain algoritme kompresi lossy dan lossless yang berbeda, format gambar berbeda mendukung fitur seperti animasi dan saluran transparansi (alfa). Hasilnya, pilihan "format yang tepat" untuk gambar tertentu merupakan paduan dari hasil visual yang diinginkan dengan persyaratan fungsional.

Format Transparansi Animasi Browser
GIF Ya Ya Semua
PNG Ya Tidak Semua
JPEG Tidak Tidak Semua
JPEG XR Ya Ya IE
WebP Ya Ya Chrome, Opera, Android

Ada tiga format gambar yang didukung secara universal: GIF, PNG, dan JPEG. Selain dari format ini, sebagian browser juga mendukung format yang lebih baru seperti WebP dan JPEG XR, yang menawarkan kompresi keseluruhan lebih baik dan fitur lebih banyak. Jadi, format manakah yang harus Anda gunakan?

Simpan untuk web

  1. Apakah Anda butuh animasi? Jika demikian, GIF satu-satunya pilihan universal.
    • GIF membatasi palet warna maksimal hingga 256 warna, sehingga merupakan pilihan yang buruk bagi sebagian besar gambar. Selanjutnya, PNG-8 menghasilkan kompresi lebih baik untuk gambar dengan palet kecil. Hasilnya, GIF jawaban yang tepat hanya bila animasi diperlukan.
  2. Apakah Anda perlu mempertahankan detail halus dengan resolusi tertinggi? Gunakan PNG.
    • PNG tidak berlaku untuk setiap algoritme kompresi lossy di luar pilihan ukuran palet warna. Hasilnya, gambar yang berkualitas tertinggi, namun dampaknya adalah ukuran file yang lebih tinggi daripada format lainnya. Gunakanlah dengan bijak.
    • Jika aset gambar berisi citra terdiri dari bentuk-bentuk geometrik, pertimbangkan untuk mengonversikannya menjadi format vektor (SVG)!
    • Jika aset gambar terdiri dari teks, berhenti dan pertimbangkan lagi. Teks dalam gambar tidak dapat dipilih, dicari, atau "dapat di-zoom". Jika Anda harus menghasilkan tampilan khusus (untuk branding atau alasan lain), gunakan fon web saja.
  3. Apakah Anda mengoptimalkan foto, screenshot, atau aset gambar sejenis? Gunakan JPEG.
    • JPEG menggunakan kombinasi optimalisasi lossy dan lossless untuk mengurangi ukuran file dari aset gambar. Cobalah beberapa tingkat kualitas JPEG untuk menemukan kompensasi kualitas terbaik vs. tukar pilih ukuran file untuk aset Anda.

Terakhir, setelah Anda menentukan format gambar yang optimal dan setelannya untuk setiap aset Anda, pertimbangkan untuk menambahkan varian tambahan yang dienkodekan dalam WebP dan JPEG XR. Kedua format ini baru, dan sayangnya tidak (belum) didukung secara universal oleh semua browser, namun keduanya bisa memberikan penghematan signifikan untuk klien yang lebih baru - misalnya, rata-rata WebP menghasilkan penurunan ukuran file sebesar 30% dibandingkan gambar JPEG yang setara.

Karena baik WebP maupun JPEG XR tidak didukung secara universal, Anda harus menambahkan logika tambahan ke aplikasi atau server Anda untuk melayani sumber daya yang sesuai:

  • Sebagian CDN menyediakan optimalisasi gambar sebagai layanan, termasuk penyerahan JPEG XR dan WebP.
  • Sebagian alat sumber terbuka (misalnya, PageSpeed untuk Apache atau Nginx) mengotomatiskan optimalisasi, konversi, dan penyajian aset yang sesuai.
  • Anda bisa menambah logika aplikasi tambahan untuk mendeteksi klien, memeriksa format mana yang didukung, dan menyajikan format gambar terbaik dari yang ada.

Terakhir, perhatikan bahwa jika Anda menggunakan Webview untuk merender konten dalam aplikasi asli, maka Anda memiliki kendali penuh atas klien dan dapat menggunakan WebP secara eksklusif! Facebook, Google, dan banyak lagi yang lainnya memakai WebP untuk menayangkan semua gambar mereka di dalam aplikasi - penghematannya benar-benar bermanfaat. Untuk mempelajari lebih lanjut tentang WebP, lihat presentasi WebP: Deploying Faster, Smaller, and More Beautiful Images dari Google I/O 2013.

Alat dan penyempurnaan parameter

Tidak ada satu pun format gambar yang sempurna, alat, atau seperangkat parameter optimalisasi yang bisa diterapkan ke semua gambar. Untuk mendapatkan hasil terbaik, Anda harus memilih format dan setelan bergantung pada konten dari gambar, dan visualnya serta persyaratan teknis lainnya.

Alat Keterangan
gifsicle membuat dan mengoptimalkan gambar GIF
jpegtran mengoptimalkan gambar JPEG
optipng optimalisasi PNG lossless
pngquant optimalisasi PNG lossy

Jangan takut untuk bereksperimen dengan parameter dari setiap kompresor. Turunkan kualitas, lihat tampilannya, lalu, rapikan, dan ulangi. Setelah menemukan satu set setelan yang baik, Anda dapat menerapkannya ke gambar serupa pada situs, namun jangan anggap semua gambar harus dikompresikan dengan setelan yang sama.

Menghasilkan aset gambar yang diubah skalanya

TL;DR

  • Mencapai aset berskala adalah salah satu optimalisasi paling sederhana dan efektif
  • Perhatikan dengan cermat aset besar karena hasilnya adalah overhead yang tinggi
  • Kurangi jumlah piksel yang tidak diperlukan dengan menskalakan gambar ke ukuran tampilannya

Optimalisasi gambar pada akhirnya terdari dua kriteria: mengoptimalkan jumlah byte yang digunakan untuk mengenkode setiap piksel gambar, dan mengoptimalkan jumlah total piksel: ukuran file gambar hanyalah jumlah total piksel dikalikan jumlah byte yang digunakan untuk mengenkode setiap piksel. Tidak kurang, tidak lebih.

Gambar yang diubah ukurannya

Hasilnya, salah satu teknik optimalisasi gambar paling sederhana dan efektif adalah memastikan bahwa kita tidak memberikan piksel tambahan lagi selain dari yang diperlukan untuk menampilkan aset pada ukuran yang diinginkan dalam browser. Terdengar sederhana, bukan? Sayangnya, kebanyakan halaman gagal dalam ujian ini untuk mayoritas aset gambarnya: biasanya, laman menerjunkan aset yang lebih besar dan mengandalkan browser untuk mengubah skalanya - yang juga akan menghabiskan lebih banyak sumber daya CPU - dan menampilkannya pada resolusi lebih rendah.

Overhead penyampaian piksel yang tak perlu - hanya untuk browser mengubah skala gambar untuk Anda, berarti hilangnya kesempatan besar untuk mengurangi dan mengoptimalkan jumlah byte yang diperlukan untuk merender laman. Selanjutnya, perhatikan bahwa mengubah ukuran tidak hanya memfungsikan pengurangan jumlah piksel gambar, namun juga tentang ukuran alaminya.

Resolusi layar Ukuran alami Ukuran tampilan (CSS px) Piksel yang tidak perlu
1x 110 x 110 100 x 100 110 x 110 - 100 x 100 = 2.100
1x 410 x 410 400 x 400 410 x 410 - 400 x 400 = 8.100
1x 810 x 810 800 x 800 810 x 810 - 800 x 800 = 16.100
2x 220 x 220 100 x 100 220 x 220 - (2 x 100) x (2 x 100) = 8.400
2x 820 x 820 400 x 400 820 x 820 - (2 x 400) x (2 x 400) = 32.400
2x 1.620 x 1.620 800 x 800 1.620 x 1.620 - (2 x 800) x (2 x 800) = 64.400

Perhatikan bahwa dalam semua contoh di atas, ukuran tampilan "hanya 10 CSS piksel lebih kecil" daripada aset yang diperlukan untuk setiap resolusi layar. Akan tetapi jumlah piksel tambahan, dan overhead-nya yang terkait, semakin cepat meningkat seiring meningkatnya dimensi tampilan gambar! Hasilnya, meski Anda mungkin tidak dapat menjamin bahwa setiap aset tunggal disajikan pada ukuran tampilannya secara persis, Anda harus memastikan bahwa jumlah piksel yang tidak diperlukan jumlahnya minimal, dan bahwa aset besar Anda secara khusus disampaikan sedekat mungkin ke ukuran tampilannya.

Daftar periksa optimalisasi gambar

Optimalisasi gambar adalah seni dan juga sains: seni karena tidak ada satu jawaban pasti mengenai cara terbaik mengompresi satu gambar, dan sains karena ada banyak teknik yang cukup berkembang dan algoritme yang dapat membantu mengurangi ukuran sebuah gambar secara signifikan.

Beberapa tips dan teknik untuk diingat saat Anda mengoptimalkan gambar:

  • Pilih format vektor: gambar vektor tidak tergantung pada resolusi dan skala, sehingga gambar vektor sangat cocok untuk lingkungan dengan berbagai jenis perangkat dan resolusi tinggi.
  • Perkecil dan kompres aset SVG: Markup XML yang dihasilkan oleh kebanyakan aplikasi gambar sering kali mengandung metadata yang tidak perlu yang bisa dibuang; pastikan server telah dikonfigurasikan untuk menerapkan kompresi GZIP untuk aset SVG.
  • Pilih format gambar bitmap terbaik: tentukan persyaratan fungsional Anda dan pilih yang paling cocok untuk aset tertentu.
  • Lakukan eksperimen dengan setelan kualitas yang optimal untuk format bitmap: jangan takut untuk menurunkan setelan "kualitas", hasilnya sering kali sangat bagus dan penghematan byte-nya signifikan.
  • Buang metadata gambar yang tidak perlu: banyak gambar bitmap mengandung metadata yang tidak perlu mengenai aset: informasi geografi, informasi kamera, dst. Gunakan alat yang sesuai untuk mengurai data ini.
  • Sajikan gambar berskala: ubah ukuran gambar pada server dan pastikan bahwa ukuran "tampilan" sedekat mungkin dengan ukuran gambar "alami". Perhatikan gambar besar secara khusus, karena menjelaskan overhead terbesar saat diubah ukurannya!
  • Otomatiskan, otomatiskan, otomatiskan: investasikan ke dalam alat dan infrastruktur otomatis yang akan memastikan semua aset gambar selalu dioptimalkan.

Masukan

Was this page helpful?
Yes
What was the best thing about this page?
It helped me complete my goal(s)
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It had the information I needed
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It had accurate information
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It was easy to read
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
Something else
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
No
What was the worst thing about this page?
It didn't help me complete my goal(s)
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It was missing information I needed
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It had inaccurate information
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It was hard to read
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
Something else
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.