Passa un AVIF a uno strumento che vuole il WebP

Ricava un WebP dal tuo AVIF ogni volta che una piattaforma fa storie sull'AVIF ma il PNG sarebbe troppo.

oppure trascina l'immagine qui

Trasformare un AVIF in un WebP

Trasformare un AVIF in un WebP

Lascia cadere un AVIF nell'area di caricamento oppure tocca per cercarne uno. Il browser legge l'AVIF da solo e riscrive i pixel come WebP attraverso il proprio motore. Entrambe le metà sono native, perciò non c'è alcun modulo da tirare giù né pausa per l'avvio. La maggior parte delle foto in un browser da scrivania si chiude in meno di un secondo. Quando il WebP è pronto, il riepilogo mette la dimensione dell'AVIF originale di fianco a quella fresca del WebP. Tocca Scarica per tenerlo sotto il nome di base originale con un'estensione .webp. Da lì il file è pronto a passare a qualunque piattaforma accetti il formato, senza un passaggio in più nel mezzo.

Perché il WebP pesa di più?

Perché il WebP pesa di più?

Nel 2026 l'AVIF è il formato d'immagine più snello in giro, e di norma si ferma dal 20 al 25 percento sotto il WebP alla stessa qualità visibile. Andare da AVIF a WebP baratta un formato più stretto con uno più largo, perciò il risultato cresce naturalmente. Niente di tutto questo indica un difetto nella conversione. Lo scegli di proposito, restituendo una scheggia di efficienza in cambio del benvenuto molto più ampio che il WebP riceve tra strumenti e piattaforme. Il WebP che ne esce resta ben al di sotto di un PNG dello stesso scatto. Misurato contro il raggio d'azione che guadagni tra i sistemi che non hanno ancora recuperato sull'AVIF, quel peso in più è un conto da poco da saldare.

AVIF o WebP, quale tenere

AVIF o WebP, quale tenere

Resta sull'AVIF ovunque tu gestisca l'intera catena di consegna, i tuoi visitatori usino browser attuali e ogni kilobyte conti. Punta al WebP nell'istante in cui l'altra estremità rifiuta l'AVIF: librerie WordPress e Shopify bloccate su codice di caricamento datato, siti social che ricuociono le immagini su server remoti con codec più vecchi, piattaforme di newsletter che pre-elaborano le loro grafiche, configurazioni di consegna invecchiate, vecchie suite di progettazione e qualunque punto dove l'AVIF sia già stato respinto. Non rinunci a nessuna qualità che qualcuno noterebbe, dato che il WebP con impostazioni quasi senza perdita eguaglia l'AVIF alle dimensioni ordinarie. Il guadagno è un biglietto d'ingresso in ogni sistema che ancora arranca sull'AVIF.

La trasparenza arriva dall'altra parte?

La trasparenza arriva dall'altra parte?

Sì che arriva. Un canale alpha vive nel WebP proprio come nell'AVIF, perciò la conversione tiene ogni pixel trasparente esattamente dov'era. Un logo con l'ombra, un ritaglio di prodotto sfumato, una piastrella d'interfaccia arrotondata, tutti raggiungono il WebP portando la maschera che avevano nell'AVIF. È questo il divario tra questo e un salto verso il JPG, che non possiede alcun alpha e cala un riempimento pieno sulle aree libere. I piani di colore e la maschera alpha si risalvano entrambi con impostazioni quasi senza perdita, perciò i bordi reggono nitidi e la trasparenza non si annebbia mai né collassa in un riempimento parziale. L'appiattimento in anticipo non è mai richiesto.

Dove funziona il WebP

Dove funziona il WebP

