Abre o removedor de fundo, solta uma foto de documento e 3 segundos depois tem um PNG transparente. Para onde foi a sua foto durante esse processo?

Resposta: para lado nenhum.

Parece argumento de marketing. Mas desta vez é real. Este artigo explica:

  • Porque é que o Piick insiste no processamento 100% no cliente
  • Como é feito (tecnicamente, sem rodeios)
  • Os 4 princípios fundamentais e as 3 garantias técnicas
  • Quando é que o “processamento local” é realmente uma desvantagem

Porque é que isto importa

Aqui vai um cenário concreto.

Tem uma loja de e-commerce transfronteiriço e a sua empresa vai lançar na Amazon US. Precisa de 1.000 fotos de produto: fundo branco, 800×800, JPG, menos de 500 KB. Escolhe uma ferramenta online, regista-se, envia, descarrega: a sua imagem visita:

  • A CDN da ferramenta (talvez Singapura, talvez Virgínia)
  • Os servidores GPU da ferramenta (processamento)
  • O armazenamento de objetos da ferramenta (cache de resultados)
  • O sistema de cópias de segurança da ferramenta (DR offsite)

As suas fotos de produto (incluindo designs inéditos da próxima temporada) foram copiadas pelo menos 3-5 vezes para localizações que não controla. A imagem pode ser o argumento central de venda da sua empresa durante os próximos 6 meses.

Ou um cenário mais pessoal: tirou uma foto de aniversário ao seu filho e quer corrigir o fundo. A cara da criança, a morada da sua casa (no fundo), a vida diária da sua família: é algo tão sensível como um extrato bancário.

Não é uma pergunta de “pode confiar na ferramenta?” É que qualquer elo na cadeia de trânsito de dados pode ter uma fuga.

A solução do Piick: eliminar o passo de trânsito por completo. O algoritmo corre no seu navegador; a imagem nunca sai do seu dispositivo.

Os 4 princípios fundamentais do Piick

Princípio 1: zero envios (Zero Upload)

Todas as ferramentas de processamento de imagem — compressor de imagens, conversor de formatos, recortador de imagens, removedor de fundo, OCR em lote, extrator de cor — processam imagens no navegador usando JavaScript + a API Canvas.

Os pedidos de rede só ocorrem quando a página carrega (recursos estáticos HTML / CSS / JS). Assim que a página está carregada, solta a imagem e toda a pipeline de processamento faz zero pedidos de rede adicionais.

Como verificar? Abra o painel Network do DevTools do seu navegador, coloque todos os tipos de pedido em “Todos” e execute um fluxo completo. Os pedidos que deve ver:

  • O HTML da página
  • Ficheiros estáticos CSS / JS
  • Fontes (se houver)
  • Zero pedidos POST / PUT para qualquer endpoint de API

Princípio 2: zero contas (Zero Account)

Sem portas de “inicie sessão para transferir os resultados”. Sem limites de “grátis para 5 imagens, depois pague”. Abre, usa, sai, fecha: o seu navegador é o único sítio onde fica qualquer rasto.

Tecnicamente: o Piick não armazena dados de utilizador (porque não há dados de utilizador para armazenar). Sem user_id, sem impressão digital do dispositivo, sem cookies de rastreio.

Princípio 3: custo zero ≠ baixa qualidade (monetização sem vigilância)

O Piick monetiza com anúncios na página (Google AdSense). Os dados do utilizador não são vendidos a anunciantes, porque não há dados para vender.

Isto é fundamentalmente diferente do modelo das ferramentas SaaS convencionais (remove.bg, Adobe Express, Canva). O modelo de nível gratuito + nível Pro delas trata as imagens dos utilizadores gratuitos como dados: são analisadas, usadas para treinar modelos, vendidas a anunciantes. As quotas de subscrição cobrem os custos Pro, mas o nível gratuito paga-se com dados.

A escolha do Piick: apenas anúncios como canal de monetização, e os anunciantes não obtêm acesso aos seus dados de conteúdo.

Princípio 4: rasto de auditoria aberto (Open Audit Trail)

Todo o código de processamento das ferramentas está empacotado em ficheiros JavaScript que qualquer pessoa pode inspecionar com DevTools. A lógica do algoritmo é pública, auditável e à prova de manipulação (porque o código corre no navegador, não num servidor).

Ao contrário de algumas ferramentas que “dizem processar localmente mas enviam às escondidas”, o código do Piick será open source no GitHub (está previsto), para que qualquer programador possa auditar a implementação.

3 garantias técnicas

Garantia 1: API Canvas + OffscreenCanvas

