Méthode21 min de lecture

Mettre à jour une base de connaissances : responsables, révisions et départs

Mettre à jour une base de connaissances : un responsable par article, des révisions fixées selon le risque, une approbation ciblée et un plan pour les départs.

Pour mettre à jour une base de connaissances et la garder exacte, chaque article a besoin d’un responsable nommé, d’une date de révision fixée selon le tort que causerait une réponse fausse, et d’un moyen pour tout lecteur de signaler ou de corriger une erreur. L’approbation décide de ce qui est publié, l’archivage retire ce qui ne s’applique plus sans en effacer la trace, et quand un responsable s’en va, ses articles passent à un successeur nommé avant la fermeture de son compte. Aucune source de référence ne justifie une fréquence de révision par des données : chaque équipe choisit la sienne et note pourquoi.

Beaucoup de bases publiques n’affichent même pas une date ou un responsable. En octobre 2026, nous avons examiné 56 bases de connaissances et centres d’aide publics, 26 en français et 30 en anglais. Sur 30 d’entre eux (54 %), aucun des deux articles ouverts n’affichait ni date ni responsable. Côté français, c’est le cas de 11 bases sur 26. Une base interne ne se consulte pas de l’extérieur : ce que cette page dit des bases internes est déduit des bases publiques.

Ce que 56 bases publiques montrent à leurs lecteurs

L’échantillon a été tiré selon une règle écrite à l’avance, dans six secteurs, des administrations aux associations. Pour chaque base, nous avons ouvert trois pages et noté ce que le lecteur voit sans cliquer nulle part.

Ce que le lecteur voit (sur au moins un des deux articles)Toutes (56)En français (26)
Un champ de recherche (sur l’une des trois pages)4421
Une date : publication, mise à jour ou relecture2515
Un moyen de réagir sur l’article, comme "Cet article vous a-t-il été utile ?"196
Un responsable : auteur, équipe ou service nommé82
Le type de contenu ou son public62
Une version ou une durée de validité42
Ni date ni responsable3011

Avec 56 bases, la marge d’erreur reste large : pour ces 54 %, l’intervalle de confiance à 95 % va de 41 % à 66 %. C’est aussi un minimum, puisqu’une base compte dès qu’un seul de ses deux articles affiche une date ou un responsable.

Un lecteur a plus de chances de trouver un champ de recherche que d’apprendre qui a écrit la page ou quand quelqu’un l’a vérifiée. Les bases françaises affichent plus souvent une date que les bases anglaises (15 sur 26, contre 10 sur 30), mais presque jamais de responsable : deux seulement en nomment un, deux centres d’aide du secteur logiciel. Aucune base de la distribution, de la banque, de l’énergie, des transports ou du monde associatif n’en nomme, quelle que soit la langue.

La date vient du logiciel plus que d’un choix éditorial. Sur les 18 bases construites avec un logiciel de centre d’aide, 13 affichent une date, parce que le modèle de page l’ajoute d’office. Sur les 38 bases construites sur un site web classique, 12 seulement. Une mention "Mis à jour le" ajoutée par un modèle dit que quelqu’un a modifié la page, pas que quelqu’un l’a vérifiée. Le problème vient des dates absentes plus que des dates anciennes : 31 bases n’affichent aucune date, et sur cinq bases seulement, la date la plus récente remonte à plus de deux ans.

Les pages les plus complètes de l’échantillon sont deux brochures destinées aux patients d’un hôpital du NHS, le service de santé public britannique. Chacune indique le service responsable, une date de création, une date de révision et un code de document avec un numéro de version. L’une, créée en septembre 2023, devait être révisée en septembre 2026 : en octobre 2026, la date était dépassée. Une date de révision imprimée est un engagement, et seul un processus permet de le tenir.

Qui est responsable du contenu : une personne nommée, des corrections partagées

Toutes les sources de référence que nous avons lues demandent de nommer quelqu’un. La norme de gestion des services ISO/IEC 20000-1 a un guide d’application (en anglais) pour sa clause sur les connaissances : il demande de recenser chaque source de connaissances et de lui donner un responsable. Le site du NHS (en anglais) confie la validité médicale des contenus à un responsable clinique et leur qualité éditoriale à un directeur des contenus.

KCS (Knowledge-Centered Service, rebaptisée Knowledge-Centered Success en avril 2026) met en garde contre l’excès inverse. La responsabilité collective (en anglais) fait partie de ses principes, et son guide des pratiques cite la responsabilité individuelle des articles (en anglais) parmi les causes de doublons : on hésite à modifier l’article de quelqu’un d’autre.