Quasi ogni browser attuale apre il WebP: Chrome, Firefox, Safari, Edge e i principali su dispositivi mobili lo fanno tutti. La copertura mondiale supera il 97 percento. Il punto che conta di più qui è il raggio d'azione oltre il browser, dove il WebP arriva molto più lontano dell'AVIF. I client di posta che declinano l'AVIF spesso prendono il WebP una volta che il server lo ha pre-masticato. I sistemi di contenuti che sbarrano i caricamenti AVIF di solito fanno passare il WebP. Gli strumenti di progettazione privi di AVIF leggono comunque il WebP. Quando un'immagine salta attraverso più sistemi prima di posarsi, il WebP è il formato di mezzo più stabile in questo momento. Per il lavoro da browser a browser l'AVIF stringe di più, eppure il benvenuto del WebP tra gli strumenti non-browser è la forza decisiva.

Dove avviene il lavoro

Dove avviene il lavoro

Dipende da quanti file porti. Una singola immagine è lavorata interamente nel motore di immagine proprio del browser: l'AVIF viene decodificato e il WebP scritto lì sul momento, senza nulla che esca da nessuna parte. Apri il DevTools, resta nella scheda Rete, converti un file, e nemmeno una richiesta in uscita per l'immagine spunta per tutto il tempo. Una pila di file prende l'altra via: l'insieme sale al nostro server, che fa girare la codifica e chiude il pacchetto, e il download viene spazzato verso le 2 ore. Non teniamo account né copia della tua foto oltre quella breve fascia. Quindi una conversione resta con te dall'inizio alla fine, mentre un lotto è lavorato sul nostro server e poi ripulito, senza niente del tuo materiale conservato dopo.

Come funziona

  1. Aggiungi il tuo AVIF

    Trascina l'AVIF nell'area di caricamento, oppure toccalo per aprire una finestra di scelta e prenderne uno dal dispositivo per avviare la conversione.

  2. Lascia che finisca

    Il browser legge l'AVIF da solo e costruisce un WebP. Entrambe le metà sono native, perciò non si carica niente prima e la corsa resta rapida.

  3. Dai un'occhiata alle dimensioni

    Il riepilogo mette la dimensione dell'AVIF di origine accanto a quella del WebP in uscita. Calcola un WebP più grande di circa il 20 - 25 percento.

  4. Tieni il WebP

    Tocca Scarica per salvare il file sul dispositivo sotto il nome di base originale con una nuova estensione .webp.

Continua a convertire

Spremi un WebP di nuovo verso AVIF dove l'altra estremità lo supporta, o prosegui fino al PNG per la portata piena senza perdita.

Domande frequenti

A che serve passare da AVIF a WebP?

Il WebP raggiunge più sistemi di quanti ne raggiunga l'AVIF. Client di posta, gestori di caricamento datati in certe build di WordPress e Shopify, piattaforme social che lavorano le immagini su server remoti, configurazioni di consegna legacy e strumenti di progettazione privi di supporto AVIF prendono tutti il WebP senza problemi. Tieni l'AVIF per i file più stretti. Punti al WebP quando la piattaforma dall'altra parte non riesce ancora a leggere l'AVIF. La spinta è il raggio d'azione, non la dimensione, e il prezzo è un file un filo più pesante da portare.

Il WebP batte l'AVIF sulla dimensione?

No. L'AVIF in genere si ferma dal 20 al 25 percento sotto il WebP alla stessa qualità visibile. Andare da AVIF a WebP fa un file un po' più grande, mai più piccolo. Se l'obiettivo è il file più snello possibile e la destinazione legge l'AVIF, tieni l'AVIF. Punta al WebP solo dove la destinazione insiste. Anche così, il WebP resta ben al di sotto di un PNG della stessa immagine, perciò rimane una scelta compatta per la compatibilità.

La trasparenza regge attraverso la conversione?

Sì, del tutto. Poiché un canale alpha esiste tanto nell'AVIF quanto nel WebP, i pixel liberi si spostano intatti. Non c'è alcun appiattimento e nessun riempimento che striscia dietro il soggetto. Il JPG è il contrasto, senza alcun alpha, perciò trasformerebbe ogni punto trasparente in una sola tinta piatta. I tuoi loghi, i tuoi ritagli, le tue piastrelle d'interfaccia tengono tutti bordi morbidi e angoli arrotondati attraverso la conversione, pronti a stratificarsi sopra qualunque sfondo tu scelga.

