Format Gambar untuk SEO: JPEG vs. PNG vs. WebP vs. AVIF

TL;DR — Format gambar adalah jenis berkas yang Anda gunakan untuk menyimpan gambar—JPEG, PNG, WebP, AVIF, dan beberapa lainnya. Beralih ke format “modern” seperti WebP atau AVIF tidak akan menaikkan peringkat Anda—Google telah menyatakannya secara langsung. Yang dilakukan format tersebut ialah memperkecil berkas sehingga halaman dimuat lebih cepat; kecepatan itulah yang membantu. Jadi, pilih format yang sesuai dengan gambarnya: WebP untuk sebagian besar foto, PNG untuk logo dan tangkapan layar yang membutuhkan tepi tajam atau transparansi, serta SVG untuk ikon.

Apa itu format gambar?

Saat menyimpan gambar, Anda menyimpannya sebagai sesuatu—misalnya .jpg, .png, atau .webp. Itulah formatnya. Setiap format menyimpan gambar dengan cara yang sedikit berbeda, dan pilihan tersebut memengaruhi tiga hal penting:

• Seberapa besar ukuran berkasnya (berkas yang lebih kecil dimuat lebih cepat).
• Apakah latar belakangnya dapat transparan (agar logo dapat ditempatkan di atas warna apa pun).
• Apakah gambarnya dapat dianimasikan (seperti GIF klasik).

Mesin pencari dapat membaca semua format umum, jadi Anda tidak memilih format untuk “menyenangkan Google”. Anda memilih format yang menjaga ukuran berkas tetap kecil tanpa memperburuk tampilan gambar.

Penjelasan sederhana setiap format

• JPEG — format foto klasik. Berfungsi di mana-mana dan cocok untuk foto, tetapi tidak mendukung transparansi.
• PNG — sangat cocok untuk logo, tangkapan layar, serta gambar dengan tepi tajam atau teks, dan dapat memiliki latar belakang transparan. Namun, untuk foto, ukuran berkasnya lebih besar daripada JPEG.
• WebP — format modern yang membuat foto jauh lebih kecil daripada JPEG dan juga mendukung transparansi. Kini format ini berfungsi di hampir semua browser. Inilah pilihan sehari-hari yang aman.
• AVIF — yang terbaru dan paling kecil di antara format tersebut (sering kali setengah ukuran JPEG). Sebagian kecil pengunjung masih tidak dapat melihatnya, jadi pasangkan dengan cadangan JPEG.
• SVG — untuk logo dan ikon. Gambar ini dibentuk secara matematis, bukan dari piksel, sehingga tetap sangat tajam pada ukuran apa pun dan berkasnya kecil.
• GIF — format animasi lama. Sebagian besar sudah usang, tetapi masih menjadi cara yang paling kompatibel secara universal untuk menampilkan animasi sederhana.

Kesalahan yang paling sering terjadi

Menggunakan WebP atau AVIF tidak memberi “peningkatan” peringkat. Orang mendengar anjuran “gunakan WebP untuk SEO” lalu menganggap formatnya sendiri akan menaikkan posisi di hasil pencarian. Tidak demikian—John Mueller dari Google telah mengatakannya dengan jelas lebih dari sekali. Manfaatnya adalah berkas yang lebih kecil → halaman lebih cepat → skor kecepatan halaman lebih baik, dan kecepatan itulah yang membantu. Jika Anda mengganti format tetapi halaman tidak benar-benar menjadi lebih cepat, tidak ada keuntungan SEO yang diperoleh.

Kebiasaan aman yang paling sederhana: gunakan WebP untuk foto, pertahankan PNG untuk logo dan tangkapan layar, gunakan SVG untuk ikon, dan tidak perlu terlalu memikirkan AVIF kecuali Anda memang ingin menghemat setiap kilobita terakhir (jika demikian, tambahkan fallback JPEG).

Ingin perbandingan lengkap—tabel kompresi, transparansi, animasi, dan dukungan browser untuk keenam format, kutipan Google yang persis, serta pohon keputusan untuk memilih format? Buka tab Advanced.

TL;DR — Format gambar bukan faktor peringkat. John Mueller dari Google telah menegaskan bahwa AVIF tidak memberi peningkatan SEO, sedangkan WebP hanya “fine for Image Search” (terjemahan) “tidak bermasalah untuk Penelusuran Gambar”—bahasa yang sengaja netral, bukan “lebih baik”. Rantai yang sebenarnya ialah: format → ukuran berkas → kecepatan halaman → Largest Contentful Paint / Core Web Vitals → sinyal pengalaman halaman yang benar-benar digunakan sistem peringkat. Format berada beberapa langkah di hulu. Pilih menurut jenis konten, bukan dengan anggapan “yang terbaru pasti menang”: WebP adalah pilihan aman untuk foto (~96% dukungan, ~25–35% lebih kecil daripada JPEG, serta mendukung transparansi alfa bahkan dalam mode lossy—JPEG tidak); AVIF menghasilkan kompresi paling tinggi (~50% lebih kecil daripada JPEG, ~94% dukungan pada 2026), tetapi membutuhkan banyak CPU untuk dienkode dan tidak memiliki rendering progresif; PNG untuk transparansi serta grafis/teks bertepi tajam; SVG untuk logo, ikon, dan diagram; GIF hanya sebagai fallback animasi universal. Sajikan format modern melalui <picture> (AVIF → WebP → src JPEG/PNG); fallback src itulah URL yang diindeks Google. Ini adalah pembahasan mendalam tentang format; penerapan LCP/fetchpriority/lazy loading dibahas di Image Optimization.

Apakah format gambar benar-benar memengaruhi SEO?

Mulailah dengan meluruskan mitos karena itulah alasan kebanyakan orang membuka halaman ini.

