100%
GRIMOIRE
GrimoireCorpus DindonVolumes de SynthèseLe Socle du Fer
FRENAR
IUS
WORKING PAPER · ANALYSE SYSTÉMIQUE · JUIN 2026
◆◆◆
ANATOMIE DES MÉCANISMES DE RÉTENTION
DANS LES CONTRATS DE SERVICES CLOUD
Une Analyse Systémique des Pratiques Contractuelles
AWS · Google Cloud · Microsoft Azure
ABSTRACT
Cette étude propose une taxonomie en six couches des mécanismes de rétention dans les contrats de services cloud des trois principaux hyperscalers mondiaux (AWS, Google Cloud, Microsoft Azure, représentant ensemble plus de 65% du marché mondial au premier trimestre 2026). Fondée sur l'analyse comparative de 47 versions de documents contractuels en versions française, anglaise et allemande sur la période 2022–2026, elle identifie des mécanismes contractuels, tarifaires, techniques, comportementaux, décisionnels et cognitifs qui opèrent de façon complémentaire et cumulative. L'étude documente en particulier un mécanisme spécifiquement identifié — la substitution linguistique comme vecteur de renonciation aux droits légaux — non documenté dans la littérature existante sur le vendor lock-in cloud. Elle conclut par des propositions d'extension du champ d'application du Data Act européen (Règlement UE 2023/2854) aux obstacles non contractuels au changement de fournisseur.
Mots-clés : vendor lock-in · cloud computing · clauses abusives · souveraineté numérique · Data Act · portabilité des données · substitution linguistique · switching costs
◆◆◆
Amine RAITI
Architecte Infrastructure & SRE · Paris · Indépendant
Ce document est fondé sur une analyse personnelle de documents contractuels publics. Il ne constitue pas un avis juridique.
L'auteur n'a aucune affiliation avec les entreprises mentionnées. Document public · CC BY-NC-SA 4.0
Opération Dindon
IUS
SECTION 1 · INTRODUCTION & MÉTHODOLOGIE
1. INTRODUCTION & MÉTHODOLOGIE
1.1 Contexte et motivation

La concentration du marché des services d'infrastructure cloud a atteint un niveau sans précédent. Selon les données publiées par Synergy Research Group au premier trimestre 2026, Amazon Web Services (AWS), Microsoft Azure et Google Cloud Platform (GCP) représentent conjointement 67% du marché mondial des services cloud. Cette concentration crée une dépendance structurelle des organisations privées et publiques à un oligopole dont les pratiques contractuelles font l'objet d'un examen réglementaire croissant — notamment dans le cadre de l'enquête du Bundeskartellamt sur Amazon (2024), de la Cloud Market Study de la Competition and Markets Authority britannique (2023) et de l'entrée en vigueur du Data Act européen (Règlement UE 2023/2854, applicable depuis septembre 2025).

La littérature académique sur le vendor lock-in dans les services cloud (Armbrust et al., 2010 ; Petcu, 2013 ; Opara-Martins et al., 2016) documente principalement les dimensions techniques du verrouillage — APIs propriétaires, formats de données non portables, architectures monofournisseur. Les dimensions contractuelles, linguistiques et comportementales demeurent sous-documentées. Cette étude vise à combler partiellement cette lacune.

1.2 Méthodologie

L'analyse repose sur l'examen comparatif de 47 versions de documents contractuels publiés par AWS, Google Cloud et Microsoft Azure sur la période 2022–2026, incluant les Conditions Générales de Vente (CGV), les Product Terms, les Data Processing Agreements (DPA), les Service Level Agreements (SLA), et les addendums spécifiques (Data Act Addendum, UK Switching Addendum, EES, MOSA). Les documents ont été collectés en versions française, anglaise et allemande lorsque disponibles.

◆ CORPUS ANALYSÉ

47 documents contractuels · 3 hyperscalers · 3 langues (FR/EN/DE) · Période 2022–2026 · Dont : 19 versions de CGV · 14 Product Terms · 8 DPA/SLA · 6 Addendums spécifiques

◆ MÉTHODE DE COMPARAISON

Diff algorithmique (comparaison textuelle normalisée) + analyse manuelle des modifications substantielles · Confrontation au droit positif FR (Code Civil · Loi Toubon) · DE (BGB · GWB) · UK (UCTA · CRA) · EU (Data Act · RGPD)

1.3 Limites

L'analyse porte exclusivement sur les documents contractuels publics. Les contrats négociés individuellement (Enterprise Agreements, accords sectoriels spécifiques) peuvent différer significativement. La modification mensuelle des Product Terms par Microsoft Azure — documentée à 608 occurrences entre janvier et juin 2026 — crée une instabilité documentaire qui limite la portée temporelle des conclusions. Les résultats doivent être lus comme une analyse de la version publique standard des conditions applicables à la majorité des clients, et non comme une description exhaustive de toutes les configurations contractuelles possibles.

1.4 Structure de l'étude

La Section 2 présente la taxonomie en six couches. La Section 3 analyse le mécanisme de substitution linguistique. La Section 4 modélise la dimension temporelle du verrouillage. La Section 5 examine les implications pour le droit de la concurrence. La Section 6 formule des propositions pour la recherche et l'action réglementaire. Les Annexes A–D reproduisent intégralement les données primaires de l'analyse.

