Notes de l'equip sobre artesania, formats i les petites decisions darrere d'un bon resultat.
Com es converteix una sola imatge al navegador, i què canvia amb diverses
Quan deixes anar un JPEG a la pàgina, el navegador llegeix el fitxer a la memòria, descodifica les dades comprimides de tornada a píxels en brut amb el seu lector JPEG integrat, dibuixa aquests píxels en una superfície fora de pantalla i demana a la plataforma que els escrigui de nou com a WebP. Cada pas passa al navegador, al teu propi maquinari, així que cap byte no travessa la xarxa. A les nostres proves un JPEG de a 1024 per 768 acaba en uns 54 mil·lisegons, i una foto de a 3840 per 2160 triga uns 550 mil·lisegons. Quan converteixes diverses imatges alhora, la feina passa al nostre servidor, que les codifica juntes i retorna una sola descàrrega l'enllaç de la qual s'esborra en unes 2 hores.
Què passa amb l'EXIF i les metadades
Els fitxers JPEG poden carretejar càrregues de metadades de debò. L'EXIF registra el model de càmera, les coordenades GPS, la velocitat d'obturació i l'orientació. Els camps IPTC guarden els drets d'autor i el peu de foto. Els paquets XMP segueixen l'historial d'edicions, i els perfils ICC cobreixen la feina amb gestió de color. La conversió d'aquí no en manté cap. El WebP de sortida és un fitxer net que guarda només els píxels visibles. Aquest és el comportament normal per a les eines d'imatge que dibuixen a través del navegador, a Chromium, Firefox i WebKit per igual. Per a la majoria de publicació web, descartar les metadades és un avantatge: retalla uns quants bytes i atura el GPS o les dades personals de filtrar-se cap a una imatge pública. Si necessites un camp concret mantingut, l'orientació sent l'habitual, gira la foto primer o fes servir un editor conscient de les metadades abans de convertir. No depenguis d'aquesta eina per a feina d'arxiu on les metadades originals han de sobreviure intactes.
WebP davant JPEG: com difereix la compressió
El JPEG talla una imatge en blocs de 8 per 8 i executa una Transformada Discreta del Cosinus per girar el detall espacial en dades de freqüència, després quantitza les freqüències més altes amb més duresa. El WebP manlleva un esquema de predicció del vídeo VP8: cada bloc s'endevina a partir dels veïns ja descodificats, i només es guarda la diferència sobrant. Això tendeix a deixar menys artefactes en bloc a la mateixa mida de fitxer, sobretot als degradats suaus i als tons de pell on la graella del JPEG pot aflorar com un mosaic visible. En fotos a alta qualitat, per sobre de q80, l'ull rarament atrapa la diferència, però l'avantatge de mida es manté ferm. A qualitat més baixa, per sota de q60, l'avantatge del WebP s'eixampla i el caràcter dels artefactes canvia: el WebP es difumina en una boira més suau mentre el JPEG mostra els seus blocs de marca. Cap dels dos guanya a cada imatge. Els temes molt texturats com el fullatge de vegades es comprimeixen gairebé igual en tots dos formats.
Core Web Vitals i l'argument a favor del WebP
El Largest Contentful Paint, o LCP, mesura amb quina rapidesa l'element visible més gran acaba de carregar dins de la finestra de visualització. A la majoria de pàgines de màrqueting aquest element és una foto destacada. Google ha confirmat que els Core Web Vitals actuen com a factor de classificació a Cerca. Quan la destacada és un JPEG de, pot empènyer l'LCP més enllà del llindar de 2,5 segons en una connexió mòbil de gamma mitjana. Converteix la mateixa foto a WebP a uns i l'LCP pot relliscar de tornada dins de la zona verda sense cap altre canvi a la pàgina. L'estalvi del 25 al 34 per cent es compon a través de cada imatge de la pàgina. Una pàgina que carreteja sis JPEG que sumen pot deixar anar de 300 a passant a WebP, cosa que accelera directament la primera pintura significativa en enllaços lents. Els CDN que admeten negociació de contingut lliuren WebP als navegadors compatibles tots sols, així que no hi ha cap feinada per imatge un cop els originals existeixen.
Compatibilitat de navegadors amb WebP el 2026 i els buits
A data de 2026, el WebP es llegeix a Chrome des de la versió 17, Firefox des de la 65, Edge des de la 18, Opera des de la 11.10, i Safari des de la versió 14 a iOS 14 i macOS Big Sur. Segons caniuse.com, la cobertura global combinada per a la descodificació de WebP supera el 97 per cent del trànsit de navegadors. La franja que queda és majoritàriament Internet Explorer 11, Safari 13 a macOS Catalina, i una llarga cua de navegadors Android molt vells. Per a la majoria de projectes públics, servir WebP a tothom és segur. Quan necessites cobertura total, l'element picture de l'HTML et deixa llistar una font WebP i una reserva JPEG en una sola etiqueta, i el navegador agafa el primer format que pot llegir. Els CDN amb optimització d'imatge negocien el format automàticament a partir de la capçalera Accept que envia el navegador, així que no cal cap prova manual per navegador quan serveixes a través d'ells.
Quan no fer servir WebP
El WebP és l'opció encertada per al lliurament web cap a navegadors moderns, però és l'opció errada en uns quants punts comuns. La feina d'impremta necessita color CMYK, que el WebP no duu, així que el JPEG i el TIFF continuen sent estàndard per a la premsa. Els clients de correu són desiguals: Gmail i Apple Mail renderitzen WebP, però l'Outlook de Windows no. La compartició de fitxers i els mercats també varien. Google Drive, Dropbox i GitHub mostren WebP sense problemes, mentre que moltes plataformes socials, agències d'estoc i sistemes de comerç electrònic recomprimeixen les imatges entrants de tornada a JPEG internament, cosa que fa el pas WebP inútil. La compatibilitat dels editors encara és desigual: Lightroom, Capture One i Affinity Photo poden obrir WebP, però munió de connectors i predefinits d'exportació encara passen a JPEG per defecte. Per a qualsevol flux de treball que faci passar imatges per sistemes de tercers que no controles, guarda un mestre JPEG i converteix a WebP només a la capa de lliurament final.