Cortador de imagens on-line gratuito

Recorte imagens com proporções predefinidas ou uma área de seleção personalizada. Baixe o resultado recortado instantaneamente.

Seus arquivos nunca saem do seu dispositivo
Solte uma imagem aqui ou clique para procurar

Suporta JPEG, PNG, WebP, GIF, BMP, TIFF, AVIF · até 50 MB

Como recortar uma imagem

  1. Envie ou solte uma imagem acima.
  2. Selecione uma proporção predefinida ou use "Livre" para qualquer formato.
  3. Arraste a seleção de recorte para a área que deseja manter. Use as alças de canto para redimensionar.
  4. Clique em "Recortar imagem" e baixe o resultado.

Breve história do corte

O corte é mais antigo do que a edição digital por mais de um século. Cortar uma fotografia na era analógica era um ato físico: significava decidir onde colocar uma máscara, uma lâmina de ampliadora ou um pedaço de cartão antes que a lâmpada da ampliadora expusesse a impressão. Em uma câmara escura em funcionamento, uma ampliadora projeta um negativo através de uma lente sobre uma folha de papel fotossensível colocada plana em um marginador, um quadro metálico pesado com bandas ajustáveis que se sobrepõem às margens do papel. Puxar as bandas para dentro expunha apenas uma janela menor de papel. Para editores de fotos de jornais e revistas, o fluxo de trabalho era ainda mais material: os editores marcavam suas decisões de corte diretamente em uma folha de contato usando lápis gordurosos, normalmente vermelhos, mas às vezes azuis, desenhando retângulos em torno da porção de cada quadro que queriam ampliada. O lápis gorduroso era preferido porque escrevia sobre a emulsão brilhante da cópia sem borrar. Henri Cartier-Bresson, a figura canônica da Magnum, célebremente recusou a prática, ele insistia na impressão em quadro completo e em compor dentro do visor no momento do disparo, tratando qualquer corte posterior como trapaça intelectual contra o obturador. (Sua exceção habitualmente citada é a imagem de 1932 Atrás da Gare Saint-Lazare, onde havia fotografado através de um buraco em uma cerca e fisicamente não podia se aproximar para preencher o quadro.) Ansel Adams estava no outro extremo: sua prática meticulosa da câmara escura tratava o corte como uma ferramenta entre muitas para moldar a impressão final, junto com queima, clareamento, filtragem de contraste e branqueamento seletivo. O ícone da barra de ferramentas para corte em editores de imagem modernos, dois ângulos retos enquadrando um retângulo vazio, é um desenho estilizado das guias de papel em forma de L que os fotógrafos usavam em folhas de contato para enquadrar cortes potenciais à mão.

Proporções populares

A relação de aspecto descreve a proporção de largura para altura. As plataformas sociais modernas têm cada uma uma ou mais relações «preferidas», e fazer upload com a relação errada quase sempre significa que a plataforma cortará ou colocará faixas pretas em seu nome, geralmente mal. Uma ferramenta de corte que te leve à relação correta antes do upload está fazendo um trabalho significativo. Confirme contra a documentação atual da plataforma para trabalho de produção, as especificações mudam, mas a partir de 2026:

Relações de cinema, de onde vêm os predefinidos largos

Relação Academy (1.375:1, frequentemente chamada de 4:3 coloquialmente). Os filmes mudos eram filmados aproximadamente a 4:3 usando todo o quadro de 35 mm; quando o som óptico em filme chegou no final dos anos 1920, a faixa de trilha sonora invadiu a área da imagem. A Academia de Artes e Ciências Cinematográficas respondeu com uma diretiva em 16 de fevereiro de 1932 especificando novas dimensões de abertura, o resultado foi um quadro 1.375:1, batizado de relação Academy, e quase todos os filmes de Hollywood entre 1932 e 1952 foram filmados neste formato. CinemaScope (2.55:1 → 2.35:1 → 2.39:1). A técnica por trás data dos anos 1920, quando o inventor francês Henri Chrétien patenteou a lente anamórfica Hypergonar. A 20th Century Fox assinou um acordo com ele em 12 de janeiro de 1953 e anunciou em 2 de fevereiro de 1953 que todas as futuras produções da Fox usariam a tecnologia; O Manto Sagrado estreou em setembro de 1953 como o primeiro longa-metragem comercial em CinemaScope. A relação original era 2.55:1; quando trilhas sonoras foram incorporadas em 1956, encolheu para 2.35:1; SMPTE 195-1993 confirmou 2.39:1 como o padrão moderno. Widescreen plano americano (1.85:1), Universal Pictures o introduziu em 20 de maio de 1953 com Thunder Bay; não anamórfico, alcançado por matte duro no topo e na base. 16:9 (1.7777...:1) foi proposto pela primeira vez em 1984 por Kerns H. Powers do SMPTE HDTV Working Group, que o escolheu como ponto médio geométrico entre os padrões de cinema da época. A UIT o adotou como padrão internacional HDTV em 1990; a FCC adotou ATSC em 1996; as primeiras transmissões ATSC entraram no ar em 28 de outubro de 1998. Toda televisão moderna, monitor, tela de laptop, miniatura do YouTube e sinal HDMI ainda é nominalmente 16:9.

