Agrégation et compilation des métriques COUNTER

Certains consortiums et organismes nationaux cherchent à compiler les donnés d’usage provenant de plusieurs établissements. Ces recommandations ont été élaborées afin de simplifier ce processus et le rendre plus cohérent.

Les conseils dispensés ici sont génériques et ne couvrent pas toutes les situations possibles. Lorsqu’un consortium ou un organisme national souhaite agréger d’autres données et a besoin d’aide pour définir des règles communes que les établissements membres devront suivre, une assistance peut être proposée.

Principes

Utiliser les rapports maîtres, et non les vues dérivées

Il est toujours recommandé d’utiliser les COUNTER Reports (Rapports maîtres) plutôt que les Standard Views (Vues dérivées)

La version 5 a été conçue dès l’origine comme un cadre puissant, flexible et complet pour la production de données d’usage. Elle a remplacé les rapports requis dans la version 4 et qui étaient davantage centrés sur les types de contenus.

Afin d’aider les utilisateurs de données d’usage, notamment les bibliothèques, à effectuer cette transition, des filtres pré-configurés ont été conçus dans les rapports COUNTER version 5 afin de reproduire les anciens rapports de la version 4. Ces filtres sont appelés Standard Views (Vues dérivées).

Nous savons que certains groupes chargés des agrégations demandent encore à ce que les bibliothèques conçoivent leur reportings sur la base de vues dérivées. Cela oblige les bibliothèques à collecter plusieurs vues dérivées au lieu d’un rapport unique. Cette méthode est considérée comme inefficace , et il est recommandé d’utiliser directement les rapports maitres appropriés.

Des informations complémentaires sont disponibles sur le site de COUNTER dans la rubrique « Why not to rely on standard views ».

Utiliser les métriques de type « Unique »

La version R5.1 fournit des données d’usage au moyen des métriques de type « Total » ou « Unique ».

Les métriques Total comptabilisent chaque interaction avec un contenu au cours d’une session utilisateur. Ainsi, si un utilisateur consulte quatre fois un même contenu, quatre métriques Total sont générées.

Les métriques Unique dédoublonnent l’activité de l’utilisateur afin de ne compter qu’une seule utilisation par contenu et par session utilisateur.

Ainsi, quatre Total_Item_Requests sont dédoublonnés pour ne produire qu’un seul Unique_Item_Request.

Il est donc recommandé d’utiliser les données d’usage Unique pour l’agrégation des statistiques d’utilisation.

Agréger les données annuellement

Les données et rapports COUNTER sont généralement produits sur une base mensuelle. Toutefois, cette organisation pouvant générer une quantité très importante de données à gérer, il est plutôt recommandé de demander un rapport couvrant une période de douze mois.

Ne pas mélanger les types de données d’usage

Les différents types de données répondent à des objectifs multiples et présentent des niveaux d’utilité différents.

Il ne faut donc pas additionner des données différentes au risque de produire un indicateur approximatif et peu fiable.

Par exemple, Searches_Regular et Unique_Item_Investigations correspondent à des types d’activités et de valeurs fondamentalement différentes. Ils doivent être considérés comme des catégories distinctes dans les rapports d’utilisation agrégés.

Évaluer l’utilisation des livres avec le Title Report (TR)

Host_Types concernés

Les services concernés peuvent être identifiés à l’aide du champ Host_Type du registre COUNTER.

Les catégories pertinentes sont notamment :

• les bases de données qui agrègent du contenu en texte intégral au niveau du titre : Aggregated_Full_Content et eBook_Collection ;
• les plateformes d’e-books, qui ne sont pas des bases de données et qui donnent accès à des e-books individuels.

Configuration du TR

Utilisez tout d’abord le TR en incluant les attributs Access_Type et YOP, afin de couvrir l’intégralité de la période observée.

Une fois les données récupérées, il convient de sélectionner les Data_Types Book et Reference_Work pour filtrer le TR (Title Report).

Lorsqu’il s’agit d’agréger des données d’usage concernant les monographies et d’exclure les statistiques relatives aux manuels, encyclopédies et autres ouvrages de grande taille similaires, seul le Data_Type: Book s’avère pertinent.

Données d’usage

Pour chaque titre du TR, inclure les métriques :

• Unique_Title_Investigations
• Unique_Title_Requests

Les données au niveau du titre permettent de comparer directement les usages entre différentes plateformes, indépendamment du fait que les ouvrages soient accessibles chapitre par chapitre ou uniquement sous forme de titres complets.

