HEIC to WebP: iPhone Photos Para sa Web
Nababawasan ang kalidad nang dalawang beses sa HEIC to JPEG to WebP. Mas maliit at diretso ang pag-convert agad sa WebP.
I-convert ang HEIC nang direkta sa WebP kapag ilalagay ang mga litrato mula sa iPhone sa isang website, dahil isang beses lang nagde-decode at nag-e-encode ang direktang ruta sa halip na mawalan ng kalidad sa JPEG. Karaniwang mas maliit nang 25 hanggang 35 porsyento ang resulta kumpara sa katumbas na JPEG sa parehong visual na kalidad.
Bawat lossy na re-encode ay nagtatanggal ng kaunti pang detalye. Ang pag-convert ng High Efficiency Image Container (HEIC) sa JPEG at pagkatapos ay JPEG sa WebP ay nagkakahalaga ng 2 henerasyon kung saan 1 lang ang kailangan, at walang silbi ang intermediate na JPEG kapag umiiral na ang WebP file.
Bakit mas maganda ang direktang ruta
Permanenteng nagtatanggal ng detalye ang bawat lossy encode, at naiipon ang pagkawala sa bawat hakbang. Naglalapat ang isang 2-step na conversion ng pinsala sa compression nang dalawang beses, pagkatapos ay kino-compress nito ang mismong pinsala sa pangalawang pass.
Ang pangalawang pass ang maaksaya. Nagpapasok ang JPEG compression ng maliliit na artifact sa paligid ng mga gilid, at ginugugol naman ng WebP encoder ang mga bit sa tapat na paglalarawan ng mga artifact na iyon, dahil hindi matukoy ng encoder ang pinsala mula sa tunay na detalye. Ang paglaktaw sa JPEG ay nangangahulugang gumagana ang WebP encoder mula sa orihinal na mga pixel at ginugugol ang badyet nito sa mismong litrato.
Gaano talaga kaliit ang WebP
Ang mga WebP file ay 25 hanggang 35 porsyento na mas maliit kaysa sa JPEG sa magkatulad na visual na kalidad, at halos kasinglaki ng orihinal na HEIC. Pinakamalaki ang matitipid sa mga litratong may makikinis na bahagi tulad ng kalangitan, mga pader, at balat.
| Pinagmulang litrato | Bilang HEIC | Bilang JPEG kalidad 85 | Bilang WebP kalidad 85 |
|---|---|---|---|
| Portrait, simpleng background | 1.4 MB | 2.8 MB | 1.9 MB |
| Landscape na may kalangitan | 2.1 MB | 4.2 MB | 2.7 MB |
| Eksena sa loob, halong detalye | 2.6 MB | 5.1 MB | 3.6 MB |
| Screenshot o flat na graphic | 0.4 MB | 0.9 MB | 0.3 MB |
Ipinapakita ng huling hanay ang isang sitwasyon kung saan talagang nahihigitan ng WebP ang HEIC. May kasamang lossless mode ang WebP na angkop para sa patag na kulay at matatalas na gilid, kung kaya mas mahusay mag-compress ang mga screenshot at graphic sa WebP kaysa sa alinmang format ng litrato.
Kailan gagamitin ang WebP at kailan ang JPG
Gamitin ang WebP para sa anumang ipinapakita sa isang web page, at JPG para sa anumang ina-upload sa isang form, ipinapadala sa email, o ibinibigay sa isang imprenta. Nakadepende ang pagpili sa kung ano ang kayang i-decode ng bawat destinasyon.
- Mga website at content system. WebP, sinusuportahan ng bawat kasalukuyang browser sa desktop at mobile.
- Mga online shop at marketplace. WebP kung saan tinatanggap, dahil nakakaapekto ang bigat ng page sa conversion rate.
- Mga portal ng gobyerno at pagsusulit. JPG, dahil tinatanggihan ng upload validation ang WebP.
- Mga newsletter sa email. JPG, dahil hindi pa pantay ang suporta sa WebP sa iba't ibang email client.
- Software sa pag-print at disenyo. JPG o ang orihinal na HEIC, dahil bihirang tumanggap ng WebP ang mga workflow sa pag-print.
Paano i-convert ang HEIC sa WebP
Upang mag-convert ng isang folder ng mga litrato mula sa iPhone para sa isang website, sundin ang 6 na hakbang na ito.
- Kopyahin ang mga litrato mula sa telepono gamit ang cable, o i-download ang mga ito mula sa iCloud bilang isang ZIP archive.
- Buksan ang HEIC to WebP converter sa anumang modernong browser.
- I-drag ang buong napili o ang ZIP archive sa drop zone.
- Baguhin ang laki bago mag-convert kung ipapakita ang mga litrato sa isang nakatakdang lapad, dahil ang isang 4000 pixel na imahe sa isang 800 pixel na puwang ay nag-aaksaya ng halos buong file.
- Itakda ang kalidad sa 80 para sa paggamit sa web, na siyang punto kung saan maliit ang file at nananatiling hindi napapansin ang pagkawala ng kalidad.
- I-download ang mga resulta bilang isang ZIP at i-upload ang mga ito sa site.
Mas mahalaga ang pagbabago ng laki bago mag-convert kaysa sa setting ng kalidad. Ang mga sukat ang kumokontrol sa karamihan ng laki ng file, kaya ang isang litratong pinaliit sa lapad ng pagpapakita nito ay malaking hakbang na patungo sa mabilis na page.
Napananatili ang transparency at animation
Sinusuportahan ng WebP ang transparency at animation, kaya walang nawawala na itatapon sana ng JPEG. Walang transparency channel ang JPEG, na pumipilit sa isang transparent na background na maging solidong puti habang nagko-convert.
Walang transparency ang mga karaniwang litrato sa iPhone, kaya bihira itong maging mahalaga para sa mga kuha ng camera. Mahalaga ito para sa mga na-export na graphic, logo, at screenshot na may bilugang sulok, kung saan ang conversion sa JPEG ay gumagawa ng puting kahon na hindi naman sinadya ng nagdisenyo. Ang paggamit ng WebP sa mga file na iyon ay nagpapanatili sa mga transparent na lugar.
Ligtas na paghahatid ng WebP sa isang website
Gumamit ng picture element kung saan nauuna ang WebP source at may fallback na JPEG sa img tag, at pipiliin ng browser ang unang format na naiintindihan nito. Ang pattern na ito ay nangangailangan lang ng ilang linya ng markup at nag-aalis ng anumang panganib sa compatibility.
Kinukuha ng mga modernong browser ang WebP file, habang ang mga luma ay bumabalik sa JPEG. Karamihan sa mga content system ngayon ay awtomatikong humahawak nito sa pag-upload, kaya suriin kung gumagawa na ang iyong platform ng markup bago ito isulat nang manu-mano. Ang pag-upload ng WebP file sa isang platform na muling nag-e-encode ng lahat sa JPEG ay nagbibigay sa iyo ng panganib sa compatibility nang walang bentahe sa laki, na nararapat suriin minsan bawat platform.
Baguhin ang laki bago mag-convert
Paliitin ang litrato sa pinakamalaking sukat kung saan ito ipapakita bago mag-convert, dahil mas malakas na nagdidikta ng laki ng file ang mga sukat kaysa sa setting ng kalidad. Dumarating ang isang litrato mula sa iPhone sa halos 3024 por 4032 pixels, at halos walang web page na nagpapakita ng imahe na ganoon kalaki.
Ang isang litratong ipinapakita sa isang 800 pixel na lapad ng column ay nangangailangan lamang ng 1600 pixels upang magmukhang matalas sa isang high-density screen, at wala nang hihigit pa roon. Ang pagbawas mula 3024 patungong 1600 ay nag-aalis ng halos 72 porsyento ng pixel data bago magsimula ang encoder, na karaniwang mas nakakatipid kaysa sa anumang desisyon sa kalidad. Sukatin ang pinakamalapad na sukat ng imahe sa pag-render, doblehin ito, at baguhin ang laki ng library sa bilang na iyon.
Suporta sa browser para sa WebP noong 2026
Sinusuportahan ng bawat kasalukuyang browser ang WebP, kabilang ang Chrome, Firefox, Safari, at Edge sa desktop at mobile. Ang dating pagtutol sa format ay compatibility, at natapos ang argumentong iyon nang magdagdag ng suporta ang Safari noong 2020.
Nananatiling hindi pantay ang suporta sa labas ng mga browser, na siyang pagkakaibang dapat tandaan. Ang software sa disenyo, mga workflow sa pag-print, email client, at upload form ay ilang taon na nahuhuli sa mga browser, kaya ang isang WebP file na perpektong lumalabas sa isang web page ay maaaring tanggihan ng isang platform ng newsletter o portal ng gobyerno. Husgahan ang format ayon sa destinasyon sa halip na sa talahanayan ng browser.
Pagpapanatili ng mga petsa at lokasyon ng litrato
Dala ng EXIF metadata ang petsa ng pagkuha, mga setting ng camera, at lokasyon, at pinapanatili ng isang converter ang tamang pagkakaayos ng mga litrato kung iniingatan ito. Inaayos ng mga photo library ang mga larawan ayon sa petsa ng pagkuha sa halip na sa petsa ng file, kaya nagkakalat sa album ang pagkawala ng field na iyon.
Ang data ng lokasyon ang field na dapat pag-isipan bago mag-publish. Ang mga coordinate na naitala hanggang sa loob ng ilang metro ay kapaki-pakinabang sa isang personal na archive ngunit hindi matalino sa isang pampublikong website, lalo na para sa mga litratong kinuha sa tahanan. Magpasya kung aling gawi ang gusto mo bago magproseso ng batch ng 500 file, dahil ang pagbabago nito pagkatapos ay nangangahulugang ipoproseso muli ang lahat.
Anong setting ng kalidad ang pipiliin
Ang kalidad 80 ang tamang default para sa WebP sa web, at ang kalidad 90 ay angkop para sa mga litratong titingnan nang malaki. Mas pinapanatili ng WebP ang detalye kaysa sa JPEG sa parehong numero, kaya ang isang WebP file sa 80 ay mukhang JPEG sa 85 o mas mataas pa.
Ang pagbaba sa ilalim ng 70 ay nagsisimulang mapansin sa mga mukha at sa makikinis na gradient, lalo na sa malalaking hero image. Higit sa 90, mabilis na lumalaki ang file para sa isang pagkakaiba na walang makakapansin sa screen. Sumubok ng isang kinatawang litrato sa 3 setting bago magpatuloy sa isang batch ng 500, dahil nakadepende ang tamang numero sa uri ng mga imaheng iyong ipinapaskil.
Pag-convert ng buong photo library
Direktang i-drop ang isang ZIP archive, dahil bawat suportadong imahe sa loob ay awtomatikong kinukuha at kino-convert. Ang isang download mula sa iCloud o backup ng telepono ay karaniwang dumarating bilang isang ZIP, na nag-aalis sa pangangailangang pumili ng daan-daang file nang manu-mano.
Ang mga batch na hanggang 500 file ay sabay-sabay na pinoproseso, at ang lahat ay nangyayari sa iyong sariling processor sa halip na sa isang server. Walang ina-upload, kaya ang mga hindi pa nai-publish na litrato, gawaing pangkliyente, at personal na imahe ay nananatili sa iyong makina. Para sa muling pagtatayo ng website, nangangahulugan iyon na ang isang buong image library ay maaaring ma-convert sa loob ng ilang minuto nang walang kahit isang file na dumadaan sa network.