DeepSeek pour un technicien informatique : usages, limites et RGPD

DeepSeek attire par ses modèles accessibles par API à bas coût. Il pose surtout une question de données : sa politique de confidentialité place le traitement sur des serveurs en Chine, ce qui a conduit des autorités européennes à réagir en 2025. Voici ce que je retiens, ce que je n'ai pas pu vérifier, et la règle d'usage que j'en tire.

Publié
Rubrique
IA
Lecture
3 min de lecture
Auteur
Guillaume Richard

Read this article in English

Article rédigé le 6 novembre 2026. Les informations réglementaires datent de 2025 ; je n’ai pas trouvé de source récente sur l’état des procédures.

Mon point de départ

Je l’ai testé, par l’API, pour du développement.

Ce qu’il fait bien

  • Un accès par API : la documentation officielle présente des points d’accès compatibles avec ceux d’OpenAI et d’Anthropic, ce qui facilite l’intégration dans des outils existants.
  • Des modèles récents : la page des nouveautés cite DeepSeek-V4-Pro et DeepSeek-V4.1-Flash-1017 à la date où je l’ai lue (sans date de publication affichée).
  • Un intérêt pour le développement : la documentation cite des intégrations avec des outils de programmation assistée.

Où je me méfie : les données

  • La politique de confidentialité de DeepSeek indique, selon la presse, que les données des utilisateurs sont stockées sur des serveurs en Chine et peuvent être partagées avec des sociétés affiliées et des prestataires.
  • En janvier 2025, l’autorité italienne de protection des données (le Garante) a bloqué l’accès à l’application le temps de vérifier la collecte et le stockage des données ; la commissaire de Berlin a demandé à Apple et Google de retirer l’application, estimant le transfert de données vers la Chine non conforme au RGPD ; la CNIL a annoncé examiner ses pratiques. Ces informations viennent de la presse de l’époque.
  • Je n’ai pas trouvé de source récente sur l’état actuel de ces procédures. Vérifiez les communiqués du Garante, de l’autorité de Berlin et de la CNIL avant de vous appuyer sur ce paragraphe.

Conséquence pratique : à éviter, dans son application comme sur son site, pour toute donnée professionnelle ou personnelle.

Ce qui m’intéresse : le rapport qualité-prix. Aucun client ni collègue ne m’a posé la question de son usage en entreprise. Ma règle, pour tous les assistants : jamais de mot de passe, de RIB ou d’IBAN, et jamais de nom ni de prénom.

Cas d’usage IT (sans donnée réelle)

BesoinCe que je lui demandePrécaution
Question de syntaxeUne option de commande, une expression régulièreAucune donnée client, rien d’interne
Exercice, apprentissageUn script d’exemple fictifTester en laboratoire
Intégration par APIÉvaluer un modèle sur des données publiques ou synthétiquesJamais de données de production

Confidentialité et RGPD

  • Ne collez pas de données professionnelles ni personnelles.
  • Pour un usage en entreprise, évaluez le contrat et la localisation du traitement avant tout ; si vous ne pouvez pas conclure, passez votre chemin.
  • Si vous utilisez des poids de modèles publiés et les exécutez vous-même, la question des données est différente : c’est alors votre propre infrastructure qui traite, et c’est à vous de la sécuriser. Vérifiez la licence du modèle que vous utilisez, que je n’ai pas pu confirmer sur la page consultée.

Tarifs et versions

Je n’ai pas pu lire de grille tarifaire officielle pour l’application ; la documentation de l’API publie des tarifs par modèle. À vérifier sur la plateforme officielle le jour où vous décidez.

Que faire ?

  1. Ne l’ouvrez pas à l’équipe pour des données de travail sans analyse écrite.
  2. Pour tester, utilisez des données fictives.
  3. Rédigez une règle : « aucun outil d’IA non validé pour des données pro ».
  4. Relisez les communiqués des autorités avant de vous prononcer.

Sources

Écrit par

Guillaume Richard
Technicien Informatique & Systèmes Numériques. À propos

Un projet, une question ?

Écrivez-moi : je lis chaque message et je réponds personnellement.

Rechercher