La conversione costa qualità?

Quasi nessuna. Il salvataggio in WebP lavora a un'impostazione quasi senza perdita che legge circa 44 dB di PSNR sulle foto, che l'occhio non riesce a distinguere dall'AVIF di origine alle dimensioni normali. C'è un solo risalvataggio, perciò il risultato è tecnicamente con perdita, eppure gli artefatti restano invisibili sulle immagini naturali. Per grafiche con bordi molto netti o salti di colore duri, studia il risultato da vicino, dato che quelle zone sentono qualunque cambio di compressione più acutamente di quanto faccia il contenuto fotografico morbido.

Quanto dura la conversione?

Sotto il secondo per la gran parte delle foto in un browser da scrivania. Nessuna delle due metà va caricata prima, dato che leggere l'AVIF e salvare il WebP sono cose già di serie nei browser di adesso. Una foto comune da 2 megapixel tocca terra attorno ai 100 - 200 millisecondi su Chrome, e perfino i fotogrammi corposi in 4K di norma si chiudono prima che scatti il secondo. Mettilo a confronto col tragitto opposto, tirar fuori un AVIF a partire da un WebP, che è costretto a risvegliare un motore pesante e a sgranare parecchio più calcolo prima che qualcosa venga restituito.

Quali browser leggono il WebP?

Lo legge quasi ogni programma di navigazione recente, e la cosa va avanti da parecchio. La lettura del WebP è arrivata su Chrome alla release 23, su Firefox alla 65, su Safari alla 14 e su Edge alla 18, e le edizioni per telefono hanno tenuto il passo con le stesse tappe. Nel mondo la diffusione del WebP viaggia sopra il 97 percento. Detto in pratica, un programma di navigazione davvero in circolazione nel 2026 il WebP lo apre quasi sempre. Restano fuori soltanto Internet Explorer e qualche Safari datatissimo su iOS 13 o anteriori, presenze che nel traffico odierno si contano sulle dita.

I dettagli

Note del team su artigianato, formati e le piccole decisioni dietro un buon ritaglio rotondo.