Il est recommandé de récupérer également, pour chaque livre, les informations Access_Type et Data_Type, en complément. Cela permettra de comparer les usages des contenus Controlled, Open et Free_To_Read, ainsi que de mettre en évidence les habitudes d’utilisation concernant les Books et les Reference_Works.

Si l’objectif est de connaître l’utilisation en fonction de l’année de publication, il sera également nécessaire de télécharger les données YOP(années de publication).

Évaluer l’utilisation des publications en série avec le Title Report (TR)

Host_Types concernés

Ces recommandations concernent principalement les revues, mais elles s’appliquent également aux conférences ainsi qu’aux journaux et magazines.

Les services concernés peuvent être identifiés à l’aide du champ Host_Type du registre COUNTER.

Les catégories concernées sont :

• les bases de données qui agrègent du contenu en texte intégral au niveau du titre : Aggregated_Full_Content.
• les plateformes de revues électroniques n’étant pas des plateformes donnant accès à des titres de périodiques individuels.

Configuration du TR

Récupérez le TR en incluant les attributs :

• Access_Type
• Access_Method
• YOP

afin de couvrir l’intégralité de la période observée.

Une fois les données récupérées, il convient d’utiliser les Data_Types suivants pour filtrer le TR :

• Journal
• Conference
• Newspaper_or_Newsletter

Si l’agrégation concerne uniquement les revues tout en voulant exclure les actes de conférences, magazines et autres publications en série, seul le Data_Type: Journal s’avère pertinent.

Type de données d’usage

Pour chaque titre du TR, inclure les métriques :

• Unique_Item_Investigations
• Unique_Item_Requests

Il est recommandé de recueillir, pour chaque titre, les informations Access_Type et Data_Type en complément. Cela permettra de comparer les usages des contenus Controlled, Open et Free_To_Read, ainsi que de mettre en évidence les habitudes d’utilisation concernant les revues et les autres contenus publiés sous forme de publications en série.

Si l’objectif est de connaître les usages en fonction de l’année de publication, il sera également nécessaire de récupérer les données YOP.

Évaluer l’utilisation des bases de données avec le Database Report (DR)

Host_Types concernés

Les services concernés peuvent être identifiés à l’aide du champ Host_Type du registre COUNTER.

• les bases de données qui agrègent du contenu en texte intégral au niveau du titre, cad donnant accès au contenu intégral de revues ou de livres, ou à d’autres contenus regroupés sous un même titre. Il s’agit des Host_Types Aggregated_Full_Content et eBook_Collection ;
• les bases de données qui proposent du contenu en texte intégral sous forme d’éléments individuels, cad du contenu en texte intégral n’étant pas regroupé sous un même titre. Il s’agit des Host_Types Full_Content_Database et Multimedia_Collection ;
• les bases de données de découverte, qui contiennent des métadonnées sans contenu en texte intégral ni contenu multimédia. Elles ne doivent pas produire de métriques Request et correspondent aux Host_Types A&I_Database et Discovery_Service.

Configuration du DR

Récupérez le DR afin de couvrir l’intégralité de la période observée.

Types de données d’usage

Pour chaque base de données du DR, il faut regarder précisément les métriques :

• Unique_Item_Investigations
• Unique_Item_Requests

Les bases de données de découverte ne présenteront que la métrique Unique_Item_Investigations, puisqu’elles ne proposent pas de contenu en texte intégral.

Métriques de recherche

Les métriques relatives aux recherches sont considérées comme moins utiles que les métriques d’utilisation. Si des métriques de recherche doivent être incluses dans l’ensemble , il faut plutôt regarder, pour chaque base de données du DR :

• Searches_Regular
• Searches_Automated
• Searches_Federated

Il peut arriver parfois que Searches_Regular et Searches_Automated apparaissent simultanément pour une même base de données, selon la manière dont la plateforme de l’éditeur est configurée.

Évaluer les autres usages avec le Platform Report (PR)

Host_Types concernés

Vous pourriez également souhaiter agréger les informations relatives à l’utilisation d’autres types de contenus. Les services concernés peuvent être identifiés à l’aide du champ Host_Type du registre COUNTER.

• les entrepôts de données de recherche : Data_Repository ;
• les plateformes proposant des éléments individuels de contenu multimédia : Multimedia ;
• les archives institutionnelles et thématiques : Repository ;
• les services utilisés pour partager des informations relatives à la recherche : Scholarly_Collaboration_Network.