Les deux positions se concilient : un responsable répond de l’exactitude de chaque article, et chacun peut signaler ou corriger. KCS appelle ce second volet "flag it or fix it" (en anglais) : corriger ce qu’on se sent capable de corriger, signaler le reste, et faire en sorte que chaque signalement arrive à quelqu’un qui peut agir. KCS l’adresse à un expert du sujet ; dans la méthode décrite ici, c’est le responsable de l’article.

Une personne ou une équipe ?

GOV.UK, le portail de l’État britannique, confie ses pages à des organisations plutôt qu’à des personnes : c’est l’organisation rattachée à la page (en anglais) qui peut la modifier. Ce choix résiste aux départs, mais il ne dit pas à qui poser une question. Chez nos clients, une équipe a la charge d’un espace ou d’un sujet, et une personne nommée dans cette équipe répond de chaque article. Quand elle change de poste, l’équipe en désigne une autre.

Quand le responsable quitte l’entreprise

L’introduction de la norme ISO 30401 (en anglais), publiée en France par l’AFNOR sous le titre "Systèmes de management des connaissances", cite le turnover et les changements d’organisation parmi les causes de perte de connaissances, et son article 4.4.2 demande de prévoir des activités pour les conserver, par exemple des plans de succession. L’APQC, organisme de benchmarking à but non lucratif, recommande (en anglais) qu’un plan de transfert précise qui sera responsable des contenus issus du transfert et quand ils seront révisés ou retirés.

Aucune des sources que nous avons lues n’explique comment repérer les articles orphelins à grande échelle, ni comment les réattribuer quand deux équipes fusionnent ou qu’une personne part sans passation. Une routine qui couvre les deux cas :

  1. Avant son dernier jour, listez tous les articles dont la personne est responsable.
  2. Nommez un successeur par espace ou par sujet, plutôt qu’une seule personne pour tout.
  3. Demandez à chaque successeur de relire les articles avant de les reprendre, et d’archiver ce qui ne sert plus.
  4. Demandez à la personne qui part quelles étapes elle suit de mémoire, et mettez-les par écrit. Notre guide du transfert de connaissances présente les méthodes.
  5. Chaque mois, cherchez les articles dont le responsable n’a plus de compte actif : vous trouverez ainsi les orphelins que personne n’avait prévus.

À quelle fréquence réviser : ce que disent les sources, et ce qu’elles taisent

Aucune source de référence ne justifie une fréquence de révision par des données. Une règle répandue en ligne veut qu’on relise chaque article au moins une fois par an, et tous les trois à six mois quand le sujet bouge vite. Nous n’avons trouvé derrière elle ni norme, ni organisme public, ni étude.

SourceCe qu’elle fixeFréquence
KCSOn relit un article en l’utilisant : "reuse is review". Un article que personne n’utilise n’est pas relu.aucune
Site du NHSRelecture de chaque page éditoriale, et prise en compte immédiate des nouvelles données médicales et du feedback des lecteurstrois ans au plus
Agence américaine de l’environnement (EPA), guide des procédures (2007)Mise à jour dès que la procédure change, et relecture périodiqueun à deux ans, cité en exemple
Haute Autorité de santé (HAS), guide méthodologique qualité (2020)Un cycle de vie du document avec une durée de validité et une révision régulièreaucune
INRS, fiches de poste (2026)Mise à jour quand le poste, la situation de travail ou la production changeaucune
GOV.UKUne date de révision facultative qui envoie un rappel par e-mail, et la liste des pages en retardaucune

Encore faut-il tenir la règle qu’on se donne. La politique éditoriale du NHS, relue en octobre 2022, annonçait sa propre prochaine révision pour octobre 2025.

Trois déclencheurs : l’usage, le changement, la date

L’usage. KCS demande à celui qui utilise un article de le vérifier en travaillant. C’est peu coûteux, mais les articles rarement lus dont une erreur serait grave, comme un plan de reprise après sinistre, échappent à cette vérification.

Le changement. L’EPA et l’INRS font mettre à jour une procédure dès que le travail change. Quand un produit, une règle ou un système évolue, tous les articles qui le décrivent sont à revoir en même temps : ajoutez donc à chaque article un tag pour ce qu’il décrit.

La date. Une date de révision rattrape ce que l’usage et le changement laissent passer : les articles que personne n’ouvre jusqu’au jour où ils comptent. Le NHS fixe un maximum, GOV.UK envoie un rappel à la date choisie par l’auteur. La plupart des équipes ont besoin des trois déclencheurs.

Fixer la fréquence selon le risque