A regra dos terços, uma regra de composição de 1797 ainda em uso

A frase «regra dos terços» aparece em Remarks on Rural Scenery de John Thomas Smith, publicado em 1797. Smith era um gravador e antiquário inglês; seu livro era ostensivamente uma coleção de vinte águas-fortes de cabanas com texto sobre o pitoresco. De passagem, Smith cita uma conferência de 1783 de Sir Joshua Reynolds sobre o equilíbrio de luz e escuridão na pintura, então propõe estender a mesma lógica «à regra de dois terços», cunhando o que séculos mais tarde se tornaria a heurística de composição padrão para fotografia amadora e profissional. Ferramentas de corte expressam a regra sobrepondo uma grade 3x3 na seleção de corte ao vivo; alinhar um horizonte, uma forte vertical (um tronco de árvore, uma pessoa), ou um ponto focal com um dos quatro nós de interseção é o conselho padrão. Além dos terços, várias outras ajudas de composição se tornaram sobreposições padrão em ferramentas de corte sérias: a proporção áurea (≈1.618:1), às vezes descrita como a inspiração matemática mais profunda da qual a regra dos terços é uma simplificação, coloca suas linhas divisórias em aproximadamente 0.382 e 0.618 do quadro; a espiral de Fibonacci emerge ao desenhar quadrados sucessivamente menores cujos lados seguem 1, 1, 2, 3, 5, 8, 13... e é contra o que composições de pintura renascentista são frequentemente analisadas; o método diagonal / triângulo áureo traça uma diagonal através do quadro e uma perpendicular de cada canto oposto, adequada a cenas com uma forte linha oblíqua. Esta ferramenta não renderiza atualmente essas sobreposições, uma limitação de escopo documentada e uma oportunidade honesta para trabalho futuro.

Como o corte realmente acontece, a API Canvas

A API HTML Canvas tem, desde a especificação original WHATWG canvas, suportado um único método que faz o trabalho geométrico pesado do corte: CanvasRenderingContext2D.drawImage(). É sobrecarregada com três formas, a terceira, de nove argumentos, é a que corta: drawImage(image, sx, sy, sWidth, sHeight, dx, dy, dWidth, dHeight). Os primeiros quatro argumentos numéricos especificam o retângulo fonte, uma sub-região da imagem fonte a extrair. Os próximos quatro especificam o retângulo de destino no canvas onde essa sub-região deve ser desenhada, com escala implícita se o destino for dimensionado diferentemente. Para cortar sem escalar, você dimensiona o canvas de destino para corresponder exatamente ao retângulo fonte e desenha com dx = 0, dy = 0, dWidth = sWidth, dHeight = sHeight, que é precisamente o que esta ferramenta faz. Esta única chamada é o coração pulsante de qualquer ferramenta de corte baseada em navegador. Uma vez que os pixels estão no canvas, o caminho de exportação padrão é canvas.toBlob(), que serializa o canvas para um Blob em um tipo MIME escolhido (PNG, JPEG, WebP). A API Canvas também expõe uma função adjacente poderosa, createImageBitmap(), cuja opção imageOrientation: 'from-image' aplica qualquer rotação de orientação EXIF presente em um JPEG antes que o bitmap seja devolvido, sem ela, fotos tiradas com um celular segurado de lado apareceriam rotacionadas 90° no canvas. O drawImage() de 9 argumentos é amplamente disponível como baseline desde julho de 2015, o que significa que todo navegador em uso moderno o suporta.

Sem perda vs re-codificado: uma ressalva JPEG