Configuration du PR

Récupérez les données PR afin de couvrir l’intégralité de la période observée.

Types de données d’usage

Pour chaque Data_Type du PR, inclure les métriques :

• Unique_Item_Investigations
• Unique_Item_Requests

Métriques ne relevant pas de la version 5.1

Principe

Le principe consistant à ne pas mélanger les types de métriques s’applique également aux différents types de rapports, qui ne doivent pas non plus être agrégées.

Par exemple, les Unique_Title_Requests issus de la R5.1 ne doivent pas être additionnés aux métriques relatives aux livres provenant de rapports non Counter.

Métriques COUNTER de la version 5

Certains éditeurs proposent encore des statistiques selon la version 5.

Avant d’agréger les données d’usage provenant de ces sources, il faut savoir que ces dernières n’ont pas fait l’objet d’un audit depuis 2024.

Les mêmes principes s’appliquent :

• utiliser les rapports maîtres et non les vues standards ;
• utiliser les métriques Unique ;
• effectuer l’agrégation sur une base annuelle.

Évaluer l’utilisation des livres avec le Title Report (TR)

Pour chaque titre du TR, il faut récupérer les :

• Unique_Title_Investigations
• Unique_Title_Requests

Ces métriques sont comparables aux Unique_Title_Investigations et Unique_Title_Requests de la R5.1 pour les livres et les ouvrages de référence.

Évaluer l’utilisation des publications en série avec le Title Report (TR)

Pour chaque titre du TR, utilisez les :

• Unique_Item_Investigations
• Unique_Item_Requests

Ces métriques sont comparables aux Unique_Item_Investigations et Unique_Item_Requests de la R5.1 pour les revues et les autres contenus publiés sous forme de publications en série.

Évaluer l’utilisation des bases de données avec le Database Report (DR)

Pour chaque base de données du DR, vous aurez le choix entre :

• Unique_Item_Investigations
• Unique_Item_Requests

Les bases de données de découverte ne présenteront que la métrique Unique_Item_Investigations, puisqu’elles ne proposent pas de contenu en texte intégral.

Les métriques de recherche sont considérées comme moins pertinentes que les métriques d’utilisation.

Si des métriques de recherche doivent être incluses dans la compilation, il convient de communiquer, pour chaque base de données :

• Searches_Regular
• Searches_Automated
• Searches_Federated

Il peut arriver que Searches_Regular et Searches_Automated apparaissent simultanément pour une même base de données, selon la configuration de la plateforme de l’éditeur.

Évaluer les autres usages avec le Platform Report (PR)

Pour chaque Data_Type du PR, inclure les données d’usage suivantes :

• Unique_Item_Investigations
• Unique_Item_Requests

Métriques de la Version 4

Il est possible que certains éditeurs proposent encore des statistiques de la version 4.

Les données disponibles sur ces éditeurs étant insuffisantes, il n’est pas possible de fournir d’assistance spécifique pour analyser leurs rapports.

Avant d’agréger des données provenant de ces sources, il convient de noter qu’aucun rapport R4 n’a été audité depuis 2018.

Les anciennes recommandations relatives à l’agrégation préconisent :

• Livres : utiliser le Book Report 1 et la métrique Reporting Period Total (Title Requests) ;
• Revues : utiliser le Journal Report 1 et la métrique Reporting Period Total (Full-Text Article Requests) ;
• Bases de données : utiliser le Database Report 1 et la métrique Regular Searches ;
• Multimédia : utiliser le Multimedia Report 1 et la métrique Reporting Period Total (Multimedia Full Content Unit Requests).

Données ne relevant pas de COUNTER

Il n’existe pas suffisamment d’informations sur les types de métriques ou de rapports susceptibles d’être proposés par les éditeurs ne produisant pas de statistiques COUNTER.

Aucune recommandation ne peut donc être formulée pour l’agrégation de ces données.

Élaboration de cette bonne pratique

En 2019, COUNTER a publié des recommandations pour l’agrégation des métriques données d’usage. Elles ont été utilisées par des consortiums et des organismes nationaux afin de standardiser les données d’usage fournies par leurs bibliothèques membres.

Depuis cette date, des modifications ont été effectuées, d’où cette récente mise à jour.

Cette recommandation a été mise à jour le 24 août 2026 et s’applique à la version 5.1.1 du Code de pratique COUNTER (R5.1.1).

Article original