¹ Synergy Research Group, "Cloud Market Share Q1 2026", publié avril 2026.
² Armbrust M. et al., "A View of Cloud Computing", Communications of the ACM, 53(4), 2010, pp. 50–58.
³ Opara-Martins J. et al., "Critical analysis of vendor lock-in and its impact on cloud computing migration", JCSE, 10(4), 2016.
IUS
SECTION 2 · TAXONOMIE DES SIX COUCHES DE VERROUILLAGE
2. TAXONOMIE — DES MÉCANISMES VISIBLES AUX MÉCANISMES ENFOUIS
2.1 Définition et positionnement dans la littérature

La définition classique du vendor lock-in (Shapiro & Varian, 1999⁴) repose sur les switching costs — coûts de transition d'un fournisseur à un autre. Porter (1980)⁵ distingue les barriers-to-exit (qui retiennent dans la relation) des barriers-to-entry (qui empêchent un concurrent d'entrer). La présente analyse propose une taxonomie en six couches qui étend ces définitions en incluant des dimensions comportementales et cognitives absentes de la littérature classique. Elle introduit en particulier les couches 5 (Demand Lock-in) et 6 (Cognitive Lock-in) comme concepts originaux non formalisés dans les travaux existants sur le cloud.

2.2 Les six couches — définitions formelles
◆ COUCHE 1 · VERROUILLAGE CONTRACTUELSURFACE · VISIBLE SI LECTURE ATTENTIVE

Définition : ensemble des dispositions contractuelles qui créent une asymétrie de droits entre le fournisseur et le client, rendant la résiliation coûteuse, complexe ou juridiquement incertaine. Mécanismes documentés : (a) clause de substitution linguistique — la version dans la langue du client est déclarée "informative" et la version anglaise "fait foi" ; (b) non-résiliabilité sélective — certains engagements subsistent après résiliation du contrat principal (AWS s.5.4.2 ; Azure EES Savings Plans) ; (c) modification unilatérale automatique — les Product Terms peuvent être modifiés sans notification individuelle (Azure : 608 modifications jan.–juin 2026) ; (d) incorporation par référence en cascade — la clause la plus contraignante se trouve plusieurs niveaux sous le document signé.

◆ COUCHE 2 · VERROUILLAGE TARIFAIRESUB-SURFACE · HORS CGV À LA SIGNATURE

Définition : structure tarifaire créant une asymétrie entre le coût d'entrée (nul ou négatif : crédits d'amorçage) et le coût de sortie (positif et croissant avec le volume). Mécanismes documentés : egress fees (0,07–0,12 $/Go vers Internet selon fournisseur et région) ; frais de résiliation anticipée (Azure : 12% du montant résiduel + plafond 50 000 $/an) ; absence de plafonnement contractuel des egress fees dans les CGV publiques.

◆ COUCHES 3–6 · RÉSUMÉ FORMELMI-PROFONDEUR À SOCLE

Couche 3 — Technique : APIs propriétaires sans équivalent standardisé (ex. BigQuery dialecte SQL) · services managés sans portabilité native · effet superlinéaire : coût de migration de n services > n × coût de migration d'un service. Couche 4 — Compétences : programmes de certification propriétaires subventionnés créant un biais d'attachement professionnel ; résistance passive du management intermédiaire comme vecteur de sabotage inconscient des projets de migration. Couche 5 — Demande (concept original) : les directions métiers formulent leurs besoins en produits nommés (ex. "Azure OpenAI") plutôt qu'en fonctionnalités, fermant la concurrence avant toute évaluation technique. Couche 6 — Cognitif (concept original) : après 3–5 ans d'utilisation, les KPIs organisationnels sont définis dans la console du fournisseur ; toute migration implique la perte de l'étalon de mesure historique.

⁴ Shapiro C. & Varian H.R., "Information Rules: A Strategic Guide to the Network Economy", Harvard Business School Press, 1999.
⁵ Porter M., "Competitive Strategy: Techniques for Analyzing Industries and Competitors", Free Press, 1980.
⁶ Petcu D., "Portability and Interoperability between Cloud Providers: Challenges and Case Study", Towards a Service-Based Internet, 2013.
IUS
SECTION 3 · LA DIMENSION LINGUISTIQUE — MÉCANISME SPÉCIFIQUEMENT IDENTIFIÉ
3. SUBSTITUTION LINGUISTIQUE COMME VECTEUR DE RENONCIATION
3.1 Description du mécanisme

Les trois hyperscalers publient leurs CGV en plusieurs langues tout en stipulant que la version anglaise "fait foi" ou "prévaut" en cas de divergence. Ce mécanisme, en apparence anodin, produit trois effets juridiques distincts : (a) il prive le client de la certitude que la version dans sa langue est contraignante pour le fournisseur ; (b) il permet au fournisseur de publier des mises à jour en anglais sans attendre la traduction dans les autres langues ; (c) dans les cas les plus graves, il permet d'inclure dans la version anglaise des clauses de renonciation à des droits légaux absentes de la version dans la langue du client.

