Aller au contenu principal
    Retour au Blog
    StratégieTechnologieSociété

    Les modèles IA chinois changent les questions que les acheteurs européens doivent poser

    L'arrivée de modèles chinois plus capables n'est pas un raccourci pour les achats. C'est une raison de rendre explicites les choix de dépendance, de données et de continuité.

    19 septembre 20269 min de lecture

    Le prix n'est que la partie visible de l'histoire

    Les modèles d'IA chinois bousculent une hypothèse confortable : les modèles généralistes avancés viendraient d'un petit groupe stable de fournisseurs. Des modèles plus capables, des prix plus bas et des poids téléchargeables élargissent le choix. Cette concurrence est utile ; elle ne dispense pas de diligence.

    La question n'est plus seulement : « Quel modèle obtient le meilleur score au prix le plus bas ? » Elle devient : « Quelles dépendances techniques et institutionnelles acceptons-nous avec cette capacité ? » Un modèle est aussi une voie pour les entrées, une source de mises à jour, une frontière de sécurité, une relation juridique et parfois un point de défaillance unique.

    Faits et éléments de preuve

    L'AI Index 2025 de Stanford(lien externe, nouvel onglet) décrit un paysage plus concurrentiel que ne le supposent les grilles d'achat. Les institutions américaines ont produit davantage de modèles remarquables en 2024, tandis que les modèles chinois ont réduit les écarts sur certains benchmarks. Ces résultats ne constituent pas un classement universel : tâches, versions, invites, langues et méthode influencent le résultat. Le pays d'origine reste donc un mauvais indicateur indirect de capacité.

    Ils ne rendent pas toutes les offres équivalentes. « Poids ouverts » décrit un accès, non des garanties. Un modèle téléchargeable peut avoir une licence restrictive, une documentation incertaine sur les données d'entraînement, une maintenance de sécurité limitée ou aucun support. Une API peut changer de prix, de limites de débit, de journalisation, de version ou de disponibilité. Vérifiez ces faits dans le contrat et lors d'un essai technique, non dans une annonce.

    Le droit européen ajoute une couche sans réponse pays par pays. L'AI Act(lien externe, nouvel onglet) définit des obligations pour les fournisseurs de modèles d'IA à usage général mis à disposition dans l'Union ; leur application dépend de l'acteur et du cas d'usage. Les orientations GPAI de la Commission(lien externe, nouvel onglet) précisent son interprétation. Le RGPD exige séparément l'évaluation des traitements et des transferts pertinents vers des pays tiers. Le Comité européen de la protection des données(lien externe, nouvel onglet) demande une évaluation du contexte et, si nécessaire, des mesures complémentaires.

    Rien de cela ne dit qu'un modèle chinois serait automatiquement illicite, dangereux ou inadapté. Rien ne dit non plus qu'un fournisseur américain ou européen supprimerait ces questions. Cela signifie que la géographie modifie les faits à établir : droit applicable, parcours des données, juridiction du support, contrôle de l'entreprise, contraintes à l'exportation et voies de recours crédibles.

    Ce que l'achat doit réellement évaluer

    Évaluez un service complet, non une marque ou un benchmark. Commencez par un flux représentatif : résumer une note, rédiger une réponse client ou interroger une base approuvée. Mesurez qualité, fiabilité factuelle, refus, latence, coût sous charge, langue et accessibilité. Conservez invites, instructions système, paramètres de recherche, version et méthode de notation. Un classement suggère des candidats ; il ne valide pas un flux de production.

    Ensuite, retracez le parcours opérationnel. Où passent les invites, fichiers, vecteurs, journaux, données de télémétrie et tickets de support ? Qui y accède et quelles règles de conservation ou suppression s'appliquent ? Un travail sensible peut-il être isolé par un hébergement dans l'Union, sur site ou dans un réseau privé contrôlé ? La réponse relève de l'architecture et du contrat, non d'un adjectif comme « souverain ».

    Troisièmement, examinez la continuité. Un fournisseur techniquement excellent peut mal convenir si sa voie d'accès est fragile. Demandez l'opérateur d'hébergement, la cadence des versions, le préavis de dépréciation, le support d'incident, les engagements de service, la capacité régionale, le circuit de paiement et l'effet de restrictions nouvelles. Une stratégie IA aveugle à la géographie crée des expositions cachées, surtout lorsqu'un produit dépend d'une juridiction ou d'une voie d'accès unique.

    Enfin, testez la réversibilité avant de signer. Gardez les invites métier, jeux d'évaluation, règles de sécurité, interfaces applicatives et schémas de sortie en dehors de la console propre à un fournisseur. Versionnez la configuration du modèle. Exécutez le même jeu d'évaluation sur au moins une alternative crédible. Cela n'exige pas un double déploiement permanent et coûteux. Cela exige assez d'éléments pour connaître le coût, la perte de qualité et le travail d'ingénierie nécessaires pour partir.

    Analyse : la concurrence change le rapport de force

    L'arrivée d'alternatives chinoises crédibles peut améliorer le rapport de force européen. Elle donne aux équipes davantage de candidats pour les expérimentations à faible risque, les usages spécialisés, les déploiements locaux et la découverte des prix. Elle pousse aussi les fournisseurs établis à expliquer leurs conditions plus clairement. Bien utilisée, la concurrence réduit le risque qu'une plateforme étrangère devienne la valeur par défaut parce qu'elle est arrivée la première, plutôt que parce qu'elle reste la meilleure.

    Mais la faculté de choisir ne s'obtient pas en collectionnant les clés d'API. Relier cinq services opaques, y envoyer les mêmes données sensibles et ne reproduire aucune évaluation multiplie surface d'attaque et gouvernance. Une stratégie multi-modèle n'a de valeur que si chaque modèle a une finalité définie et une complexité assumée.

    Il existe aussi une implication de politique publique. Des méthodes d'évaluation communes, des environnements testés, une expertise juridique accessible et des exigences interopérables dans les marchés publics peuvent rendre les bons choix moins coûteux. Il ne s'agit pas de réserver chaque contrat à un fournisseur européen, mais d'éviter qu'un manque de capacité d'évaluation devienne une dépendance.

    Contre-argument et limites

    Certains diront que cette vigilance est du protectionnisme habillé en gestion des risques. L'avertissement est juste. L'origine nationale indique mal qualité, sécurité ou éthique ; une souveraineté floue peut protéger des acteurs installés tout en privant les utilisateurs de meilleurs outils. L'Europe ne se sécurisera pas en exigeant chaque composant sur son sol. L'innovation exige recherche, commerce et talents mondiaux.

    La connaissance d'un acheteur a des limites : les fournisseurs fermés ne révèlent pas chaque jeu de données ou contrôle, tandis que les modèles à poids ouverts peuvent être plus difficiles à supporter. Les petites équipes ne peuvent enquêter sur la géopolitique pour chaque pilote. La revue doit être proportionnée : un assistant web public et un système de santé, juridique ou d'infrastructure critique ne justifient pas la même profondeur.

    La réponse n'est pas un théâtre de questionnaires, mais une revue fondée sur des preuves, proportionnée à la sensibilité des données, l'impact et le verrouillage. Le cadre de gestion des risques IA du NIST(lien externe, nouvel onglet) propose une discipline indépendante : gouverner, cartographier, mesurer et gérer.

    Actions concrètes pour les dirigeants européens

    Pour les dirigeants d'entreprise, faites de la sélection d'un modèle une décision métier identifiée. Désignez un responsable réunissant produit, sécurité, juridique, achats, protection des données et opérations. Exigez une fiche d'une page : tâche visée, classe de données, chemin de déploiement, qualité mesurée, risques résiduels, protections contractuelles et seuil de sortie. Réexaminez-la si le modèle, le prix ou les conditions changent.

    Pour les dirigeants technologiques, construisez un banc d'évaluation portable avant l'intégration. Conservez des cas approuvés, séparez logique applicative et adaptateurs, enregistrez les configurations sans exposer la vie privée et testez un repli hors production. Le changement sera plus rapide qu'une redécouverte pendant une panne.

    Pour les responsables des achats, demandez lieux de traitement, sous-traitants, conservation, sécurité, mises à jour, support et résiliation. Négociez suppression et export. Exposez coûts d'entrée, sortie, cache, traitement par lot et frais de sortie. Un prix unitaire bas n'est pas un coût total.

    Pour les décideurs publics, financez une capacité partagée, pas seulement des vitrines. Cas d'usage testés, clauses communes, méthodes de red team, évaluations linguistiques et calcul sécurisé aideraient les petites structures. Valorisez interopérabilité, contrôles documentés et continuité. N'imposez pas une seule famille de modèles.

    Mon point de vue

    Mon point de vue est volontairement peu romantique. L'Europe doit accueillir une concurrence réelle entre modèles, y compris chinoise, et la tester avec le même sérieux que tout autre fournisseur. Elle doit refuser à la fois l'exclusion réflexe et la chasse réflexe au prix le plus bas.

    L'objectif stratégique est la capacité de choisir. Cela suppose de savoir ce qu'un modèle fait sur votre travail, où passent ses données et ses contrôles, ce qui peut interrompre l'accès et comment partir si les conditions changent. Les achats font désormais partie de l'architecture IA. Les organisations qui l'acceptent gagneront du levier sans prétendre que l'interdépendance peut disparaître.

    Sources

    Votre grille traite-t-elle continuité et données aussi sérieusement que prix et benchmarks ?

    Faire de l'IA une décision utile

    Vous devez transformer une opportunité IA en produit, workflow ou modèle opératoire fiable ? Regardons le contexte ensemble.

    Parler de votre contexte

    Des perspectives complémentaires pour relier les idées et passer à l'action.

    F. Kevin NZUE

    Auteur

    F. Kevin NZUE

    Ingénieur Logiciel · Product Owner SAFe · Auteur