Laktawan papunta sa nilalaman

Sulit Pa Ba ang WebP sa 2026?

Pangkalahatan na ang suporta, kaya ang tanong ay kung sulit pa ba ang WebP o ginawa na itong lipas ng AVIF.

Oo, sulit pa ring gamitin ang WebP sa 2026, at nananatili itong pinakaligtas na default para sa mga imahe sa isang website. Pangkalahatan ang suporta ng browser, ang mga file ay 25 hanggang 35 porsyentong mas maliit kaysa sa JPEG sa parehong kalidad, at hindi pa ito napapalitan ng AV1 Image File Format (AVIF).

Ang dating pagtutol sa WebP ay ang suporta ng browser, at tapos na ang isyung iyon. Sinusuportahan na ng Chrome, Firefox, Safari, at Edge ang format sa desktop at mobile. Ang interesanteng tanong ngayon ay kung ginawa na bang lipas ng AVIF ang WebP, at ang sagot ay hindi pa, at malamang ay hindi lubusan.

Gaano talaga kaliit ang WebP

Karaniwang nakakatipid ang WebP ng 25 hanggang 35 porsyento laban sa JPEG at 20 hanggang 30 porsyento laban sa PNG sa magkatulad na visual na kalidad. Pinakamalaki ang matitipid sa mga litratong may makikinis na bahagi at sa mga graphic na may flat na kulay.

Uri ng imaheOrihinal na formatBilang WebPNakatipid
Litrato ng produktoJPEG 420 KB290 KB31 porsyento
Hero bannerJPEG 850 KB560 KB34 na porsyento
Logo na may transparencyPNG 84 KB31 KB63 porsyento
Screenshot na may tekstoPNG 210 KB148 KB30 porsyento
Maliit na icon na wala pang 5 KBPNG 3 KB3.4 KBMas malaki

Ipinapakita ng huling hilera ang tanging sitwasyon kung saan natatalo ang WebP. Sa ibaba ng humigit-kumulang 5 KB, mas mabigat ang format overhead kaysa sa benepisyo ng compression, kaya naman ang maliliit na icon ay kadalasang mas mainam na iwanan bilang PNG o palitan ng vector graphics.

WebP laban sa AVIF

Ang AVIF ay nag-co-compress nang humigit-kumulang 20 hanggang 30 porsyentong higit pa kaysa sa WebP sa malalaking litrato, nag-e-encode nang mas mabagal, at kadalasang mas malaki sa ibaba ng halos 10 KB. Ang 2 format ay angkop sa magkaibang mga imahe sa halip na palitan ang isa't isa.

Mas malaki ang container overhead ng AVIF, kaya tiyak itong nananalo sa malalaking litrato at natatalo sa maliliit na graphic. Ang oras ng pag-encode ay isa pang dapat isaalang-alang, dahil ang AVIF ay maaaring tumagal nang ilang beses na mas matagal bawat imahe. Sa isang batch ng 500 file, ang pagkakaibang iyon ay nasusukat sa mga minuto sa halip na mga segundo, na mahalaga kapag ang isang library ay paulit-ulit na kino-convert.

Aling format ang gagamitin at saan

  • Mga hero image at malalaking litrato. AVIF, kung saan pinakamalaki ang bentahe sa compression.
  • Pangkalahatang mga imahe sa site. WebP, na mabilis i-encode at pangkalahatang sinusuportahan.
  • Mga logo at graphic na may transparency. WebP, na higit na mas mahusay kaysa sa PNG.
  • Mga icon na wala pang 5 KB. PNG o vector graphics, dahil ang parehong modernong format ay nagdaragdag ng overhead.
  • Anumang dina-download o ini-email. JPEG o PNG, dahil kakaunti pa rin ang suporta sa labas ng mga browser.

Ano ang nagagawa ng WebP na hindi kaya ng JPEG

