Organiser une bibliothèque de ressources sur son site

Partir des usages

Regroupez les ressources par tâche ou question, puis utilisez un type de document seulement si cela aide à choisir. Une personne qui prépare un projet cherche peut-être une liste de vérification plutôt qu’un « livre blanc ». Les catégories doivent rester assez peu nombreuses pour être comprises.

Évitez plusieurs copies du même fichier dans des rubriques différentes. Reliez une seule fiche source depuis les catégories pertinentes. Le guide de gestion des contenus aide à attribuer responsable et cycle de revue.

• Catégories liées aux besoins.
• Une fiche source par ressource.
• Responsable éditorial connu.

Décrire avant le téléchargement

Décrivez chaque ressource par la tâche traitée, le public, les prérequis et les limites. Exemple fictif : « Préparer un rendez-vous de rénovation » est une page destinée aux particuliers, avec une liste de questions et sans estimation automatique. Si la ressource est un fichier, précisez aussi format, taille et version ; une page HTML doit donner les informations essentielles avant toute ouverture externe.

Le guide des documents accessibles détaille structure, liens et formats. Une page HTML résumant les faits essentiels peut aussi aider les personnes qui ne peuvent pas ouvrir le fichier.

• Format et taille annoncés.
• Résumé utile avant ouverture.
• Faits essentiels disponibles en HTML.

Tester recherche et filtres

Si le volume le justifie, proposez une recherche tolérant les termes habituels et quelques filtres fiables. Affichez le nombre de résultats, les critères actifs et un état sans résultat qui aide à repartir. Une liste courte n’a pas besoin d’une interface de filtres complexe.

Testez la navigation au clavier, sur téléphone et avec des titres longs. Le guide des filtres propose une méthode pour éviter les combinaisons inutiles.

• Recherche adaptée au volume.
• Filtres fondés sur des données fiables.
• Aucun résultat expliqué.

Tenir les versions à jour

Attribuez un responsable et un déclencheur de révision à chaque ressource. Exemple fictif : une consigne de 2024 est remplacée, mais reste citée dans des courriels ; sa fiche doit expliquer son statut et mener vers la version courante. Mettez à jour recherche, catégories, liens et traductions ensemble. Conserver une archive utile suppose de la distinguer clairement de la consigne applicable.

Contrôlez périodiquement les téléchargements cassés et les documents qui citent des règles ou chiffres périmés. Retirer un fichier sans corriger les liens entrants laisse une bibliothèque incomplète.

Exemple fictif de bibliothèque : quatre éditions représentent deux ressources logiques, REF-7 et REF-8. Une seule édition est à la fois courante et approuvée dans ce jeu. La traduction anglaise de REF-7 reste en v1 alors que le français est en v2 : indiquez ce décalage, la langue disponible et la solution de repli choisie. Ne présentez pas les quatre lignes comme quatre ressources à jour ni la traduction ancienne comme équivalente à la version courante.

Conservez une fiche de référence par ressource et rattachez-y les éditions, langues et liens de remplacement. Distinguez date de publication, date d’entrée en application lorsqu’elle existe et date de revue éditoriale. Modifier une date ne démontre pas que le fond a été vérifié. Les recommandations W3C sur le versionnage des données fournissent un repère de traçabilité ; leur application à cette bibliothèque documentaire est un choix éditorial à adapter au contenu.

• Version et statut visibles.
• Copies linguistiques synchronisées.
• Liens et faits contrôlés régulièrement.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

• W3C : Data Versioning

  W3C, consulté le 22 octobre 2026 : indicateurs et historique des versions de données. Les identifiants et statuts ci-dessus sont fictifs.