Todo o processamento de imagens do Piick usa a API Canvas do navegador (e OffscreenCanvas para cenários com Web Workers). A API Canvas está implementada no motor do navegador e corre por completo no cliente.

Para o removedor de fundo em concreto:

  1. Solta uma imagem → o navegador usa createImageBitmap() para descodificá-la para píxeis RGBA
  2. JavaScript corre o algoritmo flood-fill BFS sobre esses píxeis para gerar uma máscara alfa
  3. Canvas desenha os píxeis processados
  4. canvas.toBlob() codifica o resultado como binário PNG/JPG
  5. O navegador ativa uma transferência do Blob

Nenhum destes passos faz pedidos HTTP ao servidor do Piick nem a qualquer servidor de terceiros.

Garantia 2: Web Workers (para cenários em lote)

Para tarefas intensivas de CPU como o OCR em lote, o Piick usa Web Workers para correr algoritmos em threads em segundo plano. Benefícios:

  • Não bloqueia a UI (a barra de progresso atualiza sem problemas)
  • Não dispara picos de memória (os workers têm memória isolada)
  • Continua a ser puro cliente: os workers são multithread dentro do navegador, não rede

O OCR usa Tesseract.js. Os ficheiros de modelos da biblioteca (modelos de idioma inglês + chinês simplificado) precisam de ser descarregados na primeira utilização. Isto é diferente de “enviar a sua imagem”:

  • Os ficheiros de modelos vêm da CDN do Piick (recursos públicos, sem dados de utilizador anexados)
  • O resultado do OCR da sua imagem fica no navegador; nunca sai

Garantia 3: zero persistência no servidor (Server-Side Stateless)

O “servidor” do Piick (se se lhe pode chamar assim) faz uma coisa: devolver ficheiros estáticos.

Tecnicamente piick.cc é um site Astro puramente estático implementado numa CDN (Cloudflare ou Vercel). A CDN não executa código de aplicação: sem base de dados, sem sistema de ficheiros, sem tabela de utilizadores. O servidor do Piick é tecnicamente incapaz de armazenar a sua imagem, mesmo que quisesse.

Esta é uma garantia mais forte do que “confie que não guardaremos”. “Não podemos guardar” é a melhor garantia.

Quando é que o “processamento local” é realmente uma desvantagem

Momento de honestidade: 100% local nem sempre é a melhor opção.

Cenário 1: tarefas com modelos de IA complexos (extração de cabelo, segmentação semântica)

A amostragem de cantos + flood-fill do Piick é excelente para fundos de cor sólida (80% dos casos dos utilizadores), mas madeixas de cabelo, semitransparência, gradientes complexos ficam fora do seu alcance. Esses precisam de modelos de IA na nuvem (como o U²-Net do remove.bg), que ocupam desde alguns MB até dezenas de MB.

Compromissos das soluções na nuvem:

  • ✅ Alta precisão em cenas complexas (a nível de cabelo)
  • ❌ A imagem tem de ser enviada para o servidor
  • ❌ Costumam ser pagos (desde alguns cêntimos até alguns dez cêntimos por imagem)

O Piick V1 escolheu o algoritmo local (casos simples + custo zero + privacidade). A V2 considerará adicionar um toggle de “modo alta qualidade” que descarregue um modelo de IA em segundo plano; tanto o modelo como as suas imagens ficam no navegador (semelhante ao @imgly/background-removal), mas a transferência do modelo em si é um ficheiro grande transferido uma única vez.

Cenário 2: lotes muito grandes (milhares de imagens em paralelo)

O processamento local é limitado pelo seu dispositivo:

  • CPU: o BFS do navegador demora 200 ms/imagem no telemóvel, 50 ms/imagem no desktop
  • Memória: cada imagem 4K descodificada ocupa ~33 MB; 1.000 carregadas de uma vez rebentam com a memória
  • Disco: o seu SSD tem de gerir também a transferência ZIP em massa

As soluções na nuvem usam servidores GPU para paralelismo, terminando milhares de imagens em segundos.

A remoção de fundo em lote do Piick processa atualmente em sequência (uma de cada vez), adequado para lotes pequenos de 5-50 imagens. Para cenários de mais de 1.000 imagens precisa de ferramentas comerciais.

Cenário 3: colaboração / multi-dispositivo

Se o seu fluxo de trabalho é “processo uma parte no Mac em casa, continuo no Windows no trabalho”, o processamento local não tem sincronização na nuvem; tem de transferir os ficheiros manualmente.

