STATUS IS UPWIKI OPTIMASI SITUS WEB
18Percepat
Kinerja dan pengiriman / Percepat

Gambar Responsif dengan srcset dan sizes

Bantu browser memilih gambar yang sesuai dengan slot tata letak sebenarnya sehingga tidak mengirimkan satu berkas asli yang terlalu besar ke setiap pengunjung.

Gambar Responsif dengan srcset dan sizes — PANDUAN VISUAL
BACA
8 menit
SUMBER
6
VALIDASI ULANG
2027-03-27
ditinjau
Peninjau kinerja web dan aksesibilitas
JAWABAN SINGKAT

Mulai dengan keputusan.

Gunakan srcset dan sizes ketika gambar yang sama muncul pada lebar render yang berbeda dalam tata letak responsif. srcset mencantumkan kandidat gambar dan lebar intrinsiknya; sizes menjelaskan lebar yang diharapkan dari slot gambar pada setiap kondisi tata letak. Browser menggunakan perkiraan ukuran sumber itu bersama kepadatan tampilan, zoom, dan kondisi lain untuk memilih kandidat. Kartu kecil pada ponsel dengan demikian dapat menghindari pengunduhan berkas desktop asli, sementara layar besar atau dengan kepadatan tinggi dapat memilih kandidat yang lebih tajam jika tersedia.

Mulai dari tata letak komponen (CSS) — bukan daftar perangkat generik. Ukur slot pada setiap breakpoint, hasilkan kandidat yang jujur, dan buat sizes menggambarkan slot tersebut. Gunakan deskriptor x density hanya untuk slot CSS yang tetap (fixed). Gunakan picture ketika layar kecil membutuhkan crop yang berbeda, bukan sekadar berkas yang lebih kecil. Verifikasi permintaan aktual dengan muat ulang cache kosong. Optimasi pengiriman proaktif ini mengurangi transfer gambar yang dapat dihindari sebelum rilis, namun tidak menjamin kecepatan, ketersediaan, atau keandalan host gambar.

PANDUAN VISUAL

Lihat pekerjaan sebagai sebuah sistem.

Gunakan peta ini untuk menghubungkan keputusan dalam artikel sebelum menerapkan taktik individual.

SIUPercepat
01Pilih pola yang tepat
02Pahami bagaimana sizes memandu pemilihan
03Turunkan kandidat dari tata letak aktual
04Gunakan picture untuk art direction
01

Pilih pola yang tepat

Resolution switching menjaga komposisi tetap sama dan menawarkan beberapa lebar berkas. Ini adalah pola umum untuk foto produk, figura artikel, dan kartu. Gunakan deskriptor lebar seperti 480w atau 1200w ketika lebar render berubah sesuai tata letak. Angka itu adalah lebar piksel nyata dari berkas, bukan target ponsel atau perintah CSS.

Density switching melayani slot CSS yang tetap dengan lebih banyak piksel sumber untuk tampilan dengan kepadatan lebih tinggi. Deskriptornya adalah 1x, 1.5x, atau 2x, dan cocok untuk logo atau ikon yang konsisten misalnya 160 piksel CSS lebar. Jangan mencampur deskriptor lebar dan kepadatan dalam satu srcset.

Slot fluid

Gunakan deskriptor w dengan sizes ketika sebuah komponen dapat membesar atau mengecil.

Slot tetap

Gunakan deskriptor x tanpa sizes hanya ketika ukuran render CSS stabil.

02

Pahami bagaimana sizes memandu pemilihan

Dengan deskriptor lebar, browser mengevaluasi sizes sebelum mengunduh gambar. Setiap entri memasangkan kondisi media opsional dengan sebuah panjang. Kondisi pertama yang cocok menyediakan ukuran sumber; panjang tanpa kondisi di akhir adalah fallback. sizes adalah petunjuk pemilihan, bukan aturan CSS.

Browser membandingkan ukuran sumber itu dengan lebar kandidat untuk menghitung kepadatan efektif, lalu mungkin mempertimbangkan kepadatan tampilan, zoom, dan kondisi jaringan. Browser tidak diwajibkan memilih nama berkas yang secara matematis paling dekat. Sediakan kandidat yang jujur dan perkiraan slot yang kredibel; pemilihan akhir tetap keputusan agen pengguna.