ISO 30401 demande d’identifier et de hiérarchiser les connaissances qui ont le plus de valeur (article 4.3), et son amendement de 2022 définit les connaissances critiques comme celles qui pèsent fortement sur la performance. Cela donne une base : plus une réponse fausse fait de tort, et plus le sujet change vite, plus la date est proche. Le tableau ci-dessous propose une façon de décider ; ce n’est pas une norme. Notez votre choix et sa raison, pour que le prochain responsable puisse le modifier.

ContenuDéclencheur principalDate de révision
Procédures de sécurité, de sûreté et de conformitéle changement, et chaque incidentrapprochée
Modes opératoires des produits et des systèmesle changement : chaque nouvelle versionau rythme des versions
Solutions du supportl’usageaucune tant qu’elles servent ; archivage quand elles ne servent plus
Politiques et règlementsle changement : une nouvelle règlela date de révision du texte lui-même
Contenu rarement utilisé mais critique : plan de reprise, urgencesla date, et un exercicerapprochée, car l’usage ne déclenchera pas de relecture
Référence stable : contacts, glossairesl’usage et le feedbackéloignée

Gouvernance documentaire : approbation, validité et archivage

En France, "gouvernance documentaire" désigne le plus souvent la gestion des documents d’archives et de leur conservation. Une base de connaissances lui emprunte trois questions : qui approuve, jusqu’à quand un contenu vaut, et que faire de ce qui est périmé.

À quoi sert l’approbation

L’approbation est un contrôle avant que le contenu n’atteigne les lecteurs. Le site du NHS exige deux approbateurs de son équipe clinique pour un contenu nouveau ou une modification importante. L’EPA demande une relecture par des personnes expérimentées, puis l’approbation d’un encadrant et du responsable qualité. Pour les documents d’un système de management de la qualité, ISO 9001:2026 demande une revue et une approbation à chaque création ou mise à jour, et une identification, par exemple par un titre, une date, un auteur ou une référence (article 7.5.2).

La manière de relire compte. Dans une étude de 2009 sur les bases de connaissances d’entreprise (en anglais), une relecture transparente, tournée vers les progrès de l’auteur, encourageait les contributions. KCS approuve des personnes plutôt que chaque article : on gagne le droit de publier en réussissant un examen, et des coachs relisent ensuite des échantillons. Une règle raisonnable : approbation avant publication quand une erreur fait du tort (sécurité, droit, argent, engagements envers les clients), relecture après publication dans les autres cas.

Les dates de validité

Certains contenus sont justes jusqu’à une date connue : une procédure provisoire, une grille tarifaire, une règle qui change au 1er janvier. Donnez-leur une date de fin dès la publication. La HAS fait de la durée de validité une étape du cycle de vie d’un document qualité, avant la révision et le retrait des versions périmées.

Archiver plutôt que supprimer

GOV.UK distingue deux façons de retirer une page (en anglais). Dans le premier cas, la page reste à son adresse avec un bandeau, sort de la recherche interne et peut revenir. Dans le second, elle est dépubliée : elle disparaît et peut renvoyer vers le contenu à jour. KCS archive au lieu de supprimer (en anglais), et déconseille (en anglais) de réduire la base dans le seul but d’améliorer la pertinence des résultats.

Les normes vont dans le même sens. ISO 30401 exige de prévoir des activités pour traiter les connaissances dépassées ou invalides, par exemple en les mettant à jour, en les archivant ou en les supprimant (article 4.4.2). ISO 9001:2026 (en anglais), publiée le 16 septembre 2026, décrit les connaissances organisationnelles comme dynamiques : on les maintient valides et pertinentes, et on les met à jour par l’usage et l’expérience (annexe A.7.1.6). Son annexe sur les informations documentées ajoute que l’information obsolète qu’on conserve doit être maîtrisée, pour que personne ne l’utilise par erreur (annexe A.7.5). Une archive qui sort l’article de la recherche mais garde son historique répond aux deux normes : l’ancienne version n’apparaît plus dans la recherche, et on garde la trace de ce qui était vrai, et à quelle date.

Ce que chaque article devrait montrer à son lecteur

Notre étude montre ce que la plupart des bases publiques omettent. Quatre repères permettent au lecteur de juger un article avant d’agir, et aucun ne coûte cher.

  • Une date de relecture, en plus de la date de modification. Les pages du site du NHS indiquent leur dernière relecture et la prochaine. Une mention "Mis à jour le" change à chaque coquille corrigée.
  • Un responsable, personne ou équipe, à qui poser une question. Seules 8 bases sur 56 en affichent un.
  • Le type de contenu et son public : procédure, politique, FAQ, "pour les managers". 6 sur 56.
  • Un moyen de réagir sur l’article même, idéalement pour signaler ce qui est faux. 19 bases sur 56 en proposent un, les autres renvoient le plus souvent vers un formulaire de contact général.

