Ho registrato una demo di 5 secondi, esportata in GIF, e ho visto che pesa 18 MB.
Volevo incollarla in un documento, inviarla nel gruppo o nel README, ma invece di caricare, gira all'infinito.
Perché un'immagine in movimento pesa più di un video? Come posso comprimerla senza farla diventare piena di artefatti?

Capire prima perché le GIF sono così grandi

Il formato GIF è del 1987, e le sue caratteristiche intrinseche lo rendono "grasso":

Ogni fotogramma è un'immagine completa. Non ha la compressione "solo variazioni" dei video - a meno che non venga ottimizzato durante l'esportazione, 100 fotogrammi significano 100 immagini.
L'algoritmo di compressione è vecchio. GIF utilizza solo la compressione LZW senza perdite, eccellente per "colori identici consecutivi" ma impotente con sfumature, foto o texture fini.
Massimo 256 colori per fotogramma. Se i colori non bastano, lo strumento usa "dithering" - punti di colore caotico per simulare le transizioni. Questi artefatti appaiono lisci a occhio nudo, ma per LZW sono dati difficili da comprimere.

Quindi le dimensioni di una GIF dipendono principalmente da: dimensioni x numero di fotogrammi x quanto i fotogrammi sono "frantumati". Tutti i metodi seguenti mirano a queste tre variabili.

6 metodi, ordinati per perdita di qualità crescente

1. Ottimizzazione fotogrammi: salva solo la parte "cambiata" (senza perdite)

Molte GIF di schermata e software di design salvano l'intero fotogramma. Ma in una demo operativa, spesso si muovono solo il mouse e una piccola area.

L'ottimizzazione dei fotogrammi fa questo: salva solo la regione rettangolare che è diversa dal fotogramma precedente, usando pixel trasparenti per il resto. I pixel trasparenti formano una massa continua, rendendo l'LZW molto efficiente.

L'aspetto visivo non cambia, l'animazione è identica, solo il modo di salvare è più intelligente. Per GIF con "sfondo fermo, movimento locale" (schermate, demo UI, meme), questo passaggio risparmia molto.

2. LZW con perdite: "lascia un po' di spazio" nell'algoritmo di compressione (visivamente senza perdite)

Questo è il concetto dietro il parametro --lossy di gifsicle: durante la codifica si permette una piccola deviazione di colore, facendo sì che più pixel vengano trattati come "lo stesso colore" per collegarli, aumentando drasticamente l'efficienza LZW.

Caratteristiche: non riduce i colori, non cambia le dimensioni, non tocca i fotogrammi. Il prezzo è la comparsa di una leggera granulosità. Più alto è il valore, più si risparmia e più visibile è il granulare. Utilizzando leggermente (es. --lossy=30~40), è difficile notare alla distanza di visione normale.

3. Riduzione colori: da 256 a 128 o 64

Ridurre la tavolozza da 256 a 128 o 64 colori riduce le informazioni per ogni pixel, aumentando l'efficienza di compressione.

Per stili piatti, icone animate, schermate UI, dove i colori sono pochi, la riduzione è quasi impercettibile; per foto o scene con molte sfumature, invece, appaiono chiare bande di colore e macchie.

4. Riduzione fotogrammi: abbassare i fps

Molte GIF sono esportate a 30 o 60 fps, ma GIF non eccelle nell'alta frequenza; in molte situazioni 10~15 fps sono sufficienti.

Riducendo a metà i fotogrammi, le dimensioni si riducono quasi della metà. Il costo è un'animazione meno fluida - per le demo operativa non è grave, ma per animazioni che richiedono fluidità è più evidente.

5. Ridimensionamento

Le dimensioni sono proporzionali ai pixel: riducendo larghezza e altezza a metà, i pixel sono solo un quarto.

Le schermate registrate in Retina spesso hanno larghezze superiori a 2000 pixel, ma vengono mostrate a 600~800 pixel. Esportare in base alla dimensione di visualizzazione reale è spesso il passo con il maggior guadagno. Il costo è la sfocatura quando ingrandisci, attenzione alla leggibilità del testo.

6. Cambiare formato: da GIF a video o WebP

Se la piattaforma lo permette, il metodo più radicale è non usare GIF:

MP4 / WebM: i codec video moderni usano compressione tra fotogrammi; per lo stesso contenuto, le dimensioni sono spesso solo una frazione di quelle di una GIF. Sul web si può usare <video autoplay loop muted playsinline> per ottenere lo stesso effetto.
WebP/APNG dinamiche: supportano più colori e migliori compressioni, e sono riproducibili da tutti i browser moderni.

Il costo è la compatibilità: molte app di chat, forum, editor di documenti e client di posta riconoscono solo GIF, e il cambio di formato potrebbe non funzionare o non riprodursi automaticamente.

Tabella riassuntiva delle opzioni

