Le dimensioni di un’immagine spiegate: pixel, DPI, peso e qualità
«Rimpicciolire l’immagine» può voler dire tre cose: meno pixel, una dimensione di stampa più piccola o meno byte nel file. Sono collegate, ma cambiarne una non sempre cambia le altre. Per questo un’immagine può sembrare nitida sul telefono e sfocata sulla carta, o pesare 5 MB senza essere più bella di una copia da 300 KB.
Questa guida separa le tre cose, spiega cosa fanno davvero le impostazioni di DPI e qualità e sostiene i consigli con misurazioni: abbiamo codificato la stessa foto di 1280 × 854 pixel di una via lungo un fiume con dimensioni e qualità diverse in Chrome, il motore usato dallo strumento di ridimensionamento di nTools, e confrontato i risultati con l’originale.
Tre dimensioni facili da confondere
- Dimensioni in pixel: da quanti punti è fatta l’immagine, per esempio 4032 × 3024. È l’unica dimensione che decide quanto dettaglio c’è.
- Dimensione di stampa: quanto viene grande sulla carta. Sono i pixel divisi per una densità, espressa in DPI o PPI (punti o pixel per pollice).
- Peso del file: quanti byte occupa, per esempio 2,4 MB. Dipende dai pixel, dal formato e dalla qualità di compressione.
La maggior parte dei problemi nasce dal cambiare una di queste aspettandosi che segua un’altra: alzare i DPI per avere una stampa più nitida, o abbassare la qualità per sistemare una foto che ha semplicemente troppi pixel.
Pixel e megapixel
Un megapixel è un milione di pixel. Una tipica foto da telefono da 12 megapixel misura 4032 × 3024 pixel, cioè 12.192.768 pixel.
Sul disco il file è compresso, ma per mostrare o modificare l’immagine un programma deve decodificarla in tutti i suoi pixel. A quattro byte per pixel (rosso, verde, blu e trasparenza), quella foto da 12 megapixel occupa circa 49 MB di memoria, qualunque sia il peso del file. Per questo un telefono può rallentare con decine di foto grandi insieme, e una pagina piena di immagini sovradimensionate resta pesante anche dopo averle scaricate.
La nostra foto di prova da 1280 × 854 mostra la distanza tra pixel e peso. Non compressa, a tre byte per pixel, occupa 3,3 MB. In PNG, che non perde nulla, 2,3 MB. In JPEG con qualità 82, 323 KB: circa un settimo del PNG, e a dimensione normale sembra identica.
I DPI contano solo sulla carta
Un file JPEG può contenere un valore di densità: lo standard JFIF prevede un campo in punti per pollice o per centimetro, e i metadati delle fotocamere ne hanno uno simile. Molte foto lì indicano 72 o 300. Quel numero non cambia nemmeno un pixel, né il peso del file, né l’aspetto sullo schermo. Gli schermi mostrano pixel, non pollici.
Passare da 72 a 300 DPI senza ricampionare riscrive soltanto quel campo. Se un modulo chiede «300 DPI», di solito gli servono abbastanza pixel per la dimensione di stampa. Il conto è semplice: larghezza stampata = pixel ÷ pixel per pollice, e un pollice è 2,54 cm.
| Dimensione di stampa | A 150 pixel per pollice | A 300 pixel per pollice |
|---|---|---|
| Foto 10 × 15 cm | 591 × 886 px | 1181 × 1772 px |
| A4, 21 × 29,7 cm | 1240 × 1754 px | 2480 × 3508 px |
| Foto da 12 MP (4032 × 3024 px) | 68 × 51 cm | 34 × 26 cm |
È il servizio di stampa a dire quale densità vuole; con quel numero, la tabella indica se la foto ha abbastanza pixel. Aggiungerne al computer non aiuta, come mostra la sezione sull’ingrandimento.
Schermi: pixel CSS e display nitidi
Le pagine web vengono impaginate in pixel CSS, un’unità definita come 1/96 di pollice. Sugli schermi più vecchi un pixel CSS corrispondeva a un punto dello schermo. Oggi telefoni e molti portatili usano due o tre punti per ogni pixel CSS; i browser lo chiamano rapporto di pixel del dispositivo (device pixel ratio).
Così un’immagine mostrata larga 600 pixel CSS ha bisogno di circa 1200 pixel per essere nitida su un telefono con rapporto 2. Con soli 600 viene stirata e appare morbida; con 4000 il visitatore scarica pixel che non vedrà mai. I siti possono offrire più dimensioni con l’attributo srcset e lasciare che ogni browser scelga quella adatta al suo schermo.
Ridimensionare: ridurre è sicuro, ingrandire non aggiunge nulla
Dimezzare larghezza e altezza lascia un quarto dei pixel, e il file cala più o meno nella stessa misura. Nel nostro test, sempre in JPEG con qualità 82:
| Dimensioni | Quota di pixel | Peso JPEG | Peso WebP |
|---|---|---|---|
| 1280 × 854 | 100% | 323 KB | 288 KB |
| 960 × 641 | 56% | 180 KB | 159 KB |
| 640 × 427 | 25% | 89 KB | 80 KB |
| 320 × 214 | 6% | 23 KB | 21 KB |
Nel senso opposto il dettaglio non torna. Abbiamo ridotto la foto a 320 pixel di larghezza e poi l’abbiamo ingrandita di nuovo a 1280: il risultato ha ottenuto 0,59 di SSIM, una misura di quanto due immagini si somigliano in cui 1 significa identiche, contro 0,96 del JPEG a piena dimensione con qualità 82. È visibilmente sfocata. Ingrandire non fa che distribuire i pixel esistenti su più spazio; gli ingranditori con IA la fanno sembrare più nitida inventando dettagli plausibili, che non sono quelli originali.
I browser possono ridimensionare un’immagine con una levigatura più o meno accurata; lo strumento di nTools chiede quella più alta. Mantieni le proporzioni quando ridimensioni, altrimenti volti e cerchi si deformano. Quando serve una forma precisa, come una foto profilo quadrata, prima ritaglia e poi ridimensiona.
Cosa significa il numero della qualità
La qualità non è la percentuale di nulla. Per il JPEG è una scala da 0 a 100, definita dalla libreria JPEG di riferimento, che regola quanto grossolanamente vengono arrotondati i dettagli; la sua documentazione consiglia da 50 a 95 per le foto e avverte che oltre circa 95 il file cresce enormemente per un guadagno minimo. WebP ha una scala propria, quindi lo stesso numero non significa la stessa cosa nei due formati.
Le nostre misurazioni, sulla foto da 1280 × 854 in Chrome, con lo SSIM rispetto all’originale (1 significa identiche):
| Qualità | Peso JPEG | SSIM JPEG | Peso WebP | SSIM WebP |
|---|---|---|---|---|
| 50 | 181 KB | 0,915 | 180 KB | 0,944 |
| 75 | 270 KB | 0,950 | 231 KB | 0,963 |
| 82 | 323 KB | 0,962 | 288 KB | 0,976 |
| 92 | 466 KB | 0,981 | 410 KB | 0,988 |
| 95 | 570 KB | 0,987 | 474 KB | 0,990 |
| 100 | 1275 KB | 0,999 | 1306 KB | 1 (senza perdita) |
| PNG | 2302 KB | 1 (senza perdita) | – | – |
Spiccano tre cose. Passare da 95 a 100 fa più che raddoppiare un JPEG in cambio di quasi nulla di visibile. A parità di somiglianza WebP pesa circa un terzo in meno del JPEG, in linea con il dato di Google di circa il 30%: WebP a 82 eguaglia JPEG a 90 con 288 KB invece di 428 KB. E in Chrome, WebP a 100 passa alla compressione senza perdita, che qui è risultata del 43% più leggera del PNG.
Quando un sito o un programma non dice quale qualità usa, i valori predefiniti di Chrome sono 92 per JPEG e 80 per WebP; li abbiamo misurati salvando senza indicare la qualità. Lo strumento di nTools parte da 82.
Il colore se ne va per primo
Il JPEG memorizza luminosità e colore separatamente, e l’occhio è molto più sensibile alla luminosità. Per questo la maggior parte dei codificatori conserva il colore a metà larghezza e metà altezza, uno schema chiamato 4:2:0: un quarto dell’informazione di colore, con poco effetto visibile sulle foto. È l’impostazione predefinita della libreria JPEG di riferimento, e Chrome l’ha usata a tutte le qualità provate tranne 100.
Si nota sui dettagli sottili e saturi: testo rosso su fondo bianco, linee colorate in un grafico o in un logo. I bordi sbavano. Per screenshot e grafici con testo, PNG o WebP senza perdita evitano il problema, come spiega la prima parte di questa serie.
Salvare più e più volte
Ogni volta che un file con perdita viene aperto, modificato e salvato, viene compresso di nuovo. Quanto si perde dipende dal fatto che le impostazioni cambino o no. Abbiamo salvato la foto di prova dieci volte di fila:
- Sempre in JPEG con qualità 82, senza modifiche: lo SSIM è passato da 0,962 dopo il primo salvataggio a 0,957 dopo il decimo, e il file è rimasto a 322 KB.
- Alternando qualità 82 e 75, come succede quando una foto passa per app diverse: lo SSIM è sceso a 0,933, peggio di un unico salvataggio con qualità 70.
Conserva l’originale, ricava ogni copia da lì e applica il cambio di dimensione e di qualità in un solo passaggio, alla fine.
Dimensioni che funzionano
Questi punti di partenza vengono dalle misurazioni qui sopra. La nostra foto di prova ha usato circa 0,3 byte per pixel in JPEG con qualità 82; le scene ricche di dettagli, come fogliame o ghiaia, ne richiedono di più, cieli e pareti uniformi di meno.
| Uso | Lato lungo | Formato e qualità | Peso indicativo |
|---|---|---|---|
| Immagine in una pagina web | Larghezza mostrata × 2 | WebP 75–82 o JPEG 80–85 | 100–400 KB |
| Email o messaggistica, più foto | 1600–2000 px | JPEG 80–85 | 0,5–0,9 MB ciascuna |
| Modulo con limite di 1 o 2 MB | 2000 px | JPEG 80 | meno di 1 MB |
| Stampa | Dimensione di stampa × la densità chiesta dalla tipografia | JPEG 92–95, o l’originale | diversi MB |
| Screenshot o grafico con testo | Invariato | PNG o WebP senza perdita | dipende dal contenuto |
Gmail consente 25 MB di allegati per messaggio negli account personali e trasforma ciò che li supera in un link di Google Drive: bastano poche foto del telefono non toccate per arrivare al limite.
Tutto ciò che fanno gli strumenti per immagini di nTools avviene nel tuo browser: la foto non viene caricata da nessuna parte.
Domande frequenti
Passare da 72 a 300 DPI migliora una foto?
No. Riscrive soltanto un numero nel file. Pixel, peso e aspetto sullo schermo restano esattamente uguali. Una stampa diventa più nitida solo con più pixel, catturati dalla fotocamera, non aggiunti dopo.
Perché la mia foto ridimensionata è sfocata?
Di solito perché è stata resa più piccola dello spazio in cui viene mostrata e poi stirata, per esempio sullo schermo di un telefono con rapporto di pixel 2 o 3. Falla larga circa il doppio di come viene mostrata.
Che qualità usare per il JPEG?
Tra 75 e 85 va bene per la maggior parte delle foto su schermo. Oltre 95 il file cresce in fretta con poco guadagno visibile, e 100 non è senza perdita.
WebP pesa sempre meno del JPEG?
Per foto con la stessa qualità visiva di solito sì, di circa un terzo nel nostro test. Controlla che la destinazione accetti il WebP; alcuni programmi e moduli datati non lo fanno.
Si può ingrandire un’immagine piccola senza perdere qualità?
No. Ingrandire non può ricreare un dettaglio mai catturato. Gli ingranditori con IA possono rendere il risultato più nitido, ma il dettaglio aggiunto è inventato.
Perché la mia foto in PNG pesa molto più che in JPEG?
Il PNG conserva ogni pixel esattamente, cosa adatta a screenshot e grafici. Con una foto, nel nostro test ha prodotto un file circa sette volte più pesante di un JPEG con qualità 82, senza differenze visibili a dimensione normale.
Precedente della serie ← Formati immagine spiegati: JPEG, PNG, WebP, AVIF e HEIC
Riferimenti
- MDN — <length>: absolute length units (px, in)
- MDN — Window: devicePixelRatio property
- MDN — Responsive images
- MDN — HTMLCanvasElement: toBlob() method
- MDN — CanvasRenderingContext2D: imageSmoothingQuality property
- JPEG File Interchange Format (JFIF), version 1.02
- libjpeg-turbo 3.0.2 — usage.txt (cjpeg: -quality, -sample)
- Google for Developers — WebP: Frequently Asked Questions
- web.dev — Serve images with correct dimensions
- Gmail Help — Send attachments with your Gmail message
Guide correlate
- Indirizzi IP spiegati: IPv4, IPv6 e gli intervalli riservati
- Sottoreti e CIDR spiegati: prefissi, maschere e host utilizzabili
- Record DNS spiegati: A, AAAA, CNAME, MX, TXT e NS
- Un sito è down o il problema è solo tuo? Come verificarlo, passo per passo
- Codici di stato HTTP ed errori di Cloudflare: cosa significano 403, 404, 429, 500, 503 e 521
- Timestamp Unix e fusi orari spiegati
- Contare le date: giorni tra due date, anni bisestili e settimane ISO
- Formati immagine spiegati: JPEG, PNG, WebP, AVIF e HEIC
- Robustezza delle password spiegata: lunghezza, entropia e passphrase
- Funzioni di hash spiegate: SHA-256, checksum e hashing delle password
- JSON Web Token spiegati: claim, firme e validazione sicura
- Gli UUID spiegati: v4, v7 e come scegliere la versione giusta
- I codici QR spiegati: capacità, correzione degli errori e dimensioni di stampa
- Percentuali e IVA spiegate: aggiungere, scorporare e cumulare
- Errori comuni nel JSON e come correggerli
- Modificare i PDF nel browser: cosa conservano unione, divisione e conversione