Je zet muziek op tijdens het ontbijt. Tijdens de middag toon je je zus een viraal AI-filmpje waar ze met grote ogen naar kijkt: “Is dat écht?” ’s Avonds klik je op een video over slecht slapen. Kleine momenten, dingen waar je waarschijnlijk nauwelijks bij stilstaat, toch laten ze sporen na.
Streamingdiensten en videoplatformen verzamelen voortdurend informatie over wat je bekijkt en beluistert. Wie zulke gegevens over langere tijd samenlegt, kan patronen ontdekken: welke onderwerpen je interesseren, wat je aandacht vasthoudt en welke inhoud je waarschijnlijk als volgende wilt zien. Maar ook beduidend gevoeligere conclusies: over je gezondheid, je seksuele geaardheid, maatschappelijke of politieke interesses.
Foute conclusies soms. Misschien keek je die video over slecht slapen helemaal niet voor jezelf! Misschien zocht je informatie voor iemand anders.
Wie bepaalt eigenlijk wat zo’n profiel over jou zegt?
Kun je zien welke conclusies uit je gegevens worden getrokken? Kun je aangeven wanneer zo’n conclusie fout is? En kun je zelf beslissen wie toegang krijgt tot welke delen van je profiel?
Voor mijn bachelorproef aan de Odisee Hogeschool, uitgevoerd bij imec-IDLab, onderzocht ik hoe zo’n alternatief eruit kan zien. Ik ontwierp een systeemarchitectuur en bouwde een werkend prototype waarin gebruikers niet alleen hun mediagegevens, maar ook de inzichten die daaruit ontstaan zelf kunnen beheren.
Eén profiel, maar van wie?
Controle over persoonsgegevens betekent meer dan gegevens kunnen downloaden of verwijderen. Het gaat ook over waar ze worden opgeslagen, wie ze mag bekijken en waarvoor ze mogen worden gebruikt. Dat principe wordt vaak omschreven als datasoevereiniteit: gebruikers moeten betekenisvolle beslissingen kunnen nemen over hun eigen gegevens. Mijn ontwerp vertrekt daarom van een persoonlijke digitale datakluis, een zogenaamde pod. Daarin kunnen gegevens van verschillende mediadiensten samenkomen, samen met het profiel dat op basis daarvan wordt opgebouwd. In plaats van dat verschillende platformen elk afzonderlijk een stukje van je digitale identiteit beheren, ontstaat zo één plaats waarin jij zelf als beheerder en eigenaar de centrale rol speelt.
Wanneer platformen dezelfde taal spreken
Om dat mogelijk te maken, moest ik het volledige traject uitwerken: van het moment waarop iemand een nummer afspeelt tot het moment waarop een toepassing iets met het mediaprofiel wil doen. Waar worden gegevens opgeslagen? Hoe bewijst een toepassing wie ze is? Welke informatie mag ze lezen of toevoegen? En hoe kun je achteraf controleren wat er met je gegevens is gebeurd? Die keuzes bracht ik samen in een systeemarchitectuur: het technische bouwplan van het systeem. Een bestaande demonstratie rond Spotify vormde het vertrekpunt. Ik breidde die uit met ondersteuning voor YouTube en SoundCloud via een browserextensie. Ook videogegevens werden verwerkt en informatie uit verschillende platformen kwam samen in één mediaprofiel.
Gegevens samenbrengen is meer dan alles op dezelfde plaats bewaren. Elk platform beschrijft informatie op zijn eigen manier. Een artiest kan op Spotify anders worden voorgesteld dan op YouTube of SoundCloud. Zelfs wanneer systemen over hetzelfde onderwerp spreken, begrijpen ze elkaars gegevens dus niet automatisch. Mijn prototype zet die informatie daarom om naar een gemeenschappelijke, interoperabele vorm op basis van open standaarden.
De gebruiker krijgt daarbij zelf invloed op de verbanden tussen gegevens. Wanneer het systeem bijvoorbeeld vermoedt dat een artiest op Spotify dezelfde persoon is als een artiest in een YouTube-video, kan de gebruiker dat verband bevestigen. Wat van oorsprong niet interoperabel is, wordt zo mede door de gebruiker interoperabel gemaakt.
Wat als het algoritme zich vergist?
Die invloed stopt niet bij de ruwe gegevens. Het prototype kan op basis van het mediaprofiel ook inzichten afleiden, bijvoorbeeld: “Je kijkt vooral graag naar Nederlandstalige kookvideo’s.” In veel huidige systemen gebeurt zo’n afleiding achter de schermen. Je ziet zelden welke conclusies een platform precies over jou trekt, laat staan dat je ze rechtstreeks kunt corrigeren. In mijn prototype kan dat wel. De gebruiker kan een inzicht bevestigen, tegenspreken of aanpassen. Dat antwoord wordt opgeslagen in de persoonlijke datakluis en kan bij toekomstige aanbevelingen worden meegenomen.
Stel dat je tientallen kookvideo’s hebt bekeken omdat je recepten zocht voor een familielid. Een klassiek aanbevelingssysteem kan daaruit besluiten dat koken een van je grote interesses is. In mijn ontwerp kun je aangeven dat die conclusie niet klopt. De gebruiker krijgt zo letterlijk een stem in wat het systeem denkt te weten. Ook de functie die inzichten en aanbevelingen genereert, kan lokaal draaien: een vorm van edge AI met lokale inferentie. Zo blijven privacygevoelige gedragsgegevens dicht bij de gebruiker en hoeven ze niet eerst naar een externe AI-dienst te worden gestuurd.
Niet iedereen hoeft alles over jou te weten
Zelf bepalen wat een systeem over je weet, betekent ook zelf bepalen wie welk deel daarvan mag zien. Een muziektoepassing heeft misschien toegang nodig tot je muzieksmaak, maar hoeft daarom niet automatisch te weten welke video’s je bekijkt. Daarom worden kijk- en luistergegevens in mijn prototype afzonderlijk bewaard, met elk hun eigen toegangsregels. Het systeem voorziet bovendien in registraties van toegang en wijzigingen. Daardoor kan achteraf worden nagegaan welke toepassing gegevens heeft geraadpleegd of aangepast.
Toch blijft er een belangrijke beperking. Een systeem kan bepalen wie bepaalde gegevens mag lezen. Zodra een externe dienst die informatie heeft ontvangen, is het veel moeilijker om technisch af te dwingen wat die dienst er daarna mee doet. Voorwaarden over bijvoorbeeld bewaartermijnen of verder delen maken deel uit van mijn ontwerp, maar worden nog niet volledig technisch afgedwongen. Huidig onderzoek naar usage-controlprotocollen en machineleesbare beleidsregels is op dat vlak veelbelovend: zulke mechanismen kunnen voorwaarden explicieter aan gegevens koppelen, al blijft effectieve handhaving ook afhankelijk van de deelnemende systemen en organisaties.
Die video over slecht slapen vertelt misschien iets over jou. Misschien ook helemaal niet. Wanneer je zelf je profiel beheert, kun je context toevoegen, verkeerde conclusies corrigeren en bepalen met wie je informatie deelt.
Je drukt op play. De zeggenschap over wat daarna met die klik gebeurt, zou daar ook moeten beginnen.
[1] Vlaamse overheid, “Mediagebruik,” Statistiek Vlaanderen, 2024. [Online].
Available: https://www.vlaanderen.be/statistiek-vlaanderen/media-en-mediagebruik/
mediagebruik. [Accessed: Mar. 17, 2026].
[2] M. Maes, A. Bourgeus, S. Van Damme, and R. De Wolf, SOLID Monitor 2024:
Privacy, persoonlijke data & datakluizen, 3rd ed. imec, 2024. [Online]. Available:
https://solidlab.be/wp-content/uploads/2025/01/SM_2024_online_version.p….
[Accessed: Mar. 17, 2026].
[3] imec, “Data mogen niet het nieuwe goud zijn,” Jan. 3, 2022. [Online]. Available:
https://www.imec.be/nl/articles/data-mogen-niet-het-nieuwe-goud-zijn.
[Accessed:
Mar. 18, 2026].
[4] European Commission, “Digital Europe Programme.” [Online]. Available: https://
digital-strategy.ec.europa.eu/en/activities/digital-programme. [Accessed: Mar. 18,
2026].
[5] Gaia-X European Association for Data and Cloud AISBL, “About Gaia-X,” Gaia-
X. [Online]. Available: https://gaia-x.eu/about/. [Accessed: May 9, 2026].
[6] C. Duhigg, “How Companies Learn Your Secrets,” The New York Times
Magazine, Feb. 16, 2012. [Online]. Available: https://www.nytimes.com/2012/02/19/
magazine/shopping-habits.html. [Accessed: Apr. 20, 2026].
[7] J. Spooner, “Conway’s Law,” Sketchplanations. [Online]. Available: https://
sketchplanations.com/conways-law. [Accessed: Apr. 15, 2026].
[8] Art. 17 GDPR Right to erasure (‘right to be forgotten’). [Online]. Available:
https://gdpr-info.eu/art-17-gdpr/. [Accessed: Apr. 20, 2026].
[9] Solid Project, “Home.” [Online]. Available: https://solidproject.org/about.
[Accessed: Apr. 15, 2026].
[10] Solid Project, “Solid: Your data, your choice.” [Online]. Available: https://solid‐
project.org/. [Accessed: Apr. 15, 2026].
[11] W3C, “WebAccessControl.” [Online]. Available: https://www.w3.org/wiki/
WebAccessControl. [Accessed: Apr. 15, 2026].
[12] Solid Community Group, Access Control Policy (ACP), W3C Solid Community
Group Draft Report. [Online]. Available: https://solidproject.org/TR/acp. [Accessed:
Apr. 15, 2026].
[13] A. Coburn, elf Pavlik, and D. Zagidulin, Solid-OIDC, W3C Solid Community
Group Editor’s Draft. [Online]. Available: https://solidproject.org/TR/oidc.
[Accessed: Apr. 15, 2026].
[14] Solid Community Group, WebID 1.0: Web Identity and Discovery, W3C Editor’s
Draft. [Online]. Available: https://www.w3.org/2005/Incubator/webid/spec/identity/.
[Accessed: Apr. 20, 2026].
[15] imec-IDLab, Ghent University, “Community Solid Server.” [Online]. Available:https://github.com/CommunitySolidServer/CommunitySolidServer. [Accessed: Apr.
20, 2026].
[16] imec-IDLab, “Kvasir Server Documentation - What is Kvasir?” [Online].
Available:
https://kvasir.pages.ilabt.imec.be/kvasir-server/what-is-kvasir.html.
[Accessed: Apr. 20, 2026].
[17] R. Iannella and S. Villata, Eds., ODRL Information Model 2.2, W3C
Recommendation, Feb. 15, 2018. [Online]. Available: https://www.w3.org/TR/odrl-
model/. [Accessed: Apr. 20, 2026].
[18] P. Colpaert et al., Linked Data Event Streams (LDES), SEMIC / IDLab, Ghent
University
-
imec.
[Online].
Available:
https://semiceu.github.io/
LinkedDataEventStreams/. [Accessed: Apr. 20, 2026].
[19] European Commission, A European Strategy for Data, Communication
COM(2020) 66 final, Feb. 19, 2020. [Online]. Available: https://eur-lex.europa.eu/
legal-content/EN/TXT/?uri=CELEX:52020DC0066. [Accessed: Apr. 20, 2026].
[20] Eclipse Foundation, Eclipse Dataspace Protocol Specification. [Online].
Available:
https://projects.eclipse.org/projects/technology.dataspace-protocol-base.
[Accessed: Apr. 20, 2026].
[21] Trustflows.eu, “Meetups, use cases and resources about trustworthy data flows.”
[Online]. Available: https://trustflows.eu/. [Accessed: Apr. 24, 2026].
[22] P. Colpaert, “Eventual Interoperability,” Pieter Colpaert, Jan. 8, 2026. [Online].
Available:
https://pietercolpaert.be/interoperability/2026/01/08/eventual-
interoperability. [Accessed: Apr. 24, 2026].
[23] A. Poikola, K. Kuikkaniemi, O. Kuittinen, H. Honko, A. Knuutila, V.
Lähteenoja, A. Bowyer, V. Lähteenoja, and C. Wilson, “MyData in Motion: Evolving
Empowerment for 2025 and beyond,” 4th ed., MyData Global, 2025. [Online].
Available:
https://mydata.org/wp-content/uploads/2025/05/MyData-in-Motion-
Evolving-Empowerment-for-2025-and-beyond-layout-v4-1.pdf. [Accessed: May. 9,
2026].
[24] J. Van Herwegen and R. Verborgh, “The Community Solid Server: Supporting
research & development in an evolving ecosystem,” Semantic Web, vol. 15, no. 6, pp.
2597–2611, 2024. DOI: https://doi.org/10.3233/SW-243726.
[25] M. Ragab, Y. Savateev, H. Oliver, T. Tiropanis, A. Poulovassilis, A. Chapman, R.
Taelman, and G. Roussos, “Decentralized Search over Personal Online Datastores:
Architecture and Performance Evaluation,” in Proc. 24th Int. Conf. Web Engineering
(ICWE 2024), Lecture Notes in Computer Science, vol. 14629, pp. 49–64, Springer,
2024. DOI: https://doi.org/10.1007/978-3-031-62362-2_4.
[26] C. Esposito, O. Hartig, R. Horne, and C. Sun, “Assessing the Solid Protocol in
Relation to Security & Privacy Obligations,” Information, vol. 14, no. 7, p. 411, 2023.
DOI: https://doi.org/10.3390/info14070411.
[27] S. Speicher, J. Arwe, and A. Malhotra, Eds., Linked Data Platform 1.0, W3C
Recommendation, Feb. 26, 2015. [Online]. Available: https://www.w3.org/TR/ldp/.
[Accessed: May 15, 2026].[28] ClickHouse, Inc., “ClickHouse.” [Online]. Available: https://clickhouse.com/.
[Accessed: May 16, 2026].
[29] R. Dedecker, W. Slabbinck, J. Wright, P. Hochstenbach, P. Colpaert, and R.
Verborgh, “What’s in a Pod? A knowledge graph interpretation for the Solid ecosys‐
tem,” in Proc. Workshop on Storing, Querying and Benchmarking Knowledge Graphs
(QuWeDa 2022), co-located with ISWC 2022, 2022. [Online]. Available: https://solid‐
labresearch.github.io/WhatsInAPod/. [Accessed: May 27, 2026].