Tiimin huomioita tekniikasta, tiedostomuodoista ja niistä pienistä päätöksistä, jotka tekevät hyvän lopputuloksen.
Miten yksi kuva muunnetaan selaimessa ja mikä muuttuu useammalla
Kun pudotat JPEG-kuvan sivulle, selain lukee tiedoston muistiin, purkaa pakatun datan takaisin raakapikseleiksi sisäänrakennetulla JPEG-lukijallaan, piirtää ne pikselit ruudun ulkopuoliselle pinnalle ja pyytää alustaa kirjoittamaan ne takaisin WebP-muotoon. Jokainen vaihe tapahtuu selaimessa, omalla laitteistollasi, joten yksikään tavu ei ylitä verkkoa. Ajoissamme :n JPEG koossa 1024 kertaa 768 valmistuu noin 54 millisekunnissa, ja :n kuva koossa 3840 kertaa 2160 vie noin 550 millisekuntia. Kun muunnat useamman kuvan kerralla, työ siirtyy palvelimellemme, joka koodaa ne yhdessä ja palauttaa yhden latauksen, jonka linkki poistuu noin 2 tunnissa.
Mitä EXIF:lle ja metatiedoille tapahtuu
JPEG-tiedostot voivat raahata mukanaan todellisia metatietokuormia. EXIF tallentaa kameramallin, GPS-koordinaatit, suljinnopeuden ja suunnan. IPTC-kentät pitävät tekijänoikeutta ja kuvatekstiä. XMP-paketit seuraavat muokkaushistoriaa, ja ICC-profiilit kattavat värihallitun työn. Tässä tehtävä muunnos ei säilytä mitään niistä. WebP-tuloste on puhdas tiedosto, joka pitää vain näkyvät pikselit. Se on tavanomainen käyttäytyminen kuvatyökaluille, jotka piirtävät selaimen läpi, Chromiumissa, Firefoxissa ja WebKitissä yhtä lailla. Useimpaan verkkojulkaisuun metatietojen pudottaminen on plussa: se leikkaa muutaman tavun ja estää GPS:ää tai henkilötietoja vuotamasta julkiseen kuvaan. Jos tarvitset yhden tietyn kentän säilytettävän, suunta on tavallinen, kierrä valokuva ensin tai käytä metatietotietoista muokkainta ennen muuntamista. Älä nojaa tähän työkaluun arkistotyössä, jossa alkuperäisten metatietojen on selvittävä ehjinä.
WebP vastaan JPEG: miten pakkaus eroaa
JPEG leikkaa kuvan 8 kertaa 8 lohkoihin ja ajaa diskreetin kosinimuunnoksen muuttaakseen tilallisen yksityiskohdan taajuusdataksi, ja kvantisoi sitten korkeammat taajuudet kovemmin. WebP lainaa ennustusjärjestelmän VP8-videolta: jokainen lohko arvataan jo puretuista naapureistaan, ja vain jäljelle jäävä ero tallennetaan. Se taipuu jättämään vähemmän lohkomaisia häiriöitä samalla tiedostokoolla, erityisesti sileiden liukuvärien ja ihonsävyjen yli, joissa JPEG:n ruudukko voi pintautua näkyvänä mosaiikkina. Korkealaatuisissa valokuvissa, yli q80, silmä harvoin tavoittaa eron, mutta kokoetu pysyy vakaana. Matalammalla laadulla, alle q60, WebP:n etumatka levenee ja häiriön luonne muuttuu: WebP sulaa pehmeämmäksi sumeudeksi, kun taas JPEG näyttää tunnusomaiset lohkonsa. Kumpikaan ei voita jokaisessa kuvassa. Raskaasti teksturoidut aiheet kuten lehvistö pakkautuvat joskus suunnilleen yhtä paljon molemmissa muodoissa.
Core Web Vitals ja perustelu WebP:lle
Largest Contentful Paint eli LCP mittaa, kuinka nopeasti suurin näkyvä elementti saa latauksensa valmiiksi katselualueella. Useimmilla markkinointisivuilla tuo elementti on pääkuva. Google on vahvistanut, että Core Web Vitals toimii luokitustekijänä Haussa. Kun pääkuva on 300 kilotavun JPEG, se voi työntää LCP:n yli 2,5 sekunnin kynnyksen keskiluokan mobiiliyhteydellä. Muunna sama valokuva WebP:ksi noin 180 kilotavuun, ja LCP voi liukua takaisin vihreälle alueelle ilman muuta muutosta sivulla. 25 - 34 prosentin säästö kertyy jokaisen sivun kuvan yli. Sivu, joka kantaa kuutta JPEG:iä yhteensä 1,2 megatavua, voi pudottaa 300 - 400 kilotavua vaihtamalla WebP:hen, mikä suoraan nopeuttaa ensimmäistä merkityksellistä piirtoa hitailla yhteyksillä. CDN:t, jotka tukevat sisältöneuvottelua, ojentavat WebP:n yhteensopiville selaimille itse, joten kuvakohtaista hommaa ei ole, kun alkuperäiset kerran ovat olemassa.
WebP-selaintuki vuonna 2026 ja aukot
Vuodesta 2026 WebP luetaan Chromessa versiosta 17 alkaen, Firefoxissa versiosta 65, Edgessä versiosta 18, Operassa versiosta 11.10 ja Safarissa versiosta 14 iOS 14:ssä ja macOS Big Surissa. Caniuse.com:n mukaan yhdistetty maailmanlaajuinen kattavuus WebP-purulle ylittää 97 prosenttia selainliikenteestä. Jäljelle jäävä siru on enimmäkseen Internet Explorer 11, Safari 13 macOS Catalinassa ja pitkä häntä hyvin vanhoja Android-selaimia. Useimpiin julkisiin projekteihin WebP:n tarjoaminen kaikille on turvallista. Kun tarvitset täyden kattavuuden, HTML picture -elementin avulla voit luetella WebP-lähteen ja JPEG-vaihtoehdon yhdessä tagissa, ja selain ottaa ensimmäisen muodon, jonka se osaa lukea. Kuvanoptimointia tekevät CDN:t neuvottelevat muodon automaattisesti selaimen lähettämästä Accept-otsikosta, joten manuaalista selainkohtaista testausta ei tarvita, kun tarjoilet niiden kautta.
Milloin WebP:tä ei kannata käyttää
WebP on oikea valinta verkkojakeluun moderneille selaimille, mutta se on väärä valinta muutamassa tavallisessa paikassa. Painotyö tarvitsee CMYK-värin, jota WebP ei kanna, joten JPEG ja TIFF pysyvät standardina painolle. Sähköpostiohjelmat ovat epätasaisia: Gmail ja Apple Mail renderöivät WebP:n, mutta Outlook Windowsissa ei. Tiedostonjako ja kauppapaikat vaihtelevat myös. Google Drive, Dropbox ja GitHub näyttävät WebP:n hyvin, kun taas monet sosiaaliset alustat, kuvatoimistot ja verkkokauppajärjestelmät pakkaavat saapuvat kuvat JPEG:ksi sisäisesti, mikä tekee WebP-vaiheesta turhan. Muokkaintuki on yhä laikukasta: Lightroom, Capture One ja Affinity Photo voivat avata WebP:n, mutta monet lisäosat ja vientiesiasetukset turvautuvat yhä JPEG:hen. Mihin tahansa työnkulkuun, joka lähettää kuvia kolmannen osapuolen järjestelmien läpi, joita et hallitse, säilytä JPEG-master ja muunna WebP:hen vain viimeisessä toimituskerroksessa.
