Comprimă Imagini în WebP
Alegerea WebP este în sine o decizie de compresie: aceleași pixeli descriși de un codec cu aproape două decenii mai tânăr decât JPEG au nevoie de obicei de mai puține byte-uri. Această pagină convertește JPG sau PNG în WebP pe hardware-ul tău și pune rezultatul măsurat lângă original, pentru că întrebarea interesantă nu este niciodată dacă WebP poate fi mai mic — ci dacă a fost, pentru imaginea ta, la setarea pe care ai folosit-o. Tabelul de mai jos este o fotografie reală realizată prin patru codificări diferite.
O fotografie, patru codificări, măsurate
| Ieșire | Dimensiune | Economisire |
|---|---|---|
| JPEG, slider 80 | 286.1 KB | 47% mai mic |
| WebP, slider 80 | 290.3 KB | 46% mai mic |
| AVIF, slider 80 | 312.7 KB | 42% mai mic |
| WebP, slider 63 | 200.6 KB | 63% mai mic |
Un slider, trei codificatoare, trei semnificații
Tabelul nu este de acord cu fiecare grafic WebP versus JPEG de pe internet: la aceeași poziție a slider-ului, WebP a ajuns cu câțiva kilobyte deasupra JPEG și AVIF deasupra ambelor. Explicația nu este codec-urile, ci slider-ul. Fiecare codificator primește numărul diferit. Calea JPEG îl interpretează în raport cu cât de comprimat era deja sursa, astfel că 80-ul său a devenit în tăcere o setare efectivă mai mică; WebP și AVIF au luat ambele 80 la valoare nominală, iar pentru AVIF — reglat pentru a arăta bine mult mai jos — 80 este o setare de lux pe care nimeni nu o testează.
Dă fiecărui codec calitatea în jurul căreia a fost proiectat și clasamentul se schimbă. Modul inteligent face exact asta: WebP rămâne la setarea sa implicită de 80 în timp ce AVIF scade la 63, iar la acele setări aceeași fotografie a ieșit la 200.6 KB ca WebP și 186.9 KB ca AVIF. O comparație între formate realizată cu un singur număr de slider măsoară slider-ul, nu formatele.
Cu pierderi, fără pierderi și ce scrie acest instrument
WebP este de fapt două tipuri de fișiere care împărtășesc o extensie. Partea cu pierderi provine din codec-ul video VP8 și funcționează ca un JPEG mai puternic: ghicește fiecare bloc din blocurile din jurul său, apoi codifică doar eroarea. Partea fără pierderi este un sistem nelegat mai apropiat de PNG. Cele două nu se amestecă niciodată — un WebP cu pierderi la calitatea 100 este tot un fișier cu pierderi — iar acest compresor scrie doar tipul cu pierderi, indiferent de ceea ce spune slider-ul.
Transparența supraviețuiește indiferent: WebP transportă un plan alpha de 8 biți în ambele părți, iar într-un fișier cu pierderi acel plan este stocat fără pierderi în timp ce culoarea din jurul său își pierde din greutate, astfel încât un produs tăiat păstrează o siluetă curată. Schimbul de care trebuie să știi este rezoluția culorii — fluxul de biți cu pierderi înregistrează întotdeauna culoarea mai grosier decât luminozitatea, fără un comutator pentru a preveni acest lucru. Fotografii nu o arată niciodată; textul saturat, liniile colorate subțiri și arta UI perfectă pe pixel pot. Imaginile de acest tip sunt mai bine servite de ruta PNG cuantizat decât de orice codec cu pierderi.
Animație și servirea WebP în siguranță
Formatul WebP animează; acest instrument nu o face. Indiferent ce intră, exact un cadru iese. Intrarea GIF animat este detectată, iar cardul rezultat avertizează că doar primul cadru a supraviețuit. Un WebP animat, APNG sau AVIF animat nu este în prezent detectat: acesta revine ca un cadru static unic fără avertisment, iar reducerea spectaculoasă a dimensiunii raportată pentru acesta este în mare parte din cadrele dispărute mai degrabă decât din codificarea inteligentă. Până când acea detecție există, tratează orice rezultat improbabil de bun pe un fișier animat cu suspiciune și păstrează animațiile departe de această pagină.
Pe partea de servire, îngrijorarea legată de compatibilitate este în mare parte istorică: fiecare browser actual decodează WebP și a făcut-o timp de ani de zile. Cei care întârzie sunt aplicațiile, nu browserele — vizualizatoarele de imagini mai vechi și unele clienți de email încă refuză. Apărarea standard este să păstrezi o copie JPEG sau PNG alături și să lași un element de imagine să ofere ambele, astfel încât vizitatorii moderni să obțină fișierul mic și tot ce este altceva să obțină unul pe care îl înțelege. Adoptarea WebP nu necesită niciodată abandonarea originalelor.
Întrebări frecvente
Este WebP cu adevărat mai mic decât JPEG?
Pentru fotografii la o calitate vizuală realmente potrivită, da — studiile publicate de Google indică o economisire în intervalul 25-34%, iar codificările din modul inteligent din tabel sunt de acord. Un număr de slider potrivit nu este o calitate potrivită, totuși, ceea ce este exact cum comparația naivă din același tabel pune JPEG ușor înainte.
Transformarea unui JPG în WebP pierde calitate?
Adaugă o generație cu pierderi, care la calitatea 80 pe o fotografie este practic invizibilă. Ce merită precauție este rotirea: WebP înapoi în JPEG și din nou compune daunele de fiecare dată, așa că convertește o dată, din cea mai bună sursă pe care o ai, și păstrează acea sursă.
Va supraviețui transparența conversiei în WebP?
Din intrarea PNG, da: alpha este parte din ambele moduri WebP, iar în fișierele pe care această pagină le scrie, planul de transparență nu este degradat de codificatorul cu pierderi. Din intrarea JPEG nu există nimic de păstrat, deoarece niciun JPEG nu a transportat vreodată un canal alpha.
Ce se întâmplă cu fișierele animate aici?
Ele ies ca cadre statice unice. Un GIF animat este măcar marcat pe cardul său de rezultat; un WebP animat, APNG sau AVIF animat își pierde cadrele în tăcere, iar economisirea raportată este apoi înșelătoare. Un instrument care păstrează animația intactă este alegerea corectă pentru acele fișiere — acesta este construit pentru imagini statice.
Care browsere încă nu pot afișa WebP?
Efectiv niciunul care primește actualizări: Chrome, Firefox și Edge l-au decodat de mulți ani, iar Safari a făcut-o din 2020. Cei care întârzie sunt aplicații mai vechi decât browserele — o copie JPEG sau PNG de rezervă le acoperă.
Ar trebui să aleg WebP sau AVIF ca ieșire?
AVIF câștigă la byte-uri — 186.9 KB față de 200.6 KB ale WebP pe fotografia de test — și pierde la timp și compatibilitate: împinge codificatorul AV1 prin WebAssembly, care este vizibil lent, iar software-ul mai vechi este mai probabil să deschidă un WebP. Pentru loturi și utilizare generală, WebP; pentru un site web unde fiecare kilobyte contează, AVIF.
Poate această pagină să micșoreze un WebP pe care îl am deja?
Da. WebP este acceptat ca intrare, iar cu formatul lăsat pe Păstrează originalul se re-codifică înapoi în WebP. Slider-ul este luat literal pe acel drum — nimic nu este redimensionat în raport cu sursa — așa că mută-l sub nivelul la care fișierul a fost creat și compară dimensiunile măsurate înainte de descărcare.
Pot să convertesc un WebP înapoi în JPG sau PNG?
Da — rulează-l prin acest compresor cu un format de ieșire diferit sau folosește convertoarele dedicate de pe acest site. Ce niciun instrument nu restaurează este detaliul pe care o codificare anterioară cu pierderi l-a eliminat, așa că fă conversii din originale mai degrabă decât din alte conversii.