Uma ressalva pequena, mas importante, para qualquer ferramenta de corte baseada em navegador: a API Canvas sempre rasteriza e re-codifica. Se você fizer upload de um JPEG, soltá-lo em um canvas, cortar com drawImage() e exportar com toBlob('image/jpeg', 0.92), você acabou de realizar um ciclo extra de quantização DCT com perdas sobre o original. Este fenômeno é conhecido como perda de geração, e o JPEG é célebremente suscetível a ela, cada re-salvamento introduz um novo erro de quantização nos coeficientes da transformação cosseno discreta; a subamostragem de croma compõe o efeito através dos salvamentos, com os canais de croma se tornando progressivamente mais suaves e os limites de cor sangrando. A visualização bem conhecida da Cloudinary mostra um JPEG re-salvo cinquenta vezes degradando em uma caricatura reconhecível mas visivelmente danificada de si mesmo. O conselho padrão é manter uma cópia mestre não modificada de qualquer imagem que você possa querer re-editar. No entanto, existe um truque especial que permite cortar um JPEG sem re-codificar, desde que certas restrições geométricas sejam atendidas. A compressão JPEG opera em blocos de 8x8 pixels (ou macroblocos de 16x16 com subamostragem de croma). Se os limites do corte caem exatamente nessas bordas de bloco, o que a especificação JPEG chama de limites iMCU, a região cortada pode ser extraída reorganizando os coeficientes DCT comprimidos existentes sem nunca decodificá-los de volta para pixels. A implementação canônica é jpegtran, o utilitário de linha de comando que vem com libjpeg do Independent JPEG Group, organizado por Tom Lane e lançado pela primeira vez em 7 de outubro de 1991. A API Canvas não tem equivalente, um corte JPEG baseado em navegador sempre re-codifica; o melhor que uma ferramenta pode fazer é escolher uma configuração de alta qualidade (esta ferramenta usa 92%, que é conservadora e visualmente competente). Para PNG e WebP sem perda, a situação é diferente: esses formatos codificam pixels de forma determinística, então um corte seguido por um re-salvamento no mesmo formato é perfeito em bit nos pixels cortados. PNG é o formato de saída recomendado para qualquer corte onde a preservação de pixels importa mais do que o tamanho do arquivo, por exemplo, uma captura de tela ou um mockup de UI.

Eventos de toque e ponteiro, por que os manipuladores têm que ser grandes o suficiente

Até a especificação Pointer Events amadurecer, construir uma única alça de arrasto que funcionasse corretamente com um mouse de desktop, um dedo em uma tela sensível ao toque e uma caneta em um tablet exigia equilibrar três famílias de eventos. Pointer Events Level 2 alcançou o status de Recomendação W3C em 4 de abril de 2019, unificando-os em uma única família de eventos coerente com pointerdown, pointermove, pointerup e um atributo pointerType expondo a classe de dispositivo subjacente. Para as partes voltadas ao usuário de uma ferramenta de corte, as alças de canto que você arrasta para redimensionar a seleção de corte e a região central que você arrasta para movê-la, a ergonomia de toque importa. As diretrizes da plataforma convergem para um número similar: as Apple Human Interface Guidelines especificam um alvo de toque mínimo de 44x44 pontos; Material Design especifica 48x48 dp; WCAG 2.5.5 (Nível AAA, «Tamanho do alvo») requer 44x44 pixels CSS; WCAG 2.5.8 (Nível AA, «Tamanho do alvo (Mínimo)», adicionado em WCAG 2.2) requer mínimo 24x24 pixels CSS, com exceções de espaçamento. A implicação prática: uma alça de canto pintada como um minúsculo quadrado de 8x8 pixels é muito difícil de agarrar em um celular. A decoração visível pode permanecer pequena, mas a área de toque subjacente deve se estender com preenchimento transparente para que o alvo efetivo atenda pelo menos ao limite WCAG AA de 24x24, idealmente os 44x44 da orientação AAA / Apple.

O cenário de bibliotecas, e por que esta ferramenta não usa nenhuma

A biblioteca de corte do lado cliente de código aberto dominante é Cropper.js de Chen Fengyuan, com licença MIT, com aproximadamente 13.8k estrelas no GitHub e cerca de 1.4 milhão de downloads semanais de npm no início de 2026. Seu conjunto de recursos é abrangente: toque e mouse, zoom com roda de mouse e pinça, rotação livre, espelhamento horizontal e vertical, múltiplos modos de relação de aspecto, uma imagem móvel dentro de um quadro de corte fixo e hooks de eventos ricos. react-image-crop de Dominic Tobias é um componente específico de React reduzido, com licença ISC, sob 5 KB gzipped. Pintura de PQINA é um editor de imagens JavaScript comercial que inclui corte ao lado de redimensionamento, rotação, filtro, anotação, sticker, marca d'água e ferramentas de redação, vendido em níveis de assinatura de aproximadamente $13 a $317 por mês, usado por empresas como Dropbox, Square e ConvertKit. smartcrop.js de Jonas Wagner (2014) é um algoritmo de corte ciente de conteúdo que usa heurísticas de processamento de imagem (saturação de cor, detecção de borda) para encontrar um corte esteticamente razoável automaticamente em vez de esperar a entrada do usuário. Esta ferramenta deliberadamente não usa nenhum desses, é uma implementação pequena, de propósito único, sem framework. Ela não tenta competir com Cropper.js em amplitude de recursos; é ajustada para uma única visita, uma única imagem, um único corte, um único download, sem upload, sem conta e sem tag script puxada de um CDN.