Service Public en donne un exemple français. Le portail s’engage à mettre ses contenus à jour régulièrement, affiche la date de dernière mise à jour de chaque page, invite les lecteurs qui doutent qu’un contenu soit à jour à lui écrire, et reconnaît que des erreurs peuvent subsister.

Comment mesurer la fiabilité d’une base de connaissances

Aucune source de référence ne propose de moyen de mesurer quelle part d’une base est exacte. KCS et HDI (en anglais), une association de professionnels du support, dans un article de 2018, préviennent plutôt que compter l’activité nuit à la qualité, et l’APQC demande des preuves de résultats pour l’entreprise plutôt que des bilans d’activité. Le guide KCS est sans détour (en anglais) : fixer des objectifs sur des activités corrompt la base de connaissances. Exigez dix articles par mois, vous aurez dix articles par mois, quelle que soit leur valeur.

Une erreur reste en place tant que personne n’est chargé de la corriger. Une étude revue par les pairs (en anglais), publiée en 2019, porte sur un grand site public de questions-réponses entre développeurs : 20,5 % seulement des réponses repérées comme obsolètes y avaient été mises à jour. Ce site n’est pas une base d’entreprise : le chiffre est à lire comme un avertissement, pas comme une référence.

Ce qu’une équipe peut suivre honnêtement, en sachant que la plupart de ces chiffres ne mesurent pas l’exactitude elle-même :

IndicateurCe qu’il montre
Part des articles avec un responsable actif et une date de révision non dépasséesi la routine est appliquée
Part des lectures sur des articles dont la date est dépasséecombien de lectures reposent sur du contenu non vérifié
Un échantillon tiré au hasard chaque mois, chaque article comparé à sa source de véritési les articles sont justes
Signalements des lecteurs, et délai de traitementsi les erreurs arrivent jusqu’au responsable
Recherches sans résultatce qui manque

Seul l’échantillon vérifie que les articles sont justes ; les autres indiquent où regarder. Les coachs KCS notent leurs échantillons sur une grille de six questions (en anglais) : l’article est-il unique, complet, clair, bien titré, ses liens sont-ils valides, ses métadonnées correctes ? Ajoutez-en une septième : est-il encore exact ?

Quand un assistant IA répond à partir de la base

Un assistant IA qui répond à partir de votre base reprend ce que disent les articles. Un article périmé trompait les quelques personnes qui l’ouvraient ; il peut désormais se retrouver dans chaque réponse qui s’appuie sur lui, sans que le lecteur voie sa date ni son responsable. Selon l’enquête 2026 de l’APQC (en anglais), l’IA révèle les faiblesses des contenus, de leur gouvernance, de leur classement et de la répartition des responsabilités. La méthode décrite ici ne change pas, mais s’en passer coûte plus cher. Notre guide de la gestion des connaissances à l’ère de l’IA détaille ce qui change, et WYKIWYG explique pourquoi un assistant n’a jamais plus raison que ses documents.

Là où les sources s’arrêtent : comment nous le faisons dans Elium

Les sources disent qu’il faut nommer des responsables, réviser et retirer, mais pas comment le faire sur des milliers d’articles, avec les arrivées et les départs. Elium est une plateforme européenne de gestion des connaissances construite autour de ces étapes. Chaque article a un seul responsable, dont le nom s’affiche en haut de l’article. Une date de vérification, fixée entre un mois et un an ou à la date de votre choix, place l’article dans les tâches de son responsable à l’approche de l’échéance, et un badge indique au lecteur s’il est vérifié ou expiré. Les administrateurs voient les articles expirés, leurs responsables et la part des lectures qui portent sur eux.

Quand quelqu’un part, un administrateur transfère ses articles espace par espace, et le successeur peut relire chaque article avant de le reprendre, ou l’archiver. Un espace peut rendre le flux d’approbation obligatoire pour les nouveaux articles et les mises à jour. Un contributeur qui repère une erreur dans l’article d’un autre peut la corriger et envoyer la modification au responsable pour approbation : signaler ou corriger, et le responsable tranche. Les articles archivés sortent de la recherche et peuvent être restaurés.

La fréquence reste votre choix. Au Département de l’Orne, où 25 informaticiens accompagnent 1 800 agents, chaque procédure porte une date d’expiration et est revue chaque année : rien ne reste actif sans avoir été vérifié.