Format bukan faktor peringkat. John Mueller telah menyampaikan hal ini setidaknya dalam tiga kesempatan yang berbeda, dan benang merahnya selalu sama: format bukan sinyal; kecepatan yang dimungkinkan oleh format tersebutlah yang berpengaruh. Setelah Google mengumumkan pada Agustus 2024 bahwa AVIF kini didukung di Search, Mueller menegaskan bahwa menggunakan AVIF alih-alih format lain yang didukung tidak memberi “peningkatan SEO” (liputan Search Engine Roundtable). Manfaatnya adalah pengurangan ukuran berkas, yang dapat membantu kecepatan halaman, bukan preferensi peringkat terhadap wadah berkasnya. Bertahun-tahun sebelumnya, ketika membahas WebP, ia memilih kata-katanya dengan sama hati-hati: “WebP images are fine for Image Search” (terjemahan) “Gambar WebP tidak bermasalah untuk Penelusuran Gambar” (SE Roundtable) — “tidak bermasalah”, bukan “lebih baik” atau “lebih disukai”. Ketika gambar WebP mulai muncul dalam laporan Search Console “Crawled – currently not indexed” (“Di-crawl – saat ini tidak diindeks”), Mueller menjelaskan bahwa ini adalah keunikan umum pelaporan gambar—gambar tidak diindeks sebagai halaman HTML— bukan kelemahan khusus WebP. Ia “doesn’t believe the phenomenon is limited to WebP images” (terjemahan) “tidak meyakini fenomena tersebut terbatas pada gambar WebP” (ulasan Search Engine Journal).

Dokumentasi utama Google tentang SEO gambar menguatkan hal ini melalui apa yang tidak dikatakannya: dokumentasi tersebut mencantumkan format yang didukung, mengarahkan Anda ke PageSpeed Insights untuk mengukur performa, dan sama sekali tidak mengaitkan pemilihan format dengan faktor peringkat. Ketiadaan klaim itu sendiri merupakan bukti.

Pelurusan mitos yang sama juga saya sampaikan pada tingkat hub di Image SEO dan dalam panduan penerapan Image Optimization. Pernyataannya perlu tepat. Jangan berkata “format tidak penting”. Katakan: “format tidak penting secara langsung—format penting sepenuhnya melalui rantai kecepatan dan Core Web Vitals.”

Rantai sebenarnya: format → ukuran berkas → kecepatan → Core Web Vitals

Berikut urutan sebab-akibatnya. Menyingkat urutan inilah yang membuat mitos tersebut menyebar:

1. Pilihan format mengubah ukuran berkas. Ini merupakan pengungkit tunggal terbesar bagi bobot gambar.
2. Berkas yang lebih kecil dimuat lebih cepat. Dokumentasi gambar Google menyebut bahwa “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (terjemahan) “gambar sering menjadi penyumbang terbesar terhadap ukuran halaman secara keseluruhan, sehingga halaman dapat menjadi lambat dan mahal untuk dimuat.”
3. Pemuatan yang lebih cepat memperbaiki Largest Contentful Paint (LCP). Gambar hero biasanya menjadi elemen LCP, sehingga bobotnya secara langsung menggerakkan metrik tersebut. (Saya membahasnya secara mendalam dalam panduan Largest Contentful Paint, khususnya alasan LCP biasanya berupa gambar.)
4. LCP masuk ke Core Web Vitals, yang memang menjadi bagian dari sinyal pengalaman halaman yang digunakan sistem peringkat Google.

Format berada di awal rantai tersebut—beberapa langkah di hulu dari apa pun yang berkaitan dengan peringkat. Itulah sebabnya format bukan faktor peringkat dengan sendirinya: terlalu banyak hal harus berjalan dengan benar di antaranya. Jika halaman tidak benar-benar menjadi lebih cepat, tidak ada perubahan di bagian hilir.

Perbandingan enam format

Sebagian besar “panduan 2026” pesaing hanya membahas JPEG/PNG/WebP/AVIF dan secara diam-diam menyajikan angka dukungan browser yang keliru (saya pernah melihat dukungan AVIF disebut “~74%”, angka yang sudah tertinggal bertahun-tahun). Berikut matriks lengkap keenam format dengan angka terkini.

JPEG—fallback universal untuk fotografi

JPEG hanya mendukung kompresi lossy, tanpa transparansi dan animasi, serta didukung secara harfiah di mana-mana. JPEG masih merupakan fallback yang tepat di bagian akhir elemen <picture> dan pilihan yang sepenuhnya layak untuk foto jika Anda tidak mengonversinya ke format modern. Kelemahannya melekat pada cara kerja kompresi lossy. Menurut tim Chrome Google di web.dev, “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (terjemahan) “kompresi lossy mungkin kurang efektif pada gambar yang memiliki tepi tajam, seperti ilustrasi garis, detail kontras serupa, atau teks.” Itulah alasan JPEG tidak tepat untuk logo, tangkapan layar, dan grafis yang banyak memuat teks: artefak kompresinya terlihat.

PNG—lossless, transparansi, grafis, dan tangkapan layar

PNG hanya menggunakan kompresi lossless dengan transparansi alfa penuh. PNG tepat ketika Anda membutuhkan tepi yang tajam (logo, tangkapan layar antarmuka, teks di dalam gambar) atau latar belakang transparan tanpa menanggung kerumitan fallback format modern. Imbal baliknya: untuk foto, PNG menghasilkan berkas yang sangat besar tanpa peningkatan kualitas yang terlihat dibanding JPEG/WebP yang disetel dengan baik. Anda membayar biaya lossless tanpa memperoleh manfaat pada foto. (APNG memang ada untuk PNG animasi, tetapi merupakan ekstensi terpisah yang dukungannya lebih rendah, jadi jangan bergantung padanya.)

WebP—pilihan modern yang aman