Urutan penting

Kondisi media pertama yang cocok menang, jadi tulis daftar dengan urutan yang membuat kecocokan pertama benar.

Hindari blanket 100vw

Kartu desktop sepertiga kolom yang digambarkan sebagai lebar-viewport dapat memicu kandidat yang tidak perlu besar.

03

Turunkan kandidat dari tata letak aktual

Inventarisasikan komponen, bukan halaman. Hero, figura editorial, galeri produk, thumbnail pencarian, dan logo footer sering memiliki lebar slot yang berbeda. Untuk tiap-tiapnya, catat lebar render sempit dan terbesar, rasio aspek, perilaku crop, dan visibilitas pada layar awal.

Hasilkan lebar di sekitar rentang slot komponen yang bermakna, dengan opsi yang lebih besar ketika detail membenarkan rendering beresolusi tinggi. Berkas yang hampir identik menambah kompleksitas build dan cache; hanya berkas yang sangat kecil dan sangat besar yang memaksa kompromi. Uji URL yang dihasilkan alih-alih berasumsi transformasi gambar berfungsi.

Pertahankan src fallback yang valid dan nilai width serta height yang sesuai dengan rasio yang dikirimkan. Nilai-nilai itu memesan ruang tetapi tidak mencegah CSS responsif mengubah dimensi akhir.

Deskriptor jujur

Kandidat yang diumumkan sebagai 800w harus benar-benar 800 piksel lebar.

Kontrak komponen

Pelihara slot dan rencana kandidat bersama perubahan template dan desain.

04

Gunakan picture untuk art direction

Art direction mengubah komposisi, bukan sekadar ukuran berkas. Foto lanskap lebar mungkin perlu crop potret yang lebih ketat pada layar sempit agar subjek tetap terlihat. Elemen picture dapat menawarkan opsi sumber spesifik-media, diikuti img fallback. Browser mempertimbangkan media, type, dan informasi srcset setiap source; img membawa teks alternatif, dimensi, dan perilaku fallback.

Siapkan setiap crop dengan tinjauan editorial dan aksesibilitas. Crop pada ponsel dapat menghapus detail produk atau orang yang disebutkan di teks alternatif. Letakkan alt pada img dan deskripsikan informasi atau fungsi yang disampaikan gambar. Gunakan alt="" hanya untuk gambar yang benar-benar dekoratif; untuk gambar yang ditautkan atau tombol, jelaskan tindakan bukannya penampilan. Jangan memperkenalkan picture jika komposisi tidak berubah: srcset berbasis lebar yang biasa lebih sederhana.

Penggunaan yang baik

Hero desktop yang padat membutuhkan crop potret yang berbeda untuk ponsel.

Sumber format

Source di picture dapat menawarkan hint tipe dan mempertahankan img fallback yang luas kegunaannya.

05

Hindari kesalahan pemuatan dan markup yang mahal

Pemborosan umum adalah menyalin sizes="100vw" ke setiap gambar. Itu mungkin cocok untuk figura penuh-lebar yang sempit tetapi tidak untuk kontainer yang dibatasi atau kartu desktop. Kegagalan kebalikan adalah sizes yang usang setelah redesign. Ubah CSS dan sizes bersama-sama.

Jangan lazy-load gambar yang penting pada konten yang terlihat awal. Panduan merekomendasikan lazy loading untuk gambar di bawah fold dan menjaga hero yang terlihat eager. fetch priority dapat meningkatkan prioritas gambar yang benar-benar vital, tetapi aturan prioritas tinggi atau preload yang luas dapat merugikan kinerja. Jangan mengandalkan nama berkas atau hasil cache sebagai bukti.

Regresi cold-cache

CMS, proxy, atau cache dapat menyembunyikan deskriptor yang salah atau permintaan gambar yang tidak diinginkan.

Teks dalam gambar

Jangan membuat teks penting halaman hanya bergantung pada crop yang diarahkan secara artistik.

06

Uji permintaan, crop, dan perbaikannya

