Waarom upload-converters je AVG-risico vergroten
Elke upload-converter is juridisch een verwerker die een kopie van je data ontvangt. Zodra je er een integreert, gaat er een keten van verplichtingen aan.
Tools als CloudConvert, FreeConvert en Convertio zijn populair omdat ze makkelijk te integreren zijn: API aanroepen, bestand sturen, resultaat terugkrijgen. Wat makkelijk is voor de ontwikkelaar, is vaak zwaar voor de functionaris gegevensbescherming, want de stap 'bestand sturen' is precies waar de AVG-verplichtingen beginnen.
Dit artikel schetst waar de data bij een server-converter naartoe stroomt, wat dat onder de AVG betekent en hoe een client-side embed de rekening verandert.
Waar de data naartoe stroomt bij een server-converter
Het bestand van de gebruiker gaat van de browser naar je backend, die het doorstuurt naar de API van de converter, waar het wordt verwerkt en opgeslagen, mogelijk in een andere regio. Het resultaat komt terug; originelen worden volgens een schema verwijderd dat je niet kunt controleren.
Stap voor stap
- Stroom ophelderen – Controleer of het bestand een server bereikt.
- Verplichtingen oplijsten – Rechtsgrond, verwerkersovereenkomst, verwijdering.
- Kies client-side – Gebruik de browser voor routine-conversie.
Server-API tegen client-side embed
| Aspect | Server-API | Client-embed |
|---|---|---|
| Bestand bereikt je systemen | Ja | Nee |
| Verwerkersovereenkomst | nodig | niet voor de conversie |
| Rechtsgrond voor inhoud | nodig | niet nodig |
| Opslaan en verwijderen | Ja | Nee |
| Internationale doorgifte | vaak een thema | niet van toepassing |
Tips
- Geen enkele server-converter is verboden; hij schept alleen verplichtingen die client-side vermijdt.
- De serverroute loont alleen als je echt server-rekenkracht nodig hebt.
- Voor routine-conversie is de browser de minst risicovolle keuze.
Waarom lokaal in plaats van uploaden?
Veel online diensten uploaden je bestand naar een server, verwerken het daar en bewaren het een tijdje. Voor persoonlijke foto's, identiteitsbewijzen of vertrouwelijke documenten is dat een onnodig risico. FormatFlash werkt daarentegen volledig in je browser: het bestand wordt gelezen, geconverteerd en opgeslagen op je apparaat, zonder dat er een kopie vertrekt.
Dat heeft twee voordelen. Ten eerste blijft je privacy behouden; ten tweede verdwijnen wachtrijen en limieten: er is geen server die vol kan raken en geen daglimiet. Je kunt dat zelf controleren door de ontwikkelaarstools te openen en het tabblad Netwerk te bekijken tijdens het converteren: lokale verwerking veroorzaakt geen uploadverzoek.
Bovendien werken lokale tools ook offline of bij een langzame verbinding, want na de eerste keer laden staat de app in de browsercache. En omdat de verwerking puur rekenwerk op je apparaat is, hangt de snelheid van je toestel af en niet van een server: op een moderne computer of telefoon duurt het meestal enkele seconden.
Een bijkomend voordeel: lokale tools zijn vaak sneller omdat er geen upload en download nodig is. Je ziet het resultaat zodra het klaar is, zonder op een server te wachten. En omdat er geen account nodig is, laat je ook geen sporen achter op een platform. Zo blijft de hele verwerking in jouw handen, van begin tot eind.
Veelgemaakte fouten
- Verkeerd bestand: controleer de extensie voordat je begint, zodat het resultaat klopt.
- Kwaliteit te laag: bij foto's valt dat snel op; verlaag stap voor stap.
- Metadata: bij delen kan een foto de locatie bevatten; lokale tools verwijderen die.
- Formaat niet ondersteund: sommige doelen eisen een bepaald formaat; controleer dat vooraf.
Veelgestelde vragen
Maakt een upload-converter mij verwerkingsverantwoordelijke?
Als jij de conversie aanstuurt, blijf je verantwoordelijk voor de data die je stuurt. De converter treedt op als verwerker; je hebt een rechtsgrond en een verwerkersovereenkomst nodig.
Welke verplichtingen zet een server-converter in gang?
Rechtsgrond voor de inhoud, een verwerkersovereenkomst, opslag- en verwijderplichten en mogelijk waarborgen voor internationale doorgifte.
Hoe verschilt client-side conversie?
Het bestand verlaat het apparaat van de gebruiker nooit, dus je ontvangt het nooit. De verwerkings-, opslag- en overeenkomstplichten over de inhoud ontstaan niet.
Conclusie
De beslissing komt neer op één simpele vraag: moet het bestand überhaupt een server bereiken? Zo niet, dan is de client-side route standaard de minst risicovolle optie.