Notions clés de l’IA · Investir
Hallucination IA : définition, causes et coût de la vérification
Aussi appelé : hallucination IA, hallucination de LLM, confabulation
Par Spentia · Révisé le 25 octobre 2026
Une hallucination d’IA est une réponse fausse ou inventée qu’un modèle présente avec assurance, comme un fait établi. Elle impose une vérification humaine, dont le coût entre dans le calcul de la rentabilité du projet.
Le NIST (cadre de gestion des risques de l’IA générative, NIST AI 600-1, juillet 2024) parle de « confabulation » : le système produit avec assurance des contenus erronés ou faux, que l’on appelle couramment « hallucinations ». Notre définition reprend ce sens et y ajoute le coût de la vérification.
Pourquoi un modèle d’IA hallucine-t-il ?
Un modèle d’IA hallucine parce qu’il produit le texte le plus plausible, pas une information vérifiée. Le NIST, l’institut américain des normes, rattache ces erreurs à la conception même des modèles génératifs. Ces modèles produisent des contenus qui approchent la distribution statistique de leurs données d’entraînement. Un grand modèle de langage prédit le mot suivant ; par lui-même, il ne consulte aucune base de faits.
Une étude de chercheurs d’OpenAI et de Georgia Tech (Kalai et al., septembre 2025) ajoute une seconde cause. L’entraînement et les évaluations récompensent la réponse au hasard plutôt que l’aveu d’incertitude. Dans un test qui ne compte que les bonnes réponses, « je ne sais pas » rapporte zéro point. Une réponse au hasard, elle, tombe parfois juste. Deux des conclusions d’OpenAI comptent ici. L’exactitude d’un modèle ne sera jamais totale, car certaines questions n’ont pas de réponse. Les hallucinations ne sont pas inévitables pour autant, car un modèle peut s’abstenir quand il doute.
Relier le modèle à vos documents réduit le risque sans le supprimer. En 2024, des chercheurs de Stanford et de Yale ont soumis 202 requêtes à trois outils de recherche en droit américain. Leurs éditeurs mettaient en avant le RAG pour éviter les hallucinations. Dans cette étude, ces outils se trompaient moins que GPT-4, mais chacun hallucinait dans 17 % à 33 % des cas. Les auteurs comptent comme hallucination une réponse fausse, mais aussi une réponse qui cite une source réelle et l’interprète mal. Une variante plus élaborée, comme le GraphRAG, ne supprime pas non plus ce risque.
Hallucination, biais ou erreur de données : quelle différence ?
L’hallucination invente un contenu qu’aucune source ne soutient ; l’erreur de données répète une erreur de vos documents ; le biais fausse les réponses de façon systématique. Les trois faussent les réponses, mais chacun appelle une correction différente.
L’hallucination : le modèle invente une référence, un chiffre ou une clause. Vous la repérez en remontant à la source.
L’erreur de données : le document source contient l’erreur, et le modèle la répète fidèlement. Vous la corrigez dans vos données, pas dans le modèle : c’est l’objet de la qualité et de la gouvernance des données.
Le biais : le système traite de façon inégale des personnes ou des situations comparables. Vous le détectez en comparant des groupes de réponses, pas en vérifiant une réponse isolée.
Que change l’hallucination pour votre décision ?
L’hallucination fait de chaque réponse une hypothèse à vérifier, et cette vérification consomme du temps qualifié.
Le coût de vérification entre dans le coût du projet. Nous appelons « coût de vérification » le temps qu’une personne compétente passe à contrôler, corriger ou refaire ce que l’IA produit. Ce temps réduit le gain annoncé. Le calcul du ROI d’un projet IA doit l’inclure.
Votre entreprise répond de ce que dit son outil. Le 14 février 2024, un tribunal canadien a condamné Air Canada : le chatbot de son site avait donné une information fausse à un client. Selon le tribunal, la compagnie présentait en substance le chatbot comme une entité distincte, responsable de ses propres actes. Le tribunal a écarté l’argument : l’entreprise répond de toute l’information de son site.
Mesurez le taux d’erreur sur vos propres cas. Ce taux dépend de la tâche, de vos documents et de la façon de poser les questions. Testez l’outil sur un échantillon de vos demandes réelles, dont vous connaissez les bonnes réponses, avant de chiffrer un gain.
La vérification exige une compétence. Seule une personne qui connaît le sujet repère une erreur plausible. Pour un système à haut risque, l’AI Act réserve le contrôle humain à des personnes qui ont la compétence, la formation et l’autorité nécessaires (article 26). Cette obligation s’applique à partir du 2 décembre 2027 ou du 2 août 2028, selon le type de système. Un human in the loop ne protège que si cette personne a le temps de vérifier.
Préférez un outil qui sait dire « je ne sais pas ». Demandez au fournisseur comment l’outil signale son incertitude, et s’il cite des sources que vous pouvez ouvrir. Un modèle peut aussi abandonner une bonne réponse dès que vous la contestez : c’est la sycophantie.
Exemple illustratif
Ce cas est fictif. Une direction des achats utilise un assistant pour résumer ses contrats fournisseurs. Un résumé mentionne une pénalité de retard que le contrat ne prévoit pas. Un acheteur s’appuie sur ce résumé en négociation, et le fournisseur conteste. L’entreprise change alors la règle : l’assistant cite l’article d’où vient chaque clause, et un juriste vérifie toute clause financière avant usage. Le temps de ce contrôle entre désormais dans le calcul de la valeur du projet.
Quelle question poser avant de déployer un outil d’IA générative ?
À demander
Qui vérifie les réponses, et combien de temps cela prend-il ?
Puis :
Quelle erreur coûterait le plus cher dans cet usage ?
La personne qui vérifie connaît-elle assez le sujet pour repérer une erreur plausible ?
L’outil cite-t-il des sources que vous pouvez ouvrir ?
L’outil peut-il répondre « je ne sais pas » ?
Le temps de vérification figure-t-il dans le calcul du ROI ?
Pour aller plus loin
Sources
NIST, Artificial Intelligence Risk Management Framework : Generative Artificial Intelligence Profile (NIST AI 600-1), juillet 2024, section 2.2 « Confabulation » : NIST
Adam Tauman Kalai, Ofir Nachum, Santosh S. Vempala, Edwin Zhang, « Why Language Models Hallucinate », arXiv 2509.04664, 4 septembre 2025 : arXiv
OpenAI, « Why language models hallucinate », 5 septembre 2025 : OpenAI
Varun Magesh et al. (Stanford University, Yale University), « Hallucination-Free ? Assessing the Reliability of Leading AI Legal Research Tools », arXiv 2405.20362, 30 mai 2024 : arXiv
Civil Resolution Tribunal de Colombie-Britannique, Moffatt v. Air Canada, 2024 BCCRT 149, 14 février 2024, paragraphes 27 et 32 : Civil Resolution Tribunal
Règlement (UE) 2024/1689, article 26 (obligations des déployeurs de systèmes d’IA à haut risque), paragraphe 2 : AI Act Service Desk
Règlement (UE) 2026/1744 du 8 juillet 2026 (Digital Omnibus), dates d’application des obligations des systèmes à haut risque : EUR-Lex