WebP adalah format pertama yang akan saya pilih untuk sebagian besar foto web. Tim Chrome Google menjelaskan alasannya secara langsung: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (terjemahan) “WebP sering memberikan kompresi yang lebih baik daripada JPEG, PNG, atau GIF, sekaligus menawarkan kompresi lossy dan lossless.” WebP juga mengatasi keterbatasan terbesar JPEG: “WebP also supports alpha channel transparency even when using lossy compression — a feature the JPEG codec doesn’t offer.” (terjemahan) “WebP juga mendukung transparansi kanal alfa bahkan saat menggunakan kompresi lossy—fitur yang tidak ditawarkan codec JPEG.” Dukungan bukan lagi masalah; web.dev menyebutnya “a widely supported format that works on all modern browsers” (terjemahan) “format dengan dukungan luas yang berfungsi di semua browser modern” (~96% secara global pada 2026). Ukurannya kira-kira 25–35% lebih kecil daripada JPEG pada kualitas serupa, dan WebP lossless sekitar 26% lebih kecil daripada PNG. Jika hanya mengonversi satu jenis aset, konversikan foto Anda ke WebP.

AVIF—kompresi terbaik dengan imbal balik nyata

AVIF menang dalam kompresi mentah. Menurut web.dev, “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases,” (terjemahan) “AVIF mendukung kompresi lossy dan lossless, dan pengujian menunjukkan penghematan lebih dari 50% dibanding JPEG dalam beberapa kasus,” serta “Wide Color Gamut (WCG) and High Dynamic Range (HDR) features.” (terjemahan) “fitur Wide Color Gamut (WCG) dan High Dynamic Range (HDR).” Pada 2026, dukungan browsernya sekitar ~94% secara global—Chrome (sejak 2020), Firefox (2021), Safari (16.4+, sejak 2023), dan Edge (121+, Januari 2024) semuanya dapat merendernya. Jadi, AVIF siap digunakan di produksi—dengan fallback.

Namun, “kompresi terbaik” bukan satu-satunya variabel. Kejujuran mengenai biaya AVIF membedakan panduan yang berguna dari artikel daftar biasa:

• Proses enkode membutuhkan banyak CPU. AVIF lambat dibuat, sesuatu yang penting bagi pustaka media besar dan alur CMS yang mengenkode ulang ribuan aset.
• Tidak ada rendering progresif. Menurut MDN, berkas AVIF harus diunduh sepenuhnya sebelum ditampilkan—berbeda dari JPEG progresif yang lebih dahulu menggambar versi beresolusi rendah. Pada koneksi lambat, pengalaman ini dapat terasa lebih buruk meskipun berkasnya lebih kecil.
• Peralatan AVIF animasi belum matang. Formatnya mendukung animasi (kadang disebut AVIS), dan Chrome, Edge, serta Safari 16.4+ dapat memutarnya—tetapi Firefox masih belum bisa pada 2026, sementara peralatan produksi tertinggal dari animasi GIF/WebP.

SVG—grafis vektor, ikon, logo, dan diagram

SVG berbeda dari format lain karena merupakan vektor: bentuknya dijelaskan secara matematis, bukan sebagai kisi piksel. Karena itu, SVG dapat diskalakan ke ukuran apa pun tanpa kehilangan kualitas dan tetap kecil untuk bentuk sederhana. Pedoman praktis web.dev menyebut SVG “most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (terjemahan) “paling berguna ketika isi gambar berupa ilustrasi garis, diagram dan bagan, serta kasus lain yang tidak memiliki detail fotografis halus.” Logo, ikon, dan diagram memang seharusnya menggunakan SVG. Jangan gunakan SVG untuk foto karena format ini tidak dirancang untuk itu.

Satu hal yang benar-benar membedakan SVG dari lima format lainnya: SVG adalah XML, bukan data piksel. Menurut referensi MDN, berkas SVG dapat memuat skrip dan merujuk sumber daya eksternal; MDN secara khusus menyatakan “there are additional restrictions when SVG is used” (terjemahan) “terdapat pembatasan tambahan ketika SVG digunakan” sebagai gambar biasa (melalui <img> atau CSS background-image), dibanding saat ditanamkan secara inline atau melalui <iframe>/<object>. Pembatasan itu ada karena SVG yang dimuat dengan cara “gambar” biasa di-sandbox agar tidak menjalankan skrip atau mengambil sumber daya eksternal, tepat untuk menutup vektor XSS. Jika Anda menerima unggahan SVG dari pengguna—misalnya untuk pustaka ikon atau formulir unggah logo—bersihkan sebelum disajikan: hapus tag <script> dan referensi eksternal. Perlakukan SVG seperti markup lain yang dipasok pengguna, bukan seperti JPEG.

GIF—animasi lama yang terkadang masih tepat

GIF menggunakan kompresi LZW lossless dengan palet maksimal 256 warna dan hanya mendukung transparansi biner (aktif/nonaktif). GIF adalah format animasi historis. Untuk apa pun yang tidak sederhana, format ini telah digantikan oleh WebP/AVIF animasi—atau, lebih baik lagi, video. Satu keunggulan yang tersisa ialah kompatibilitas universal. Jika animasi sederhana harus diputar di mana-mana tanpa logika fallback, GIF masih menjadi pilihan dengan penyebut umum terendah. Selain itu, gunakan WebP animasi.

Apa pun format animasinya, perlakukan semantik secara terpisah dari keputusan format. GIF atau gambar animasi berulang yang menyampaikan informasi memerlukan teks alt yang menjelaskan isinya, sama seperti gambar statis. Animasi yang murni dekoratif harus ditandai demikian agar pembaca layar tidak membacakannya sebagai konten. Keduanya bukan persoalan kompatibilitas format—aturan tersebut berlaku baik Anda menyajikan GIF, WebP animasi, maupun AVIF animasi.

