Data Act UE : frais de changement cloud interdits dès janvier 2027

À partir du 12 janvier 2027, il devient illégal en droit européen pour un fournisseur cloud de facturer quoi que ce soit à un client pour partir — y compris les frais d’egress de données qui ont discrètement verrouillé les entreprises chez leur fournisseur actuel pendant près de vingt ans. Le Data Act de l’UE (règlement (UE) 2023/2854) interdit purement et simplement les frais de changement à partir de cette date, couvrant infrastructure, plateforme et logiciel en tant que service. Pour une agence qui payait discrètement pour garder ses propres données client otages des frais d’export d’un fournisseur, cela laisse dix-huit mois pour savoir exactement ce qui change — et ce qui ne change pas.

Ce texte est un résumé d’un règlement, pas un conseil juridique. Confirmez votre propre position contractuelle avec un conseil avant de vous y fier.

Qu’est-ce qu’un « frais de changement », et pourquoi l’UE s’en préoccupe-t-elle ?

Un frais de changement, dans les termes du Data Act, est tout montant qu’un fournisseur de services de traitement de données impose à un client spécifiquement pour l’acte de migrer vers un autre fournisseur, ou de revenir vers une infrastructure on-premise. La forme la plus courante est un frais d’egress de données — un tarif au gigaoctet pour exporter vos propres données hors du cloud d’un fournisseur. Il est rarement mis en avant à la souscription, et il évolue avec exactement ce qui le rend douloureux : plus vous avez accumulé de données chez un fournisseur, plus il coûte cher de partir.

Le chapitre VI du Data Act (articles 23 à 31) est conçu pour démanteler ce mécanisme précis. L’article 23 établit un droit général de changer de fournisseur, ou d’utiliser plusieurs fournisseurs en parallèle, sans obstacles inutiles. L’article 25 fixe les exigences sur ce que les conditions de changement doivent réellement prévoir dans un contrat — les fournisseurs doivent spécifier une période transitoire maximale et accompagner le client. L’article 30 exige que les fournisseurs prennent des « mesures raisonnables » pour assurer une équivalence fonctionnelle après un changement, afin que le service de destination puisse réellement remplacer ce que le client quitte. L’article 29 est celui qui porte la date de janvier 2027 : il interdit purement et simplement les frais de changement, remplaçant un régime transitoire antérieur selon lequel les fournisseurs ne pouvaient récupérer que les coûts directs réellement engagés pour aider le client à partir.

Cela couvre-t-il le SaaS, ou seulement les clouds d’infrastructure ?

Cela couvre le SaaS. La définition du Data Act d’un « service de traitement de données » est délibérément large — elle englobe l’infrastructure en tant que service, la plateforme en tant que service et le logiciel en tant que service, pas seulement la couche brute de calcul et de stockage que la plupart des gens imaginent en entendant « cloud ». Un produit SaaS construit sur un hyperscaler est lui-même un service de traitement de données au sens de l’Acte, ce qui signifie que les obligations vont dans deux directions : le fournisseur SaaS doit à ses clients un parcours de changement conforme, et si ce fournisseur est lui-même verrouillé chez son propre fournisseur d’infrastructure par des frais d’egress, ceux-ci sont également interdits.

Ce second point est là où ce règlement devient structurellement intéressant, et pas seulement pertinent sur le plan des coûts. Une entreprise SaaS qui peut être retenue otage par sa propre facture cloud n’a aucun moyen durable de promettre à ses clients une sortie propre — le frais se déplace simplement d’un niveau au-dessus. À partir de janvier 2027, cette couche disparaît comme option légale.

Quel est le régime transitoire d’ici là ?

Entre maintenant et le 12 janvier 2027, les fournisseurs ne sont pas encore interdits de facturer un changement — ils sont limités aux coûts directs réellement engagés. Cela signifie le coût du travail technique impliqué pour aider un client à migrer, pas un frais punitif calculé pour rendre le départ coûteux. En pratique, cette période transitoire est celle où la plupart des litiges actuels sur les coûts d’egress « cachés » se jouent, car « coût direct » est une norme plus étroite que les tarifs forfaitaires au gigaoctet que beaucoup de fournisseurs ont historiquement facturés.

Que peut encore être facturé après l’entrée en vigueur de l’interdiction ?

L’interdiction est spécifique à l’acte de changer de fournisseur, pas à la tarification cloud en général. Les fournisseurs peuvent encore facturer :

• Les frais d’abonnement et d’usage standard — l’interdiction ne touche pas ce que vous payez pour utiliser le service tant que vous l’utilisez.
• Les frais de résiliation anticipée proportionnés sur les contrats à durée déterminée, lorsqu’ils ont été convenus dès le départ dans le cadre de l’accord.
• Un travail réellement sur mesure hors du champ réglementaire du changement — support technique personnalisé, formats de données non standard, ou services que les dispositions sur le changement ne couvrent pas.

Ce qui disparaît, c’est la possibilité de facturer spécifiquement parce qu’ un client part, habillé en nécessité technique.

Pourquoi le modèle BYOC avait déjà pris de l’avance

Il y a une raison structurelle pour laquelle ce règlement se lit moins comme un avertissement et plus comme une confirmation, si les données de votre agence vivent déjà dans un compte que vous possédez. Bring Your Own Cloud — le modèle où le produit d’un fournisseur fonctionne sur une infrastructure provisionnée dans votre compte Cloudflare, plutôt qu’une base de données partagée que le fournisseur contrôle centralement — élimine la question des frais de changement avant qu’elle ne se pose. Il n’y a pas d’export à négocier au prix, car il n’y a jamais eu d’événement de migration : la base de données a toujours été la vôtre, sur votre compte, depuis le premier jour. Résilier le fournisseur ne déclenche pas un transfert de données ; cela signifie simplement que le fournisseur cesse d’avoir accès à quelque chose qui n’a jamais été sien.

C’est toute la thèse derrière ce qu’est réellement un agency OS BYOC — et c’est aussi, fonctionnellement, ce que le Data Act légifère désormais comme un droit pour tous les autres. Le règlement comble l’écart entre « vos données, techniquement » et « vos données, en pratique ». En savoir plus sur le fonctionnement architectural de ce modèle de propriété dans notre page Sécurité, ou sur le schéma plus large de verrouillage fournisseur que cette loi vise dans Verrouillage fournisseur SaaS : comment l’éviter.

Ce que les agences devraient vérifier avant janvier 2027

1. Lisez vos contrats cloud et SaaS actuels pour repérer les frais d’egress ou de sortie, et notez s’ils sont structurés en frais forfaitaires ou en « coûts directs » détaillés — ce dernier est plus proche de ce que le régime transitoire exige déjà.
2. Demandez directement aux fournisseurs ce qui se passe contractuellement le 12 janvier 2027 — les accords existants ne se mettent pas à jour automatiquement, donc un fournisseur qui reste silencieux sur la question envoie un signal à noter.
3. Séparez « puis-je partir » de « puis-je partir à moindre coût ». Le Data Act traite des frais. Il ne garantit pas que vos données ont toujours été structurées dans un format portable et non propriétaire — c’est une décision produit que la loi ne peut pas légiférer.
4. Si la propriété des données compte contractuellement pour vos clients, demandez si vos propres fournisseurs peuvent aujourd’hui démontrer une sortie qui ne coûte rien au-delà du travail impliqué — pas parce que la loi l’exigera éventuellement, mais parce que ceux qui le font déjà n’attendent pas janvier 2027 pour le prouver.