Designing Value-Based Platforms: Architectural Strategies Derived from the Digital Markets Act

Cet article propose huit stratégies architecturales et quinze tactiques techniques pour concevoir des plateformes numériques conformes au Digital Markets Act, afin d'intégrer des valeurs humaines abstraites telles que l'équité et le choix des utilisateurs.

L'essentiel

Voici une explication simple et imagée de l'article, conçue pour être comprise par tout le monde, même sans être expert en informatique ou en droit.

🌍 Le Grand Marché Numérique et le Gardien du Temple

Imaginez le monde numérique comme un immense marché médiéval.

• Les utilisateurs sont les visiteurs qui viennent acheter des choses (des applications, des services).
• Les entreprises sont les marchands qui vendent leurs produits.
• Les géants comme Apple, Google ou Meta sont les Gardiens du Temple (ou "Gatekeepers" en anglais). Ils possèdent la place du marché, les portes d'entrée, et décident de qui peut y entrer et comment.

Le problème ? Ces Gardiens ont parfois triché. Ils ont favorisé leurs propres étals (leurs propres applications) en les plaçant au premier rang, en rendant difficile le départ des clients vers d'autres marchands, ou en utilisant les données des visiteurs pour devancer la concurrence. C'est injuste pour les petits marchands et frustrant pour les visiteurs.

Pour arrêter ça, l'Union Européenne a créé une nouvelle loi : le DMA (Digital Markets Act). C'est comme un nouveau Code de la Route pour ce marché, conçu pour forcer les Gardiens à être plus justes.

🛠️ Le Problème des Architectes

Jusqu'à présent, les architectes de logiciels (ceux qui construisent les fondations numériques) savaient quoi faire (respecter la loi), mais pas vraiment comment le construire dans les murs de la maison numérique. C'est comme si on disait à un architecte : "Faites une maison sûre", sans lui donner de plans pour les serrures ou les alarmes.

Cet article de recherche, écrit par Fabian Stiehle et son équipe, vient combler ce vide. Ils ont étudié la loi DMA et ont transformé ces règles juridiques abstraites en 8 stratégies de construction concrètes pour les architectes.

🏗️ Les 8 Stratégies de Construction (Les Plans)

Voici les 8 grandes idées que les auteurs ont extraites, expliquées avec des métaphores :

1. Le Choix du Moteur (Personnalisation Contrôlée)

   • L'idée : Avant, le Gardien utilisait vos données pour tout personnaliser, que vous le vouliez ou non.
   • La solution : On doit vous demander la permission (un bouton "Oui/Non") avant d'utiliser vos données pour vous cibler. Si vous dites "Non", le système doit quand même fonctionner, mais sans vous espionner. C'est comme avoir le choix entre un guide touristique qui vous suit partout ou un guide qui attend que vous le demandiez.

2. Le Bouton "Défaut" Modifiable (Changement des Paramètres)

   • L'idée : Le Gardien installait son navigateur ou son moteur de recherche par défaut et rendait impossible de le changer.
   • La solution : Vous devez pouvoir désinstaller les applications préinstallées et choisir votre propre "par défaut". C'est comme pouvoir changer la chaîne de radio de votre voiture sans que le concessionnaire vous en empêche.

3. La Porte Ouverte à Tous (Accès Égal et Interopérabilité)

   • L'idée : Le Gardien gardait les meilleures fonctionnalités (comme l'accès à la caméra ou au micro) pour ses propres applications.
   • La solution : Toutes les applications, qu'elles soient du Gardien ou d'un concurrent, doivent avoir accès aux mêmes portes et mêmes outils. Imaginez un parc d'attractions où les files d'attente pour les manèges sont les mêmes pour tout le monde, pas seulement pour les employés du parc.

4. La Liste de Courses Équitable (Classement Égal)

   • L'idée : Quand vous cherchiez quelque chose, le Gardien mettait toujours ses propres produits en premier.
   • La solution : Le classement doit être neutre. Si vous cherchez "chaussures", les résultats doivent être basés sur la qualité, pas sur le fait que le vendeur appartient au Gardien du marché.

5. Le Valise à Emporter (Données Portables)

   • L'idée : Si vous vouliez quitter Facebook ou Apple, vous laissiez toutes vos photos et amis derrière, ce qui vous empêchait de partir (effet de verrouillage).
   • La solution : Vous devez pouvoir télécharger toutes vos données dans un format facile à lire et les emporter chez un concurrent. C'est comme avoir une valise où vous pouvez ranger tous vos souvenirs pour les emporter dans une autre maison.

6. Le Registre des Commerçants (Données des Entreprises)

   • L'idée : Les vendeurs sur la plateforme ne voyaient pas bien les données de leurs propres clients.
   • La solution : Les marchands doivent avoir accès aux données de leurs clients pour mieux travailler, sans que le Gardien ne les retienne.