Format mana yang sebaiknya digunakan?

Cocokkan format dengan kontennya, bukan dengan anggapan “mana yang paling baru”. Tab pohon keputusan menyajikan alurnya, tetapi versi singkatnya adalah:

• Foto → WebP (pilihan aman), atau AVIF dengan fallback JPEG jika Anda ingin kompresi maksimum.
• Logo, ikon, diagram, ilustrasi garis → SVG.
• Tangkapan layar, grafis dengan tepi tajam atau teks, serta apa pun yang membutuhkan transparansi tanpa kerumitan fallback → PNG (atau WebP lossless).
• Animasi sederhana → WebP/AVIF animasi jika didukung; GIF hanya sebagai fallback universal. (Untuk animasi yang lebih kompleks, gunakan video.)

Ada satu catatan penting mengenai semua persentase kompresi dalam artikel ini: angka tersebut merupakan hasil representatif dari pengujian web.dev dan caniuse, bukan jaminan bagi gambar Anda. Penghematan bergantung pada isi gambar sumber (foto yang ramai terkompresi secara berbeda dari grafis dengan warna datar) dan pengaturan enkoder. Anggap “WebP ~25–35% lebih kecil” dan “AVIF ~50% lebih kecil” sebagai perkiraan awal, lalu bandingkan hasil enkode Anda sendiri pada pengaturan kualitas yang benar-benar akan digunakan. Itulah satu-satunya cara mengetahui manfaat pergantian format bagi halaman Anda sendiri.

Menerapkan format modern dengan aman—fallback <picture>

Jangan sajikan format modern sendirian; sajikan bersama fallback. Pola yang rapi adalah elemen <picture> yang menawarkan AVIF terlebih dahulu, lalu WebP, dan berakhir pada <img src> biasa yang menunjuk ke JPEG atau PNG:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

Browser memilih format pertama yang dipahaminya; browser lama dan beberapa crawler beralih ke src. Ada dua hal yang perlu dipahami. Pertama, src fallback tersebut adalah URL yang benar-benar diindeks Google untuk Penelusuran Gambar—Google mengurai <img> meskipun berada di dalam <picture>, tetapi tidak mengindeks CSS background-image. Kedua, di sinilah pemilihan format beralih ke pekerjaan penerapan yang lebih luas: dimensi, pengaturan kompresi, srcset/sizes, lazy loading, dan fetchpriority pada gambar LCP. Panduan lengkap itu sengaja tidak diduplikasi di sini; baca Image Optimization. Mekanisme penyajian responsif (srcset, sizes, dan art direction) dibahas di Responsive Images.

Format yang didukung secara resmi oleh Google dan Bing

Daftar format Google dan pencapaian AVIF pada Agustus 2024

Daftar Google Search bersifat tegas: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (terjemahan) “Google Search mendukung gambar yang dirujuk dalam atribut src pada img dengan format berkas berikut: BMP, GIF, JPEG, PNG, WebP, SVG, dan AVIF” (ditambah Data URI Base64). AVIF adalah tambahan terbaru, dan tanggalnya penting: Google sama sekali belum mendukung AVIF untuk Search hingga 30 Agustus 2024, ketika Google mengumumkan “AVIF is now a supported file type in Google Search” (terjemahan) “AVIF kini merupakan jenis berkas yang didukung di Google Search” dan “you don’t need to do anything special to have your AVIF files indexed.” (terjemahan) “Anda tidak perlu melakukan apa pun secara khusus agar berkas AVIF Anda diindeks.” Sebelum tanggal tersebut, AVIF tidak ada dalam daftar. Menurut liputan pihak ketiga, penggunaan thumbnail AVIF bahkan dapat membuat Google membatalkan pengindeksan video sepenuhnya. Ini merupakan batas waktu yang benar-benar baru dan dapat dipastikan tanggalnya: panduan pesaing yang ditulis sebelum pertengahan 2024 dan tidak pernah diperbarui memberikan saran usang tentang keamanan AVIF.

Perhatikan cara Google membingkai pengumumannya—semata-mata sebagai “we can now process this file type,” (terjemahan) “sekarang kami dapat memproses jenis berkas ini,” bukan sebagai peluncuran sinyal peringkat. Kerangka nonperingkat tersebut sama dengan daftar format lainnya. Karena itu, judul Search Engine Journal “Dukungan Baru Google untuk Gambar AVIF Mungkin Meningkatkan SEO” menjadi contoh peringatan yang baik: isi artikelnya dengan benar menyalurkan “peningkatan” sepenuhnya melalui ukuran berkas → Core Web Vitals, tetapi judulnya menunjukkan bagaimana mitos format-sama-dengan-peringkat diperkuat oleh pers industri yang bermaksud baik.

Panduan publik Bing yang terbatas

Bing tidak menerbitkan dokumen perbandingan format demi format seperti Google. Webmaster Guidelines umumnya memperlakukan kecepatan halaman—termasuk bobot gambar—sebagai pertimbangan, tetapi tidak ada halaman teknis khusus Bing yang menyuruh “gunakan WebP/AVIF”, dan saya tidak akan mengarangnya. Bing mengindeks dan menampilkan gambar JPEG/PNG/WebP/GIF di Bing Images tanpa masalah. Dukungan crawler-nya untuk format modern biasanya diasumsikan mengikuti dukungan browser yang berdekatan dengan Chromium, tetapi tidak didokumentasikan secara terpisah seperti milik Google. Kesenjangan yang sama saya tandai secara jujur dalam Image Optimization —saya menyatakannya apa adanya, bukan menutupinya.

Mitos umum tentang format gambar dan SEO