As soluções na nuvem suportam colaboração nativamente (pastas partilhadas, histórico de versões, sincronização entre dispositivos).

Cenário 4: requisitos de conformidade

Algumas indústrias (saúde, finanças, governo) têm requisitos obrigatórios de “registo de processamento de dados”, que exigem ao servidor registar cada evento de processamento (objeto, hora, operador). O processamento local não tem esse registo.

O Piick não se dirige a estes cenários. Se faz imagem médica, salte o Piick e vá diretamente para ferramentas DICOM profissionais.

Como verificar que o Piick realmente não envia

O método de verificação mais direto: o painel Network do DevTools. Passo a passo:

  1. Abra piick.cc/tools/background-remover
  2. Prima F12 para abrir o DevTools
  3. Mude para o painel Network
  4. Limpe o registo (ícone 🚫)
  5. Marque Preserve log (para que o registo sobreviva a recargas de página)
  6. Filtre por piick.cc ou deixe vazio
  7. Solte uma imagem e complete uma execução de remoção de fundo
  8. Observe a lista de pedidos: para além do HTML/CSS/JS de carregamento de página, não há pedidos POST/PUT durante o processamento

Se encontrar algum pedido suspeito (o domínio não é piick.cc, o método é POST/PUT, o payload não está vazio), faça captura e envie-nos: é um bug.

Verificação mais profunda:

  1. Teste offline: carregue a página, desligue a rede (modo avião ou desligue o cabo), execute a ferramenta de novo: deve funcionar por completo, já que todo o JS já está carregado na memória do navegador
  2. Cache offline: faça cache de todo o site piick.cc localmente (“Tornar disponível offline” do Chrome), depois corte a rede por completo e execute a ferramenta
  3. Auditoria de terceiros: o código open source do Piick chegará ao GitHub (previsto para o Q3 de 2026); os programadores podem auditar as chamadas à API Canvas e confirmar que não há chamadas fetch() a enviar imagens

FAQ

O Piick realmente não armazena a minha imagem?

Mesmo. Tecnicamente o servidor do Piick é incapaz de armazenar: é um site puramente estático sem base de dados nem servidor de aplicação. A imagem é processada no Canvas do navegador; o resultado é transferido diretamente para o seu dispositivo; nunca toca no servidor do Piick.

Então, como ganha dinheiro o Piick?

Os anúncios do Google AdSense na página. Os visitantes veem anúncios, os anunciantes pagam. É isso.

O Google verá a minha imagem?

Não. O AdSense carrega scripts de anúncios que leem o URL da sua página e o tipo de dispositivo para servir anúncios relevantes, mas não leem o conteúdo da imagem que solta nas ferramentas (os scripts de anúncios correm em sandboxes de iframe sem interface com a API Canvas).

Depois de processar uma imagem, a CDN do Piick guarda-a em cache?

Não. A CDN só guarda em cache ficheiros estáticos (HTML/CSS/JS), não conteúdo do utilizador. A sua imagem nem sequer chega à CDN do Piick: vai diretamente do navegador para o seu disco rígido.

O Piick fará processamento de IA do lado do servidor em algum momento?

Não. Este é um princípio fundamental do Piick: nada de processamento de imagem do lado do servidor. Qualquer “funcionalidade melhorada com IA” (extração de cabelo, super-resolução, transferência de estilo) que seja adicionada ao Piick tem de ser implementada com modelos locais no navegador; não enviaremos para a nuvem às escondidas.

Quero extração de cabelo de “ultra alta qualidade”, alguma solução na nuvem que o Piick recomende?

Sendo honestos, o Piick não faz recomendações comerciais; não é o nosso âmbito. Mas as soluções na nuvem populares na comunidade para extração de cabelo incluem: remove.bg (barato, bom cabelo), Adobe Express (subscrição, melhor experiência global), Photoroom (específico de e-commerce, com modelos de substituição de fundo para fotos de produto).

Antes de usar uma solução na nuvem, certifique-se de que confia nos termos de serviço da ferramenta, percebe o fluxo de dados e desensibiliza o conteúdo sensível (fotos de produto estão bem, mas fotos de documentos de crianças é melhor não enviar).

Resumo de uma linha

O Piick não transmite a sua imagem não por uma promessa de marketing, mas porque tecnicamente não pode: o site é puramente estático, sem capacidade de armazenamento no servidor. O algoritmo corre no Canvas do navegador; desde que a solta até que a transfere, a imagem nunca sai do seu dispositivo.

Abra piick.cc/tools/background-remover, prima F12 para abrir o painel Network e verifique você mesmo: é o mais tranquilizador.