3.2 Mesure du retard de traduction — données primaires
Fournisseur
Stratégie linguistique
Retard FR
Retard DE
MàJ manquantes
AWS
Clause explicite "EN prévaut" en en-tête de chaque page
37 jours
37 jours
Variable selon version
GCP
Clause dissimulée s.14.18 · Version FR figée août 2023
2 ans 9 mois
4 ans
FR : 13 · DE : 16
Azure EES
Admis : "Published Feb 1 EN, translated Feb 9"
8 jours (admis)
8 jours (admis)
Blocs Capacité juin 2026 : 0 jours
3.3 Cas documenté — renonciation à la Directive 2018/1972 (EES Microsoft)
◆ CLAUSE DE RENONCIATION — ABSENTE DE LA VERSION FRANÇAISECAS LE PLUS GRAVE DOCUMENTÉ

Les Product Terms EES Microsoft (versions janvier et juin 2026, versions EN) contiennent la clause suivante, absente de la version française :

"Customer agrees to waive any and all entitlements that would otherwise be applicable under the European Electronic Communications Code (Directive 2018/1972) Article 102 paragraphs 1, 3, and 5 ; Article 105 paragraph 1 ; and Article 107 paragraphs 1 and 3."

Le contrat EES est la modalité contractuelle standard par laquelle les institutions publiques françaises — dont les établissements d'enseignement — souscrivent aux services Microsoft dans le cadre de marchés publics. Toute organisation publique ou privée ayant signé un contrat EES est potentiellement concernée par cette clause dans la mesure où elle y est soumise en droit. La renonciation à des droits légaux issus d'une directive d'ordre public européen — opérée par voie contractuelle et présentée dans une seule langue — constitue, selon l'analyse conduite, une violation de la Loi Toubon art. 5, du Code Civil art. 1171 (déséquilibre significatif dans un contrat d'adhésion), et de la Directive 2018/1972 elle-même dont l'application est d'ordre public.

3.4 Implications réglementaires

En droit français, la Loi Toubon n°94-665 art. 5 impose que tout contrat auquel une personne morale de droit public ou privé est partie, pour son activité en France, soit rédigé en français. La version française fait foi. La clause de substitution linguistique — qui déclare la version anglaise prévalente — est contraire à cette disposition d'ordre public et est donc nulle de plein droit, sans qu'il soit besoin de l'avoir contestée au moment de la signature. En droit européen, le Data Act art. 23 impose la lisibilité et la compréhensibilité des conditions contractuelles. L'existence d'une version "informative" dans la langue du client contredit structurellement cette exigence.

⁷ Loi n°94-665 du 4 août 1994 relative à l'emploi de la langue française (Loi Toubon), art. 5.
⁸ Règlement (UE) 2023/2854 du Parlement européen et du Conseil (Data Act), art. 23, JO L 143 du 11 juin 2024.
⁹ Directive (UE) 2018/1972 du 11 décembre 2018 établissant le code des communications électroniques européen, art. 102/105/107.
IUS
SECTION 4 · LA DIMENSION TEMPORELLE — MODÈLE EN TROIS PHASES
4. APPROFONDISSEMENT PROGRESSIF DU VERROUILLAGE
4.1 Modèle d'accumulation — trois phases

Le verrouillage cloud ne se constitue pas au moment de la signature mais s'approfondit progressivement au cours de l'utilisation. Nous proposons un modèle en trois phases, calibré sur les organisations de taille moyenne (100–1000 collaborateurs, dépense cloud 200k–2M€/an) :

◆ PHASE 1 · ADOPTION (ANNÉE 1) — Score de verrouillage estimé : 2/10FENÊTRE D'ACTION OUVERTE

Les engagements contractuels sont généralement courts (pay-as-you-go ou Reserved Instances 1 an). Le volume de données est limité, rendant les egress fees non significatifs. Le nombre de services propriétaires adoptés est faible (2–3), et la migration reste techniquement réalisable en quelques semaines. Les équipes sont en cours de certification — le biais d'attachement n'est pas encore établi. Les directions métiers n'ont pas encore installé le pattern de demandes en produits nommés. Recommandation : c'est la seule phase où une décision architecturale préventive (stack ouverte, abstraction des APIs) peut être prise sans coût de migration.

◆ PHASE 2 · DÉPENDANCE (ANNÉE 3) — Score de verrouillage estimé : 7/10POINT D'INFLEXION CRITIQUE

Les Savings Plans 3 ans et Capacity Blocks actifs créent une exposition financière non résiliable. Le volume de données a typiquement été multiplié par 5, rendant les egress fees à six chiffres pour une organisation de taille moyenne. Entre 8 et 12 services propriétaires sont imbriqués, activant l'effet superlinéaire de la couche technique. Les équipes sont certifiées sur plusieurs niveaux — la résistance passive du management intermédiaire est désormais observable. C'est à cette phase que la migration devient planifiable mais coûteuse (6–18 mois, budget significatif).

◆ PHASE 3 · CAPTIVITÉ (ANNÉE 5) — Score de verrouillage estimé : 9/10POINT DE NON-RETOUR ÉCONOMIQUE

Le renouvellement automatique des contrats a incorporé des clauses inconnues au moment de la signature initiale (Product Terms modifiés 60 fois sur 5 ans pour Azure). Le coût d'egress dépasse le budget IT annuel d'une PME. L'architecture entière est construite autour des services managés propriétaires, rendant toute réécriture substantielle un projet de 18–24 mois. Les ingénieurs seniors ont 5 ans d'expérience exclusive sur la plateforme — leur départ probable en cas de migration forcée constitue un risque RH documenté. La couche cognitive est pleinement établie : les organisations ne peuvent plus définir leurs besoins ou mesurer leurs performances indépendamment de l'écosystème du fournisseur.

4.2 Le point de non-retour économique — formalisation

Nous définissons le point de non-retour économique (PNR) comme le moment où le coût total de migration (C_m) dépasse le bénéfice actualisé de la migration sur la durée restante des engagements (B_m). Formellement : PNR = {t | C_m(t) > B_m(t)}, où C_m(t) = Σ(egress fees + engagements restants + refactoring + double-run + formation) et B_m(t) = économies mensuelles post-migration × durée résiduelle. Empiriquement, pour les organisations ayant plus de 36 mois d'ancienneté sur un hyperscaler principal avec des engagements actifs, le ratio C_m/économies mensuelles dépasse généralement 48 mois — rendant la migration économiquement non rentable sans contrainte réglementaire ou stratégique externe.

¹⁰ Le score de verrouillage est une estimation indicative construite sur l'agrégation pondérée des six couches. Il n'est pas prétendre à la précision d'une mesure scientifique mais à la clarté d'un outil de communication organisationnelle.
¹¹ La formalisation du PNR est originale. Elle s'inspire du concept de "lock-in value" de Shapiro & Varian (1999, op. cit.) mais le rend opérationnel dans le contexte cloud.
IUS
SECTION 5 · IMPLICATIONS POUR LE DROIT DE LA CONCURRENCE
5. DROIT DE LA CONCURRENCE & RÉPONSES RÉGLEMENTAIRES
5.1 Seuil de concentration et qualification d'abus de position dominante

AWS, Azure et GCP représentent conjointement 67% du marché mondial des services cloud IaaS/PaaS (Synergy Research Group, Q1 2026). Cette concentration dépasse le seuil de position dominante collective défini par la jurisprudence européenne (CJUE, United Brands c. Commission, 1978¹²). En droit français, l'article L.442-1 du Code de Commerce prohibe les pratiques créant un déséquilibre significatif dans les droits et obligations des parties dans un contrat commercial. En droit allemand, le GWB §19a confère au Bundeskartellamt des pouvoirs spécifiques vis-à-vis des "entreprises d'importance primordiale pour la concurrence dans les marchés numériques" — une qualification dont AWS et Microsoft ont fait l'objet en 2024. En droit britannique, la Competition Act 1998 section 18 prohibe l'abus de position dominante.

5.2 Le Data Act 2023/2854 comme réponse réglementaire partielle
◆ CE QUE LE DATA ACT COUVREAPPLICABLE DEPUIS SEPT. 2025

Art. 23 : lisibilité et compréhensibilité des conditions contractuelles — directement applicable aux clauses de substitution linguistique. Art. 25 : inopposabilité des clauses faisant obstacle au changement de fournisseur — applicable aux clauses de non-résiliabilité et aux frais de résiliation disproportionnés. Art. 25 §2 : obligation de portabilité des données — applicable aux formats propriétaires.

◆ CE QUE LE DATA ACT NE COUVRE PASLACUNES IDENTIFIÉES

Couche 2 tarifaire : les egress fees comme obstacle tarifaire au changement ne sont pas explicitement couverts — l'art. 25 vise les clauses contractuelles, pas la structure tarifaire. Couches 4–6 : les obstacles comportementaux (skills), décisionnels (demand) et cognitifs sont hors du champ du texte. Autorités compétentes : aucun État membre n'avait désigné formellement son autorité compétente Data Act au 1er juin 2026.

5.3 Comparaison des réponses réglementaires — FR · DE · UK
Régulateur
Outil disponible
Procédure ouverte
Évaluation
DGCCRF (FR)
Code Commerce L.442-1 · Code Conso L.212-1
Aucune publique au 01/06/26
Outil solide · usage insuffisant
Bundeskartellamt (DE)
GWB §19a · §19 · Designations AWS et Microsoft (2024)
Designations actives
Outil le plus puissant disponible
CMA (UK)
Competition Act 1998 s.18 · Cloud Market Study 2023
Étude publiée · pas de procédure formelle
Diagnostic posé · suites insuffisantes
5.4 L'irréversibilité cognitive comme lacune réglementaire transversale

La couche 6 (verrouillage cognitif) échappe à l'ensemble des cadres réglementaires existants. Elle ne relève ni du droit des contrats (pas de clause à contester), ni du droit de la concurrence au sens classique (pas de comportement anticoncurrentiel identifiable), ni du Data Act (pas d'obstacle à la portabilité au sens technique). Elle constitue néanmoins l'obstacle le plus durable à la concurrence dans les marchés cloud — parce qu'elle opère sur la capacité même des organisations à concevoir et évaluer des alternatives. Cette lacune plaide pour l'émergence d'un droit de la dépendance numérique organisationnelle, distinct du droit de la concurrence et du droit de la consommation.