• “Beralih ke WebP/AVIF menaikkan peringkat.” Tidak. Mueller mengatakan secara langsung bahwa AVIF tidak memberi peningkatan SEO; WebP “tidak bermasalah”, bukan “lebih baik”. Manfaatnya tidak langsung, melalui ukuran berkas → kecepatan → Core Web Vitals.
• “AVIF selalu terbaik karena kompresinya paling tinggi.” Terlalu berlebihan. AVIF membutuhkan banyak CPU untuk dienkode, tidak memiliki rendering progresif, dan belum didukung Google Search hingga Agustus 2024. Kompresi terbaik bukan satu-satunya variabel.
• “PNG selalu merupakan pilihan aman dan berkualitas tinggi.” Salah jika dijadikan aturan umum. PNG tepat untuk grafis/transparansi/teks, tetapi menghasilkan berkas foto yang membengkak sehingga memperlambat pemuatan tanpa peningkatan visual.
• “Fallback tidak diperlukan lagi—dukungannya hampir universal.” Sebagian besar benar untuk WebP, tetapi fallback <picture> tetap layak untuk AVIF karena kesenjangan nyata (meski kecil) sekitar ~6%, serta kasus tepi pada crawler dan perangkat lama. Google secara tegas merekomendasikan pola fallback.
• “Google penalizes older formats like JPEG/PNG.” (terjemahan) “Google menghukum format lama seperti JPEG/PNG.” Salah. JPEG, PNG, GIF, dan BMP tetap didukung sepenuhnya. Tidak ada penalti; yang ada hanya peluang kecepatan yang terlewat dibanding berkas format modern yang lebih kecil.
• “AVIF tidak bisa dianimasikan / WebP tidak bisa transparan.” Keduanya salah. WebP mendukung transparansi alfa bahkan dalam mode lossy; AVIF mendukung animasi di Safari 16.4+, Chrome, dan Edge—meski belum di Firefox pada 2026.
• “AVIF belum siap—dunia masih hanya memakai WebP.” Sudah usang. AVIF memiliki dukungan global sekitar ~94% dan dapat diindeks Google Search sejak Agustus 2024. Perlakukan AVIF sebagai format siap produksi dengan fallback, bukan eksperimen.

Posisi artikel ini

Artikel ini adalah ulasan mendalam perbandingan format di dalam klaster Image SEO. Inilah rujukan utama untuk matriks enam format dan pelurusan mitos peringkat. Dua artikel saudaranya menangani pekerjaan yang berdekatan: Image Optimization adalah panduan penerapan (LCP, fetchpriority, lazy loading, kompresi, dimensi), sedangkan Responsive Images membahas mekanisme srcset/sizes/<picture> untuk menyajikan gambar berukuran tepat pada setiap perangkat. Manfaat performa dari pemilihan format yang tepat pada dasarnya merupakan cerita Core Web Vitals yang mengenakan “topi” gambar.

Ringkasan AI

Versi ringkas dari tab Advanced:

• Format bukan faktor peringkat. John Mueller telah menegaskan bahwa AVIF tidak memberi peningkatan SEO, sedangkan WebP hanya “fine for Image Search” (terjemahan) “tidak bermasalah untuk Penelusuran Gambar”—ungkapan netral, bukan “lebih baik”. Dokumentasi gambar Google sendiri tidak pernah mengaitkan format dengan peringkat.
• Rantai sebenarnya: format → ukuran berkas → kecepatan halaman → LCP / Core Web Vitals → sinyal pengalaman halaman. Format berada beberapa langkah di hulu; itulah sebabnya format bukan faktor peringkat dengan sendirinya.
• Fakta enam format (2026): JPEG (lossy, tanpa transparansi, fallback universal); PNG (lossless, alfa penuh, grafis/tangkapan layar); WebP (kompresi lossy dan lossless, alfa bahkan dalam mode lossy, ~96% dukungan, ~25–35% lebih kecil daripada JPEG—pilihan aman); AVIF (kompresi terbaik, ~50% lebih kecil daripada JPEG, ~94% dukungan, tetapi membutuhkan banyak CPU, tanpa rendering progresif, dan animasi belum didukung Firefox); SVG (vektor untuk logo/ikon/diagram); GIF (animasi lama 256 warna, hanya sebagai fallback universal).
• Pilih menurut jenis konten: foto → WebP (atau AVIF + fallback); logo/ikon → SVG; tangkapan layar/transparansi/teks → PNG atau WebP lossless; animasi sederhana → WebP/AVIF animasi, dengan GIF sebagai fallback universal.
• Sajikan bersama fallback: <picture> (AVIF → WebP → src JPEG/PNG). Fallback src adalah URL yang diindeks Google; Google mengindeks <img> (termasuk di dalam <picture>), bukan latar belakang CSS.
• Dukungan resmi: Google mendukung BMP, GIF, JPEG, PNG, WebP, SVG, dan AVIF; AVIF ditambahkan pada 30 Agustus 2024 (sebelumnya dapat mengganggu pengindeksan video). Bing tidak memiliki dokumen perbandingan format—jangan mengarangnya.
• Mitos yang diluruskan: format ≠ peningkatan peringkat; AVIF ≠ selalu terbaik; PNG ≠ selalu aman; “fallback tidak diperlukan” ≠ benar untuk AVIF; format lama tidak dihukum; WebP mendukung transparansi dan AVIF mendukung animasi.
• Cakupan: artikel ini membahas format secara mendalam; cara menerapkan LCP/fetchpriority/lazy loading ada di Image Optimization, sedangkan mekanisme responsif ada di Responsive Images.

Dokumentasi resmi

Dokumentasi sumber primer dan bahan rujukan.

Google