Metodo	Impatto qualità	Adatto per	Non adatto per
Ottimizzazione fotogrammi	Nessuno, pixel invariati	Tutte le GIF, in particolare schermate e animazioni locali	— (dovrebbe essere sempre fatto)
LZW con perdite (leggera)	Granulosità quasi impercettibile	Quasi tutte le GIF	Pixel art molto sensibili ai granuli
Riduzione colori	Bande di colore visibili su sfumature	Stili piatti, icone, UI	Foto, scene con molte sfumature
Riduzione fotogrammi	Animazione più "scattosa"	Demo operativa, animazioni statiche	Animazioni che richiedono fluidità
Ridimensionamento	Dettagli persi	Immagini più grandi della visualizzazione	Contenuti con testo da leggere piccolo
Cambio formato	Generalmente migliore	Web, piattaforme controllabili	Piattaforme che accettano solo GIF

L'ordine logico è: fai prima senza perdite o quasi senza perdite, poi scendi di livello se necessario. Se i primi due passaggi sono sufficientemente piccoli, non c'è bisogno di sacrificare colori, frequenza o dimensioni.

I primi due passaggi: ImgZilla può farli in batch per te

Se hai una collezione di GIF - meme, animazioni nei documenti, risorse web - impostare i parametri uno per uno nelle tool online è stancante.

ImgZilla è uno strumento di compressione immagini per macOS che utilizza esattamente i primi due punti della tabella sopra:

Basato su gifsicle: applica prima un'ottimizzazione massima dei fotogrammi (equivalente a -O3), poi un leggero LZW con perdite (equivalente a --lossy=40).
Niente riduzione colori, riduzione fotogrammi o dimensioni, niente cambio impostazioni cicliche. L'animazione resta identica, framerate, durata e risoluzione non cambiano, solo il file è più piccolo.
Compressione in loco: nome file, percorso, formato invariati. demo.gif nel documento o nel web rimane demo.gif dopo la compressione, senza dover cambiare link.
Trascina l'intera cartella: scansiona ricorsivamente le sottocartelle, processando GIF insieme a JPG, PNG, WebP e altri formati.
Non "forza" la compressione: i file già ottimizzati o con una percentuale di compressione inferiore allo 0,4% sono etichettati come "minimizzati" e lasciati invariati, senza consumare crediti.
Rimuove automaticamente l'originale nel cestino: se non ti piace il risultato, fai "Torna indietro" per ripristinare.
Esegue tutto localmente: nessun caricamento su server, nessun limite di dimensione singola come nelle tool online; gestisce anche GIF da decine di MB.

Quanto si risparmia dipende da come sono state esportate le GIF. Le GIF di schermata non ottimizzate e con molte parti statiche risparmiano di più; quelle già processate da tool professionali potrebbero avere poco margine, o essere già etichettate come "minimizzate" - è normale.

Cosa ImgZilla NON fa

Per mantenere l'aspetto visivo invariato, ImgZilla non esegue i passaggi 3~6. Se dopo i primi due la dimensione è ancora troppo alta (ad esempio deve rientrare in un limite di piattaforma), devi decidere tu cosa sacrificare:

bash

Con gifsicle in riga di comando: riduci a 128 colori, larghezza a 640, compressione con perdite più forte

gifsicle -O3 --lossy=80 --colors 128 --resize-width 640 input.gif -o output.gif

Con ffmpeg converti la GIF in MP4 (dimensioni solitamente molto minori)

ffmpeg -i input.gif -movflags +faststart -pix_fmt yuv420p
-vf "scale=trunc(iw/2)*2:trunc(ih/2)*2" output.mp4

Per operazioni che richiedono selezione fotogramma per fotogramma, come il taglio o la riduzione dei fotogrammi, gli editor online come ezgif sono più intuitivi.

Un'abitudine migliore: non esportare GIF troppo grandi all'origine

Ecco tre consigli per ridurre il lavoro futuro:

Riduci la finestra prima di registrare, registrando solo l'area necessaria, non l'intero schermo Retina.
Scegli 10~15 fps durante l'esportazione, sufficienti per la maggior parte delle demo.
Comprimi subito dopo l'esportazione, eliminando l'ottimizzazione e il leggero LZW con perdite - questo passaggio non richiede giudizio ed è ideale per l'automazione.

GIF è un vecchio formato, ma resta il "massimo comun denominatore" per la riproduzione automatica ovunque. Invece di chiedersi se abbandonarlo, meglio assicurarsi che ogni GIF occupi solo lo spazio necessario.

ImgZilla attualmente supporta solo macOS (12.3 o superiore) e può essere scaricato dalla Mac App Store. La versione gratuita comprime 10 GIF al giorno, conteggiando solo i successi - trascina una cartella piena di GIF e scopri quanto si risparmia.

Come comprimere le GIF in dimensioni minori: 6 metodi, ordinati per perdita di qualità