Par où commencer ce mois-ci

  1. Listez chaque article avec son responsable et sa dernière date de relecture, et comptez ceux qui n’ont ni l’un ni l’autre.
  2. Prenez les 20 articles les plus lus et les 10 qui feraient le plus de dégâts s’ils étaient faux. Donnez à chacun un responsable et une date de révision.
  3. Ajoutez sur chaque article un moyen de signaler une erreur, et décidez qui reçoit les signalements.
  4. Mettez par écrit vos fréquences de révision et leurs raisons, ainsi que votre routine pour les départs.
FAQ

Questions fréquentes

En donnant à chaque article un responsable et une date de révision, et en demandant à chaque lecteur de signaler ou de corriger les erreurs. Revoyez aussi les articles concernés dès qu’un produit, une règle ou un système change. Ce qui ne s’applique plus est archivé, pas supprimé.

En faisant vérifier chaque article par ceux qui l’utilisent, au moment où ils l’utilisent, et en réservant les dates de révision aux articles qui comptent le plus.

Le responsable de chaque procédure la relit, à une fréquence que l’équipe fixe selon le risque, car aucune source de référence ne justifie un délai. Le NHS relit ses contenus au moins tous les trois ans, l’EPA cite un à deux ans en exemple, et l’INRS fait mettre à jour une fiche dès que le poste change.

Une personne nommée par article, qui répond de son exactitude, en général dans l’équipe qui fait le travail décrit. Tout utilisateur peut quand même signaler ou corriger, ce qui évite les doublons que KCS attribue à la responsabilité individuelle.

Les confier à un successeur nommé pour chaque espace ou sujet avant la fermeture du compte. Le successeur relit chaque article et le garde ou l’archive.

En comparant chaque mois un échantillon d’articles tirés au hasard à leur source de vérité : aucune source de référence ne définit de meilleure mesure. Suivez à côté la part d’articles avec un responsable et une date de révision non dépassée, la part des lectures sur des articles dépassés et les recherches sans résultat.

Pour aller plus loin

Comparer les outils. Notre comparatif des outils de knowledge management et notre guide du wiki interne d’entreprise listent ce qu’il faut vérifier avant de choisir.

Partir d’un modèle. Le calendrier de révision de contenu, la checklist d’audit des connaissances et le guide de style de la base de connaissances permettent d’appliquer cette méthode.

Le faire dans Elium. Notre documentation explique les dates de vérification, le rôle de responsable d’un article, le transfert d’articles et le flux d’approbation.

À lire ensuite. Le knowledge as code, pour les équipes qui gèrent leur documentation comme du code.

Sources

Données et sources

L’étude porte sur 56 bases de connaissances et centres d’aide publics, 26 en français et 30 en anglais, examinés les 19 et 20 octobre 2026. L’échantillon suit une règle écrite à l’avance, dont chaque modification ultérieure est consignée : pour chacun des six secteurs, les résultats de recherche web en France (en français) et au Royaume-Uni (en anglais) ont été lus dans l’ordre d’affichage, et les premières bases éligibles retenues, une par organisation. Pour chaque base, nous avons ouvert trois pages (l’accueil, un article de premier niveau et un article profond) et relevé ce que le lecteur voit selon des règles écrites : une date, un responsable, le type de contenu ou son public, un moyen de réagir, une version ou une durée de validité, un champ de recherche. La preuve de chaque relevé est conservée. Une seule personne a fait tous les relevés, sans contrôle par une seconde personne. Quatre groupes de l’échantillon français, dans trois secteurs, sont restés incomplets faute de bases éligibles : l’échantillon compte donc 56 bases au lieu des 60 prévues. Les parts sont données avec un intervalle de confiance à 95 % ; les effectifs par secteur sont trop petits pour être exprimés en pourcentages. Les organisations sont décrites par leur secteur, sans être nommées, sauf les organismes publics cités en exemple.

Le reste de la page repose sur des sources publiques : organismes de normalisation, organismes publics, détenteurs de la méthode KCS, associations professionnelles et recherche revue par les pairs, chacune lue et datée. Les éditeurs de logiciels sont écartés. Ce que nous disons d’Elium renvoie à notre documentation, et les faits sur nos clients viennent du témoignage publié. Nous éditons l’un des produits sur lesquels une base de connaissances peut fonctionner : les passages sur la pratique sont donc un avis éclairé. Si nous avons mal lu une source, dites-le-nous : nous corrigerons.

Envie de voir Elium sur votre propre cas ?

Voyons ce que cela donne sur vos connaissances.

Prenez 30 minutes avec un conseiller, avec vos contenus et vos questions.

4,8/5 sur Capterra & GetApp