• Praktik terbaik Google Images — daftar format yang didukung (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), aturan pengindeksan <img> dibanding latar belakang CSS, dan catatan bahwa ekstensi harus cocok dengan jenis berkas. Tidak membuat klaim peringkat berdasarkan format.
• Dukungan AVIF di Google Search (30 Agustus 2024) — pengumuman bahwa AVIF kini didukung di Search, Images, Discover, dan News tanpa memerlukan penerapan khusus.
• Performa gambar (web.dev, tim Google Chrome) — mekanisme format: kompresi WebP/AVIF, alfa dalam mode lossy, WCG/HDR, perbedaan lossy/lossless, dan alasan JPEG kesulitan menangani tepi tajam/teks.

Rujukan (tulang punggung akurasi)

• Panduan jenis dan format berkas gambar (MDN Web Docs) — spesifikasi format demi format yang ketat: jenis MIME, kompresi, transparansi, animasi, dukungan rendering progresif, dan kegunaan.
• caniuse.com — AVIF dan caniuse.com — WebP — tabel dukungan browser per versi dan persentase global terkini. Periksa kembali sebelum mengutip angka dukungan karena angkanya terus berubah.

Bing / Microsoft

• Bing Webmaster Guidelines — panduan umum kecepatan halaman; perhatikan bahwa Bing tidak menerbitkan halaman teknis khusus perbandingan format.

Kutipan dari sumber

Pernyataan resmi dari Google. Jika halaman menyediakan teksnya, tautan akan langsung menuju bagian yang dikutip.

Dokumentasi Google—format yang didukung dan kerangka performa

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” (terjemahan) “Google Search mendukung gambar yang dirujuk dalam atribut src pada img dengan format berkas berikut: BMP, GIF, JPEG, PNG, WebP, SVG, dan AVIF.” Lompat ke kutipan
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (terjemahan) “gambar sering menjadi penyumbang terbesar terhadap ukuran halaman secara keseluruhan, sehingga halaman dapat menjadi lambat dan mahal untuk dimuat.” Lompat ke kutipan

web.dev (tim Google Chrome) —mekanisme format

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (terjemahan) “WebP sering memberikan kompresi yang lebih baik daripada JPEG, PNG, atau GIF, sekaligus menawarkan kompresi lossy dan lossless.” Lompat ke kutipan
• Keunggulan transparansi WebP: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.” (terjemahan) “WebP juga mendukung transparansi kanal alfa bahkan saat menggunakan kompresi lossy—fitur yang tidak ditawarkan codec JPEG.”
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.” (terjemahan) “AVIF mendukung kompresi lossy dan lossless, dan pengujian menunjukkan penghematan lebih dari 50% dibanding JPEG dalam beberapa kasus.”
• Kelemahan JPEG: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (terjemahan) “kompresi lossy mungkin kurang efektif pada gambar yang memiliki tepi tajam, seperti ilustrasi garis, detail kontras serupa, atau teks.”
• Kegunaan ideal SVG: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (terjemahan) “Karena SVG merupakan format gambar vektor, format ini paling berguna ketika isi gambar berupa ilustrasi garis, diagram dan bagan, serta kasus lain yang tidak memiliki detail fotografis halus.”