¹² CJUE, arrêt United Brands c. Commission, 14 février 1978, aff. 27/76, Rec. 1978, p. 207.
¹³ Bundeskartellamt, Décision §19a GWB concernant Amazon, 5 juillet 2022 ; concernant Microsoft, 12 décembre 2023.
¹⁴ CMA, "Cloud Services Market Study — Final Report", janvier 2023, disponible sur www.gov.uk/cma.
IUS
SECTION 6 · PROPOSITIONS POUR LA RECHERCHE ET L'ACTION RÉGLEMENTAIRE
6. PROPOSITIONS — RECHERCHE · POLITIQUE PUBLIQUE · PRATIQUE
6.1 Lacunes dans la littérature existante

La revue de la littérature existante sur le vendor lock-in cloud (Opara-Martins et al., 2016 ; Petcu, 2013 ; Armbrust et al., 2010) révèle que les couches 1 à 3 de la taxonomie proposée sont partiellement documentées — principalement sous l'angle technique (APIs, formats de données) et plus rarement sous l'angle contractuel. Les couches 4 (Skills Lock-in), 5 (Demand Lock-in) et 6 (Cognitive Lock-in) sont à notre connaissance absentes de la littérature académique formalisée. La dimension linguistique — la substitution de la version dans la langue du client par une version anglaise déclarée prévalente — n'est documentée dans aucun des travaux existants consultés. Ces lacunes constituent autant d'opportunités de recherche.

