Anthropic ferme Claude aux entreprises russes dès le 12 novembre, même avec une entité juridique à l'étranger

Si votre équipe écrit du code avec Claude Code ou fait tourner sa production via l'API d'Anthropic, et que l'entreprise a des propriétaires russes, vous avez désormais une tâche d'ingénierie urgente. Depuis le 12 novembre 2026, la politique mise à jour Supported Regions s'applique, et « nous avons une entité juridique au Kazakhstan ou aux Émirats arabes unis » cesse d'être une réponse valable.

Ce qui change exactement

Selon CNews, l'accès est fermé aux organisations enregistrées en Russie et aux sociétés contrôlées par des personnes russes. Le pays d'enregistrement importe peu : le critère est le contrôle.

Toute la gamme est concernée :

• le chat Claude.ai ;
• Claude Code, l'outil de développement ;
• l'API ;
• les modèles Claude disponibles via les plateformes cloud et les revendeurs.

Le dernier point est le plus désagréable. De nombreuses équipes n'avaient pas de contrat direct avec Anthropic : elles accédaient aux modèles via un fournisseur cloud ou un intermédiaire. Cette échappatoire est désormais fermée dans la politique elle-même : la revente n'annule pas les règles.

Imaginez une startup avec un bureau à Dubaï, des fondateurs russes et un produit reposant sur Claude. Auparavant, elle était formellement cliente d'une « région prise en charge ». Désormais, ce qui compte, c'est la question de savoir qui la possède et la dirige.

Pourquoi Anthropic affirme que ce n'est pas une nouveauté

L'entreprise souligne qu'il ne s'agit pas d'une nouvelle interdiction mais d'une clarification des règles précédentes. La Russie ne figurait déjà pas dans la liste des régions prises en charge ; simplement, la formulation autorisait des interprétations dont les clients profitaient via des pays tiers.

La motivation, telle que la décrit la source, est commerciale. Anthropic prépare son introduction en Bourse et doit exclure de son chiffre d'affaires les clients qui enfreignent la politique régionale. Avant une cotation, investisseurs et auditeurs examinent la qualité des revenus. Les revenus provenant d'utilisateurs qui ne devraient pas exister selon les règles deviennent un risque juridique et de réputation. Il est plus simple de les couper en amont.

Pour l'industrie, c'est un signal : les grands fournisseurs de modèles deviennent plus stricts en matière de conformité à mesure qu'ils mûrissent et entrent en Bourse. Les contournements formels, comme l'immatriculation d'une société dans une juridiction commode, fonctionnent de plus en plus mal chez les leaders du marché.

Que doivent faire les équipes

Inutile de paniquer, mais il ne faut pas repousser l'audit. Voici l'ordre d'action minimal :

• Cartographiez les dépendances. Où Claude est-il utilisé dans le produit et les processus internes : API directe, fournisseur cloud, plugins d'IDE, intégrations chez les sous-traitants.
• Vérifiez la structure de propriété et de contrôle. Si vous répondez au critère, considérez que l'accès disparaîtra, et non qu'il sera « prolongé d'une manière ou d'une autre ».
• Mettez en place une abstraction au-dessus du modèle. Si les prompts et les appels sont liés à un seul fournisseur, la migration devient un refactoring. Une fine couche d'adaptation et un jeu de tests de régression sur la qualité des réponses réduisent fortement le coût d'un changement de fournisseur.
• Testez à l'avance des alternatives : modèles d'autres fournisseurs et modèles ouverts que l'on peut déployer soi-même. Il faudra mesurer à nouveau la qualité sur vos tâches.
• Pour les questions juridiques, il faut un juriste, pas un chat Telegram. Ce qui est considéré comme du « contrôle » et la manière dont cela sera vérifié en pratique dépendent du texte de la politique d'Anthropic.

Limites et zones d'ombre

La source ne révèle pas le mécanisme de vérification : comment Anthropic identifiera les bénéficiaires finaux, avec quelle rigueur elle surveillera les revendeurs et ce qu'il adviendra des abonnements déjà payés et des données accumulées. Ces détails apparaîtront quand les blocages réels commenceront.

Conclusion principale : la dépendance à un seul fournisseur propriétaire peut désormais être considérée non seulement comme un risque technologique, mais aussi comme un risque politico-juridique. Les équipes des juridictions concernées doivent prévoir du temps pour la migration et garder une solution de repli avant que le compte ne soit bloqué.