7. Le Livre de Recettes (Données d'Entraînement)

   • L'idée : Le Gardien utilisait toutes les données du marché pour entraîner ses intelligences artificielles, rendant impossible pour les autres de rivaliser.
   • La solution : Les données anonymisées utilisées pour entraîner les algorithmes doivent être accessibles aux concurrents, pour qu'ils puissent aussi améliorer leurs produits.

8. L'Étiquette de Prix Transparente (Publicité Transparente)

   • L'idée : Les prix et les frais de publicité étaient cachés ou confus.
   • La solution : Tout doit être clair : combien coûte une publicité, combien le Gardien prend-il comme commission ? C'est comme avoir une étiquette de prix claire sur chaque produit, sans frais cachés.

🚀 Les Outils Concrets (Les Tactiques)

Pour mettre ces stratégies en place, les auteurs ont regardé comment les géants (Apple, Google, etc.) ont commencé à répondre à la loi. Ils ont identifié 15 tactiques concrètes (des outils techniques).

Par exemple :

• La "Distribution Alternative d'Apps" : Permettre d'installer des applications via un site web ou une autre boutique, pas seulement via celle du Gardien. C'est comme permettre d'acheter des billets de train à la gare, par internet, ou par un agent de voyage, et pas seulement au guichet officiel.
• La "Portabilité des Données" : Créer des outils qui permettent de transférer ses données automatiquement d'un service à l'autre.

💡 Pourquoi c'est important ?

Cet article est une première étape majeure. Il dit aux ingénieurs : "Voici comment construire des systèmes numériques qui respectent les valeurs humaines (la justice, le choix, la liberté) dès le premier coup de crayon."

Au lieu de construire une forteresse où le Gardien est roi, nous pouvons maintenant concevoir des places de marché ouvertes où chaque visiteur et chaque marchand a sa chance. C'est passer d'une architecture de contrôle à une architecture de confiance.

En résumé : La loi DMA est le code de la route, et cet article donne les plans de l'architecte pour construire des voitures et des routes qui respectent ce code, afin que tout le monde puisse rouler librement et équitablement.

Résumé technique

Voici un résumé technique détaillé de l'article « Designing Value-Based Platforms: Architectural Strategies Derived from the Digital Markets Act », rédigé en français.

1. Problématique et Contexte

L'économie des plateformes numériques a créé des marchés à deux faces où des géants technologiques (désignés comme « gardiens » ou gatekeepers par l'UE, tels que Meta, Apple, Alphabet) exercent un pouvoir quasi-monopolistique. Cette centralisation entraîne des effets négatifs pour la société : comportements anticoncurrentiels, exploitation des données personnelles, verrouillage des utilisateurs (lock-in) et érosion de l'innovation et du choix de l'utilisateur.

Bien que des réglementations comme le RGPD et la Digital Markets Act (DMA) aient été adoptées pour corriger ces déséquilibres en imposant des obligations de « contestabilité » (possibilité de concurrencer) et d'équité, leur impact sur la conception technique et l'architecture logicielle reste peu étudié. Le défi principal réside dans la traduction de valeurs abstraites (comme l'équité ou le choix de l'utilisateur) en exigences techniques concrètes pour les architectes de logiciels. Cet article vise à combler ce vide en proposant des stratégies architecturales dérivées directement des obligations de la DMA.

2. Méthodologie

Les auteurs ont employé une approche qualitative rigoureuse basée sur le codage et l'analyse thématique, suivant les recommandations de Saldaña et de Cruzes & Dyba. Le processus s'est déroulé en cinq phases :

1. Codage des Considérations (Recitals) de la DMA : Analyse des 109 considérants de la DMA pour extraire les problèmes sous-jacents, les intentions (les « faire » et « ne pas faire ») et les valeurs fondamentales (équité, choix, innovation).
2. Analyse Thématique : Synthèse des codes pour former des stratégies de conception préliminaires de haut niveau.
3. Correspondance avec les Obligations : Vérification de la complétude des stratégies en les confrontant aux obligations légales spécifiques (Articles 5 à 7) imposées aux gardiens.
4. Extraction des Tactiques (Compliance Reports) : Analyse de 650 pages de rapports de conformité publiés par les gardiens désignés (Alphabet, Amazon, Apple, Booking, Meta) pour identifier les tactiques techniques réelles mises en œuvre.
5. Synthèse Finale : Intégration des stratégies déduites de la loi et des tactiques observées dans la pratique pour produire un ensemble consolidé de stratégies et de tactiques architecturales.

3. Contributions Clés

L'article apporte deux contributions majeures à la communauté de l'ingénierie logicielle et de l'architecture :

