Conversión de archivos en el navegador y RGPD: por qué el lado del cliente reduce tu responsabilidad
Cuando los archivos se convierten en el dispositivo del usuario y no en tus servidores, gran parte de tu obligación de protección de datos ni siquiera llega a nacer.
Toda empresa que maneja archivos de clientes —fotos, escaneos, documentos, hojas de cálculo— hereda la misma pregunta: ¿qué pasa con los datos en el momento en que salen del dispositivo del cliente? Con un conversor clásico con subida, la respuesta es incómoda. El archivo viaja a un servidor que controlas (o alquilas), reposa en almacenamiento y es procesado por infraestructura de la que eres responsable según el RGPD.
La conversión en el lado del cliente invierte ese modelo. El archivo se lee, procesa y vuelve a escribir por completo dentro del navegador, de modo que nunca entra en tus sistemas. Esta guía explica por qué eso importa para el RGPD, qué obligaciones se reducen y dónde la técnica ayuda de verdad, y dónde no.
El modelo por defecto: conversión en servidor
La mayoría de servicios de conversión funcionan así:
- El usuario selecciona un archivo en el navegador.
- El archivo se sube a tu servidor o a una API de terceros.
- El servidor decodifica, convierte y almacena el resultado.
- El usuario descarga la salida; el servidor borra los archivos tras una ventana de retención.
Desde el punto de vista del RGPD es la vía cara. Tú (o tu encargado) te conviertes en receptor de datos personales, lo que dispara una cadena de obligaciones: base jurídica, encargo de tratamiento, medidas técnicas y organizativas, plazos de borrado, deberes de notificación y, para transferencias internacionales, un análisis de adecuación o garantías.
Nada de esto es imposible, pero es trabajo real y continuo que escala con cada archivo que aceptas.
Qué significa en realidad la conversión en el lado del cliente
Los navegadores modernos traen todo lo necesario para convertir archivos localmente: la API Canvas para decodificar y recodificar imágenes, Web Workers para mantener la interfaz fluida y bibliotecas WebAssembly para formatos pesados como HEIC, PDF u OCR. Cuando la conversión corre así:
- El archivo solo lo lee el navegador, en memoria.
- Se decodifica y recodifica en el dispositivo del usuario.
- No se transmite nada por la red.
- El resultado se guarda de nuevo en el dispositivo.
No hay copia en servidor que asegurar, retener o borrar, porque nunca se creó copia. Es el modelo de FormatFlash y la razón de que pueda afirmar con honestidad que los archivos no salen del dispositivo del usuario.
Por qué importa bajo el RGPD
El RGPD se basa en minimizar datos y mantenerlos bajo control. El procesamiento en el lado del cliente encaja por diseño:
- Minimización (art. 5.1.c): no recibes copia, así que retienes la menor cantidad posible: ninguna.
- Privacidad desde el diseño (art. 25): la arquitectura impide la recogida en lugar de mitigarla a posteriori.
- Sin transferencia internacional: los datos que no salen del dispositivo no plantean cuestión de adecuación ni cláusulas.
- Sin obligación de almacenamiento: no hay nada que retener, cifrar o borrar.
Para un DPD o un equipo de compras, el efecto práctico es que una sección entera del registro de tratamiento puede marcarse como «no aplicable».
Qué obligaciones se reducen
| Obligación | Conversión en servidor | Conversión en el cliente |
|---|---|---|
| Encargo de tratamiento (DPA) | necesario con cada encargado | no necesario para la conversión |
| Base jurídica del contenido | necesaria | no necesaria: nunca lo recibes |
| Calendario de borrado | necesario | no aplicable |
| Exposición a notificación de brechas | archivos en riesgo | sin datos de archivo en riesgo |
| Salvaguardas de transferencia internacional | a menudo necesarias | no aplicables |
| MTO para almacenamiento | necesarias | no aplicables |
Lo único que nunca desaparece es tu responsabilidad por el código que publicas: si tu sitio carga analítica, publicidad o registro de errores, eso sigue procesando datos personales y necesita base jurídica. La conversión en el cliente saca el contenido del archivo de la ecuación; no saca el rastreo.
Dónde ayuda más la conversión en el lado del cliente
HEIC y subidas de fotos móviles
Las fotos del iPhone llegan como HEIC. Convertirlas en el dispositivo del usuario significa que nunca ingieres un formato que tu backend quizá ni soporta. Ver qué es HEIC y cómo convertir HEIC en el iPhone.
Metadatos EXIF y GPS
La recodificación local elimina por defecto metadatos incrustados como EXIF y coordenadas GPS. Para fotos de clientes es una ventaja real de minimización — ver la guía de eliminación de EXIF y GPS.
OCR y documentos escaneados
Los escaneos de DNI, contratos o formularios están entre los archivos más sensibles. Ejecutar OCR localmente los mantiene fuera de tus servidores — ver OCR sin subida.
Lo que la conversión en el cliente no resuelve
- Analítica y cookies: si usas Google Analytics, siguen aplicando las reglas de consentimiento.
- Registros del servidor: el alojamiento siempre registra datos técnicos (IP, user agent).
- Entrada maliciosa: el código del cliente debe manejar archivos no confiables con seguridad.
- Tus propios puntos de recogida: si recibes el mismo archivo aparte para otro fin, ese tratamiento necesita su propia base.
Cómo evaluar un conversor en cuanto a cumplimiento
- Confirma que procesa archivos localmente: vigila la pestaña de red en busca de subidas.
- Comprueba que la política de privacidad dice que los archivos no salen del dispositivo.
- Verifica que ninguna API de terceros recibe el archivo durante la conversión.
- Busca el manejo de metadatos: un valor por defecto que elimina EXIF/GPS es un plus.
- Pregunta si el encargo de tratamiento es siquiera necesario: sin transferencia, normalmente no lo es.
Preguntas frecuentes
¿La conversión en el lado del cliente cuenta como tratamiento según el RGPD?
El tratamiento por el usuario final en su propio dispositivo para sus propios fines no es tratamiento por tu organización, porque nunca recibes los datos. Queda tu responsabilidad por el código que publicas y por los registros técnicos.
¿Sigo necesitando un encargo de tratamiento?
Si ningún dato personal llega a un encargado, no hay nada que regular. Sí es relevante si pasas datos a un proveedor de alojamiento o analítica.
¿Es fiable la conversión en el navegador para HEIC?
Sí. Los navegadores modernos decodifican HEIC localmente con un decodificador WebAssembly.
¿Qué pasa con EXIF y GPS?
La recodificación local elimina por defecto EXIF y GPS, lo que ya es una ventaja de minimización.
Guías relacionadas
- Por qué importa la conversión HEIC en el cliente
- Eliminar EXIF y GPS: la guía de cumplimiento
- OCR sin subida
- Integración embed para desarrolladores
Para un conversor concreto e integrable del lado del cliente, ver FormatFlash Embed o usa directamente el conversor de imágenes gratuito.