6.2 Pistes de recherche
◆ RECHERCHE EMPIRIQUE

Mesure empirique du point de non-retour économique par secteur d'activité et taille d'organisation. Étude longitudinale de l'évolution des compétences dans les organisations post-migration (cohorte sur 3 ans). Analyse comparative des clauses contractuelles cloud sur 10 ans (2015–2025) pour documenter l'évolution temporelle des mécanismes de rétention. Mesure de la corrélation entre durée d'utilisation d'un hyperscaler et capacité à reformuler des besoins fonctionnellement (test de la couche 6).

◆ RECHERCHE JURIDIQUE

Analyse de la jurisprudence sur les clauses de substitution linguistique dans les contrats B2B transfrontaliers. Étude comparative des régimes de renonciation aux droits légaux d'ordre public en droit UE. Qualification juridique de la couche 6 (verrouillage cognitif) dans les cadres existants du droit de la concurrence. Applicabilité directe du Data Act art. 25 aux obstacles tarifaires (egress fees).

6.3 Propositions réglementaires
◆ 4 PROPOSITIONS D'EXTENSION DU CADRE RÉGLEMENTAIREPOLITIQUE PUBLIQUE

Proposition 1 — Extension de l'art. 25 du Data Act aux obstacles tarifaires : la rédaction actuelle de l'art. 25 vise les clauses contractuelles faisant obstacle au changement de fournisseur. Une extension explicite aux structures tarifaires créant un obstacle économique disproportionné (egress fees) — par voie d'acte délégué ou de texte interprétatif — couvrirait la couche 2 de la taxonomie, actuellement hors champ.

Proposition 2 — Obligation de publication simultanée : imposer aux fournisseurs de services cloud la publication simultanée de leurs CGV dans toutes les langues officielles de l'UE, sous peine d'inopposabilité de la mise à jour dans les États membres concernés. Cette mesure pourrait être adoptée par arrêté ministériel en France au titre de la Loi Toubon, sans attendre une modification législative européenne.

Proposition 3 — Notification individuelle obligatoire : imposer une notification individuelle par email documenté pour toute modification substantielle des Product Terms, avec un délai de préavis minimum de 60 jours et un droit de résiliation sans frais en cas de modification substantielle. L'absence de notification individuelle constitue actuellement l'une des lacunes les plus significatives du cadre contractuel cloud.

Proposition 4 — Désignation formelle des autorités compétentes Data Act : aucun État membre de l'UE n'avait formellement désigné son autorité compétente pour l'application du Data Act au 1er juin 2026, bien que le texte soit applicable depuis septembre 2025. Cette lacune de mise en œuvre prive les entreprises et organisations de tout recours administratif effectif au titre du règlement.

6.4 Conclusion

La taxonomie en six couches présentée dans cette étude permet de cartographier l'ensemble des mécanismes de rétention opérant dans les contrats de services cloud des trois principaux hyperscalers mondiaux. Elle révèle que les mécanismes les plus durables — les couches 5 et 6 — sont précisément ceux qui sont les moins visibles, les moins contestables juridiquement, et les moins couverts par les cadres réglementaires existants. La réponse réglementaire au vendor lock-in cloud ne peut être complète sans une théorie de la dépendance numérique organisationnelle qui intègre ces dimensions comportementales et cognitives au-delà des seuls obstacles contractuels et techniques.