• 8 Stratégies Architecturales de Haut Niveau : Un cadre conceptuel traduisant les valeurs de la DMA en approches fondamentales de conception. Ces stratégies servent de boussole pour intégrer l'éthique et la conformité dès la phase de conception (Design by Compliance).
• 15 Tactiques de Gardiens (Gatekeeper Tactics) : Une liste concrète de décisions de conception dérivées des implémentations réelles des géants technologiques, montrant comment les obligations légales se traduisent techniquement.

4. Résultats Détaillés

Les auteurs ont identifié quatre groupes de stratégies couvrant huit axes principaux, accompagnés de 15 tactiques spécifiques.

A. Personnalisation Contrôlée (Contrôle de l'utilisateur)

• S1 : Opt-in à la personnalisation : La collecte croisée de données entre services doit être optionnelle.
  • Tactique T1 (Gestion du consentement) : Écrans de consentement intégrés à l'architecture.
  • Tactique T2 (Pas de traitement inter-plateforme) : Restriction des flux de données au contexte local.
• S2 : Defaults Modifiables : Les utilisateurs doivent pouvoir changer les applications ou services par défaut.
  • Tactique T3 (Désinstallation) : Séparation des composants critiques et non critiques.
  • Tactique T4 (Gestion des services par défaut) : Registres système et écrans de choix pour les services tiers.

B. Services Égaux (Équité d'accès et de visibilité)

• S3 : Accès Égal et Interopérabilité : Tous les services doivent avoir le même accès aux fonctionnalités de la plateforme.
  • Tactique T5 (Interfaces ouvertes) : Conception basée sur des protocoles ouverts.
  • Tactique T6 (Demandes d'interopérabilité) : Gestion du cycle de vie des accès aux fonctionnalités critiques.
  • Tactique T7 (Interopérabilité Opt-in) : Support de l'intégration partielle pour les services tiers.
  • Tactique T8 (Distribution d'apps alternative) : Support d'installations via des stores ou sites web tiers.
  • Tactique T9 (Interopérabilité E2EE) : Intégration de messageries tierces avec chiffrement de bout en bout.
• S4 : Classement Égal (Non-discrimination) : Les algorithmes de classement ne doivent pas favoriser les services internes.
  • Tactique T10 (Critères de classement non préférentiels) : Conception d'algorithmes de recherche et de classement transparents et vérifiables.

C. Données Portables et Accessibles

• S5 : Données Utilisateurs Portables : Exportation et transfert des données utilisateurs.
  • Tactique T11 (Outil de portabilité) : Composant central pour l'export de données lisibles par machine.
  • Tactique T12 (Transfert direct) : API pour le transfert de données vers des tiers autorisés.
• S6 : Données d'Affaires Accessibles : Accès des entreprises aux données de leurs clients.
  • Tactique T13 (Liaison données entreprises/utilisateurs) : Tableaux de bord et API pour lier les données commerciales aux données clients.
• S7 : Données d'Entraînement Accessibles : Accès aux données d'entraînement pour les algorithmes tiers.
  • Tactique T14 (Jeux de données anonymisés) : Fourniture de données d'entraînement anonymisées pour améliorer la concurrence algorithmique.

D. Pratique Transparente

• S8 : Publicité Transparente : Vérification indépendante des performances et coûts publicitaires.
  • Tactique T15 (Transbidirectionnelle) : Accès aux données de rémunération et de performance pour les annonceurs et les éditeurs.

Perspective d'Affordance : L'article souligne que ces tactiques créent de nouvelles opportunités pour les tiers :

• Concurrence intra-plateforme : Possibilité de devenir le service par défaut ou d'accéder à du matériel (ex: NFC, caméras).
• Concurrence inter-plateforme : Réduction des coûts de changement (switching costs) grâce à la portabilité des données et l'interopérabilité des messageries.

5. Signification et Impact

Cet article est pionnier car il est le premier à investiguer holistiquement les implications techniques de la DMA. Il démontre que :

1. L'architecture logicielle est un levier de régulation : La conformité ne peut pas être seulement contractuelle ; elle doit être architecturale (ex: modularité, interfaces ouvertes, gestion des consentements).
2. Les valeurs humaines doivent être opérationnalisées : L'étude fournit un pont concret entre les concepts juridiques abstraits (équité, contestabilité) et les décisions d'ingénierie (tactiques de conception).
3. Tension entre valeurs : Les auteurs notent des compromis inévitables, notamment entre l'ouverture exigée par la DMA et la confidentialité/privacy (RGPD), nécessitant une conception équilibrée dès le départ.

En conclusion, ce travail fournit une base essentielle pour les architectes de logiciels souhaitant concevoir des écosystèmes de plateformes équitables et conformes, transformant la réglementation européenne en un guide pratique pour l'ingénierie logicielle.