Uji halaman representatif pada lebar perubahan tata letak, termasuk tepat di atas dan di bawah breakpoint grid. Sertakan pengaturan kepadatan tinggi, desktop lebar, dan status yang mengubah slot. Konfirmasi dimensi render, crop, teks alternatif, dan ketajaman visual.

Di Chrome DevTools, buka Network, muat ulang dengan cache dinonaktifkan atau gunakan Empty Cache And Hard Reload, filter permintaan gambar, dan periksa URL, ukuran transfer, header, initiator, dan timing. Batasi (throttle) untuk mengungkap pekerjaan yang terlambat atau boros. Catat viewport, faktor skala perangkat, slot, kandidat, byte yang ditransfer, dan hasil yang diharapkan.

Ketika template, breakpoint, CDN, atau pipeline aset berubah, jadikan ini gerbang rilis. Perbaiki secara sempit: koreksi sizes, perbaiki deskriptor, regenerasi crop, pulihkan fallback, atau hapus preload yang tidak perlu. Uji ulang dengan muat ulang cache kosong.

Amati bukan menyimpulkan

Panel Network merekam kandidat yang benar-benar diminta.

Batasan materi

Ini memverifikasi perilaku pengiriman gambar, bukan kapasitas origin, ketersediaan CDN, atau waktu aktif keseluruhan.

07

Terapkan sebagai kontrol ketahanan SIU

Gambar responsif mengurangi transfer yang dapat dihindari tetapi tidak dapat menjamin permintaan berhasil. Kesalahan origin, transformasi yang tidak tersedia, host pihak ketiga, dan kegagalan CDN memerlukan perencanaan kontinuitas dan pemulihan terpisah.

Untuk SIU, gunakan catatan pengujian untuk menangkap regresi pengiriman lebih awal, identifikasi template atau aturan transformasi yang bertanggung jawab, dan lakukan koreksi paling kecil yang aman sebelum peluncuran. Padukan ini dengan pemeriksaan ketersediaan pra-penerbangan dan perencanaan rollback.

Kepemilikan

Tetapkan pemilik komponen dan pipeline gambar untuk setiap pemeriksaan pemilihan yang gagal.

TINDAKAN / VERIFIKASI

Panduan tugas praktis Anda.

  1. 01

    Klasifikasikan setiap komponen

    Tandai sebagai fluid, fixed-slot, art-directed, dekoratif, fungsional, atau konten kritis yang terlihat.

    VERIFIKASI: Catatan inventarisasi rentang slot, aturan crop, dan pemilik.
  2. 02

    Ukur slot

    Inspeksi grid yang mirip produksi pada keadaan sempit, tengah, dan lebar.

    VERIFIKASI: Lebar box CSS yang tercatat mencakup batas, celah, dan sidebar.
  3. 03

    Pilih deskriptor

    Gunakan w dengan sizes untuk slot fluid atau x untuk slot tetap; jangan mencampurnya.

    VERIFIKASI: Setiap srcset menggunakan satu tipe deskriptor.
  4. 04

    Tulis sizes dari CSS

    Gunakan kondisi first-match dan fallback tanpa kondisi yang menggambarkan slot.

    VERIFIKASI: Nilai yang cocok kredibel pada setiap viewport yang diuji.
  5. 05

    Validasi aset

    Periksa bahwa setiap kandidat ada dan cocok dengan lebar intrinsiknya yang dinyatakan.

    VERIFIKASI: Permintaan langsung mengembalikan berkas yang dimaksud dan fallback yang valid.
  6. 06

    Pesan ruang

    Sertakan nilai width dan height yang cocok dan CSS responsif yang mempertahankan rasio.

    VERIFIKASI: Kedatangan gambar tidak menyebabkan perpindahan konten sekeliling yang dapat dihindari.
  7. 07

    Tinjau art direction

    Periksa setiap crop spesifik-media dan teks alternatif pada img.

    VERIFIKASI: Subjek penting tetap terlihat dan alternatif tetap akurat.
  8. 08

    Tetapkan prioritas dengan sengaja

    Lazy-load gambar di bawah fold; hindari aturan prioritas tinggi dan preload yang luas.

    VERIFIKASI: Hero yang benar-benar terlihat diminta dengan cepat tanpa kompetisi yang tidak perlu.
  9. 09

    Tangkap bukti cold-cache

    Gunakan filtrasi gambar DevTools, muat ulang dengan cache dinonaktifkan, dan viewport representatif.

    VERIFIKASI: Bukti rilis mencatat kandidat yang dipilih, slot, ukuran transfer, dan crop.
  10. 10

    Rencanakan remediasi

    Tetapkan perbaikan tertarget atau rollback untuk perubahan template dan pipeline gambar.

    VERIFIKASI: Setiap kegagalan memiliki pemilik dan retest cold-cache yang berhasil setelah perbaikan.