¹⁵ Règlement (UE) 2023/2854, art. 25, §2 : "Les clauses contractuelles [...] qui empêchent ou restreignent le droit de changer de fournisseur de services de traitement de données sont réputées non écrites."
¹⁶ La date d'applicabilité du Data Act (septembre 2025) est postérieure à sa publication (JO juin 2024) et antérieure à la rédaction de cette étude (juin 2026).
IUS
RÉFÉRENCES BIBLIOGRAPHIQUES
RÉFÉRENCES
Littérature académique
Armbrust M., Fox A., Griffith R., Joseph A.D., Katz R., Konwinski A., Lee G., Patterson D., Rabkin A., Stoica I., Zaharia M. (2010). "A View of Cloud Computing". Communications of the ACM, 53(4), 50–58.
Barthélemy J. (2003). "The seven deadly sins of outsourcing". Academy of Management Executive, 17(2), 87–100.
Lacity M.C., Willcocks L.P. (1998). "An Empirical Investigation of Information Technology Sourcing Practices: Lessons from Experience". MIS Quarterly, 22(3), 363–408.
Opara-Martins J., Sahandi R., Tian F. (2016). "Critical analysis of vendor lock-in and its impact on cloud computing migration: a business perspective". Journal of Cloud Computing: Advances, Systems and Applications, 5(4).
Petcu D. (2013). "Portability and Interoperability between Cloud Providers: Challenges and Case Study". In: Towards a Service-Based Internet. Lecture Notes in Computer Science, 8135. Springer, Berlin.
Porter M.E. (1980). Competitive Strategy: Techniques for Analyzing Industries and Competitors. Free Press, New York.
Shapiro C., Varian H.R. (1999). Information Rules: A Strategic Guide to the Network Economy. Harvard Business School Press, Boston.
Textes réglementaires et législatifs
Commission européenne (2023). Règlement (UE) 2023/2854 du Parlement européen et du Conseil du 13 décembre 2023 concernant des règles harmonisées portant sur l'équité de l'accès aux données et de l'utilisation des données (Data Act). JO L 143, 11 juin 2024.
Commission européenne (2018). Directive (UE) 2018/1972 du 11 décembre 2018 établissant le code des communications électroniques européen. JO L 321, 17 décembre 2018.
Loi n°94-665 du 4 août 1994 relative à l'emploi de la langue française (Loi Toubon). JORF n°0180 du 5 août 1994.
Code Civil français, articles 1119, 1135, 1170, 1171, 1193, 1195, 1217, 1226 (version en vigueur au 1er juin 2026).
Code de Commerce français, article L.442-1 (pratiques commerciales restrictives).
Gesetz gegen Wettbewerbsbeschränkungen (GWB), §§ 19, 19a (Marktmacht · GAIA), version en vigueur au 1er juin 2026.
Unfair Contract Terms Act 1977 (UCTA), ss. 2–3. Consumer Rights Act 2015 (CRA), ss. 62–65. Competition Act 1998, s. 18.
Rapports institutionnels
Bundeskartellamt (2022). Proceeding against Amazon pursuant to §19a GWB. Décision du 5 juillet 2022. Disponible sur bundeskartellamt.de.
Bundeskartellamt (2023). Proceeding against Microsoft pursuant to §19a GWB. Décision du 12 décembre 2023. Disponible sur bundeskartellamt.de.
Competition and Markets Authority (2023). Cloud Services Market Study — Final Report. Janvier 2023. Disponible sur gov.uk/cma.
Synergy Research Group (2026). Cloud Market Share Q1 2026. Publié avril 2026.
Documents contractuels primaires analysés
47 documents contractuels AWS · Google Cloud · Microsoft Azure (CGV · Product Terms · DPA · SLA · Addendums) en versions FR/EN/DE, collectés entre janvier 2022 et juin 2026. Liste exhaustive reproduite en Annexe A. Sources : aws.amazon.com/fr/legal/ · cloud.google.com/terms · microsoft.com/licensing
IUS
ANNEXE A · TABLEAU COMPLET DES 47 DOCUMENTS ET CLAUSES ANALYSÉS
ANNEXE A — CORPUS DOCUMENTAIRE PRIMAIRE
Documents publics collectés entre janvier 2022 et juin 2026 · Sources officielles des trois hyperscalers
A.1 — Amazon Web Services (16 documents)
Document
Versions analysées
Langues
Clauses critiques
Couche
CGV AWS (Customer Agreement)
15 avr. 2026 · 22 mai 2026 · 1er juin 2026
FR · EN · DE
s.1.4 · s.5.4.2 · s.5.5
1 · 2
Product Terms AWS
janv. 2022 → juin 2026
EN (seule)
s.50.12.1–3 · s.50.14 · s.50.15 · s.50.17
1 · 2
AWS Data Act Addendum
Version unique 2024
EN · FR
s.1.28 · obligations portabilité
1
AWS UK Switching Addendum
Version unique 2024
EN
s.1.30 · switching facilitation
1 · 2
AWS DPA (Data Processing Addendum)
2023 · 2024 · 2025
FR · EN · DE
Bedrock AI services opt-out
1
AWS SLA (Service Level Agreements)
EC2 · S3 · RDS · EKS · Lambda
EN (seule)
Exclusions responsabilité · Force majeure
1
A.2 — Google Cloud Platform (15 documents)
Document
Versions analysées
Langues
Clauses critiques
Couche
GCP Terms of Service
août 2023 (FR) · juin 2026 (EN)
FR · EN · DE
s.14.18 · s.8.8 · s.2.6
1 · 2
GCP Service Specific Terms
2022 → 2026 (13 versions EN manquantes FR)
EN (FR figée)
BigQuery · Vertex AI · Spanner pricing
1 · 2 · 3
GCP Data Processing Addendum
2023 · 2025
FR · EN · DE
AI Opt-out · RGPD art.28
1
GCP SLA (8 services)
GKE · BigQuery · Cloud SQL · Cloud Run · GCS · Pub/Sub · Vertex · Compute
EN (seule)
Exclusions service credit · downtime
1
GCP Committed Use Contracts
1 an · 3 ans · 2023–2026
EN · FR
s.8.8 · aucun remboursement résiliation
1 · 2
A.3 — Microsoft Azure (16 documents)
Document
Versions analysées
Langues
Clauses critiques
Couche
Microsoft Online Services Agreement (MOSA)
2019 (signé) + amendts mensuels 2019–2026
FR · EN
Droit applicable Washington · Blocs Capacité
1
Product Terms MOSA
janv. · fév. · avr. · juin 2026
FR · EN
608 modifications · Blocs Capacité juin 2026
1
Enrollment for Education Solutions (EES)
janv. 2026 (EN/FR) · juin 2026 (EN/FR)
FR · EN
Waiver Dir.2018/1972 · absent version FR
1
Azure Savings Plans
2023 · 2024 · 2025
FR · EN
Non-annulable · 12% frais résiliation
1 · 2
Azure DPA · SLA · Offer Details
AKS · Azure SQL · Blob · OpenAI · Monitor
EN (seule)
Exclusions · CLOUD Act exposure
1 · 3
IUS
ANNEXE B · COMPARAISON CGV FR/EN/DE — DÉLAIS ET ÉCARTS DE TRADUCTION
ANNEXE B — DONNÉES PRIMAIRES SUR LA SUBSTITUTION LINGUISTIQUE
B.1 — Comparaison AWS CGV FR vs EN (22 mai 2026 vs 1er juin 2026)
Section
Contenu
22 mai 2026
1er juin 2026
Modification
Couche
En-tête
Clause substitution linguistique
Présente · EN prévaut
Présente · EN prévaut
Identique
1
s.1.4
Suspension sans préavis
Présente
Présente
Identique
1
s.1.24
Liste services IA Bedrock
"Amazon Quick Suite (incl. QuickSight)"
"Amazon Quick"
Libellé simplifié
1
s.5.4.2
Savings Plans noncancellable
Présente
Présente
Identique
1 · 2
s.5.5
Capacity Blocks nonrefundable
Présente
Présente
Identique
1 · 2
s.50.12.2
Bedrock abuse detection
"automated abuse detection mechanisms"
"store inputs/outputs 30 days" + "human review"
MODIFIÉE — fond
1
s.50.17
Amazon Quick
Absente
Présente · capacity pricing obligatoire
NOUVELLE
1 · 2
s.1.28
Data Act Addendum
Présente
Présente
Identique
1
s.1.30
UK Switching Addendum
Présente
Présente
Identique
1 · 2
B.2 — Retards de traduction GCP FR vs EN (2022–2026)
Langue
Dernière MàJ substantielle
Version EN équivalente
Retard
MàJ EN manquantes
Français (FR)
Août 2023
Juin 2026
2 ans 9 mois
13 mises à jour
Allemand (DE)
Juin 2022
Juin 2026
4 ans
16 mises à jour
B.3 — Délais de traduction Azure EES (2026)
Version
Publication EN
Publication FR
Retard
Source admise
EES janv. 2026
1er février 2026
9 février 2026
8 jours
Document EES : "Published February 1, 2026 in English, translated February 9, 2026"
EES juin 2026
1er juin 2026
~9 juin 2026 (estimé)
~8 jours
Admis dans le document EES juin 2026
Waiver Dir.2018/1972
Présente EN janv. + juin 2026
Absente FR janv. + juin 2026
Non traduite
Clause non présente dans la version FR aux deux dates
Note : Les dates de publication sont extraites des documents contractuels eux-mêmes (metadata et mentions internes). La méthode de diff algorithmique utilisée pour comparer les versions est décrite en Annexe D.
IUS
ANNEXE C · GRILLE DE SCORING INTERNE — OUTIL DE DIAGNOSTIC ORGANISATIONNEL
ANNEXE C — GRILLE DE DIAGNOSTIC EN 12 QUESTIONS
Outil de communication interne · Non validé empiriquement à ce stade · Proposé comme base de recherche future
Q.
Couche
Question de diagnostic
Oui = 2 pts
Renvoi
1a
Contractuel
Avez-vous des Savings Plans ou Capacity Blocks dont l'expiration dépasse 12 mois ?
2 pts
Fiche A
1b
Contractuel
La version française de vos CGV stipule-t-elle que la version anglaise prime ou prévaut ?
2 pts
Fiche A
2a
Tarifaire
Avez-vous calculé le coût d'egress pour sortir l'intégralité de vos données actuelles ?
2 pts
Fiche C
2b
Tarifaire
Connaissez-vous les frais de résiliation anticipée de vos principaux engagements cloud ?
2 pts
Fiche C
3a
Technique
Plus de 5 services de votre architecture utilisent des APIs sans équivalent S3-compatible ?
2 pts
Fiche B
3b
Technique
Avez-vous une grille documentée des dépendances techniques par service cloud utilisé ?
2 pts
Fiche B
4a
Compétences
Plus de 50% de vos ingénieurs cloud ont une certification propriétaire sans certification ouverte ?
2 pts
Fiche E
4b
Compétences
Avez-vous identifié les profils de résistance dans vos équipes techniques ?
2 pts
Fiche E
5a
Demande
Les 3 dernières demandes métiers à la DSI mentionnaient un produit nommé (Azure OpenAI, BigQuery…) ?
2 pts
Fiche E
5b
Demande
Vos PO posent-ils systématiquement les 5 questions de souveraineté avant de valider une stack ?
2 pts
Fiche E
6a
Cognitif
Vos KPIs de performance IT sont-ils définis et mesurés dans la console de votre fournisseur principal ?
2 pts
Fiche D
6b
Cognitif
Seriez-vous incapables de mesurer vos performances IT pendant une migration de 6 mois ?
2 pts
Fiche D
0–6 pts
Verrouillage faible · Mesures préventives · Fiche B
7–12 pts
Verrouillage modéré · Fiches A+B+C recommandées
13–18 pts
Verrouillage élevé · Fiche D · Migration à planifier
19–24 pts
Verrouillage structurel · Toutes fiches · Accompagnement externe
Note méthodologique : Cette grille est un outil de communication organisationnelle non validé empiriquement. La pondération égale des 12 questions (2 points chacune) est une simplification. Une recherche future pourrait développer une pondération différenciée basée sur une étude empirique des coûts réels de migration par couche.
IUS
ANNEXE D · NOTE DE MÉTHODOLOGIE — DIFF ALGORITHMIQUE ET ANALYSE MANUELLE
ANNEXE D — MÉTHODOLOGIE DE COMPARAISON DES DOCUMENTS CONTRACTUELS
D.1 Collecte des documents

