V0 de la modélisation proposée pour les données d'événements du spectacle vivant (TMNlab / Ministère de la Culture)

Vers un cadre commun d’interopérabilité pour les données du spectacle vivant : une première version publiée prochainement !

Les ateliers menés de mars à juin 2026, en lien avec la démarche portée conjointement par le TMNlab et le ministère de la Culture (SNUM/DGCA), ont permis de proposer une première version de socle d’interopérabilité pour les données d’événements du spectacle vivant.

L’intérêt d’un modèle commun orienté web sémantique pour le spectacle vivant

À l’ère de l’IA générative, le besoin (déjà présent pour la visibilité dans les résultats des moteurs de recherche) de structurer les contenus sur le web sous une forme lisible et compréhensible par des machines devient de plus en plus fort. C’est l’essence du web sémantique de structurer la donnée de façon à lui donner du sens pour être traitée automatiquement, à la rendre intelligible dans les systèmes dans lesquels elle circule.

Il y a un enjeu à décrire de manière précise le spectacle vivant, en faisant autorité pour nourrir les moteurs de recherche classiques, les LLMs et les moteurs de réponse d’IA. Ainsi, par exemple, une représentation de spectacle dont les données sont bien structurées sur les sites Internet, avec la notion d’événement adéquate, a un potentiel de découvrabilité plus important sur une recherche du type “que voir au théâtre ce week-end ?”.

Imposer un standard de description à la filière alors que les systèmes en place ont déjà leurs modèles propres ne pourrait pas fonctionner. Il s’agit de développer en multi-acteurs des logiques de “pivot”, avec les questions de gouvernance, de modèle économique et d’infrastructures au long terme que cela pose.

C’est aussi une opportunité d’amélioration de la qualité de la donnée et de l’interopérabilité qui peut fluidifier le travail quotidien : moins de saisies et ressaisies manuelles, moins de risques d’erreur et des informations mieux valorisées.

La V0 du socle d’interopérabilité, résultat des ateliers participatifs

Les ateliers menés avec une cinquantaine de professionnels du secteur ont permis de partager les problématiques, les visions et les besoins concrets des organisations participantes et ainsi alimenté le travail de structuration d’un modèle commun pour la donnée d’événement, aligné avec Schema.org.

Schema.org et modèles

Schema.org est un modèle de description des données. À l’origine de ce projet né il y a près de 15 ans, plusieurs grands moteurs de recherche comme Bing, Google, Yahoo et Yandex, avec la volonté de permettre aux robots de mieux comprendre et indexer les informations présentes sur une page web.

Ce schéma est aujourd’hui l’un des plus efficaces pour le référencement sur le web. S’appuyant sur une communauté internationale qui le fait vivre, le documente et le maintient à jour, il est également très solide.

Même si des évolutions vont dans ce sens, il n’a cependant pas été pensé spécifiquement pour le spectacle vivant. Si chaque acteur peut essayer de le transposer à sa façon pour décrire ses représentations, il est intéressant de proposer des principes communs d’utilisation des classes et propriétés Schema.org pour décrire les événements du spectacle vivant, comme l’ont fait d’autres modèles qui ont servi d’inspiration.

  • Artsdata : modèle ouvert de graphe de connaissances pancanadien pour les arts
  • Datascene : modèle québecois de description des métadonnées du spectacle
  • Linked Art (basé sur le modèle de documentation CIDOC CRM) : Modèle international de description des métadonnées du patrimoine culturel (une extension pour le spectacle vivant est en cours de définition)
  • LIDO-MC : Profil d’application pour la circulation des données culturelles du ministère de la culture partant du standard LIDO de description des objets de collections porté par l’ICOM
  • FRBR : Modèle de données bibliographiques de l’IFLA

D’autres modèles d’applications métiers ont été vus comme ceux du pass Culture ou de DATAtourisme.

De la sémantique pour la donnée d’événement

Pour se doter d’un langage commun d’interopérabilité aligné avec le modèle Schema.org, une première étape est de s’accorder sur ce qu’est concrètement un spectacle, une œuvre ou une représentation et le détail des données que cela recouvre pour chacun, sur ce qui fait sens commun malgré la diversité des disciplines et activités.

Ce qui est ressorti des échanges :

  • La représentation (ou séance), caractérisée par un lieu de diffusion, une date, un horaire est le « plus petit dénominateur commun ». Il correspond à la classe Event de Schema.org.
  • Le spectacle peut-être vu comme une œuvre scénique avec un geste artistique spécifique (mise en scène, équipe, esthétique) destinée à être jouée devant un public. C’est le spectacle en tant que production primaire et cela correspond à la classe CreativeWork de Schema.org.
  • L’œuvre s’entend comme le texte, la partition ou la chorégraphie de référence. Elle correspond également à la classe CreativeWork de Schema.org

Il peut être utile de regrouper des représentations, qui partagent un point commun, avec la classe EventSeries de Schema.org. Par exemple :

  • Plusieurs représentations d’un même spectacle dans différents lieux
    • Ex : 5 représentations au Théâtre Graslin de Nantes et 2 au Grand-Théâtre d’Angers de l’opéra Orphée et Eurydice
  • Festival avec différents spectacles
    • Ex : Les passages de différents artistes au festival de musique Rock en Seine
V0 de la modélisation proposée pour les données d'événements du spectacle vivant (TMNlab / Ministère de la Culture)

Les classes Schema.org citées ci-dessus correspondent aux types de base du modèle. Pour chaque classe, il peut y avoir des sous-types spécifiques qui ont les mêmes propriétés.

Par exemple la classe Event peut être utilisée pour décrire n’importe quel événement. En revanche, sa sous-classe PerformingArtsEvent est réservée à des événements d’art de la scène ou de performance.

Pour les spectacles, une discussion est en cours au sein de la communauté Schema.org sur l’introduction d’une sous-classe de CreativeWork qui qualifierait un spectacle en tant qu’œuvre (elle s’appellerait PerformanceWork).

Discussion sur l’ajout de la classe PerformanceWork : https://github.com/schemaorg/schemaorg/issues/4467

Laisser un commentaire