Seré directo: la mayoría de desarrolladores web cometen una infracción del GDPR every week sin saberlo.
Cuando un cliente te manda las fotos de su equipo para la página de “Quiénes somos”, tú las abres, las optimizas con TinyPNG o Convertio, y las subes a la web. Fluxo de trabajo estándar. Eficiente. Y potencialmente ilegal.
Por que? Porque esas fotos são dados pessoais. Y las acabas de mandar a un servidor en Estados Unidos sin consentimento explícito, sin base legal documentada y sin informar al titular de los datos.
Qué dice el GDPR exactamente
El Reglamento General de Protección de Datos es claro: cualquier tratamiento de datos personales — incluyendo imágenes de personas identificables — requires una base legal y, en caso de transferência a terceros, um contrato de encarregado de tratamento ou garantias adequadas.
Quando envias uma foto de um funcionário para o TinyPNG:
- Estás a transferir dados pessoais para a Voormedia (empresa holandesa com infraestrutura em múltiplos países)
- Não informaste o trabalhador cuja imagem estás a processar
- Provavelmente não tens assinado um Acordo de Tratamento de Dados com o TinyPNG
- Se o servidor onde os dados são processados está fora da UE, estás a fazer uma transferência internacional sem garantias
É provável que a AEPD bata à tua porta por comprimir uma foto? Não. É tecnicamente uma infração? sim.
E em contextos mais sensíveis — imagens de menores para um site de escola, fotografias de pacientes para uma clínica, documentos com dados visíveis — o risco real aumenta exponencialmente.
O problema estrutural
A indústria de ferramentas online foi construída sobre o pressuposto implícito de que os ficheiros que processas não são sensíveis. Para um programador que comprime o logótipo corporativo da sua empresa, isso é verdade. Para alguém que trabalha com dados de clientes, não.
E a maioria de nós trabalha com dados de clientes constantemente sem distinguir entre ambos os casos.
TinyPNG, Convertio, CloudConvert, iLoveIMG, Squoosh da Google — todos têm em comum que os teus ficheiros passam pelos seus sistemas. Alguns os eliminam em horas, outros retêm-nos mais tempo. Mas todos os recebem.
Uma solução técnica elegante
A alternativa não é complicada: usar ferramentas que processem os ficheiros localmente, no navegador do utilizador, usando WebAssembly.
O WebAssembly permite executar código de alto desempenho — o mesmo que corre em aplicações de ambiente de trabalho — diretamente no navegador. Bibliotecas como libvips, Sharp ou ffmpeg, compiladas em WASM, processam imagens com a mesma qualidade que as suas versões de servidor, mas sem servidor.
Herramientas como Pixelaso implementa exatamente isto. Conversão de formatos, compressão, redimensionado, edição — tudo acontece no dispositivo do utilizador. A imagem nunca sai do navegador. Não há transferência de dados para terceiros porque não há terceiros.
Do ponto de vista do RGPD, isto resolve o problema desde a raiz: se os dados nunca saem do dispositivo, não há tratamento externo, não há transferência, não há risco de incumprimento.
Implicações para o teu fluxo de trabalho como dev
Si trabajas con imágenes de personas identificables — y casi todos lo hacemos — considera estas medidas:
Documenta qué herramientas usas para procesar datos de clientes. Si son online, revisa sus políticas de privacidad y si ofrecen DPA.
Prefiere herramientas client-side para cualquier archivo que contenga datos personales o sea confidencial.
Informa a tus clientes sobre las herramientas que usas en tu flujo de trabajo. En un contrato de prestación de servicios bien redactado, esto debería estar reflejado.
Valora el impacto real del contexto. Comprimir el banner de una landing de un ecommerce con TinyPNG tiene un riesgo prácticamente nulo. Comprimir fotos del historial de empleados de una empresa tiene un perfil de riesgo muy diferente.
conclusão
No escribo esto para generar pánico. La gran mayoría de usos de herramientas online de procesamiento de imágenes son perfectamente inofensivos en la práctica.
Pero como desarrolladores, tenemos la responsabilidad de entender las implicaciones de las herramientas que usamos y recomendamos. E em 2025, “no lo sabía” es una excusa cada vez menos aceptable.
La buena noticia es que la alternativa técnica existe, es madura, y en muchos casos es incluso más rápida que las soluciones basadas en servidor. La privacidad por diseño no es un obstáculo al flujo de trabajo. Con las herramientas adecuadas, es transparente.