Privacidade: por que somente-navegador importa aqui

Cortadores do lado servidor (iLoveIMG, Adobe Express, Canva e a maioria dos sites «online image cropper») exigem o upload da sua imagem para um servidor de terceiros. iLoveIMG documenta uma política de exclusão de duas horas; Adobe Express e Canva têm termos similares mas variáveis. Mesmo com a exclusão mais escrupulosa, o upload em si é um evento de rede que pode ser registrado, interceptado ou violado. Para fotos de férias comuns, isso está bem. Para fotos pessoais com metadados EXIF GPS, scans de documentos contendo PII (páginas de passaporte, cartões de identidade, documentos fiscais, formulários de seguro), capturas de tela de UI de trabalho interno, imagens médicas ou qualquer outra coisa que você não queira que seja copiada no disco rígido de um estranho, «a imagem fica no meu dispositivo» é a única arquitetura segura. Esta ferramenta executa todo o pipeline de corte, seleção de arquivo, decodificação, corte de canvas, re-codificação, download, localmente no seu navegador via JavaScript. Sem upload, sem chamada API, sem entrada de log. Você pode verificar abrindo a aba Rede do DevTools enquanto corta: não há solicitações de saída carregando dados de imagem. Melhor ainda, tire a página do ar (modo avião) depois que ela carregar e confirme que o cortador ainda funciona, a prova empírica mais sólida de que nada está sendo enviado.

Perguntas frequentes

Recortar reduz a qualidade da imagem?

Não. O recorte extrai a área selecionada em sua resolução original. A única consideração de qualidade é o formato de saída · JPEGs usam uma configuração de alta qualidade (92%) para minimizar artefatos.

Posso recortar em dimensões exatas de pixels?

A seleção de recorte mostra suas dimensões em pixels em tempo real. Para tamanhos exatos em pixels, use nossa ferramenta Image Resizer após o recorte para dimensionar o resultado para dimensões precisas.

Minha imagem é enviada para algum lugar?

Não. Todo o recorte acontece no seu navegador usando a Canvas API. Sua imagem permanece no seu dispositivo o tempo todo.

Que relação de aspecto devo escolher?

Combine com a plataforma de destino. O engajamento do feed do Instagram favorece o retrato 4:5 (5:4 vertical, 1080x1350) sobre o quadrado 1:1; miniaturas do YouTube são 16:9 (1280x720); TikTok e Instagram Stories/Reels são 9:16 vertical (1080x1920); pré-visualizações de links do Facebook/LinkedIn via Open Graph são 1.91:1 (1200x630); pins padrão do Pinterest são 2:3 (1000x1500). Para impressão, papel série A é 1:√2 (≈1:1.414); filme de 35mm e a maioria dos sensores DSLR são 3:2; iPad e fotos antigas 4:3 são 4:3. Use «Livre» se estiver cortando para arte em vez de para uma plataforma específica.

Minha imagem é enviada para algum lugar?

Não. Todo o processamento, seleção de arquivo, decodificação, seleção de corte, re-codificação de canvas, download, acontece localmente no seu navegador via JavaScript e a API HTML Canvas. Nenhuma imagem é enviada a um servidor, nenhuma chamada API é feita, nenhuma entrada de log é criada. Você pode verificar na aba Rede do DevTools enquanto corta, ou tirar a página do ar depois que ela carregar e confirmar que o cortador ainda funciona. Seguro para fotos pessoais com GPS incorporado, scans de documentos contendo PII, capturas de tela de UI de trabalho interno ou qualquer imagem que você não queira que seja copiada no disco rígido de um estranho.

O corte remove metadados EXIF?

Sim, por efeito colateral. A API Canvas armazena apenas dados de pixels, então os blocos de metadados EXIF, IPTC e XMP (modelo de câmera, configurações de exposição, coordenadas GPS, tags de copyright) não sobrevivem ao ciclo de ida e volta, vão embora da saída cortada. Esta é uma vitória de privacidade quando você compartilha a imagem cortada para fóruns ou aplicativos de chat que não removem EXIF no upload. Se você precisar preservar metadados (fotógrafos arquivando dados de exposição, fluxos de trabalho de conteúdo exigindo tags de copyright), esta é a ferramenta errada, use convert do ImageMagick ou uma biblioteca dedicada ciente de EXIF que preserve explicitamente os metadados.

Ferramentas relacionadas