PMB, Koha, BiblioMaker en ludothèque : pourquoi les SIGB ne suffisent pas

Beaucoup de ludothèques rattachées à une médiathèque héritent d'un SIGB conçu pour les livres. Voici les cinq besoins propres aux jeux que ces outils ne couvrent pas, et comment savoir s'il faut en changer.

Par Nicolas Deleplace Publié le 16 septembre 2026 9 min de lecture

De nombreuses ludothèques municipales ou intercommunales partagent leurs murs, et leur logiciel, avec une médiathèque. Quand le service informatique gère déjà un SIGB (système intégré de gestion de bibliothèque) comme PMB, Koha ou BiblioMaker, la tentation est forte d'y faire entrer aussi les jeux. Après tout, un jeu se prête comme un livre. En apparence seulement. Un SIGB en ludothèque couvre la circulation de base, mais bute sur cinq besoins propres aux jeux de société que ces outils n'ont jamais été conçus pour traiter. Cet article fait le point, sans caricature : ce que ces logiciels font correctement, et là où ils s'arrêtent.

Un SIGB, c'est quoi, et pourquoi des ludothèques en utilisent

Un SIGB est un logiciel conçu pour gérer le fonds documentaire d'une bibliothèque : catalogage, recherche, circulation des prêts, gestion des adhérents et statistiques. PMB, Koha, BiblioMaker ou Decalog équipent des milliers de médiathèques en France. Ce sont des outils matures, robustes, souvent open source pour les deux premiers.

Quand une ludothèque dépend d'une médiathèque ou d'un réseau de lecture publique, l'intégration au SIGB existant paraît logique. Trois raisons reviennent systématiquement :

• Un seul outil pour l'équipe : pas de double saisie, pas de second logiciel à apprendre.
• Un coût marginal nul : le SIGB est déjà payé et maintenu par la collectivité.
• Un catalogue unifié : livres et jeux apparaissent sur le même portail public, pratique pour l'usager.

Ces arguments sont réels. Ils expliquent pourquoi tant de ludothécaires héritent d'un SIGB sans l'avoir choisi. Le problème n'est pas que le SIGB fonctionne mal, c'est qu'il a été pensé pour un objet, le livre, qui n'a ni pièces détachables, ni tranche d'âge fine, ni durée de partie.

Ce qu'un SIGB gère correctement pour les jeux

Soyons justes : sur le socle de la gestion, un SIGB fait le travail. Avant de lister ses limites, il faut reconnaître ce qu'il couvre sans difficulté.

• Le catalogue : chaque jeu devient une notice, avec titre, éditeur, auteur, année. La recherche fonctionne.
• La circulation : prêt, retour, prolongation, réservation. La mécanique du prêt est identique à celle d'un livre.
• Les adhérents : fiches, historique d'emprunt, gestion des cotisations et des familles.
• Les statistiques de base : nombre de prêts, jeux les plus empruntés, fréquentation.
• Le portail public : un OPAC qui affiche le fonds en ligne, parfois avec réservation.

PMB va plus loin que la moyenne : l'éditeur propose un module spécifiquement documenté pour les ludothèques, intégrant les deux classifications de référence, l'ESAR (Exercice, Symbolique, Assemblage, Règles) et le COL (Classement des Objets Ludiques). Sur le papier, c'est solide. Dans la pratique quotidienne, c'est là que les écarts apparaissent.

Les 5 limites d'un SIGB en ludothèque

Voici les cinq besoins propres aux ludothèques qu'un logiciel de bibliothèque généraliste ne traite pas, ou seulement au prix d'un bricolage manuel coûteux en temps.

1. L'inventaire des composants, pièce par pièce

Un livre est complet ou perdu. Un jeu de société, lui, contient des dizaines, parfois des centaines de pièces : cartes, pions, dés, tuiles, jetons. Le cauchemar quotidien d'un ludothécaire, c'est le jeu qui revient avec trois cartes manquantes, détecté trois emprunts plus tard, impossible à imputer à qui que ce soit.

Un SIGB ne sait pas représenter le contenu d'une boîte. Il gère un exemplaire, pas son inventaire interne. Pour suivre les composants, il faut soit renoncer, soit tenir un fichier annexe, ce qui ruine l'intérêt d'un outil unique. La gestion fine des pièces et la traçabilité des retours incomplets sont un besoin central en ludothèque, traité en profondeur dans notre méthode pour prévenir et tracer les composants manquants.

2. L'enrichissement automatique depuis une base internationale de jeux

Cataloguer un jeu à la main prend du temps : nombre de joueurs, âge, durée, mécaniques, langue, illustrateur. Pour un livre, les SIGB récupèrent ces données via les réservoirs bibliographiques (BnF, SUDOC) en scannant l'ISBN. Pour les jeux, ces réservoirs n'existent pas dans l'univers des bibliothèques.