TOPIK DISKUSI

Bandingkan kompromi, bukan data pribadi.

Gunakan prompt ini dengan tim Anda atau komunitas pemilik situs. Bagikan metode dan pelajaran, tetapi jangan pernah menempelkan kredensial, data pelanggan, atau detail infrastruktur yang tidak bersifat publik.

  1. 01

    Komponen mana di situs Anda yang memiliki kesenjangan terbesar antara piksel yang diunduh dan slot render biasanya, dan bagaimana Anda dapat mengukurnya dengan aman?

  2. 02

    Bagaimana desainer, pemilik CMS, dan tim frontend Anda memutuskan kapan crop mobile adalah art direction daripada sekadar resize?

  3. 03

    Bukti apa yang akan membuat regresi gambar responsif mudah disetujui atau di-rollback selama tinjauan peluncuran tanpa membagikan data pelanggan?

SUMBER POPULER / TERPERCAYA

Buka materi sumber.

WHATWGImages in the HTML Standard ↗

Aturan utama untuk deskriptor, pemilihan ukuran sumber, fallback, dan pilihan browser.

Ditinjau 2026-09-27
MDN Web DocsUsing responsive images in HTML ↗

Panduan praktis untuk srcset, sizes, density switching, art direction, dan pengujian.

Ditinjau 2026-09-27
web.devResponsive images ↗

Panduan Google untuk dimensi, pemuatan, deskriptor, dan batasan tata letak.

Ditinjau 2026-09-27
MDN Web Docspicture HTML picture element ↗

Referensi untuk pemilihan media dan type, art direction, sizes, dan fallback.

Ditinjau 2026-09-27
Chrome for DevelopersInspect network activity ↗

Instruksi untuk permintaan, transfer, throttling, filtrasi, dan muat ulang cache kosong.

Ditinjau 2026-09-27
W3C Web Accessibility InitiativeImages Tutorial ↗

Panduan untuk gambar yang bermakna, dekoratif, fungsional, dan bersifat tekstual.

Ditinjau 2026-09-27

Kebijakan sumber. Klaim tentang sintaks gambar responsif dan pemilihan browser didasarkan pada standar resmi dan dokumentasi yang tercantum di bawah. Validasi markup, lebar kandidat, dan tata letak yang dirender pada template nyata situs sebelum rilis.

PENJELASAN SINGKAT

Pertanyaan umum.

Apakah saya perlu sizes setiap kali menggunakan srcset?

Gunakan sizes dengan deskriptor lebar karena browser membutuhkan perkiraan ukuran sumber untuk slot fluid. Srcset kepadatan tetap menggunakan deskriptor x dan tidak memerlukan sizes. Jangan pernah mencampur kedua tipe deskriptor dalam satu source set.

Apakah sizes mengubah lebar CSS sebuah gambar?

Tidak. sizes adalah petunjuk pemilihan sebelum muat. CSS dan tata letak komponen menentukan kotak yang dirender, itulah sebabnya sizes harus dipelihara setiap kali tata letak itu berubah.

Haruskah setiap gambar responsif menggunakan picture?

Tidak. Gunakan srcset berbasis lebar jika komposisi tidak berubah pada ukuran berbeda. Gunakan picture ketika kondisi media membutuhkan crop berbeda atau source spesifik format, sambil mempertahankan img fallback yang berguna.

Status Is UP Editorial Team · Uptime Enablement Editors

Ditinjau oleh Peninjau kinerja web dan aksesibilitas. Diterbitkan 2026-09-27; diperbarui 2026-09-30.