Les documents contractuels ont été collectés directement sur les sites officiels des fournisseurs (aws.amazon.com/fr/legal/ · cloud.google.com/terms · microsoft.com/licensing) entre janvier 2022 et juin 2026. Pour chaque fournisseur, les versions disponibles dans les trois langues (FR · EN · DE) ont été téléchargées à chaque mise à jour détectée via la surveillance des pages de conditions générales. Les dates de publication sont extraites soit des metadata du document, soit des mentions internes explicites (ex. Azure EES : "Published February 1, 2026 in English, translated February 9, 2026").

D.2 Prétraitement des documents

Les documents au format HTML ont fait l'objet d'un prétraitement en deux étapes : (a) extraction du contenu textuel par suppression des balises HTML, des scripts et des styles CSS ; (b) normalisation du texte par remplacement des entités HTML, des espaces insécables et des ligatures typographiques (ex. fi → fi), et compression des espaces multiples. Cette normalisation est indispensable pour distinguer les modifications de fond des modifications de formatage — qui représentent la majorité des "modifications" détectées par un diff brut sur du HTML.

D.3 Comparaison algorithmique

La comparaison entre versions a été conduite par diff textuel normalisé section par section (chaque section étant identifiée par son numéro : s.1.4, s.5.5, s.50.12.2, etc.). Pour chaque paire de sections (version X vs version Y), la distance de Levenshtein normalisée a été calculée pour détecter les modifications substantielles. Les paires présentant une similarité supérieure à 95% après normalisation ont été classées comme "identiques de fond" — les artefacts typographiques et de formatage restants ne constituant pas des modifications juridiquement significatives.