Blog Google Search Central—dukungan AVIF (30 Agustus 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” (terjemahan) “Kami dengan senang hati mengumumkan bahwa AVIF kini merupakan jenis berkas yang didukung di Google Search, baik untuk Google Images maupun setiap tempat yang menggunakan gambar di Google Search.” Pengumuman
• “You don’t need to do anything special to have your AVIF files indexed by Google.” (terjemahan) “Anda tidak perlu melakukan apa pun secara khusus agar berkas AVIF Anda diindeks oleh Google.”

John Mueller, Google—format tidak memberi peningkatan peringkat

• Tentang AVIF: menggunakan berkas AVIF tidak memberi “peningkatan SEO”—manfaatnya berupa pengurangan ukuran berkas yang dapat membantu kecepatan halaman, bukan preferensi peringkat. Liputan
• Tentang WebP: “WebP images are fine for Image Search” (terjemahan) “Gambar WebP tidak bermasalah untuk Penelusuran Gambar”—“tidak bermasalah”, sengaja bukan “lebih baik”. Liputan
• Tentang laporan “Crawled – currently not indexed” (“Di-crawl – saat ini tidak diindeks”) bagi WebP: ini merupakan keunikan umum pelaporan gambar—gambar tidak diindeks sebagai halaman HTML—dan Mueller “doesn’t believe the phenomenon is limited to WebP images.” (terjemahan) “tidak meyakini fenomena tersebut terbatas pada gambar WebP.” Liputan SEJ

Format mana yang sebaiknya saya gunakan?

Ikuti dari atas ke bawah. Cocokkan format dengan jenis gambarnya, lalu tambahkan fallback jika Anda memilih format modern.

1. Apakah gambar tersebut berupa logo, ikon, diagram, atau ilustrasi garis? → SVG. Vektor dapat diskalakan tanpa kehilangan kualitas dan tetap kecil. Berhenti di sini.

2. Apakah gambar perlu bergerak? → Gunakan WebP atau AVIF animasi jika didukung, dengan GIF sebagai fallback universal untuk putaran sederhana. Untuk apa pun yang lebih kompleks daripada putaran singkat, gunakan video (MP4/WebM), bukan format gambar. Berhenti di sini.

3. Apakah gambar tersebut sebuah foto? → WebP adalah pilihan aman (~96% dukungan; fallback tidak mutlak diperlukan). → Ingin kompresi maksimum dan dapat menambahkan fallback? Gunakan AVIF → WebP → JPEG melalui <picture>. → Memerlukan satu berkas universal tanpa logika fallback? Gunakan JPEG.

4. Apakah gambar berupa tangkapan layar atau grafis dengan tepi tajam, teks, atau transparansi? → Gunakan PNG (atau WebP lossless). Artefak lossy JPEG merusak tepi tajam dan teks; PNG menjaganya tetap tajam dan mendukung transparansi penuh.

5. Apakah Anda memilih AVIF atau WebP untuk foto? → Bungkus dengan <picture>, gunakan format yang lebih rendah sebagai <source>, lalu tambahkan fallback JPEG/PNG pada <img src>. src itulah URL yang diindeks Google.

Rujukan cepat berdasarkan jawaban

Model berpikir

1. Rantai sebab-akibat—format → ukuran berkas → kecepatan → Core Web Vitals. Format berada di awal rantai empat langkah, bukan di ujung peringkat: pilihan format mengubah ukuran berkas → berkas yang lebih kecil dimuat lebih cepat → pemuatan lebih cepat memperbaiki Largest Contentful Paint (LCP) → LCP masuk ke Core Web Vitals, yang memang menjadi bagian dari sinyal pengalaman halaman yang digunakan sistem peringkat. Menyingkatnya menjadi “format memengaruhi peringkat” adalah cara mitos tersebut menyebar. Format berada beberapa langkah di hulu, dan jika halaman tidak benar-benar menjadi lebih cepat, tidak ada perubahan di hilir. Gunakan model ini setiap kali Anda tergoda menganggap pergantian format sebagai penyebab perubahan peringkat: tanyakan mata rantai mana yang benar-benar terjadi.

2. Pilih menurut jenis konten, bukan karena “yang terbaru pasti menang”. Format terbaru tidak otomatis menjadi pilihan tepat—cocokkan format dengan jenis gambarnya:

• Foto → WebP (pilihan aman), atau AVIF dengan fallback JPEG untuk kompresi maksimum.
• Logo, ikon, diagram, ilustrasi garis → SVG.
• Tangkapan layar, tepi tajam, teks di dalam gambar, transparansi tanpa kerumitan fallback → PNG (atau WebP lossless).
• Animasi sederhana → WebP/AVIF animasi jika didukung, GIF hanya sebagai fallback universal (animasi yang lebih kompleks → video).

Menilai gambar melalui model ini sebelum memutuskan “pakai saja AVIF karena paling baru” akan menangkap kasus ketika biaya nyata AVIF—enkode yang berat bagi CPU, tidak adanya rendering progresif, dan ketiadaan dukungan Google Search sama sekali hingga Agustus 2024—lebih besar daripada keunggulan kompresinya.

Contekan format gambar

Sekilas tentang enam format (2026)

Pola fallback <picture>

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

Fakta singkat

• WebP/AVIF tidak memberi peningkatan peringkat langsung—manfaatnya adalah kecepatan → Core Web Vitals.
• Google mendukung BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF ditambahkan pada 30 Agustus 2024.
• Google mengindeks <img> (termasuk di dalam <picture>) —bukan CSS background-image.
• Fallback <img src> adalah URL yang diindeks Google.
• WebP mendukung transparansi alfa bahkan dalam mode lossy; JPEG sama sekali tidak mendukung transparansi.
• Imbal balik AVIF: enkode berat bagi CPU, tanpa rendering progresif, animasi belum didukung Firefox (2026).
• SVG adalah vektor—jangan pernah gunakan untuk foto; jangan gunakan JPEG untuk logo/teks.

Checklist pemilihan format

Pemeriksaan singkat untuk memastikan setiap gambar menggunakan format yang tepat dan disajikan dengan aman:

• Foto menggunakan WebP (atau AVIF dengan fallback) —bukan PNG atau JPEG berukuran terlalu besar.
• Logo, ikon, dan diagram menggunakan SVG, bukan raster.
• Tangkapan layar dan grafis dengan teks menggunakan PNG atau WebP lossless—bukan JPEG (artefaknya mengaburkan tepi tajam dan teks).
• Semua gambar yang membutuhkan transparansi menggunakan PNG, WebP, atau AVIF—jangan pernah JPEG.
• Format modern (AVIF/WebP) disajikan melalui <picture> dengan fallback JPEG/PNG pada <img src>.
• Setiap gambar berada dalam <img> (atau <picture>), bukan CSS background-image, jika ingin muncul di Penelusuran Gambar.
• Ekstensi berkas sesuai dengan jenis berkas sebenarnya (waspadai ketidaksesuaian setelah konversi massal ke .webp/.avif).
• Tidak ada format yang dipilih demi peningkatan peringkat—tujuannya ialah berkas lebih kecil → LCP lebih cepat, yang diverifikasi dengan pengujian kecepatan halaman nyata, bukan sekadar label format.
• Animasi menggunakan WebP/AVIF animasi (atau video); GIF hanya jika diperlukan kompatibilitas universal tanpa fallback.
• Asumsi dukungan browser diperiksa kembali di caniuse jika Anda menghapus fallback.

Kesalahan yang harus dihindari pada format gambar

Beralih ke WebP/AVIF dengan harapan peringkat meningkat. Mengapa keliru: John Mueller telah menegaskan bahwa AVIF tidak memberi peningkatan SEO, sedangkan WebP hanya “fine for Image Search” (terjemahan) “tidak bermasalah untuk Penelusuran Gambar”—ungkapan yang sengaja netral, bukan “lebih baik”. Format bukan sinyal peringkat; kecepatan yang dimungkinkannya-lah yang berpengaruh. Yang harus dilakukan: konversikan gambar untuk mengurangi ukuran berkas dan memperbaiki Core Web Vitals, lalu verifikasi hasilnya dengan pengujian kecepatan halaman nyata—bukan berdasarkan label format.

Menganggap AVIF selalu terbaik karena kompresinya paling tinggi. Mengapa keliru: kompresi terbaik bukan satu-satunya variabel. Enkode AVIF membutuhkan banyak CPU, formatnya tidak memiliki rendering progresif (gambar harus diunduh sepenuhnya sebelum ditampilkan), dan peralatan AVIF animasi masih belum didukung Firefox pada 2026. Yang harus dilakukan: gunakan AVIF dengan fallback <picture> ketika Anda menginginkan kompresi maksimum dan dapat menanggung biaya enkode; jika tidak, WebP adalah pilihan sehari-hari yang lebih aman.

Menganggap PNG selalu menjadi pilihan aman dan berkualitas tinggi. Mengapa keliru: PNG hanya lossless. Menggunakannya untuk foto menghasilkan berkas yang membengkak tanpa peningkatan kualitas yang terlihat dibanding JPEG/WebP yang disetel dengan baik—biaya kecepatan nyata yang sebenarnya dapat dihindari. Yang harus dilakukan: gunakan PNG untuk transparansi serta grafis, tangkapan layar, atau teks bertepi tajam; gunakan WebP atau JPEG untuk foto.

Menghapus fallback karena “dukungannya sekarang hampir universal”. Mengapa keliru: sebagian besar benar untuk WebP (~96%), tetapi dukungan AVIF masih sekitar ~94% secara global. Perangkat lama dan beberapa crawler juga tidak dapat merendernya—kesenjangan yang nyata meski kecil. Yang harus dilakukan: sajikan format modern melalui elemen <picture> yang berakhir dengan fallback JPEG/PNG pada <img src>; fallback tersebut juga merupakan URL yang diindeks Google.

Mengira format lama seperti JPEG atau PNG dihukum. Mengapa keliru: JPEG, PNG, GIF, dan BMP tetap didukung sepenuhnya oleh Google Search. Tidak ada penalti karena menggunakannya, hanya peluang kecepatan yang terlewat dibanding berkas format modern yang lebih kecil. Yang harus dilakukan: konversikan demi manfaat ukuran berkas jika sepadan dengan upayanya, tetapi jangan anggap bertahan dengan JPEG/PNG sebagai risiko kepatuhan.

Menganggap WebP tidak mendukung transparansi atau AVIF tidak dapat dianimasikan. Mengapa keliru: keduanya salah. WebP mendukung transparansi kanal alfa bahkan dalam mode lossy—sesuatu yang sama sekali tidak dapat dilakukan JPEG—dan AVIF mendukung animasi di Chrome, Edge, dan Safari 16.4+ (hanya belum di Firefox). Yang harus dilakukan: periksa kemampuan setiap format yang sebenarnya (lihat tabel enam format pada tab Advanced), bukan membuat asumsi berdasarkan usia formatnya.

Menganggap AVIF “masih eksperimental” pada 2026. Mengapa keliru: anggapan tersebut sudah usang. AVIF dapat diindeks Google Search sejak 30 Agustus 2024 dan memiliki dukungan browser global sekitar ~94%. Yang harus dilakukan: perlakukan AVIF sebagai format siap produksi dengan fallback, bukan sesuatu yang harus dihindari sepenuhnya.

Uji pemahaman: format gambar

Lima pertanyaan singkat tentang pemilihan format gambar untuk SEO. Pilih satu jawaban untuk setiap pertanyaan, lalu periksa hasilnya.

Sumber yang layak dibaca

Tulisan saya yang terkait

• Image SEO: 12 Kiat Praktis untuk Mendapatkan Lebih Banyak Trafik Organik — panduan SEO gambar saya di Ahrefs (format, kompresi, nama berkas, teks alt, sitemap, gambar responsif, schema, lazy loading).
• Largest Contentful Paint (LCP) — alasan elemen LCP biasanya berupa gambar dan cara ukuran berkas yang dipengaruhi format berdampak padanya. Inilah rantai performa yang mendasari pelurusan mitos dalam artikel ini.
• Panduan Pemula untuk SEO Teknis — posisi gambar dan Core Web Vitals dalam gambaran teknis yang lebih luas.

Presentasi saya

• “Image SEO” (terjemahan) “SEO Gambar—optimasi gambar untuk penelusuran” (webinar Visme, 2021) — presentasi khusus saya tentang pengoptimalan gambar untuk penelusuran, termasuk pilihan format dan kompresi.

Sumber resmi

• Praktik terbaik Google Images — daftar format yang didukung dan mekanisme pengindeksan.
• Dukungan AVIF di Google Search (Agustus 2024) — pengumuman dukungan AVIF.
• web.dev — Performa gambar (tim Google Chrome) — rujukan mekanisme format yang mendasari tabel perbandingan.

Dari industri

• Panduan jenis dan format berkas gambar (MDN Web Docs) — tabel spesifikasi format demi format paling ketat di web; tulang punggung akurasi perbandingan enam format.
• caniuse.com — AVIF / caniuse.com — WebP — tabel dukungan browser per versi secara langsung dengan persentase global terkini.
• Dukungan Baru Google untuk Gambar AVIF Mungkin Meningkatkan SEO (Search Engine Journal, Roger Montti) — berguna sebagai studi kasus tentang cara kerangka “format = peningkatan peringkat” diperkuat; isi artikelnya dengan benar menyalurkan manfaat melalui Core Web Vitals.
• John Mueller dari Google Menjelaskan Kebingungan Pengindeksan Gambar WebP (Search Engine Journal) — alasan laporan “Crawled – currently not indexed” (terjemahan) “Di-crawl – saat ini tidak diindeks” dapat mencantumkan gambar WebP dan mengapa hal itu bukan masalah khusus WebP.
• Google Search Kini Mendukung Gambar AVIF (Search Engine Roundtable) — liputan pencapaian AVIF dan poin Mueller bahwa format tersebut “tidak memberi peningkatan SEO”.
• AVIF vs. WebP: 4 Perbedaan Utama dan Cara Memilih (Cloudinary) — perbandingan AVIF dan WebP yang kuat dan berorientasi penerapan.
• r/TechSEO — komunitas untuk memecahkan masalah format gambar dan performa.

Log perubahan