Il existe de grandes bases internationales du jeu de société. À notre connaissance, aucun SIGB généraliste ne s'y connecte. Résultat : chaque fiche de jeu se saisit manuellement, champ par champ. Un logiciel pensé pour les ludothèques interroge automatiquement une base internationale de jeux et préremplit la fiche en scannant le code-barres, un gain de temps considérable sur un fonds de plusieurs centaines de jeux. C'est l'un des écarts les plus visibles entre un SIGB et un outil dédié.

3. L'ESAR exploitable au quotidien, pas seulement stocké

PMB sait stocker un code ESAR. C'est déjà bien. Mais stocker n'est pas exploiter. L'ESAR n'a d'intérêt que si l'on peut filtrer, croiser et animer la collection à partir de ses facettes : trouver tous les jeux symboliques pour les 3-6 ans, équilibrer un rayon, préparer une animation par tranche d'âge.

Dans un SIGB, l'ESAR est un champ texte parmi d'autres, sans interface de navigation pensée pour lui. Le ludothécaire le renseigne, puis peine à s'en servir. Un outil métier transforme l'ESAR en filtres vivants, et le complète par les données réelles du jeu (durée, nombre de joueurs, mécaniques) que la classification seule ne capture pas. Pour comprendre les limites de la classification brute, voir notre guide pratique de la classification ESAR.

4. Les relances d'emprunt automatisées

Les SIGB savent éditer des lettres de retard, mais leur logique reste celle de la bibliothèque : un courrier ou un mail standardisé, souvent déclenché manuellement par l'agent. En ludothèque, où les bénévoles se relaient et où personne ne surveille les échéances en continu, la relance manuelle se traduit par des retards qui s'accumulent et des jeux qui dorment chez les adhérents.

L'automatisation complète, rappel avant échéance, relance le jour J, suivi sans intervention humaine, n'est pas le cœur de métier d'un SIGB. C'est pourtant ce qui change la vie d'une petite équipe. Nous détaillons le sujet dans notre article sur la gestion des emprunts et les erreurs fréquentes.

5. Une interface pour des bénévoles, pas pour des bibliothécaires

C'est la limite la moins technique, mais la plus déterminante. Un SIGB est conçu pour des professionnels formés au catalogage, qui passent leurs journées devant l'outil. Une ludothèque associative fonctionne avec des bénévoles, parfois âgés, souvent peu à l'aise avec l'informatique, qui veulent prêter un jeu en dix secondes le mercredi après-midi.

La richesse fonctionnelle d'un SIGB devient alors un obstacle. Trop d'écrans, trop de champs, un vocabulaire de bibliothécaire (notice, exemplaire, autorité) qui n'a aucun sens pour un animateur. La polyvalence se paie en complexité, et cette complexité décourage les équipes bénévoles.

PMB, Koha, BiblioMaker : ce qu'ils font vraiment pour les jeux

Tous les SIGB ne se valent pas face aux jeux. Voici une lecture honnête de leur positionnement.

La conclusion est nette : même le meilleur des SIGB pour ludothèque, PMB, reste un outil de bibliothécaire auquel on a greffé le jeu. Un logiciel pensé pour les ludothèques part du problème inverse : le jeu d'abord, avec sa boîte, ses pièces, ses facettes et ses bénévoles. Plusieurs solutions dédiées existent sur le marché français ; si vous comparez ces outils spécialisés entre eux, notre comparatif Eludeo vs Cubelya détaille les critères à regarder.

Comment choisir selon votre situation

Il n'y a pas de réponse unique. Le bon choix dépend de votre structure et de vos contraintes.

Gardez votre SIGB si…

• Votre ludothèque est un petit fonds adossé à une médiathèque, et le catalogue unifié prime sur tout le reste.
• Votre collectivité impose le SIGB existant et la marge de manœuvre est nulle.
• Vos jeux sont surtout consultés sur place, avec peu de prêt et peu de suivi de composants.

Passez à un logiciel dédié si…

• Le suivi des composants et des retours incomplets vous fait perdre du temps chaque semaine.
• Vous saisissez vos fiches de jeux à la main et rêvez d'un préremplissage automatique.
• Votre équipe est composée de bénévoles que le SIGB rebute.
• Vous voulez exploiter l'ESAR pour animer et équilibrer votre collection, pas seulement le stocker.

Pour une vue d'ensemble des critères de choix, du budget et des fonctionnalités à comparer, consultez notre guide complet pour choisir un logiciel de ludothèque. Et si vous partez d'un outil vieillissant, notre article sur les alternatives à Ludopret complète la réflexion.

💡 Vous gérez une ludothèque ? Découvrez comment Cubelya gère les composants pièce par pièce, préremplit vos fiches depuis une base internationale de jeux et automatise les relances, le tout dans une interface pensée pour les bénévoles. Voir Cubelya en 2 minutes

← Retour au blog Cubelya