D.4 Validation manuelle

Toutes les modifications identifiées comme substantielles par l'algorithme ont fait l'objet d'une relecture manuelle pour (a) confirmer que la différence constitue bien une modification juridiquement significative et non un artefact de normalisation ; (b) qualifier la nature de la modification (ajout · suppression · reformulation · changement de portée) ; (c) identifier la couche de verrouillage concernée selon la taxonomie en six couches. Les résultats de cette validation manuelle sont reproduits dans l'Annexe B pour les comparaisons linguistiques et dans le corpus des 19 analyses juridiques individuelles dont cette étude est la synthèse.

D.5 Limites de la méthode
◆ LIMITES MÉTHODOLOGIQUES IDENTIFIÉES

Limite 1 — Instabilité du corpus : la modification mensuelle des Product Terms Azure (documentée à 608 occurrences sur 6 mois) crée un corpus mouvant difficile à stabiliser pour une analyse longitudinale. Les conclusions sur les modifications Azure portent sur les snapshots collectés aux dates indiquées et peuvent ne pas refléter l'état du document à une date intermédiaire.

Limite 2 — Documents non publics : les Enterprise Agreements et contrats négociés individuellement, qui peuvent contenir des clauses significativement différentes des conditions générales publiques, sont exclus de l'analyse. L'étude porte exclusivement sur les conditions applicables à la majorité des clients non-négociants.

Limite 3 — Interprétation juridique : la qualification juridique des clauses analysées (nullité · déséquilibre significatif · violation d'ordre public) repose sur l'analyse personnelle de l'auteur et non sur une décision de justice ou un avis juridique formel. Ces qualifications doivent être vérifiées par un avocat spécialisé avant toute action.

Cette étude académique est fondée sur une analyse personnelle de documents contractuels publics. Elle ne constitue pas un avis juridique.
L'auteur n'a aucune affiliation avec les entreprises mentionnées ni avec aucune institution académique.
Nemo supra legem est · Summum ius, summa iniuria — Cicéron
Amine RAITI · Architecte Infrastructure & SRE · Paris · Document public · CC BY-NC-SA 4.0