Comprima uma imagem abaixo de um limite de upload: bytes, formato e dimensões
Traduzir o limite de byte corretamente, escolher um formato de saída suportado e inspecionar o download comprimido antes de enviá-lo.
Leia todos os requisitos de destino.
Um upload falhado pode envolver mais do que o tamanho do arquivo. Grave os formatos aceitos, bytes máximos, dimensões mínimas ou máximas de pixels e se é necessária transparência. Mantenha uma imagem original intocada para que você possa reiniciar se a compressão remover um detalhe importante. Um portal de documentos pode rejeitar um pequeno arquivo WebP porque aceita apenas JPEG; uma imagem de perfil pode precisar de uma forma particular, independentemente de sua contagem de bytes. O compressor muda uma imagem, mas não pode descobrir ou aplicar os requisitos que você não forneceu. Comece com as instruções reais do destino e a mensagem de erro.
Traduza a tampa para as unidades da ferramenta.
Este compressor usa explicitamente 1 KB = bytes 1,024 em seu campo alvo. O conversor de tamanho de dados distingue kB decimal do binário KiB. Se um destino der uma tampa 100,000-byte estrita, digite bytes 100000 no conversor e escolha KiB: o resultado é 97.65625. Esse é o número correspondente para o campo alvo deste compressor. Entrando em 100, em vez disso, permite até bytes 102,400, que excede o boné original. Quando o destino diz apenas KB, verifique sua definição documentada ou comportamento de rejeição real em vez de assumir que ambos os sistemas usam a mesma convenção.
| Limite de destino | Bytes | Alvo do compressor |
|---|---|---|
| 100 decimais kB | 100.000 | 97.65625 (unidades de bytes 1,024) |
| 100 KiB binário | 102.400 | 100 |
Verifique a convenção de bytes do destino e os formatos. Meça o download em vez de confiar em um ajuste de qualidade.
Escolha o formato de saída antes de ajustar a qualidade.
A ferramenta aceita arquivos de origem JPEG, PNG ou WebP suportados e produz JPEG ou WebP. A saída JPEG torna as regiões transparentes em branco. WebP pode manter transparência onde o navegador suporta o codificador, mas o destino deve aceitar esse formato. Escolha com base na exigência de recepção, não no nome que quiser. Este é processamento perdido e entrada animada se torna um único quadro. Se reter animação, metadados ou um fundo transparente é essencial para sua tarefa, verifique se o fluxo de trabalho oferecido se encaixa antes de gastar tempo reduzindo uma definição de qualidade.
Use dimensões para controlar a quantidade de detalhes.
Defina uma largura ou altura máxima apropriada para o destino. O compressor mantém a proporção de aspecto e não amplia uma pequena imagem. Por exemplo, caber um 1,200 por 800 pixels dentro de um lado máximo de 600 pixels dá 600 por 400 pixels. Isso é um cálculo geométrico, não uma previsão dos bytes de saída. Uma imagem menor tem menos pixels disponíveis para preservar detalhes, o que pode importar para um texto pequeno ou um diagrama. A ferramenta pode reduzir ainda mais as dimensões quando necessário para atender o alvo selecionado, então leia as dimensões de saída depois.
Vamos medir bytes decidir se o alvo é atingido.
O compressor tenta a saída codificada pelo navegador e mede seu tamanho real de bytes. Ele procura configurações de qualidade e, quando necessário, reduz as dimensões em vez de assumir uma porcentagem de qualidade corresponde a um determinado tamanho de arquivo. MDN documenta codificação de tela de navegador e tamanho Blob em bytes. Codificadores de navegadores podem produzir diferentes saídas da mesma entrada, então um tutorial não deve prometer um tamanho final universal. A amostra gerada permite explorar o processo sem selecionar um arquivo. Seu alvo de 40 KB corresponde a bytes 40,960, o tamanho e as dimensões resultantes são relatados após essa corrida.
Inspecione a legibilidade em vez de confiar no número de qualidade.
Abra a pré-visualização comprimida e examine as partes que o destinatário precisa: texto fino, etiquetas, rostos ou bordas. A porcentagem de qualidade do codificador é uma configuração do navegador, não uma pontuação de qualidade perceptual medida. Um alvo pode ser atingido enquanto um detalhe necessário torna-se difícil de ler. Compare com o original em um tamanho de visualização sensível, então baixe e inspecione a saída real se a tarefa depende disso. Se o resultado for inadequado, tente um alvo menos restritivo onde o destino o permita, ou reconsidere a imagem de colheita e fonte antes de baixar repetidamente a qualidade.
Verifique o arquivo baixado no destino.
Verifique a extensão do arquivo baixado, bytes e dimensões, então faça o upload do arquivo ao invés de acidentalmente escolher o original. Se o destino ainda o rejeitar, compare sua exigência exata com a saída real. Alguns sistemas aplicam verificações adicionais não relacionadas ao tamanho. Uma pré-visualização não pode certificar que o destino aceitará o arquivo. Mantenha uma pequena margem abaixo de um limite estrito quando sua comparação ou exibição não estiver clara, e grave as configurações de sucesso para uploads posteriores. Evite recompressão repetida de downloads já compactados quando puder retornar à fonte original.
Mantenha o processamento local e os requisitos de imagem distintos.
O compressor atual processa dados de imagem localmente no navegador e não envia sua imagem de origem. Isso é separado do que acontece quando você envia o download para outro site. Também não copia metadados de origem, que podem afetar fluxos de trabalho que dependem dessa informação. Limites de origem suportados incluem 25 MB, 16 milhões de pixels e 8,192 Pixels por lado, arquivos muito grandes podem precisar de um fluxo de trabalho de preparação diferente. Salve o original, escolhido convenção byte, formato e dimensões juntos. Isso transforma um upload bem sucedido em um processo repetitivo com trocas compreensíveis.