Come sta la compatibilità AVIF nel 2026
L'AVIF ha sgombrato circa il 94,3 percento dei browser nel mondo entro il 2026, eppure la copertura dei browser racconta solo metà della storia. Una grossa fetta dell'uso delle immagini accade lontano dai browser: client di posta che dipingono immagini in linea, strumenti di progettazione che aprono file per modificarli, sistemi di contenuti che controllano e rilavorano i caricamenti, pipeline d'immagine di consegna, editor di documenti che incastonano grafiche e piattaforme social che masticano le immagini al caricamento. In gran parte di questi sistemi non-browser, l'AVIF arranca dietro l'uptake dei browser di un divario ampio. Gmail, Outlook e gran parte della posta aziendale spingono ancora le immagini attraverso pipeline più vecchie che respingono l'AVIF. Adobe Creative Cloud ha ripiegato l'AVIF dentro solo nelle sue uscite di fine 2024. Molti allestimenti WordPress su vecchi plugin d'immagine bloccano ancora l'AVIF al caricamento. Il WebP, dall'altro lato, è benvenuto in quasi tutti questi da anni. AVIF verso WebP è il ponte su quel terreno non-browser.
Perché questa direzione è quella rapida
AVIF verso WebP supera l'inverso per via di come i due codec sono fatti. A leggere l'AVIF ci pensa un lettore incorporato nel browser, che sui dispositivi attuali si fa aiutare dal chip grafico. Il salvataggio in WebP si appoggia anch'esso al motore del browser, ugualmente sostenuto dall'hardware quasi ovunque. Quel che pesa nel verso opposto, cioè caricare una componente ingombrante, qui non capita su nessuno dei due fronti. La componente che produce un AVIF è grossa e chiede attorno a un secondo per mettersi in moto a ogni sessione. Andando verso il WebP quel costo sparisce del tutto. Tutto si riduce a leggere e poi salvare lungo percorsi incorporati, e per uno scatto da 2 megapixel l'intero tragitto si chiude largamente entro un secondo su qualunque portatile o fisso recente. Ecco perché la coppia regge bene gli usi dal vivo, dove chi lavora vuole vedere il risultato comparire quasi subito.
Quanto costa davvero il singolo risalvataggio
AVIF verso WebP esegue un risalvataggio. L'AVIF è arrivato portando una compressione con perdita tutta sua. Decodificarlo restituisce pixel che riflettono quell'origine con perdita. Il WebP stende poi la propria compressione su quei pixel a un'impostazione quasi senza perdita regolata sulla qualità 85. A quel livello l'uscita legge circa 44 dB di PSNR su contenuto fotografico ordinario. Per chi guarda una foto a una dimensione normale, l'AVIF di origine e il WebP in uscita appaiono uguali. Per grafiche con caratteri molto fini a piccole dimensioni, icone esatte al pixel o blocchi di colore dai bordi duri, l'effetto impilato di due passaggi con perdita può mostrare differenze deboli sotto uno sguardo ravvicinato. Prima di impegnare un'intera libreria nello scambio, fai girare un campione rappresentativo allo zoom pieno sulle tue risorse più delicate sulla qualità.
Seguire l'alpha attraverso il giro completo
L'AVIF tiene la sua trasparenza su un piano separato cifrato con un lavoro intra-frame di AV1. Decodifica un AVIF e il browser consegna un buffer di colore più una maschera alpha fianco a fianco. La conversione porta la coppia insieme a piena trasparenza, trattenendo ogni pixel in parte libero. Il WebP scrive poi un WebP con perdita la cui alpha viaggia su un canale cifrato con il metodo senza perdita del WebP per il piano alpha in particolare. La conseguenza è che la maschera alpha del WebP in uscita è tenuta senza perdita contro l'alpha che il browser ha tirato dall'AVIF. Gradienti morbidi e bordi sfumati proseguono. L'unica perdita di alpha in gioco è quella che la cifratura propria dell'AVIF ha posato prima. Bordi alpha puliti nella sorgente significano bordi alpha puliti nel WebP, maschera pronta a comporre ovunque.
Impilare il WebP contro le altre opzioni
Quando un AVIF deve girare dentro un sistema che non lo digerisce, sul tavolo restano tre strade concrete: il WebP, il PNG o il JPG. Il JPG va scartato per qualsiasi grafica con parti trasparenti, perché privo di alpha riempie quelle zone con una tinta unica. Il PNG sforna il file più ingombrante, spesso da tre a dieci volte la mole dell'AVIF, e ha senso soltanto quando serve una copia di mezzo davvero priva di perdite oppure l'altro capo pretende proprio quel formato. In mezzo si piazza il WebP: porta una compatibilità moderna che vale dappertutto, custodisce le parti trasparenti e genera un file di solito appena un quinto più pesante dell'AVIF, lontano dal moltiplicarsi di tre o dieci volte tipico del PNG. Per ogni passaggio di compatibilità che non reclami un risultato privo di perdite, il formato di mezzo giusto è il WebP.
Una in locale, un lotto sul server
Questa coppia ha due modi, scelti dalla dimensione del lavoro. Un AVIF solitario viene decodificato e riscritto come WebP interamente dentro il tuo browser per vie native, quindi per un singolo file nulla sale, cosa che il DevTools sostiene con nessuna richiesta in uscita dopo il caricamento della pagina. È la fascia giusta per qualcosa di veloce e per fotogrammi cliente riservati, scatti di prodotto propri, o scansioni che preferiresti tenere sul tuo apparecchio. Un lotto di file gira sul nostro server, perché raggruppare, chiudere in uno zip e spedire un insieme è proprio la forza di un server: i file salgono, vengono codificati, impacchettati, e tornano come un download, che si ripulisce verso le 2 ore, senza account e senza nulla tenuto a lungo. La lettura semplice è che una conversione resta ferma sul dispositivo, mentre un lotto è lavorato da remoto ma tenuto solo per la breve finestra che serve a ritirarlo.