Sinusuportahan ng WebP ang transparency at lossy compression nang sabay, na hindi maiaalok ng JPEG o PNG. Tunay na kapaki-pakinabang ang kumbinasyong iyon at madaling makaligtaan.

Ang isang litrato ng produkto na may transparent na background ay dating pumupuwersa sa pagpili sa pagitan ng mabigat na PNG at JPEG na may puting kahon sa likod nito. Tinatanggal ng WebP ang pagpipiliang iyon. Sinusuportahan din ng format ang animation, na ginagawa itong direktang kapalit para sa animated na GIF sa mas maliit na laki ng file.

Kung saan nagdudulot pa rin ng problema ang WebP

Bumibigo ang WebP sa labas ng mga browser, sa mga email client, upload form, daloy ng trabaho sa pag-print, at mas lumang design software. Nalutas ng suporta sa browser ang web at iniwang walang pagbabago ang lahat ng iba pa.

Ang pinakakaraniwang pagkabigo ay sa press kit, kung saan nagda-download ang isang mamamahayag ng WebP logo at hindi ito mailagay sa kanilang layout software. Ang mga portal ng gobyerno ang pangalawa, na tahasang tumatanggi sa format. Magpasya batay sa destinasyon sa halip na sa mga talahanayan ng suporta sa browser, dahil ang tanong sa browser ay nalutas na mga taon na ang nakalipas at ang iba pang mga usapin ay hindi pa.

Paano mag-convert ng isang site sa WebP

Upang ilipat ang isang website sa WebP nang walang nasisira, sundin ang 6 na hakbang na ito.

  1. Ilista ang mga imaheng tunay na ginagamit ng iyong mga pahina, dahil karamihan sa mga library ay nag-iipon ng mga file na wala namang naka-link.
  2. Baguhin ang laki ng bawat imahe sa aktwal na lapad ng display nito, dinoble para sa mga high density screen, bago mag-convert.
  3. I-convert sa WebP sa quality 80, kung saan maliit ang file at nananatiling hindi napapansin ang pagbaba ng kalidad.
  4. Panatilihin ang mga orihinal na JPEG o PNG file bilang fallback sa halip na tanggalin ang mga ito.
  5. Ihain ang pareho sa pamamagitan ng picture element, na nauuna ang WebP at nasa img tag ang orihinal.
  6. Suriin ang mga pahina sa isang telepono at desktop browser bago mag-alis ng anuman.

Karamihan sa mga content system ay awtomatikong gumagawa ng markup na iyon sa pag-upload, kaya suriin kung ano na ang ginagawa ng iyong platform bago ito isulat nang manu-mano. Ang pag-convert ng mga imahe ay tumatagal ng ilang minuto, habang ang muling pagsusulat ng mga template ay mas matagal.

Anong quality setting ang dapat gamitin

Ang quality 80 ang tamang default para sa WebP, dahil mas napapanatili ng format ang detalye kaysa sa JPEG sa parehong numero. Ang isang WebP file sa quality 80 ay maihahambing sa isang JPEG sa 85 o mas mataas pa.

Sa ibaba ng 70, nagsisimulang makita ang pagkawala ng detalye sa mga mukha at sa makikinis na gradient, lalo na sa malalaking imahe. Lampas sa quality 90, mabilis na lumalaki ang file habang ang nakikitang pagbuti ay tuluyang humihinto. Subukan ang isang kinatawang imahe sa 3 setting bago magpatuloy sa isang batch, dahil ang tamang numero ay nakasalalay sa uri ng mga imaheng iyong inilalathala.

Nakatutulong ba ang WebP sa mga search ranking

Nakatutulong ang WebP nang hindi direkta sa pamamagitan ng pagpapabilis ng pahina, na isang salik sa pagraranggo, sa halip na dahil mas gusto mismo ng mga search engine ang format. Walang search engine ang nagbibigay ng gantimpala sa extension ng file.

