Ritaglio immagini gratuito online

Come ritagliare un'immagine

1. Carica o trascina un'immagine sopra.
2. Seleziona una proporzione preimpostata o usa "Libero" per qualsiasi forma.
3. Trascina la selezione di ritaglio sull'area che vuoi mantenere. Usa le maniglie d'angolo per ridimensionare.
4. Fai clic su "Ritaglia immagine" e scarica il risultato.

Una breve storia del ritaglio

Il ritaglio è più vecchio dell'editing digitale di più di un secolo. Ritagliare una fotografia nell'era analogica era un atto fisico: significava decidere dove posizionare una maschera, una lama da cavalletto o un pezzo di cartone prima che la lampada dell'ingranditore esponesse la stampa. In una camera oscura funzionante, un ingranditore proietta un negativo attraverso una lente su un foglio di carta fotosensibile posato piatto in un cavalletto, una pesante cornice metallica con bande regolabili che si sovrappongono ai margini della carta. Tirare le bande verso l'interno esponeva solo una finestra più piccola di carta. Per i photo editor di giornali e riviste, il flusso di lavoro era ancora più materiale: gli editor segnavano le loro decisioni di ritaglio direttamente su un foglio di contatto usando matite grasse, normalmente rosse ma a volte blu, disegnando rettangoli intorno alla porzione di ogni fotogramma che volevano ingrandire. La matita grassa era preferita perché scriveva sull'emulsione lucida delle stampe senza sbavare. Henri Cartier-Bresson, la figura canonica di Magnum, rifiutava notoriamente la pratica, insisteva sulla stampa a tutto fotogramma e sul comporre dentro il mirino al momento dello scatto, trattando qualsiasi ritaglio successivo come imbroglio intellettuale contro l'otturatore. (La sua eccezione di solito citata è l'immagine del 1932 Dietro la Gare Saint-Lazare, dove stava scattando attraverso un buco in una recinzione e fisicamente non poteva avvicinarsi per riempire il fotogramma.) Ansel Adams stava all'estremo opposto: la sua meticolosa pratica in camera oscura trattava il ritaglio come uno strumento tra molti per modellare la stampa finale, insieme a burning, dodging, filtraggio del contrasto e sbiancamento selettivo. L'icona della barra degli strumenti per il ritaglio nei moderni editor di immagini, due angoli retti che incorniciano un rettangolo vuoto, è un disegno stilizzato delle guide cartacee a forma di L che i fotografi usavano sui fogli di contatto per inquadrare a mano i potenziali ritagli.

Proporzioni popolari

Il rapporto d'aspetto descrive la proporzione tra larghezza e altezza. Le piattaforme social moderne hanno ciascuna uno o più rapporti "preferiti", e caricare con il rapporto sbagliato significa quasi sempre che la piattaforma ritaglierà o aggiungerà letterbox per tuo conto, di solito male. Uno strumento di ritaglio che ti porta al rapporto giusto prima del caricamento sta facendo un lavoro significativo. Conferma rispetto alla documentazione attuale della piattaforma per il lavoro di produzione, le specifiche cambiano, ma al 2026:

• Instagram, post in feed: quadrato 1:1 a 1080x1080, ritratto 4:5 a 1080x1350 (attualmente il formato statico con il maggior engagement perché occupa ~25% in più di spazio verticale dello schermo), paesaggio 1.91:1 a 1080x566. Storie e Reels: 9:16 a 1080x1920. Foto profilo: almeno 320x320, visualizzata come cerchio.
• Twitter/X, header 1500x500 (3:1, con contenuto sicuro che si trova nella banda centrale 1500x360 e l'angolo in basso a sinistra parzialmente oscurato dalla sovrapposizione della foto profilo su desktop); foto profilo 400x400 minimo (800x800 per retina), visualizzata come cerchio; card immagine in-stream 1200x675 (16:9) per un'anteprima pulita.
• Facebook & Open Graph, anteprime link su Facebook, LinkedIn, Slack, Discord e la maggior parte degli altri consumatori di metadati OG: 1200x630 a 1.91:1. Foto profilo 360x360 minimo (720x720 preferito); foto copertina 820x312 desktop con zona sicura nel centro 640x312.
• LinkedIn, banner copertina profilo personale 1584x396 (4:1), con contenuto critico all'interno di un centro 1128x376 per sopravvivere al ritaglio mobile; foto profilo 400x400.
• YouTube, miniatura video 1280x720 (16:9), sotto i 2 MB, contenuto importante all'interno della zona desktop centrale 1100x620 (960x540 mobile), con l'angolo in basso a destra lasciato libero perché YouTube vi posiziona il timestamp di durata. Banner canale 2560x1440, con una striscia molto più stretta 1546x423 sicura su ogni dispositivo.
• TikTok, 9:16 a 1080x1920. L'algoritmo For You è ottimizzato per contenuti verticali a schermo intero.
• Pinterest, pin standard 1000x1500 (2:3). I pin più alti di 1:2.1 vengono ritagliati nel feed.
• Stampa (ISO 216 serie A), 1:√2 ≈ 1:1.414. La DIN 476 di Walter Porstmann del 18 agosto 1922 ha codificato il rapporto (il primo suggerimento conosciuto era una lettera del 25 ottobre 1786 da Lichtenberg a Beckmann a Göttingen). A4 è 210x297 mm; US Letter è 8.5x11 in (1:1.294) e non è interscambiabile.

Rapporti cinematografici, da dove vengono i preset wide

Rapporto Academy (1.375:1, spesso chiamato colloquialmente 4:3). I film muti erano girati a circa 4:3 usando l'intero fotogramma 35 mm; quando l'audio ottico su pellicola arrivò alla fine degli anni 1920, la striscia della colonna sonora mangiò nell'area dell'immagine. L'Academy of Motion Picture Arts and Sciences rispose con una direttiva del 16 febbraio 1932 che specificava nuove dimensioni di apertura, il risultato fu un fotogramma 1.375:1, battezzato rapporto Academy, e quasi ogni film hollywoodiano tra il 1932 e il 1952 fu girato in questo formato. CinemaScope (2.55:1 → 2.35:1 → 2.39:1). La tecnica dietro di esso risale agli anni 1920, quando l'inventore francese Henri Chrétien brevettò la lente anamorfica Hypergonar. La 20th Century Fox firmò un accordo con lui il 12 gennaio 1953 e annunciò il 2 febbraio 1953 che tutte le future produzioni Fox avrebbero usato la tecnologia; The Robe debuttò nel settembre 1953 come primo film CinemaScope commerciale. Il rapporto originale era 2.55:1; quando le colonne sonore furono incorporate nel 1956, si ridusse a 2.35:1; SMPTE 195-1993 confermò 2.39:1 come standard moderno. American widescreen flat (1.85:1), Universal Pictures lo introdusse il 20 maggio 1953 con Thunder Bay; non-anamorfico, ottenuto con hard-matting in alto e in basso. 16:9 (1.7777...:1) fu proposto per la prima volta nel 1984 da Kerns H. Powers del SMPTE HDTV Working Group, che lo scelse come punto medio geometrico tra gli standard cinematografici dell'epoca. L'ITU lo adottò come standard HDTV internazionale nel 1990; la FCC adottò ATSC nel 1996; le prime trasmissioni ATSC andarono in onda il 28 ottobre 1998. Ogni televisore moderno, monitor, schermo di laptop, miniatura YouTube e segnale HDMI è ancora nominalmente 16:9.

La regola dei terzi, una regola di composizione del 1797 ancora in uso

La frase "regola dei terzi" appare in Remarks on Rural Scenery di John Thomas Smith, pubblicato nel 1797. Smith era un incisore e antiquario inglese; il suo libro era apparentemente una raccolta di venti incisioni di cottage con testo sul pittoresco. Di sfuggita, Smith cita una conferenza del 1783 di Sir Joshua Reynolds sull'equilibrio di luce e ombra in pittura, poi propone di estendere la stessa logica "alla regola dei due terzi", coniando ciò che secoli dopo sarebbe diventato l'euristica di composizione standard per la fotografia amatoriale e professionale. Gli strumenti di ritaglio esprimono la regola sovrapponendo una griglia 3x3 sulla selezione di ritaglio dal vivo; allineare un orizzonte, una forte verticale (un tronco d'albero, una persona) o un punto focale con uno dei quattro nodi di intersezione è il consiglio standard. Oltre ai terzi, diversi altri ausili compositivi sono diventati overlay standard negli strumenti di ritaglio seri: il rapporto aureo (≈1.618:1), a volte descritto come l'ispirazione matematica più profonda di cui la regola dei terzi è una semplificazione, posiziona le sue linee divisorie a circa 0.382 e 0.618 lungo il fotogramma; la spirale di Fibonacci emerge disegnando quadrati progressivamente più piccoli i cui lati seguono 1, 1, 2, 3, 5, 8, 13... ed è ciò contro cui le composizioni dei dipinti rinascimentali sono spesso analizzate; il metodo diagonale / triangolo aureo traccia una diagonale attraverso il fotogramma e una perpendicolare da ciascun angolo opposto, adatto a scene con una forte linea obliqua. Questo strumento non renderizza attualmente quegli overlay, una limitazione di ambito documentata e un'onesta opportunità per lavoro futuro.

Come avviene effettivamente il ritaglio, l'API Canvas

L'API HTML Canvas, dalla specifica canvas WHATWG originale, ha supportato un singolo metodo che fa il lavoro geometrico pesante del ritaglio: CanvasRenderingContext2D.drawImage(). È sovraccaricato con tre forme, la terza, la forma a nove argomenti, è quella che ritaglia: drawImage(image, sx, sy, sWidth, sHeight, dx, dy, dWidth, dHeight). I primi quattro argomenti numerici specificano il rettangolo sorgente, una sotto-regione dell'immagine sorgente da estrarre. I successivi quattro specificano il rettangolo di destinazione sul canvas dove quella sotto-regione dovrebbe essere disegnata, con scaling implicito se la destinazione è dimensionata diversamente. Per ritagliare senza scalare, dimensioni il canvas di destinazione per corrispondere esattamente al rettangolo sorgente e disegni con dx = 0, dy = 0, dWidth = sWidth, dHeight = sHeight, che è esattamente ciò che fa questo strumento. Questa singola chiamata è il cuore pulsante di qualsiasi strumento di ritaglio basato su browser. Una volta che i pixel sono sul canvas, il percorso di esportazione standard è canvas.toBlob(), che serializza il canvas in un Blob in un tipo MIME scelto (PNG, JPEG, WebP). L'API Canvas espone anche una potente funzione adiacente, createImageBitmap(), la cui opzione imageOrientation: 'from-image' applica qualsiasi rotazione EXIF-orientation presente in un JPEG prima che il bitmap venga restituito, senza di essa, le foto scattate su un telefono tenuto di lato apparirebbero ruotate di 90° sul canvas. Il drawImage() a 9 argomenti è stato baseline ampiamente disponibile da luglio 2015, il che significa che ogni browser in uso moderno lo supporta.

Lossless vs ricodificato: un avviso sul JPEG

Un piccolo ma importante avviso per qualsiasi strumento di ritaglio basato su browser: l'API Canvas rasterizza e ricodifica sempre. Se carichi un JPEG, lo metti su un canvas, ritagli con drawImage() ed esporti con toBlob('image/jpeg', 0.92), hai appena eseguito un ciclo extra di quantizzazione DCT lossy sopra l'originale. Questo fenomeno è noto come generation loss, e il JPEG è notoriamente suscettibile ad esso, ogni risalvataggio introduce errore di quantizzazione fresco nei coefficienti della discrete cosine transform; il chroma subsampling aggrava l'effetto attraverso i salvataggi, con i canali chroma che diventano progressivamente più morbidi e i confini di colore che si sbavano. La nota visualizzazione di Cloudinary mostra un JPEG risalvato cinquanta volte degradarsi in una caricatura riconoscibile ma visibilmente danneggiata di se stesso. Il consiglio standard è di mantenere una copia master non modificata di qualsiasi immagine che potresti voler ri-editare. C'è, tuttavia, un trucco speciale che permette a un JPEG di essere ritagliato senza ricodifica, a condizione che certi vincoli geometrici siano soddisfatti. La compressione JPEG opera su blocchi di pixel 8x8 (o macroblocchi 16x16 con chroma subsampling). Se i confini del ritaglio cadono esattamente su questi bordi di blocco, ciò che la specifica JPEG chiama confini iMCU, la regione ritagliata può essere estratta riorganizzando i coefficienti DCT compressi esistenti senza mai decodificarli di nuovo in pixel. L'implementazione canonica è jpegtran, l'utility da riga di comando che viene distribuita con la libjpeg dell'Independent JPEG Group, organizzata da Tom Lane e rilasciata per la prima volta il 7 ottobre 1991. L'API Canvas non ha equivalenti, un ritaglio JPEG basato su browser ricodifica sempre; il meglio che uno strumento può fare è scegliere un'impostazione di alta qualità (questo strumento usa il 92%, che è conservativo e visivamente competente). Per PNG e WebP-lossless, la situazione è diversa: quei formati codificano i pixel deterministicamente, quindi un ritaglio seguito da un risalvataggio nello stesso formato è bit-perfect sui pixel ritagliati. PNG è il formato di output raccomandato per qualsiasi ritaglio in cui la preservazione dei pixel conta più della dimensione del file, per esempio, uno screenshot o un mockup UI.

Eventi Touch e Pointer, perché le maniglie devono essere abbastanza grandi

Fino a quando la specifica Pointer Events non è maturata, costruire una singola maniglia di trascinamento che funzionasse correttamente su un mouse desktop, un dito su un touchscreen e uno stilo su un tablet richiedeva di destreggiarsi tra tre famiglie di eventi. Pointer Events Level 2 ha raggiunto lo status di W3C Recommendation il 4 aprile 2019, unificandole in un'unica famiglia di eventi coerente con pointerdown, pointermove, pointerup e un attributo pointerType che espone la classe di dispositivo sottostante. Per le parti rivolte all'utente di uno strumento di ritaglio, le maniglie d'angolo che trascini per ridimensionare la selezione di ritaglio, e la regione centrale che trascini per spostarla, l'ergonomia touch è importante. Le linee guida della piattaforma convergono su un numero simile: le Apple Human Interface Guidelines specificano un target di hit minimo di 44x44 punti; Material Design specifica 48x48 dp; WCAG 2.5.5 (Livello AAA, "Target Size") richiede 44x44 pixel CSS; WCAG 2.5.8 (Livello AA, "Target Size (Minimum)", aggiunto in WCAG 2.2) richiede minimo 24x24 pixel CSS, con eccezioni per la spaziatura. L'implicazione pratica: una maniglia d'angolo dipinta come un piccolo quadrato di 8x8 pixel è molto difficile da afferrare su un telefono. La decorazione visibile può rimanere piccola, ma l'area di hit sottostante dovrebbe estendersi con padding trasparente in modo che il target effettivo soddisfi almeno la soglia WCAG AA di 24x24, idealmente il 44x44 della guida AAA / Apple.

Il panorama delle librerie, e perché questo strumento non ne usa nessuna

La dominante libreria open-source di ritaglio client-side è Cropper.js di Chen Fengyuan, con licenza MIT, con circa 13,8k stelle GitHub e circa 1,4 milioni di download npm settimanali al primo 2026. Il suo set di funzionalità è completo: touch e mouse, mouse-wheel e pinch zoom, free-rotate, flip orizzontale e verticale, modalità multiple di rapporto d'aspetto, un'immagine spostabile all'interno di un frame di ritaglio fisso e ricchi event hook. react-image-crop di Dominic Tobias è un componente React specifico ridotto all'osso, con licenza ISC, sotto i 5 KB gzipped. Pintura di PQINA è un editor di immagini JavaScript commerciale che include il ritaglio insieme a ridimensionamento, rotazione, filtro, annotazione, sticker, watermark e strumenti di redazione, venduto in livelli di abbonamento da circa 13 a 317 dollari al mese, usato da aziende come Dropbox, Square e ConvertKit. smartcrop.js di Jonas Wagner (2014) è un algoritmo di ritaglio content-aware che usa euristiche di image-processing (saturazione del colore, edge detection) per trovare automaticamente un ritaglio esteticamente ragionevole piuttosto che aspettare l'input dell'utente. Questo strumento deliberatamente non usa nessuno di quelli, è una piccola implementazione single-purpose, framework-free. Non cerca di competere con Cropper.js sull'ampiezza delle funzionalità; è messo a punto per una singola visita, una singola immagine, un singolo ritaglio, un singolo download, senza upload, senza account e senza script-tag tirato da un CDN.

Privacy: perché il solo-browser conta qui

I cropper lato server (iLoveIMG, Adobe Express, Canva e la maggior parte dei siti "online image cropper") richiedono di caricare la tua immagine su un server di terze parti. iLoveIMG documenta una politica di cancellazione di due ore; Adobe Express e Canva hanno termini simili ma variabili. Anche con la cancellazione più scrupolosa, l'upload stesso è un evento di rete che può essere loggato, intercettato o violato. Per foto vacanze ordinarie va bene. Per foto personali con metadati EXIF GPS, scansioni di documenti contenenti PII (pagine di passaporto, carte d'identità, documenti fiscali, moduli assicurativi), screenshot di UI di lavoro interno, imaging medico o qualsiasi altra cosa che non vorresti copiata sull'hard drive di uno sconosciuto, "l'immagine rimane sul mio dispositivo" è l'unica architettura sicura. Questo strumento esegue l'intera pipeline di ritaglio, selezione file, decodifica, ritaglio canvas, ricodifica, download, localmente nel tuo browser tramite JavaScript. Nessun upload, nessuna chiamata API, nessuna voce di log. Puoi verificare aprendo il tab Network di DevTools mentre ritagli: non ci sono richieste in uscita che trasportano dati immagine. Meglio ancora, porta la pagina offline (modalità aereo) dopo che si carica e conferma che il cropper funzioni ancora, la prova empirica più forte che nulla viene caricato.

Domande frequenti

Il ritaglio riduce la qualità dell'immagine?

No. Il ritaglio estrae l'area selezionata alla sua risoluzione originale. L'unico aspetto che influisce sulla qualità è il formato di output · i JPEG utilizzano un'impostazione di alta qualità (92 %) per ridurre al minimo gli artefatti.

Posso ritagliare a dimensioni esatte in pixel?

La selezione di ritaglio mostra le sue dimensioni in pixel in tempo reale. Per dimensioni esatte in pixel, utilizza il nostro strumento Image Resizer dopo il ritaglio per scalare il risultato a dimensioni precise.

La mia immagine viene caricata da qualche parte?

No. Tutto il ritaglio avviene nel tuo browser utilizzando la Canvas API. La tua immagine rimane sempre sul tuo dispositivo.

Quale rapporto d'aspetto dovrei scegliere?

Abbina la piattaforma di destinazione. L'engagement del feed Instagram favorisce il ritratto 4:5 (5:4 verticale, 1080x1350) rispetto al quadrato 1:1; le miniature YouTube sono 16:9 (1280x720); TikTok e Instagram Stories/Reels sono 9:16 verticali (1080x1920); le anteprime link Facebook/LinkedIn tramite Open Graph sono 1.91:1 (1200x630); i pin Pinterest standard sono 2:3 (1000x1500). Per la stampa, la carta serie A è 1:√2 (≈1:1.414); il film 35mm e la maggior parte dei sensori DSLR sono 3:2; iPad e le vecchie foto 4:3 sono 4:3. Usa "Libero" se stai ritagliando per l'arte piuttosto che per una piattaforma specifica.

La mia immagine viene caricata da qualche parte?

No. Tutto il processing, selezione file, decodifica, selezione di ritaglio, ricodifica canvas, download, avviene localmente nel tuo browser tramite JavaScript e l'API HTML Canvas. Nessuna immagine viene inviata a un server, nessuna chiamata API viene fatta, nessuna voce di log viene creata. Puoi verificare nel tab Network di DevTools mentre ritagli, o portare la pagina offline dopo che si carica e confermare che il cropper funzioni ancora. Sicuro per foto personali con GPS incorporato, scansioni di documenti contenenti PII, screenshot di UI di lavoro interno o qualsiasi immagine che non vorresti copiata sull'hard drive di uno sconosciuto.

Il ritaglio elimina i metadati EXIF?

Sì, come effetto collaterale. L'API Canvas memorizza solo i dati dei pixel, quindi i blocchi di metadati EXIF, IPTC e XMP (modello fotocamera, impostazioni di esposizione, coordinate GPS, tag di copyright) non sopravvivono al round-trip, sono spariti dall'output ritagliato. Questa è una vittoria per la privacy quando stai condividendo l'immagine ritagliata su forum o app di chat che non rimuovono l'EXIF al caricamento. Se hai bisogno di preservare i metadati (fotografi che archiviano dati di esposizione, flussi di lavoro di contenuto che richiedono tag di copyright), questo è lo strumento sbagliato, usa convert di ImageMagick o una libreria EXIF-aware dedicata che preservi esplicitamente i metadati.

Strumenti correlati