Você tem um punhado de fotos que precisam ficar menores antes de poder enviá-las a algum lugar. Talvez seja a foto de um produto de cliente ainda não público. Talvez seja o aniversário do seu filho, ou o scan do seu passaporte para um visto. O instinto é automático: abrir um site de compressão, arrastar os arquivos, baixar as versões menores. Eu fiz isso por anos. Até que um dia parei e fiz uma pergunta enfadonha: depois de clicar em «enviar», para onde exatamente vão esses bytes?
Para um compressor baseado em servidor, essa é toda a razão de ser do servico. Sua imagem atravessa a rede até uma máquina que não é sua, é processada lá e o resultado volta. São três fatos que você não discute: o arquivo saiu do seu dispositivo, pousou em infraestrutura controlada por outro e uma cópia dele existiu nessa infraestrutura, por breve que tenha sido. Nada disso é um escândalo por si só. Mas é uma superfície que você entrega a um terceiro, e a maioria nunca pensa no que há do outro lado.
O que «no local» realmente significa
Um compressor nativo do navegador faz o contrário. Os arquivos são lidos pelo seu próprio navegador via File API, mantidos na memória da sua máquina e passados a um Web Worker que executa o cálculo da compressão com WebAssembly: os mesmos motores MozJPEG, WebP, OxiPNG e UPNG que um servidor usaria, só que rodam na sua CPU. A saída é um Blob que seu navegador baixa direto de volta. Em nenhum momento a imagem abre uma conexão de rede com coisa nenhuma. Não há etapa de envio, porque não há ninguém do outro lado que precise dos pixels para fazer o trabalho.
Isso não é uma afirmação de marketing que você precisa aceitar por fé. A ferramenta deste site é construída exatamente assim: o módulo de envio só lê e valida arquivos no local; os workers de compressão executam toda a codificação no navegador; o resultado é um Blob que você mesmo salva. Sem conta, sem chave API, sem ida e volta. Se você abrir a aba de rede do navegador durante a compressão, verá zero requisições carregando dados de imagem.
Mapa de riscos: a que a rota de envio o expõe
Quando você envia uma imagem para comprimí-la, não está trocando largura de banda por comodidade. Está assumindo um conjunto de exposições que simplesmente não existem se o arquivo nunca sair do seu notebook:
- Trânsito na rede. A própria transferência passa pela sua operadora e por tudo o que houver entre você e o servidor. Em Wi-Fi compartilhado ou público, esse é um fato real e enfadonho, não uma trama de filme.
- Armazenamento de terceiros. O arquivo pousa no disco de outra pessoa. Entra na cadeia de backup dela, na política de retenção e —inevitavelmente— na superfície de brecha. Qualquer servidor que guarde seus dados é um servidor que pode ser comprometido.
- Termos que você nunca leu. Serviços baseados em envio quase sempre reservam direitos amplos nos termos para armazenar, processar ou usar o conteúdo que você entrega. Antes de confiar um a trabalho de cliente ou designs não públicos, leia a parte dos termos que fala do conteúdo enviado. A maioria pula isso. É ali que importa.
- Lacunas de conformidade. Sob o princípio da minimização de dados (a família de leis LGPD/GDPR/DSGVO/APPI), enviar dados pessoais a um processador que você não auditou é uma lacuna genuína, não teórica. Se a foto contém documentos ou outros dados pessoais, «ela foi comprimida no servidor de outra pessoa» não é uma resposta que você queira dar a um auditor.
- A era do treinamento de modelos. Algumas plataformas declaram abertamente que envios podem ser usados para melhorar seus modelos. Mesmo quando não declaram, uma vez que uma cópia existe fora do seu controle, você já não decide o destino dela.
Nada disso significa que todo compressor na nuvem é malicioso. Significa que a rota de envio tem um custo que o papo de «é grátis e rápido» omite. A compressão no local elimina o custo por completo, porque não há rota.
Local contra nuvem, cara a cara
| Pergunta | Esta ferramenta (local) | Compressor tipico na nuvem |
|---|---|---|
| Para onde vão os bytes? | Para lugar nenhum: processado no seu dispositivo | Para um servidor de terceiros |
| Precisa de conta? | Não | Normalmente, para lotes ou arquivos grandes |
| Velocidade com 20 fotos? | Segundos, sem fila | Envio + espera + baixada |
| Tamanho máximo por arquivo | 50 MB | Varia; o nível grátis capa baixo |
| O que acontece depois? | Nada: nenhuma cópia fica | Uma cópia existiu na infraestrutura deles |
| Marca d'água / limite grátis? | Nenhum | Com frequência sim, após poucas imagens |
Números reais do mesmo motor
Por claréza: isso não é só falar de privacidade. O motor local realmente comprime. Passei uma foto de teste de 1600×1200 pela mesma canalização PNG8 de corte mediano que este site usa:
| Método | Tamanho | Economia |
|---|---|---|
| RGB PNG original | 115,3 KB | — |
| PNG8 (256 cores, alfa de 1 bit) | 10,7 KB | −90,8% |
| JPEG qualidade 80 (representativo) | ~32 KB | ~72% |
Então você não abre mão de nada em qualidade ou rácio ficando no local. Consegue o corte de 90%+ e mantém o arquivo no seu próprio hardware. Essa combinação é toda a razão de existir dessa abordagem.
Quando o local é claramente a escolha certa
- Trabalho não público ou sob NDA de cliente. Fotos de produto antes do lançamento, designs sob acórdo de confidencialidade, um logo que o cliente ainda não aprovou. Se seria constrangedor vê-lo no servidor de outra pessoa, comprima no local.
- Fotos pessoais e de família. Aquilo que você nunca publicaria, mas ainda assim precisa enviar por e-mail ou subir. Mantenha do início ao fim no seu dispositivo.
- Documentos de identidade. Scans de passaporte, fotos de visto, envios KYC. Estes caem exatamente na categoria de «dados pessoais» que preocupa os reguladores, e com frequência são grandes demais para o formulário — precisamente o momento em que as pessoas recorrem a um compressor qualquer. Faça no navegador.
- Qualquer coisa que você não colaria em um formulário público. Um bom teste mental: se você não a anexaria a um tuíte, não a envie para comprimí-la.
- Quando você só quer zero fricção. Sem cadastro, sem «nível grátis limitado a 5 imagens», sem marca d'água. Vinte arquivos, até 50 MB cada, em segundos.
Quando uma ferramenta na nuvem está realmente bem
O local nem sempre é a resposta. Se a imagem já é pública —um meme, uma captura de tela de página pública, um banco de imagens que você comprou com direitos de redistribuição— a exposição do envio não significa nada, e uma ferramenta na nuvem com um formato que seu local não tem (AVIF ou HEIC, por exemplo, que este site ainda não trata) pode ser a escolha prática. O ponto é decidir deliberadamente, não por reflexo.
O benefício silencioso que ninguém menciona
Como nada é enviado, não há fila de servidor, não há limite de taxa, não há «por favor atualize para comprimir mais de cinco imagens». Você só é limitado pelo seu próprio hardware: até 20 arquivos de uma vez, cada um de até 50 MB, comprimidos em paralelo na sua máquina. Para qualquer um que já esbarrou no muro do nível grátis de uma ferramenta na nuvem no meio de uma tarefa, só isso já vale a troca.
O fluxo que eu uso
- Abra a ferramenta. Sem login. A página é estática e a compressão roda em um worker.
- Arraste até 20 fotos. Misture JPEG, PNG e WebP num mesmo lote: a ferramenta detecta cada formato.
- Escolha qualidade e saída. Puxe o controle para corte agressivo ou deixe alto para arquivo. Escolha manter o formato original ou converter.
- Comprima e baixe. Um clic baixa tudo como arquivos individuais ou um zip. Os nomes são mantidos.
- Feche a aba. Nada fica em nenhum servidor, porque nunca se enviou nada a nenhum.
Guias relacionados para situações específicas
Suas necessidades de privacidade frequentemente se sobrepõem a uma tarefa de compressão concreta. Estes guiás aprofundam os temas adjacentes:
- Comprimir fotos de produto para uma loja (qualidade JPEG, limites de plataforma, manter o zoom)? O guia de fotos de produto cobre.
- Comprimir logos e stickers transparentes sem arruinar as bordas suaves? O guia de PNG transparente explica a armadilha do halo PNG8.
- Lidar com capturas de tela que embaçam em JPEG? O guia de capturas mostra por que PNG8 mantém o texto nítido.
- Precisa atingir um limite de tamanho específico (menos de 20 KB para um formulário)? O guia de compressão a 20 KB percorre o fluxo.
- Quer ver o funcionamento passo a passo do compressor? A página de funcionamento explica a canalização no navegador.
Em resumo
Os compressores na nuvem são commodos porque fazem o trabalho no lado de rede deles — e essa comodidade custa a você uma cópia da sua imagem em hardware que você não controla, mais uma conta, uma fila e normalmente um muro de nível grátis. A compressão nativa do navegador elimina esse custo: os mesmos motores rodam na sua máquina, nada é enviado, e você ainda assim consegue o corte de 90%+. Recorra à ferramenta local sempre que a foto for privada, não pública, ou simplesmente algo que você não colaria em um formulário público. Deixe a opção da nuvem para imagens já públicas que precisem de um formato que seu local não tem.
Suas fotos são suas. Elas devériam ficar menores sem precisar sair do seu dispositivo para isso.