Ang daan ay dumadaan sa Core Web Vitals, kung saan ang Largest Contentful Paint measurement ay karaniwang tinutukoy ng isang hero image. Ang pagbawas sa imaheng iyon nang isang katlo ay direktang nagpapabuti sa sukat. Naglalabas din ang Lighthouse ng babalang Serve images in next generation formats, na natutugunan ng WebP o AVIF at isa sa mas madaling maipasang audit.

Sulit bang i-convert ang isang umiiral na library

Mag-convert kapag ang mga imahe ang bumubuo sa halos kabuuang bigat ng iyong pahina, na totoo sa halos bawat content site at online shop. Laktawan ito kapag magaan na ang iyong mga pahina o kakaunti at maliliit lamang ang iyong mga imahe.

Suriin muna bago magdesisyon. Buksan ang mga developer tool, lumipat sa Network tab, mag-filter ayon sa mga imahe, at i-reload ang isang karaniwang pahina. Kung ang kabuuan ng mga imahe ay higit sa 1 MB, magdudulot ang pag-convert ng kapansin-pansing pagbuti. Kung 200 KB lamang ang kabuuan, mas mainam na gamitin ang pagsisikap sa ibang bahagi ng pahina.

Magkaibang mode ang lossy at lossless WebP

May 2 magkahiwalay na compression mode ang WebP, at ang pagpili ng mali ay magreresulta sa file na mas malaki kaysa sa orihinal. Ang lossy mode ay angkop para sa mga litrato, habang ang lossless mode ay angkop para sa mga screenshot, logo, at flat graphic.

Karamihan sa mga tool ay pinipili ang mode mula sa quality setting, na naglalapat ng lossless sa quality 100 at lossy sa ibaba nito. Gumagana ang default na iyon para sa mga litrato ngunit nabibigo sa mga graphic, kung saan ang isang lossy WebP ng isang screenshot ay nagdudulot ng mga halo sa paligid ng teksto habang mas mabigat kaysa sa lossless na bersyon. Suriin kung aling mode ang ginamit ng iyong tool tuwing ang isang na-convert na graphic ay nagiging mas malaki kaysa sa pinalitang PNG.

Mga karaniwang pagkakamali kapag gumagamit ng WebP

  • Pag-convert nang hindi muna binabago ang laki. Ang sukat ang nagdidikta sa halos buong laki ng file, kaya ang isang 4000 pixel na WebP ay masyado pa ring mabigat.
  • Pagbura sa mga orihinal. Panatilihin ang mga ito, dahil ang mga fallback at muling pag-export sa hinaharap ay parehong nangangailangan ng lossless na source.
  • Pag-convert ng na-compress nang JPEG. Ang resulta ay magtataglay ng 2 henerasyon ng pagkawala ng kalidad sa halip na isa.
  • Paggamit ng WebP para sa mga nada-download na file. Ang mga press kit, template, at print file ay dapat manatiling JPEG o PNG.
  • Pag-convert ng maliliit na icon. Sa ibaba ng 5 KB, ang format overhead ay ginagawang mas malaki ang mga file sa halip na mas maliit.

Pag-convert ng isang library sa isang pasada

Direktang mag-convert mula sa orihinal na format sa halip na ipadaan ang mga file sa pansamantalang format, dahil bawat lossy na hakbang ay nag-aalis ng detalye. Ang paglipat mula HEIC patungong JPEG patungong WebP ay nagdudulot ng 2 henerasyon kung saan 1 lamang ang kailangan.

Maglagay ng hanggang 500 file nang sabay-sabay, o direktang mag-drag ng ZIP archive, at bawat sinusuportahang imahe ay mako-convert sa isang pasada lamang. Ang proseso ay tumatakbo sa loob ng iyong browser sa sarili mong processor, kaya ang buong paglipat ng site ay nangyayari nang walang anumang file na umaabot sa server. Para sa mga ahensyang humahawak ng mga library ng kliyente sa ilalim ng kontrata, inaalis nito ang problema sa pagsisiwalat ng data sa halip na bawasan lamang ito.

Bumalik sa blog