COUNTER (Counting Online Usage of NeTworked Electronic Resources)

COUNTER regelt dabei vor allem, wie Anbieter und Plattformen Nutzungsereignisse erfassen, bereinigen, aggregieren und als standardisierte Reports bereitstellen.

Für Bibliotheken ist COUNTER wichtig, weil Lizenzentscheidungen, Budgetplanung und Bestandsentwicklung immer stärker auf nachvollziehbaren Nutzungsdaten beruhen. Sie erfassen die Nutzung in der Regel nicht selbst nach COUNTER, sondern rufen COUNTER-konforme Reports von Anbietern ab, prüfen deren Qualität und analysieren sie im lokalen Kontext. So können Sie Erwerbungsmittel gezielter einsetzen, Verträge fundierter bewerten und den Mehrwert digitaler Ressourcen gegenüber Hochschulleitung, Verwaltung, Trägern oder Fachbereichen besser darstellen.

COUNTER-Reports sind aggregierte Nutzungsberichte und nicht für personenbezogene Nutzungsprofile gedacht. Der Code of Practice enthält jedoch sehr wohl detaillierte Regeln dazu, wie einzelne Nutzungsereignisse vor der Aggregation verarbeitet, gefiltert, dedupliziert und gezählt werden. Gerade diese Verbindung aus Ereignisregeln und aggregierter Berichterstattung macht COUNTER für Bibliotheken, Verlage, Konsortien und Informationsmanagementsysteme besonders relevant.

Was ist COUNTER?

COUNTER ist ein Standard für Nutzungsstatistiken elektronischer Informationsressourcen. Er legt fest, wie Anbieter digitaler Inhalte Nutzungsereignisse zählen, bereinigen, aggregieren, strukturieren und bereitstellen müssen, wenn sie COUNTER-Compliance beanspruchen. Dazu gehören unter anderem E-Journals, E-Books, Datenbanken, Plattformen, Artikel, Kapitel und weitere digitale Inhalte.

Das Ziel ist, Nutzungszahlen vergleichbarer, transparenter und verlässlicher zu machen. Ohne gemeinsamen Standard könnten Anbieter sehr unterschiedlich zählen, etwa bei einem PDF-Abruf, einer HTML-Ansicht, einer Suchanfrage, einem Kapitelzugriff oder einer abgewiesenen Anfrage. COUNTER reduziert solche Unterschiede durch definierte Metriken, standardisierte Berichtsformate, Validierungsregeln, Filtervorgaben und technische Spezifikationen.

COUNTER misst Nutzungsvorgänge, Suchvorgänge, Investigations, Requests und bestimmte Zugriffsversuche in aggregierter Form. Der Begriff Investigation bezeichnet dabei eine definierte Interaktion mit einem Inhalt oder dessen Beschreibung, nicht beliebige Plattforminteraktion. Aussagen über fachliche Relevanz, Nutzerzufriedenheit, strategischen Bedarf oder Qualität entstehen erst durch Ihre Interpretation der Daten im lokalen Kontext.

Typische Fragen, die Sie mit COUNTER-Daten unterstützen können, sind:

• Wie häufig wurden qualifizierte Inhalte aus einer Zeitschrift genutzt, zum Beispiel als HTML-Ansicht oder PDF-Abruf?
• Welche E-Book-Titel oder Kapitel werden besonders häufig genutzt?
• Wie intensiv werden Datenbanken recherchiert?
• Welche Plattformen weisen hohe Nutzung oder viele abgewiesene Zugriffe auf?
• Welche Ressourcen verursachen hohe Kosten bei vergleichsweise geringer Nutzung?
• Wo treten Lizenzgrenzen, fehlende Berechtigungen oder Zugriffsbeschränkungen auf?
• Welche Angebote sollten verlängert, neu verhandelt, stärker beworben oder genauer geprüft werden?

COUNTER unterstützt damit operative Auswertungen ebenso wie langfristige Entscheidungen zur digitalen Informationsversorgung. Wichtig ist jedoch: Nicht jedes Repositorium, Streaming-Angebot, Portal oder jede digitale Sammlung stellt automatisch COUNTER-konforme Reports bereit. Ob ein Anbieter COUNTER-konform berichtet und welche Reports für seine Inhalte anwendbar sind, sollten Sie im Einzelfall anhand der offiziellen COUNTER-Informationen und der Anbieterangaben prüfen.

Project COUNTER, Code of Practice und COUNTER-Compliance

Hinter dem Standard steht Project COUNTER, eine internationale Initiative der Bibliotheks-, Verlags- und Informationsbranche. Project COUNTER entwickelt den Code of Practice, also die zentrale Regelgrundlage für COUNTER-konforme Nutzungsstatistiken. Der Standard ist ein Community-Standard, der laufend an neue Publikationsformen, Plattformmodelle und Auswertungsanforderungen angepasst wird.

COUNTER-Compliance bedeutet nicht nur, dass ein Anbieter eine Datei mit COUNTER-ähnlichen Spalten bereitstellt. Anbieter müssen die Vorgaben des jeweils gültigen Code of Practice erfüllen, anwendbare Reports korrekt erzeugen, Metriken konsistent anwenden, Daten nach COUNTER-Regeln filtern und technische Anforderungen beachten. Eine selbst erstellte Nutzungsstatistik ist daher nicht automatisch COUNTER-konform, auch wenn sie ähnliche Begriffe verwendet.

In der Praxis sollten Sie zwischen Selbstauskunft, Registry-Eintrag, Validierung und Audit unterscheiden. Ein Anbieter kann angeben, COUNTER-konforme Reports bereitzustellen; belastbarer wird diese Aussage, wenn er in der COUNTER Registry geführt wird und die geforderten Validierungs- beziehungsweise Audit-Anforderungen erfüllt. Audits und Validierungsprozesse sind wichtig, weil sie die Einhaltung des Code of Practice nachvollziehbarer machen.

Für Ihre Arbeit ist die COUNTER Registry besonders relevant. Dort finden Sie compliant content providers und Plattformen, Informationen zu unterstützten Reports sowie häufig auch Hinweise zu SUSHI-Verfügbarkeit und technischen Angaben. Die Registry hilft Ihnen, neue Lizenzen zu prüfen, SUSHI-Zugänge einzurichten und Anbieterangaben zur COUNTER-Compliance besser einzuordnen.

Trotz dieser Anforderungen sollten COUNTER-Daten nicht unkritisch übernommen werden. Auch COUNTER-konforme Reports können Lücken, Ausreißer, Plattformbrüche, Mapping-Probleme, fehlerhafte Identifikatoren oder anbieterspezifische Besonderheiten enthalten. Deshalb bleibt eine systematische Datenprüfung ein zentraler Bestandteil jeder professionellen Nutzungsanalyse.

Warum ist COUNTER für Bibliotheken wichtig?

Elektronische Ressourcen machen in vielen wissenschaftlichen, öffentlichen und spezialisierten Bibliotheken einen erheblichen Teil des Medienbudgets aus. Gleichzeitig sind Lizenzmodelle häufig komplex: E-Journal-Pakete, E-Book-Kollektionen, Datenbankzugänge, Konsortialverträge, Transformationsverträge, Evidence-Based-Acquisition-Modelle oder nutzungsabhängige Lizenzformen müssen regelmäßig überprüft werden.

COUNTER hilft Ihnen dabei, diese Entscheidungen datenbasiert vorzubereiten. Statt sich allein auf Anbieterangaben, subjektive Rückmeldungen oder historische Erwerbungsroutinen zu verlassen, können Sie standardisierte Nutzungsberichte einbeziehen. Dadurch werden Diskussionen über Verlängerungen, Kündigungen, Nachlizenzierungen oder Paketwechsel nachvollziehbarer.

Wichtige Vorteile sind:

• Vergleichbarkeit: Nutzungsdaten verschiedener Anbieter folgen denselben Grundregeln, sofern sie COUNTER-konform berichtet werden.
• Transparenz: Sie erkennen, welche Ressourcen genutzt werden und wo Zugriffsversuche scheitern.
• Budgetsteuerung: Kosten und Nutzung lassen sich systematisch gegenüberstellen.
• Berichtswesen: COUNTER-Daten unterstützen interne Reports, Jahresberichte, Leistungsnachweise und Kennzahlenberichte.
• Lizenzbewertung: Sie können besser beurteilen, ob sich ein Angebot wirtschaftlich und fachlich lohnt.
• Bestandsentwicklung: Digitale Bestände lassen sich stärker am tatsächlichen Nutzungsverhalten ausrichten.
• Verhandlungsgrundlage: Nutzungsdaten können Preisgespräche, Paketbewertungen und Verlängerungsentscheidungen unterstützen.
• Serviceoptimierung: Niedrige Nutzung kann auf fehlende Sichtbarkeit, technische Hürden oder Schulungsbedarf hinweisen.

Gerade im Bibliotheksmanagement sind COUNTER-Statistiken deshalb ein wichtiges Instrument für Erwerbung, Controlling, Electronic Resource Management und strategische Planung. Besonders aussagekräftig werden die Daten, wenn Sie sie mit lokalen Metadaten kombinieren, etwa Fachzuordnungen, Kostenstellen, Lizenzarten, Paketstrukturen oder Informationen aus Discovery-Systemen.

Wie funktioniert COUNTER?

COUNTER definiert, welche Nutzungsereignisse gezählt werden, wie sie zu interpretieren sind und in welchen standardisierten Berichten sie erscheinen. Anbieter, die COUNTER-konforme Statistiken bereitstellen, müssen ihre Daten nach dem jeweils gültigen Code of Practice aufbereiten und als aggregierte Reports bereitstellen. Die Berichte werden typischerweise monatlich erzeugt und nach Abschluss der Verarbeitung verfügbar gemacht.

Dabei geht es unter anderem um:

• die Definition einzelner Nutzungsvorgänge,
• die Unterscheidung verschiedener Ressourcentypen,
• Regeln für Total- und Unique-Metriken,
• die Filterung bestimmter automatisierter Zugriffe,
• Vorgaben zum Double-Click-Filtering,
• einheitliche Berichtsformate,
• standardisierte Metriken für unterschiedliche Analyseebenen,
• konsistente Zeiträume und Datumsangaben,
• nachvollziehbare Angaben zu Plattformen, Datenbanken, Titeln und Items.

Ein einfaches Beispiel: Wenn ein Nutzungskontext nach COUNTER-Regeln einen Zeitschriftenartikel als HTML-Volltext öffnet oder als PDF abruft, kann dies als qualifizierte Inhaltsanforderung gezählt werden. COUNTER legt fest, unter welchen Bedingungen dieser Zugriff zählt, wie schnelle technische Wiederholungsaufrufe behandelt werden und in welchem Bericht die Nutzung erscheint. Dabei geht es nicht darum, einzelne Personen zu identifizieren, sondern standardisierte Ereignisse korrekt zu verarbeiten.

Bei E-Books ist die Unterscheidung zwischen Title-Ebene und Item-Ebene besonders wichtig. Der Title ist das gesamte Buch, während Items häufig Kapitel, Abschnitte oder andere inhaltliche Einheiten sind. Wenn mehrere Kapitel eines E-Books geöffnet werden, können mehrere Item-Nutzungen entstehen, während die Nutzung auf Title-Ebene stärker auf das gesamte Buch verdichtet wird.

COUNTER Release 5 und Release 5.1

COUNTER Release 5, kurz R5, hat ältere Versionen wie Release 4 abgelöst und den Standard deutlich modernisiert. R5 brachte ein einheitlicheres Datenmodell, Master Reports, Standard Views, klarere Metriken und bessere technische Möglichkeiten für den automatisierten Abruf über SUSHI. Viele historische Auswertungen und ältere Berichtszeiträume beziehen sich weiterhin auf Release 5.

COUNTER Release 5.1 ist der aktuelle Code of Practice und für aktuelle Berichtszeiträume maßgeblich. R5.1 präzisiert Definitionen, Validierungsregeln, technische Anforderungen, Berichtsinhalte und zulässige Werte. Für Berichtszeiträume nach der verpflichtenden Umstellung sollten COUNTER-konforme Anbieter grundsätzlich R5.1 liefern, während R5 vor allem für ältere Datenbestände relevant bleibt.

Release 5 und Release 5.1 sind eng verwandt, aber nicht vollständig identisch. Unterschiede können sich unter anderem bei Attributen, Reportstrukturen, zulässigen Werten, Validierungsregeln, SUSHI-Anforderungen und Standard Views ergeben. Für Zeitreihenanalysen sollten Sie deshalb dokumentieren, wann ein Anbieter von R5 auf R5.1 umgestellt hat, und Daten aus beiden Releases nicht ungeprüft zusammenführen.

Für Bibliotheken bedeutet die Weiterentwicklung: COUNTER-Daten lassen sich besser in bestehende Systeme integrieren, automatisiert aktualisieren und mit weiteren Verwaltungsdaten kombinieren. Gleichzeitig steigt die Bedeutung einer sauberen Dokumentation, weil Kennzahlen aus unterschiedlichen Releases, Plattformen oder Berichtszeiträumen nicht immer direkt vergleichbar sind.

Master Reports und Standard Views

COUNTER unterscheidet zwischen Master Reports und Standard Views. Master Reports sind umfangreiche, flexibel filterbare Berichte mit vielen Attributen und Metriken. Sie eignen sich besonders, wenn Sie detaillierte Analysen durchführen oder bestimmte Kombinationen aus Data_Type, Access_Type, Access_Method, YOP und Metric_Type betrachten möchten.

Standard Views sind vordefinierte Sichten auf Master Reports. Sie bilden häufig genutzte Auswertungsfragen ab und erleichtern den Einstieg, weil sie nur die dafür relevanten Spalten, Filter und Metriken enthalten. Wenn Sie beispielsweise die Nutzung von Zeitschriftenartikeln analysieren möchten, ist eine Standard View oft schneller nutzbar als ein vollständig gefilterter Master Report.

Wichtig ist: COUNTER-konforme Anbieter müssen die für ihre Inhalte und Plattformen anwendbaren Reports und Views gemäß Code of Practice unterstützen. Nicht anwendbare Views müssen nicht bereitgestellt werden, etwa wenn ein Anbieter keine entsprechenden Inhalte führt. Welche Views Sie praktisch nutzen können, hängt deshalb nicht von beliebiger Anbieterwahl ab, sondern von der Anwendbarkeit im jeweiligen COUNTER-Kontext.

Wichtige Standard Views sind beispielsweise:

• PR_P1: Platform Usage für die Nutzung auf Plattformebene.
• DR_D1: Database Search and Item Usage für Datenbanksuchen und Item-Nutzung.
• DR_D2: Database Access Denied für verweigerte Datenbankzugriffe.
• TR_J1: Journal Requests für die Nutzung von Zeitschrifteninhalten, je nach Release mit spezifischen Ausschlüssen freier Nutzung.
• TR_J2: Journal Access Denied für verweigerte Zugriffe auf Journalinhalte.
• TR_J3: Journal Usage by Access Type zur Auswertung nach Zugangsart.
• TR_J4: Journal Requests by YOP zur Analyse der Nutzung nach Erscheinungsjahr.
• TR_B1: Book Requests für die Nutzung von Büchern.
• TR_B2: Book Access Denied für verweigerte Buchzugriffe.
• TR_B3: Book Usage by Access Type zur Auswertung von Buchnutzung nach Zugangsart.
• IR_A1: Journal Article Requests für Artikel auf Item-Ebene.
• IR_M1: Multimedia Item Requests für Multimedia-Objekte.

Ein Beispiel: Der Title Master Report kann viele Titeltypen, Zugriffsarten und Metriken enthalten. Eine Standard View wie TR_J1 konzentriert sich dagegen auf eine konkrete Fragestellung zur Journal-Nutzung. Für differenzierte Analysen kombinieren Sie häufig mehrere Views, etwa TR_J1 für Requests, TR_J3 für Access_Type und TR_J4 für YOP.

Wichtige COUNTER-Berichtsfamilien

COUNTER-Berichte sind in zentrale Reportfamilien gegliedert. Die offiziellen englischen Bezeichnungen und Kürzel sind wichtig, weil sie in SUSHI-Schnittstellen, Anbieterportalen, ERM-Systemen und Validierungswerkzeugen verwendet werden.

Die vier zentralen Reportfamilien sind:

• Platform Reports (PR): Nutzung auf Ebene einer Plattform.
• Database Reports (DR): Nutzung auf Ebene einzelner Datenbanken.
• Title Reports (TR): Nutzung auf Ebene einzelner Titel, etwa Journals oder Bücher.
• Item Reports (IR): Nutzung auf Ebene einzelner Inhalte, etwa Artikel, Kapitel oder Multimedia-Objekte.

Die Ebenen werden im COUNTER-Kontext als Platform, Database, Title und Item bezeichnet. Der Begriff Item ist dabei der Fachbegriff für einzelne Inhalte. Im Deutschen wird gelegentlich von Objekten gesprochen, offiziell sind jedoch Bezeichnungen wie Item Report, Item Master Report oder Item-Metrik üblich.

Platform Reports (PR)

Platform Reports zeigen die Nutzung auf Ebene einer Anbieterplattform. Sie helfen Ihnen zu erkennen, wie stark eine Plattform insgesamt genutzt wird, unabhängig davon, welche einzelnen Titel oder Datenbanken dort enthalten sind. Eine wichtige Standard View ist beispielsweise PR_P1, die Platform Usage abbildet.

Beispielhafte Fragestellungen sind:

• Wie häufig wurde eine bestimmte Verlagsplattform im letzten Jahr genutzt?
• Hat eine Plattformmigration die Nutzung beeinflusst?
• Gibt es Plattformen mit auffällig vielen abgewiesenen Zugriffen?
• Wird eine Plattform intensiv genutzt, obwohl nur wenige Inhalte lizenziert sind?
• Gibt es technische oder authentifizierungsbezogene Auffälligkeiten?

Platform Reports sind besonders hilfreich, wenn Sie Sichtbarkeit, Erreichbarkeit und generelle Akzeptanz eines Anbieterportals bewerten möchten. Sie ersetzen jedoch keine detaillierte Titel- oder Datenbankanalyse, weil hohe Plattformnutzung nicht automatisch bedeutet, dass alle enthaltenen Ressourcen gleichermaßen relevant sind. Außerdem sollten Sie Plattformnutzung nicht direkt mit Datenbank-Suchzahlen oder Volltext-Requests vergleichen, weil unterschiedliche Nutzungsvorgänge gemessen werden.

Database Reports (DR)

Database Reports zeigen die Nutzung einzelner Datenbanken. Das ist besonders wichtig bei Fachdatenbanken, Abstracting- und Indexing-Diensten, Volltextdatenbanken, Nachweisdatenbanken oder spezialisierten Rechercheplattformen. Wichtige Standard Views sind je nach Release beispielsweise DR_D1 für Datenbanksuchen und Item-Nutzung sowie DR_D2 für verweigerte Zugriffe.

Bei Datenbanken müssen Sie besonders genau unterscheiden, welche Art von Nutzung sinnvoll ist. Eine bibliografische Datenbank liefert möglicherweise keine Volltexte; hier sind Suchmetriken und Investigations oft aussagekräftiger als Requests. Eine Volltextdatenbank kann dagegen sowohl Suchnutzung als auch qualifizierte Inhaltsanforderungen ausweisen.

Beispielhafte Fragestellungen sind:

• Welche Datenbanken werden regelmäßig durchsucht?
• Welche Fachdatenbanken weisen steigende oder sinkende Suchnutzung auf?
• Welche Datenbanken führen zu qualifizierten Inhaltsanforderungen?
• Gibt es Datenbanken mit vielen No_License- oder Limit_Exceeded-Ereignissen?
• Stehen Lizenzkosten und Nutzung in einem angemessenen Verhältnis?

Database Reports sind vor allem für Fachreferate, Erwerbungsabteilungen und Lizenzmanagement relevant. Sie helfen Ihnen, Nutzungsprofile einzelner Fachgebiete zu erkennen und Entscheidungen zur Verlängerung, Abbestellung oder Bewerbung von Angeboten vorzubereiten. Suchzahlen aus Datenbanken sollten Sie jedoch nicht unreflektiert mit Volltextabrufen aus Journal- oder E-Book-Paketen gleichsetzen.

Title Reports (TR)

Title Reports beziehen sich auf einzelne Titel, zum Beispiel Zeitschriften, Bücher oder andere fortlaufende beziehungsweise monografische Ressourcen. Sie sind besonders nützlich, wenn Sie Zeitschriftenabonnements, E-Book-Pakete, Verlagskollektionen oder einzelne digitale Medien bewerten möchten. Je nach Release sind Standard Views wie TR_J1, TR_J2, TR_J3, TR_J4, TR_B1, TR_B2 oder TR_B3 relevant.

Beispielhafte Fragestellungen sind:

• Welche Zeitschriftentitel werden am häufigsten genutzt?
• Welche E-Books aus einem Paket werden tatsächlich verwendet?
• Welche Titel verursachen hohe Kosten pro Unique_Item_Request oder Unique_Title_Request?
• Welche Titel werden kaum genutzt, obwohl sie in teuren Paketen enthalten sind?
• Welche Titel weisen häufige Zugriffsverweigerungen auf?

Title Reports sind in der Praxis häufig die Grundlage für Kosten-pro-Nutzung-Analysen. Sie ermöglichen es Ihnen, nicht nur ein gesamtes Paket zu bewerten, sondern auch die Nutzung einzelner Bestandteile sichtbar zu machen. Für fachbereichsbezogene Aussagen benötigen Sie jedoch zusätzliche lokale Zuordnungen, da COUNTER selbst normalerweise keine Fachbereichsdaten liefert.

Ein typisches Journal-Beispiel kombiniert mehrere Standard Views. Mit TR_J1 betrachten Sie qualifizierte Journal-Requests, mit TR_J3 prüfen Sie die Verteilung nach Access_Type und mit TR_J4 analysieren Sie, ob Nutzung vor allem aktuelle Jahrgänge oder ältere Archivbestände betrifft. Erst diese Kombination zeigt, ob ein Titel wegen aktueller Forschung, Lehrnutzung, Backfiles oder frei zugänglicher Inhalte stark genutzt wird.

Item Reports (IR)

Item Reports betrachten einzelne Inhalte, zum Beispiel Artikel, Kapitel, Beiträge, Videos oder andere digitale Einheiten. Sie ermöglichen eine besonders detaillierte Analyse und sind vor allem dann nützlich, wenn Sie wissen möchten, welche konkreten Inhalte innerhalb eines Titels genutzt werden. Beispiele für Standard Views sind je nach Release IR_A1 für Artikel oder IR_M1 für Multimedia-Inhalte.

Beispielhafte Fragestellungen sind:

• Welche Artikel eines Journals werden besonders häufig abgerufen?
• Welche Kapitel eines E-Books werden genutzt?
• Welche Multimedia-Objekte erzeugen qualifizierte Inhaltsanforderungen?
• Welche Inhalte sind für Lehrveranstaltungen oder Forschungsprojekte besonders relevant?
• Welche Items erzeugen wiederholte Nutzung über längere Zeiträume?

Item Reports werden nicht in jedem Auswertungsszenario benötigt, können aber bei spezialisierten Analysen sehr wertvoll sein. Für strategische Lizenzentscheidungen reicht häufig eine Auswertung auf Title- oder Database-Ebene. Für detaillierte Nutzungsforschung, Open-Access-Analysen oder Nachweise einzelner Inhalte kann die Item-Ebene zusätzliche Erkenntnisse liefern.

Zentrale Begriffe in COUNTER-Berichten

COUNTER-Berichte enthalten mehrere Attribute, die für die Interpretation entscheidend sind. Wenn Sie diese Begriffe nicht sauber unterscheiden, können Auswertungen schnell zu falschen Schlussfolgerungen führen. Besonders wichtig sind Data_Type, Access_Type, Access_Method, Metric_Type, YOP und Reporting Period.

Data_Type beschreibt die Art der Ressource oder des Inhalts. Dazu können je nach Report und Release beispielsweise Journal, Book, Article, Book_Segment, Database oder Multimedia gehören. Der Data_Type hilft Ihnen zu verstehen, ob Sie Zeitschriftenartikel, E-Book-Kapitel, ganze Bücher, Datenbanken oder andere Inhaltsformen analysieren.

Metric_Type beschreibt, was genau gezählt wird. Beispiele sind Total_Item_Requests, Unique_Item_Requests, Total_Item_Investigations, Unique_Item_Investigations, Searches_Regular, Searches_Platform, Searches_Federated, No_License oder Limit_Exceeded. Ohne genaue Kenntnis des Metric_Type ist keine belastbare Interpretation möglich.

YOP steht für Year of Publication, also das Erscheinungsjahr eines Inhalts. YOP ist besonders wichtig bei Zeitschriftenanalysen, weil Sie damit beispielsweise aktuelle Nutzung von Archivnutzung unterscheiden können. Bei Backfiles, Moving Walls oder Archivpaketen kann YOP entscheidend für die Bewertung sein.

Reporting Period bezeichnet den Berichtszeitraum. COUNTER-Daten werden in der Regel monatlich aggregiert und anschließend bereitgestellt. Historische Monate können in bestimmten Fällen nachträglich korrigiert werden, etwa wenn ein Anbieter Fehler behebt oder Daten neu verarbeitet.

Requests, Investigations und Unique-Metriken

Ein Request ist eine qualifizierte Inhaltsanforderung, zum Beispiel der Abruf eines Artikels, Kapitels, Buchsegments oder Multimedia-Objekts. In COUNTER ist ein Request eine Teilmenge der Investigations: Jeder Request ist auch eine Investigation, aber nicht jede Investigation ist ein Request. Eine Investigation kann auch eine Interaktion mit Metadaten, Abstracts, Inhaltsbeschreibungen oder anderen informationsbezogenen Ansichten sein.

Die Unterscheidung ist für Ihre Auswertungen zentral. Requests eignen sich häufig besser, wenn Sie intensivere Inhaltsnutzung bewerten möchten. Investigations können dagegen hilfreich sein, wenn Sie auch Interesse, Rechercheverhalten oder Interaktionen vor einem Volltextabruf berücksichtigen wollen.

COUNTER unterscheidet außerdem Total- und Unique-Metriken. Total_Item_Requests zählen die Gesamtzahl qualifizierter Anforderungen einzelner Items, während Unique_Item_Requests Mehrfachzählungen nach COUNTER-Regeln reduzieren. Unique_Title_Requests verdichten Nutzung auf Titel-Ebene und sind besonders bei E-Books wichtig, weil ein Buch aus mehreren Kapiteln oder Segmenten bestehen kann.

Bei E-Books kann ein Nutzungskontext drei Kapitel desselben Buchs öffnen. Daraus können mehrere Unique_Item_Requests entstehen, während Unique_Title_Requests die Nutzung stärker auf das eine Buch zusammenfassen. Für Kapitel- und Segmentnutzung sind Item-Metriken sinnvoll, für die Bewertung eines E-Book-Titels oder einer Kollektion können Title-Metriken aussagekräftiger sein.

Access_Type, Open Access und freie Inhalte

Der Access_Type hilft zu unterscheiden, unter welchen Zugangsbedingungen Inhalte genutzt wurden. Wichtige offizielle Werte sind Controlled, OA_Gold und in Release 5.1 Other_Free_To_Read. Diese Kategorien sind für Kostenanalysen besonders wichtig, weil Nutzung unter verschiedenen Zugangsbedingungen unterschiedlich interpretiert werden muss.

Controlled bedeutet kontrollierter oder zugangsbeschränkter Zugriff. Das ist nicht automatisch identisch mit kostenpflichtig, institutionell lizenziert oder aus Ihrem konkreten Bibliotheksetat finanziert. Ein Controlled-Zugriff kann über Lizenz, Authentifizierung, Plattformberechtigung oder andere Zugangskontrolle ermöglicht werden, muss aber für Kostenanalysen genauer eingeordnet werden.

OA_Gold bezeichnet Gold-Open-Access-Inhalte. Other_Free_To_Read in R5.1 dient dazu, weitere frei lesbare Inhalte auszuweisen, die nicht unter OA_Gold fallen. Dadurch lassen sich lizenzkontrollierte Nutzung, Gold-Open-Access-Nutzung und andere frei zugängliche Nutzung differenzierter betrachten.

Wenn ein Journal sowohl kontrollierte Inhalte als auch Open-Access-Artikel enthält, kann eine reine Gesamtzahl irreführend sein. Hohe Nutzung kann teilweise auf frei zugängliche Inhalte entfallen, die nicht direkt durch eine klassische Leselizenz ermöglicht werden. Gleichzeitig können Open-Access-Inhalte durchaus institutionell finanziert sein, etwa über Transformationsverträge, APCs, Publikationsfonds oder konsortiale Publikationsmodelle.

Für Kosten-pro-Nutzung-Analysen sollten Sie daher klar dokumentieren, ob Sie Controlled, OA_Gold und Other_Free_To_Read einbeziehen oder getrennt ausweisen. Bei Transformationsverträgen, Read-and-Publish-Verträgen und Publish-and-Read-Modellen liefern COUNTER-Zahlen nur einen Teil der Bewertung. Lesedaten, Publikationsdaten, APC-Äquivalente, Corresponding-Author-Anteile und strategische Open-Access-Ziele sollten getrennt analysiert und anschließend gemeinsam interpretiert werden.

Access_Method und Text and Data Mining

Der Access_Method beschreibt, auf welche Weise die Nutzung erfolgt ist. Besonders wichtig ist die Unterscheidung zwischen regulärer Nutzung und Text and Data Mining (TDM). TDM bezeichnet automatisierte Verfahren, bei denen Inhalte systematisch für Analysezwecke verarbeitet werden.

Reguläre Nutzung und TDM-Nutzung sollten nicht unreflektiert zusammengezählt werden. Eine Forschungsgruppe, die große Mengen an Artikeln für Text Mining verarbeitet, erzeugt andere Nutzungsmuster als Studierende, die einzelne Artikel lesen. COUNTER ermöglicht es, solche Nutzungsarten differenzierter zu betrachten, sofern Anbieter die entsprechenden Werte korrekt ausweisen.

Für Bibliotheken ist diese Unterscheidung auch lizenzrechtlich relevant. TDM kann besonderen Vertragsbedingungen unterliegen, andere Zugriffswege nutzen oder separate technische Schnittstellen erfordern. Wenn Sie TDM-Nutzung analysieren, sollten Sie daher immer prüfen, ob Lizenzbedingungen, Plattformregeln, technische Schnittstellen und COUNTER-Berichte zusammenpassen.

Wichtige COUNTER-Metriken

COUNTER arbeitet mit definierten Metriken. Eine Metrik beschreibt, was genau gezählt wird. Damit Sie COUNTER-Daten korrekt interpretieren, sollten Sie die wichtigsten Kennzahlen kennen und nicht unterschiedliche Nutzungsarten miteinander vermischen.

Zu den wichtigen Metriken gehören:

• Total_Item_Requests: Gesamtzahl qualifizierter Anforderungen einzelner Inhalte, zum Beispiel Artikelaufrufe, Kapitelaufrufe, HTML-Ansichten oder PDF-Abrufe.
• Unique_Item_Requests: Anzahl eindeutiger Anforderungen einzelner Inhalte nach COUNTER-Regeln, wobei bestimmte wiederholte Anforderungen reduziert werden.
• Unique_Title_Requests: Anzahl eindeutiger Anforderungen auf Titel-Ebene, besonders relevant bei Büchern und anderen Titeln mit mehreren Items.
• Total_Item_Investigations: Gesamtzahl definierter Interaktionen mit einem Inhalt oder dessen Beschreibung, auch wenn keine qualifizierte Inhaltsanforderung erfolgt.
• Unique_Item_Investigations: Eindeutige Investigations eines Inhalts nach COUNTER-Regeln.
• Searches_Regular: reguläre Suchanfragen in einer Datenbank.
• Searches_Automated: definierte Suchmetriken für bestimmte automatisiert ausgelöste Suchvorgänge, nicht gleichzusetzen mit beliebigem Bot- oder Crawler-Traffic.
• Searches_Federated: Suchanfragen, die über föderierte Suchsysteme an Datenbanken weitergegeben werden.
• Searches_Platform: plattformweite Suchanfragen, die nicht auf eine einzelne Datenbank beschränkt sind.
• No_License: verweigerte Zugriffe, weil für den gewünschten Inhalt keine passende Lizenz oder Berechtigung besteht.
• Limit_Exceeded: verweigerte Zugriffe, weil eine Zugriffsbeschränkung erreicht wurde, zum Beispiel die zulässige Zahl gleichzeitiger Nutzerinnen und Nutzer.

In COUNTER Release 5 und 5.1 sind vor allem No_License und Limit_Exceeded zentrale Metric_Types für verweigerte Zugriffe. Der Begriff Access_Denied kann in älteren Kontexten, Berichtsbezeichnungen oder allgemeinen Beschreibungen auftauchen, sollte aber nicht pauschal als aktuelle übergeordnete Metrik verstanden werden. Prüfen Sie deshalb immer Release-Version, Report und Metric_Type.

Ein Beispiel verdeutlicht die Unterschiede: Wenn derselbe Nutzungskontext nach COUNTER-Regeln denselben Artikel mehrfach in kurzer Folge als HTML und PDF öffnet, kann Total_Item_Requests höher ausfallen als Unique_Item_Requests. COUNTER identifiziert dabei keine Person, sondern verarbeitet Nutzung anhand definierter technischer und statistischer Regeln. Welche Kennzahl sinnvoll ist, hängt immer von Ihrer Fragestellung ab.

Robots, Crawler, Double-Click-Filtering und Unique-Zählung

COUNTER enthält Regeln, um bestimmte automatisierte Zugriffe und technische Mehrfachaufrufe aus der regulären Nutzung herauszuhalten oder kontrolliert zu behandeln. Dazu gehören bekannte Robots, Crawler und andere maschinelle Aktivitäten, die nicht als normale Nutzung interpretiert werden sollen. Anbieter müssen entsprechende Filterregeln anwenden, wenn sie COUNTER-konforme Reports bereitstellen.

Wichtig ist, dass automatisierte Nutzung nicht pauschal dasselbe bedeutet wie Searches_Automated oder TDM. Robots und Crawler werden im COUNTER-Kontext grundsätzlich gesondert betrachtet und sollen reguläre Nutzungszahlen nicht verfälschen. TDM kann dagegen eine legitime, auswertbare Nutzungsform sein, wenn sie entsprechend ausgewiesen wird.

Das Double-Click-Filtering entfernt schnelle, technische Wiederholungsaufrufe nach definierten Regeln, damit versehentliche Mehrfachaufrufe nicht mehrfach als eigenständige Nutzung zählen. Davon zu unterscheiden sind Unique-Metriken, die Nutzung zusätzlich nach COUNTER-Regeln auf Item- oder Title-Ebene deduplizieren. Beide Mechanismen verbessern die Aussagekraft der Daten, erfüllen aber unterschiedliche Funktionen.

COUNTER und SUSHI

Im Zusammenhang mit COUNTER begegnet Ihnen häufig der Begriff SUSHI. SUSHI steht für Standardized Usage Statistics Harvesting Initiative und ist ein NISO-Standard für den automatisierten Abruf von Nutzungsstatistiken über standardisierte API-Abfragen. Während COUNTER festlegt, wie Nutzungsdaten gezählt, aggregiert und berichtet werden, beschreibt SUSHI, wie diese Daten maschinell abgerufen werden können.

Das ist besonders praktisch, wenn Sie viele Anbieter, Plattformen und Lizenzen verwalten. Statt Berichte manuell aus einzelnen Admin-Portalen herunterzuladen, kann ein Bibliotheksmanagementsystem, ERM-System oder Analysewerkzeug die Daten automatisiert abrufen. SUSHI reduziert damit manuellen Aufwand, Importfehler und unvollständige Datensammlungen.

Vorteile von SUSHI sind:

• weniger manueller Aufwand,
• regelmäßige Aktualisierung der Nutzungsdaten,
• geringeres Fehlerrisiko beim Import,
• bessere Grundlage für zentrale Auswertungen,
• effizientere Verwaltung großer Lizenzportfolios,
• bessere Skalierbarkeit bei vielen Anbietern,
• systematische Erkennung fehlender Monate oder fehlerhafter Abrufe.

Typische SUSHI-Parameter und Zugangsinformationen sind customer_id, requestor_id, api_key, begin_date, end_date und report_id. Je nach Anbieter benötigen Sie außerdem eine Plattform-URL, Angaben zur Release-Version, unterstützte Reports und institutionelle Berechtigungen. Diese Informationen müssen sorgfältig gepflegt werden, damit automatisierte Abrufe zuverlässig funktionieren.

SUSHI bedeutet jedoch nicht Echtzeit-Reporting. COUNTER-Daten werden meist erst nach Abschluss und Verarbeitung eines Berichtsmonats bereitgestellt. Je nach Anbieter kann es einige Tage oder Wochen dauern, bis ein Monat verfügbar ist; außerdem können historische Monate nachträglich korrigiert werden, wenn Daten neu verarbeitet oder Fehler behoben werden.

Typische SUSHI-Probleme sind geänderte Zugangsdaten, Plattformmigrationen, nicht unterstützte Reports, fehlende Monate, Timeout-Fehler, geänderte API-Endpunkte, Anbieterwechsel oder abweichende Kundenkennungen. Ein gutes Monitoring sollte solche Fehler sichtbar machen, damit Sie sie vor wichtigen Lizenzentscheidungen beheben können. Für belastbare Zeitreihen empfiehlt es sich, Re-Downloads korrigierter historischer Monate zu dokumentieren.

Standardformate, JSON und Validierung

COUNTER-Reports können in standardisierten tabellarischen Formaten und über SUSHI in standardisierten JSON-Strukturen bereitgestellt werden. Die tabellarischen Formate sind für manuelle Prüfung und einfache Weiterverarbeitung nützlich. JSON-Strukturen sind dagegen besonders wichtig für automatisierte Importe in ERM-Systeme, Analyseplattformen oder zentrale Informationsmanagementsysteme.

Validierung ist ein wichtiger Bestandteil professioneller COUNTER-Arbeit. Dabei wird geprüft, ob Reportstruktur, Header, Attribute, Metric_Types, Datumsangaben, zulässige Werte und Pflichtfelder den Vorgaben des Code of Practice entsprechen. Solche Prüfungen helfen Ihnen, formal fehlerhafte Reports früh zu erkennen, bevor sie in Kostenanalysen oder Lizenzentscheidungen einfließen.

COUNTER-Validierungstools und lokale Plausibilitätsprüfungen erfüllen unterschiedliche Aufgaben. Ein Validierungstool kann formale Strukturfehler erkennen, etwa falsche Spalten, nicht erlaubte Werte oder fehlende Pflichtangaben. Lokale Prüfungen klären zusätzlich, ob Titelzuordnungen, Kostenzeiträume, Paketbestände, Plattformnamen oder Fachzuordnungen in Ihrer Einrichtung korrekt interpretiert werden.

Einsatz im Bibliotheksmanagement

COUNTER-Daten sind ein zentraler Baustein für das Management elektronischer Ressourcen. In einem modernen Bibliotheksmanagementsystem können sie mit weiteren Informationen kombiniert werden, zum Beispiel mit Lizenzkosten, Vertragslaufzeiten, Paketstrukturen, Fachzuordnungen, Zugriffsrechten, Authentifizierungsdaten oder Erwerbungsinformationen.

Typische Einsatzbereiche sind:

• Erwerbungsentscheidungen: Sie erkennen, welche Ressourcen verlängert, abbestellt, neu lizenziert oder alternativ beschafft werden sollten.
• Kosten-Nutzen-Analysen: Sie berechnen Kennzahlen wie Kosten pro Unique_Item_Request, Kosten pro Total_Item_Request, Kosten pro Unique_Title_Request oder Kosten pro Searches_Regular.
• Fachbereichsberichte: Sie verknüpfen COUNTER-Daten mit lokalen Fachzuordnungen, Kostenstellen oder Titellisten.
• Verhandlungen mit Anbietern: Sie nutzen standardisierte Nutzungsdaten als Grundlage für Preis-, Paket- und Lizenzgespräche.
• Nachweis der Bibliotheksleistung: Sie machen die Nutzung digitaler Angebote messbar und kommunizierbar.
• Optimierung des Angebots: Sie identifizieren schwach genutzte Ressourcen, die besser beworben, geschult oder ersetzt werden sollten.
• Monitoring von Zugriffsproblemen: Sie erkennen fehlende Lizenzen, ausgeschöpfte Zugriffskontingente oder technische Barrieren.
• Strategische Planung: Sie beobachten Nutzungstrends über mehrere Jahre und leiten daraus Prioritäten für die digitale Bestandsentwicklung ab.

Ein typisches Beispiel aus der Praxis: Eine Bibliothek lizenziert ein großes E-Journal-Paket. COUNTER Title Reports zeigen, dass ein kleiner Teil der Titel den Großteil der qualifizierten Nutzung ausmacht, während viele Titel kaum genutzt werden. In Kombination mit Kosteninformationen kann die Bibliothek prüfen, ob das Paket weiterhin sinnvoll ist, ob einzelne Titel gezielt lizenziert werden sollten oder ob die bestehende Lizenz aus strategischen Gründen dennoch gerechtfertigt ist.

Ein anderes Beispiel betrifft Fachdatenbanken. Wenn eine hochwertige Spezialdatenbank geringe Suchzahlen aufweist, muss das nicht automatisch gegen eine Verlängerung sprechen. Möglicherweise ist sie für eine kleine Forschungsgruppe unverzichtbar, aber im Discovery-System schlecht sichtbar. COUNTER-Daten liefern in diesem Fall den Anlass für eine genauere Analyse, nicht automatisch die endgültige Entscheidung.

Kosten pro Nutzung berechnen

Eine der häufigsten Anwendungen von COUNTER-Daten ist die Berechnung von Kosten pro Nutzung. Dabei werden Lizenzkosten einer Ressource mit einer bewusst ausgewählten COUNTER-Metrik ins Verhältnis gesetzt. Die Wahl der Metrik ist entscheidend, weil Total_Item_Requests, Unique_Item_Requests und Unique_Title_Requests zu deutlich unterschiedlichen Ergebnissen führen können.

Typische Kennzahlen sind:

• Kosten pro Total_Item_Request,
• Kosten pro Unique_Item_Request,
• Kosten pro Unique_Title_Request,
• Kosten pro Searches_Regular,
• Kosten pro Searches_Platform,
• Kosten pro qualifiziertem Zugriff mit getrennt ausgewiesenen Access_Type-Anteilen.

Ein vereinfachtes Beispiel: Eine E-Book-Kollektion kostet jährlich 18.000 Euro. Für denselben Zeitraum weist der COUNTER Title Report 9.000 Unique_Item_Requests aus. Daraus ergeben sich 2 Euro pro Unique_Item_Request. Wenn Sie stattdessen Total_Item_Requests oder Unique_Title_Requests verwenden, kann der Wert deutlich anders ausfallen.

Für E-Book-Pakete ist die Metrikwahl besonders wichtig. Total_Item_Requests zeigen die gesamte Nutzung einzelner Kapitel oder Segmente, Unique_Item_Requests reduzieren Mehrfachnutzung auf Item-Ebene und Unique_Title_Requests verdichten die Nutzung auf das Buch als Ganzes. Wenn Sie wissen möchten, wie viele Bücher tatsächlich genutzt wurden, ist eine Title-Metrik oft aussagekräftiger als reine Kapitelzählung.

Für Zeitschriftenpakete kann es sinnvoll sein, Open-Access-Nutzung auszuschließen oder getrennt auszuweisen. Wenn ein erheblicher Teil der Nutzung auf frei zugängliche Inhalte entfällt, würden die Kosten pro Nutzung sonst möglicherweise zu günstig erscheinen. Bei Transformationsverträgen sollten Sie außerdem beachten, dass Lesekosten nur ein Teil des Gesamtwerts sind.

Trotzdem sollten Sie Kosten pro Nutzung nie isoliert betrachten. Eine breit genutzte Grundlagenressource und eine hochspezialisierte Forschungsdatenbank erfüllen unterschiedliche Aufgaben. Eine Ressource mit hohen Kosten pro Nutzung kann fachlich unverzichtbar sein, wenn sie für Akkreditierung, Forschung, Lehre oder eine kleine, aber zentrale Zielgruppe benötigt wird.

Die richtige Metrik für Ihre Fragestellung auswählen

Die Auswahl der richtigen COUNTER-Metrik hängt von Ihrer konkreten Frage ab. Wenn Sie Journal-Volltextnutzung bewerten möchten, sind Requests auf Titel- oder Item-Ebene meist zentral. Wenn Sie eine bibliografische Datenbank beurteilen, können Searches_Regular, Searches_Federated oder Investigations deutlich relevanter sein als Volltext-Requests.

Für Plattformmonitoring eignen sich Platform Reports und plattformbezogene Metriken wie Searches_Platform oder übergreifende Nutzungssignale. Für E-Book-Pakete sollten Sie Total_Item_Requests, Unique_Item_Requests und Unique_Title_Requests bewusst gegenüberstellen. Für Zugriffsprobleme sind No_License und Limit_Exceeded entscheidend, weil sie unterschiedliche Ursachen nahelegen.

Vermeiden Sie ungeeignete Vergleiche. Datenbank-Suchzahlen sind nicht dasselbe wie Journalartikel-Requests, und E-Book-Kapitelzugriffe sind nicht direkt mit der Nutzung vollständiger Bücher gleichzusetzen. Aussagekräftige Analysen vergleichen möglichst gleichartige Ressourcen, identische Metriken, passende Zeiträume und vergleichbare Lizenzbedingungen.

COUNTER-Daten in Informationsmanagementsystemen

Der volle Mehrwert von COUNTER entsteht, wenn Nutzungsdaten nicht als einzelne Dateien verwaltet werden, sondern in ein zentrales Informationsmanagementsystem einfließen. Dort können sie mit Lizenz-, Erwerbungs-, Bestands- und Kostendaten verknüpft werden. Das erleichtert wiederkehrende Analysen und reduziert manuelle Fehler.

Ein solches System kann Sie dabei unterstützen,

• COUNTER- und SUSHI-Zugänge zentral zu verwalten,
• Nutzungsdaten regelmäßig zu importieren,
• fehlende Monate oder fehlerhafte Abrufe zu erkennen,
• Kosten- und Nutzungsdaten automatisch zusammenzuführen,
• Dashboards und Reports für verschiedene Stakeholder zu erstellen,
• Lizenzentscheidungen zu dokumentieren,
• historische Nutzungsentwicklungen nachvollziehbar zu machen,
• Plattformwechsel und Anbieterwechsel zu dokumentieren.

Für Bibliotheken mit vielen elektronischen Ressourcen ist diese Systemintegration entscheidend. Manuelle Auswertungen über verschiedene Anbieterportale hinweg sind zeitaufwendig, fehleranfällig und schwer zu standardisieren. Ein zentrales Informationsmanagementsystem schafft dagegen eine belastbare Grundlage für wiederkehrende Analysen und transparente Entscheidungen.

Identifier und Datenverknüpfung

Für die Verknüpfung von COUNTER-Daten mit Bestands-, Lizenz- und Kostendaten sind Identifikatoren zentral. Dazu gehören ISSN, eISSN, ISBN, DOI, proprietary IDs und weitere anbieterspezifische Kennungen. Ohne stabile Identifier ist es schwierig, Titel korrekt zuzuordnen, Dubletten zu erkennen oder Paketbestandteile über mehrere Jahre zu verfolgen.

In der Praxis treten häufig Probleme auf, wenn Titel umbenannt werden, ISSN fehlen, E-Book-Kapitel keine eindeutigen DOI besitzen oder Anbieter proprietäre IDs ändern. Auch Plattformmigrationen können dazu führen, dass derselbe Titel in verschiedenen Jahren unterschiedlich bezeichnet wird. Solche Abweichungen müssen bereinigt oder dokumentiert werden, damit Zeitreihen und Kostenanalysen nicht verzerrt werden.

Typische Datenqualitätsprobleme unterscheiden sich je Reportebene. Auf Plattformebene sind wechselnde Plattformnamen und SUSHI-Endpunkte häufig, auf Datenbankebene veränderte Datenbankbezeichnungen oder Paketstrukturen. Auf Titel- und Item-Ebene treten besonders Titelwechsel, fehlende ISSN oder ISBN, DOI-Lücken, YOP-Probleme, Dubletten und unklare Zuordnungen zu Paketen auf.

Konsortien, Mehrstandortstrukturen und Customer IDs

Besonders bei Konsortien ist eine saubere Identifikation wichtig. COUNTER-Daten können lokal, konsortial oder institutionsbezogen ausgewertet werden. Dabei müssen Berechtigungen, Institutionseinheiten, Kundenkennungen und Reporting-Ebenen klar getrennt sein, damit lokale Nutzung nicht mit konsortialer Gesamtnutzung verwechselt wird.

Customer IDs spielen hier eine wichtige Rolle. Ein Anbieter kann für eine einzelne Bibliothek, einen Campus, eine Fakultät, einen Standort oder ein Konsortium unterschiedliche Kennungen verwenden. Wenn diese Kennungen nicht sauber dokumentiert sind, können SUSHI-Abrufe unvollständig sein oder Daten einer falschen Organisationseinheit zugeordnet werden.

Für konsortiale Auswertungen sind Mandantenfähigkeit, Mehrstandortstrukturen und transparente Aggregationsregeln entscheidend. Sie sollten nachvollziehen können, ob ein Report lokale Nutzung, Standortnutzung, Gesamtinstitutionen oder konsortiale Gesamtnutzung abbildet. Nur so lassen sich faire Kostenverteilungen, Nutzungsberichte und Verhandlungen auf konsortialer Ebene unterstützen.

Plattformmigrationen, Discovery-Systeme und Zugriffswege

COUNTER-Zahlen werden nicht nur durch Inhalte beeinflusst, sondern auch durch technische Zugriffswege. Discovery-Systeme, Linkresolver, Proxy-Server, Single-Sign-On-Verfahren, IP-Authentifizierung und Plattformoberflächen können Nutzungsmuster verändern. Eine bessere Sichtbarkeit in einem Discovery-System kann Nutzung erhöhen, während fehlerhafte Linkresolver-Ziele oder Proxy-Probleme Nutzung reduzieren können.

Plattformmigrationen sind besonders kritisch für Zeitreihen. Wenn ein Anbieter Inhalte auf eine neue Plattform verschiebt, können sich Plattformnamen, Datenbanknamen, Titel-IDs, SUSHI-Endpunkte und Berichtsumfang ändern. Dadurch entstehen scheinbare Nutzungssprünge, die nicht unbedingt auf verändertes Nutzerverhalten zurückgehen.

Dokumentieren Sie solche Ereignisse möglichst direkt in Ihren Auswertungsunterlagen oder im Informationsmanagementsystem. Dazu gehören Anbieterwechsel, Paketänderungen, neue Authentifizierungsverfahren, größere Schulungskampagnen, Discovery-Anpassungen, Linkresolver-Probleme, technische Ausfälle und Plattformstörungen. Nur so lassen sich historische Nutzungsentwicklungen später nachvollziehbar interpretieren.

Turnaways und abgewiesene Zugriffe interpretieren

Abgewiesene Zugriffe sind für Lizenzmanagement und Servicequalität besonders wichtig. In COUNTER werden sie vor allem über Metric_Types wie No_License und Limit_Exceeded sichtbar. Beide Werte zeigen Zugriffsprobleme, weisen aber auf unterschiedliche Ursachen hin.

No_License kann anzeigen, dass Nutzerinnen und Nutzer auf Inhalte zugreifen möchten, für die keine Lizenz oder Berechtigung besteht. Das kann echte Nachfrage nach nicht lizenzierten Inhalten bedeuten, aber auch durch fehlerhafte Links, falsche Bestandsdaten, unklare Plattformanzeige oder Paketänderungen verursacht werden. Eine hohe No_License-Zahl sollte daher genauer untersucht werden, bevor sie als Erwerbungsargument genutzt wird.

Limit_Exceeded deutet eher auf Kapazitäts- oder Lizenzmodellprobleme hin. Typische Ursachen sind begrenzte gleichzeitige Zugriffe, Seats, User-Limits oder technische Zugangsbeschränkungen. Wenn diese Werte regelmäßig auftreten, kann eine Anpassung des Lizenzmodells, eine bessere Kommunikation oder eine technische Prüfung sinnvoll sein.

Datenschutz und Anonymität

COUNTER ist nicht für personenbezogene Nutzungsprofile gedacht. Die Reports stellen aggregierte Nutzungsdaten bereit und enthalten keine Namen einzelner Nutzerinnen und Nutzer. Auch wenn Anbieter einzelne Ereignisse technisch verarbeiten müssen, zielt COUNTER auf standardisierte, aggregierte Berichte für Institutionen.

Für Bibliotheken ist diese Abgrenzung wichtig. COUNTER kann zeigen, dass ein Titel, eine Datenbank oder eine Plattform genutzt wurde, aber nicht, welche konkrete Person sie genutzt hat. Datenschutz, Proxy-Nutzung, IP-basierte Authentifizierung, Single Sign-On und institutionelle Zugriffsmodelle sprechen zusätzlich dagegen, COUNTER als personenbezogenes Analyseinstrument zu verstehen.

Wenn Sie COUNTER-Daten mit anderen Systemdaten kombinieren, sollten Sie diese Zweckbindung beachten. Nutzungsanalysen sollten bibliothekarische Entscheidungen, Lizenzmanagement, Serviceverbesserung und Reporting unterstützen. Sie sollten nicht dazu dienen, individuelle Lese- oder Forschungsprofile zu erstellen.

Abgrenzung zu anderen Nutzungsstatistiken

COUNTER ist nicht die einzige Datenquelle für digitale Nutzung. Daneben gibt es Anbieter-Dashboards ohne COUNTER-Compliance, Discovery-Statistiken, Linkresolver-Statistiken, EZB-bezogene Auswertungen, Proxy-Logs, Authentifizierungsdaten oder lokale Webstatistiken. Diese Quellen können nützlich sein, messen aber oft andere Ereignisse und folgen nicht zwingend denselben Regeln.

Discovery-Statistiken zeigen beispielsweise Such- und Klickverhalten im Discovery-System, nicht unbedingt erfolgreiche Volltextnutzung beim Anbieter. Proxy-Logs können technische Zugriffe sichtbar machen, enthalten aber keine COUNTER-Metriken und sind oft schwer von automatisierten oder wiederholten Zugriffen zu bereinigen. Anbieter-Dashboards können zusätzliche Einblicke bieten, sind aber ohne COUNTER-Compliance nur eingeschränkt vergleichbar.

Für belastbare Lizenz- und Kostenanalysen sollten Sie COUNTER-konforme Reports bevorzugen. Andere Datenquellen können ergänzen, warum Nutzung steigt oder sinkt, etwa durch Sichtbarkeit, Suchverhalten oder technische Zugangsprobleme. Entscheidend ist, dass Sie Datenquellen nicht vermischen, ohne ihre jeweilige Erhebungslogik zu dokumentieren.

Datenqualität prüfen

Auch bei COUNTER-konformen Anbietern sollten Sie Daten regelmäßig prüfen. COUNTER erhöht die Vergleichbarkeit, ersetzt aber keine lokale Qualitätssicherung. Fehlende Monate, technische Umstellungen, veränderte Plattformnamen, fehlerhafte SUSHI-Zugänge oder unerwartete Ausreißer können sonst zu falschen Schlussfolgerungen führen.

Eine praktische Prüfliste umfasst:

• Sind alle erwarteten Monate vorhanden?
• Ist die richtige COUNTER-Release-Version dokumentiert?
• Stimmen Plattform-, Datenbank- und Titelnamen?
• Sind ISSN, eISSN, ISBN, DOI und proprietary IDs plausibel?
• Sind YOP-Angaben vorhanden und sinnvoll?
• Stimmen Kostenzeitraum und Nutzungszeitraum überein?
• Gibt es ungewöhnliche Ausreißer oder Einbrüche?
• Wurden Plattformmigrationen oder Anbieterwechsel berücksichtigt?
• Werden Controlled, OA_Gold und Other_Free_To_Read korrekt behandelt?
• Gibt es auffällig viele No_License- oder Limit_Exceeded-Ereignisse?
• Wurden nachträglich korrigierte Monate erneut geladen und dokumentiert?

Eine systematische Datenqualitätsprüfung verhindert, dass fehlerhafte oder unvollständige Nutzungszahlen zu falschen Lizenzentscheidungen führen. Besonders vor Vertragsverlängerungen, Budgetgesprächen und Paketbewertungen sollten Sie die relevanten COUNTER-Daten daher nicht nur abrufen, sondern auch validieren und plausibilisieren.

Best Practices für die Arbeit mit COUNTER-Daten

Damit COUNTER-Statistiken Ihnen wirklich helfen, sollten Sie methodische und organisatorische Grundsätze beachten. Gute Auswertungen entstehen nicht allein durch den Abruf von Daten, sondern durch regelmäßige Pflege, saubere Interpretation und Einbettung in bibliothekarische Entscheidungsprozesse.

Rufen Sie COUNTER-Daten regelmäßig ab, idealerweise automatisiert per SUSHI. Ein monatlicher oder quartalsweiser Abruf ist in vielen Bibliotheken sinnvoll. So erkennen Sie Entwicklungen frühzeitig und vermeiden hektische Nacharbeiten kurz vor einer Lizenzentscheidung.

Betrachten Sie nicht nur Einzelmonate. Ein einzelner Monat kann durch Semesterzeiten, Prüfungsphasen, technische Probleme, Plattformumstellungen, Schulungen oder Marketingkampagnen verzerrt sein. Vergleichen Sie besser längere Zeiträume, zum Beispiel ein Kalenderjahr, ein Studienjahr oder mehrere Semester.

Führen Sie Kosten und Nutzung zusammen, aber wählen Sie die Metrik bewusst. Eine Analyse auf Basis von Total_Item_Requests beantwortet eine andere Frage als eine Analyse auf Basis von Unique_Item_Requests oder Unique_Title_Requests. Dokumentieren Sie deshalb immer, welche Kennzahl Sie verwendet haben.

Bewerten Sie Nutzung im Kontext. COUNTER-Zahlen erklären nicht automatisch, warum eine Ressource viel oder wenig genutzt wird. Berücksichtigen Sie Bekanntheit, Discovery-Einbindung, Schulungen, technische Zugänglichkeit, Authentifizierungsprobleme, Lizenzbedingungen, Sprache, Fachgebiet und Aktualität der Inhalte.

Unterscheiden Sie Nutzung, Nachfrage und Bedarf. COUNTER misst tatsächliche Nutzung und bestimmte Zugriffsversuche. Ein hoher No_License-Wert kann auf Nachfrage hinweisen, aber nicht automatisch auf strategischen Bedarf. Umgekehrt kann geringe Nutzung bei spezialisierten Ressourcen trotzdem fachlich gerechtfertigt sein.

Typische Missverständnisse bei COUNTER

COUNTER verbessert die Qualität von Nutzungsstatistiken erheblich. Dennoch entstehen in der Praxis immer wieder Missverständnisse, wenn die Daten ohne methodisches Verständnis interpretiert werden. Besonders häufig werden Nutzungszahlen mit Personen, Qualität oder Bedarf gleichgesetzt.

COUNTER zeigt nicht exakt, wie viele Personen eine Ressource genutzt haben. Der Standard misst aggregierte Nutzungsereignisse, keine einzelnen Nutzerinnen und Nutzer. Datenschutz, IP-basierte Zugriffe, Proxy-Nutzung, institutionelle Authentifizierung und technische Rahmenbedingungen verhindern in der Regel eine personenbezogene Auswertung.

Viele Downloads oder Requests bedeuten nicht automatisch hohe Qualität. Hohe Nutzung kann auf Relevanz hinweisen, ist aber kein direkter Qualitätsnachweis. Manche häufig genutzten Ressourcen sind Grundlagenliteratur oder Pflichtlektüre, während hochspezialisierte Ressourcen nur von wenigen Personen genutzt werden, aber unverzichtbar sein können.

COUNTER-Daten verschiedener Anbieter sind besser vergleichbar, aber nicht perfekt identisch. Unterschiede können durch Plattformfunktionen, Inhaltsarten, Suchoberflächen, Lizenzstrukturen, Datenmodelle oder technische Besonderheiten entstehen. Vergleichen Sie daher möglichst gleichartige Ressourcen, Metriken und Zeiträume.

SUSHI ersetzt nicht die inhaltliche Analyse. Der Standard automatisiert den Abruf der Daten, aber Bewertung, Interpretation und strategische Nutzung bleiben Aufgabe der Bibliothek. Erst durch die Verbindung mit Kosten, Lizenzen, Fachinformationen und bibliothekarischer Expertise werden COUNTER-Daten zu einer tragfähigen Entscheidungsgrundlage.

Niedrige Nutzung bedeutet nicht automatisch, dass eine Ressource überflüssig ist. Mögliche Ursachen sind geringe Sichtbarkeit, fehlende Schulung, technische Probleme, sehr spezialisierte Inhalte oder ein kleiner Nutzerkreis. Bevor Sie eine Ressource abbestellen, sollten Sie Alternativen, strategische Bedeutung und Maßnahmen zur besseren Sichtbarkeit prüfen.

Kurzes Glossar zentraler COUNTER-Begriffe

Request bezeichnet eine qualifizierte Inhaltsanforderung, etwa den Abruf eines Artikels, Kapitels oder Multimedia-Objekts. Jeder Request ist zugleich eine Investigation, aber nicht jede Investigation ist ein Request.

Investigation bezeichnet eine definierte Interaktion mit einem Inhalt oder dessen Beschreibung. Eine Investigation kann beispielsweise eine Detailansicht, ein Abstract oder eine andere inhaltliche Interaktion umfassen.

Search bezeichnet eine Suchanfrage. Je nach Kontext unterscheidet COUNTER unter anderem Searches_Regular, Searches_Automated, Searches_Federated und Searches_Platform.

Turnaway ist ein allgemeiner Begriff für verweigerte Zugriffe. In COUNTER Release 5 und 5.1 werden solche Fälle vor allem über Metric_Types wie No_License und Limit_Exceeded ausgewiesen.

Item bezeichnet einen einzelnen Inhalt, etwa einen Artikel, ein Kapitel, einen Beitrag oder ein Multimedia-Objekt. Item Reports analysieren Nutzung auf dieser granularen Ebene.

Title bezeichnet einen Titel, beispielsweise ein Journal, ein Buch oder eine andere übergeordnete Publikationseinheit. Title Reports sind besonders wichtig für Zeitschriften- und E-Book-Analysen.

Platform bezeichnet die technische Plattform eines Anbieters, auf der Inhalte oder Datenbanken bereitgestellt werden. Platform Reports zeigen die Nutzung auf dieser übergeordneten Ebene.

Database bezeichnet eine einzelne Datenbank oder Rechercheeinheit innerhalb einer Plattform. Database Reports sind besonders relevant für Fachdatenbanken, Abstracting- und Indexing-Dienste sowie Volltextdatenbanken.

Access_Type beschreibt die Zugangsart, etwa Controlled, OA_Gold oder Other_Free_To_Read. Controlled bedeutet kontrollierter Zugriff und ist nicht automatisch gleichbedeutend mit kostenpflichtiger Lizenznutzung.

Access_Method beschreibt die Nutzungsweise, insbesondere reguläre Nutzung oder Text and Data Mining. Diese Unterscheidung ist für technische, statistische und lizenzrechtliche Analysen relevant.

SUSHI bezeichnet den technischen Standard für den automatisierten Abruf von COUNTER-Reports. SUSHI ist besonders wichtig für Bibliotheken mit vielen Anbietern und regelmäßigem Reporting.

TDM steht für Text and Data Mining. Dabei werden Inhalte automatisiert analysiert, was in COUNTER über Access_Method differenziert ausgewiesen werden kann.

YOP steht für Year of Publication. Das Erscheinungsjahr hilft, aktuelle Nutzung, Archivnutzung und Backfile-Nutzung besser zu unterscheiden.

Offizielle Dokumentation und weiterführende Quellen

Für verbindliche Auslegungen sollten Sie immer die offiziellen COUNTER-Dokumente heranziehen. Dazu gehören insbesondere der aktuelle COUNTER Code of Practice, die offiziellen Release-Dokumentationen, die COUNTER Registry und die Spezifikationen zur SUSHI-Schnittstelle. Diese Quellen sind maßgeblich, wenn Sie einzelne Metriken, Pflichtfelder, Standard Views oder Validierungsregeln prüfen möchten.

In der täglichen Praxis ist außerdem eine lokale Dokumentation wichtig. Halten Sie fest, welche Anbieter welche Reports liefern, welche SUSHI-Zugangsdaten verwendet werden, wann Release-Wechsel stattgefunden haben und welche Besonderheiten bei Plattformen oder Lizenzen gelten. Diese Dokumentation ist besonders wertvoll, wenn Personen wechseln, Verträge neu verhandelt werden oder historische Nutzungstrends erklärt werden müssen.

Häufige Fragen zu COUNTER

Was bedeutet COUNTER?

COUNTER steht für Counting Online Usage of NeTworked Electronic Resources. Es handelt sich um einen internationalen Standard zur einheitlichen Erfassung, Aufbereitung und Darstellung aggregierter Nutzungsstatistiken elektronischer Ressourcen.

Wofür benötigen Bibliotheken COUNTER?

Bibliotheken nutzen COUNTER, um die Nutzung von E-Journals, E-Books, Datenbanken, Plattformen und anderen digitalen Ressourcen auszuwerten. Die Daten helfen bei Lizenzentscheidungen, Budgetplanung, Reporting, Bestandsentwicklung und Verhandlungen mit Anbietern.

Erfassen Bibliotheken COUNTER-Daten selbst?

In der Regel nicht. COUNTER regelt vor allem, wie Anbieter und Plattformen Nutzungsereignisse erfassen, verarbeiten und berichten. Bibliotheken rufen diese Reports ab, prüfen sie, verknüpfen sie mit lokalen Daten und analysieren sie für Management- und Lizenzentscheidungen.

Was ist der Unterschied zwischen COUNTER und SUSHI?

COUNTER definiert, wie Nutzungsdaten gezählt, aggregiert und berichtet werden. SUSHI ist ein technischer NISO-Standard, mit dem COUNTER-Berichte automatisiert über API-Abfragen aus Anbietersystemen abgerufen werden können.

Was ist COUNTER Release 5.1?

COUNTER Release 5.1 ist der aktuelle Code of Practice und für aktuelle Berichtszeiträume maßgeblich. Er präzisiert unter anderem Berichte, Attribute, Validierungsregeln, zulässige Werte und technische Anforderungen. Release 5 bleibt vor allem für ältere historische Berichtszeiträume relevant.

Was sind Platform Reports, Database Reports, Title Reports und Item Reports?

Platform Reports (PR) zeigen Nutzung auf Plattformebene, Database Reports (DR) auf Datenbankebene, Title Reports (TR) auf Ebene einzelner Titel und Item Reports (IR) auf Ebene einzelner Inhalte. Diese vier Reportfamilien bilden die zentrale Struktur von COUNTER.

Was ist der Unterschied zwischen Master Reports und Standard Views?

Master Reports sind umfangreiche, flexibel filterbare Berichte mit vielen Attributen und Metriken. Standard Views sind vordefinierte Sichten auf häufige Auswertungsfragen, etwa PR_P1, DR_D1, TR_J1, TR_B1 oder IR_A1, sofern sie für die Inhalte und Plattformen des Anbieters anwendbar sind.

Sind COUNTER-Daten vollständig zuverlässig?

COUNTER-Daten sind deutlich verlässlicher als uneinheitliche Anbieterstatistiken, sollten aber geprüft werden. Auch COUNTER-konforme Reports können fehlende Monate, Ausreißer, Plattformbrüche, Mapping-Probleme oder fehlerhafte Identifikatoren enthalten.

Kann man mit COUNTER die Kosten pro Nutzung berechnen?

Ja. Wenn Sie COUNTER-Nutzungsdaten mit Lizenzkosten kombinieren, können Sie Kennzahlen wie Kosten pro Total_Item_Request, Unique_Item_Request, Unique_Title_Request oder Searches_Regular berechnen. Die Wahl der Metrik ist entscheidend und sollte immer dokumentiert werden.

Zählt COUNTER einzelne Nutzerinnen und Nutzer?

Nein. COUNTER zählt aggregierte Nutzungsereignisse, etwa Requests, Investigations, Searches oder verweigerte Zugriffe. Der Standard dient nicht der personenbezogenen Nutzungsanalyse.

Was ist der Unterschied zwischen Request und Investigation?

Ein Request ist eine qualifizierte Inhaltsanforderung und zugleich eine Teilmenge der Investigations. Jede qualifizierte Inhaltsanforderung ist also auch eine Investigation, aber nicht jede Investigation ist ein Request. Eine Abstract-Ansicht kann beispielsweise eine Investigation sein, ohne dass ein Volltext-Request erfolgt.

Warum unterscheiden sich COUNTER-Zahlen von Anbieterstatistiken?

Anbieter können zusätzlich eigene Statistiken bereitstellen, die anders zählen, andere Zeiträume verwenden oder andere Metriken ausweisen. Für vergleichbare Auswertungen sollten Sie bevorzugt COUNTER-konforme Reports verwenden und die jeweilige Release-Version beachten.

Warum sind Open-Access-Anteile bei COUNTER wichtig?

Open-Access- und frei lesbare Inhalte können die Gesamtzahlen deutlich erhöhen. Für Kosten-pro-Nutzung-Analysen sollten Sie daher prüfen, ob Controlled, OA_Gold und Other_Free_To_Read getrennt ausgewiesen werden können. Bei Transformationsverträgen sollten Sie zusätzlich Publikationskosten und Publikationsleistungen berücksichtigen.

Was bedeutet Controlled bei Access_Type?

Controlled bedeutet, dass der Zugriff kontrolliert oder zugangsbeschränkt ist. Der Wert ist nicht automatisch identisch mit kostenpflichtig, institutionell lizenziert oder aus Ihrem Bibliotheksetat finanziert. Für Kostenanalysen sollten Sie deshalb prüfen, welche Lizenz- oder Zugangslogik hinter Controlled-Nutzung steht.

Welche Suchmetriken sind in COUNTER wichtig?

Wichtige Suchmetriken sind Searches_Regular, Searches_Automated, Searches_Federated und Searches_Platform. Searches_Regular bezieht sich typischerweise auf reguläre Datenbanksuchen, während Searches_Platform plattformweite Suchen abbildet.

Welche COUNTER-Metriken sind für E-Books besonders wichtig?

Bei E-Books sind Total_Item_Requests, Unique_Item_Requests und Unique_Title_Requests besonders relevant. Item-Metriken beziehen sich häufig auf Kapitel oder Segmente, während Title-Metriken das gesamte Buch stärker verdichten.

Warum sind abgewiesene Zugriffe in COUNTER wichtig?

Abgewiesene Zugriffe wie No_License oder Limit_Exceeded können zeigen, dass Nutzerinnen und Nutzer auf Inhalte zugreifen möchten, für die keine Lizenz besteht oder bei denen Zugriffsbeschränkungen greifen. No_License weist eher auf Lizenz- oder Berechtigungsfragen hin, während Limit_Exceeded auf Kapazitäts- oder Lizenzmodellprobleme hindeuten kann.

Wie oft sollten COUNTER-Daten abgerufen werden?

In vielen Bibliotheken ist ein monatlicher Abruf sinnvoll, idealerweise automatisiert per SUSHI. Die Daten stehen jedoch meist nicht in Echtzeit bereit, sondern erst nach Abschluss und Verarbeitung des jeweiligen Berichtsmonats. Nachträgliche Korrekturen sollten dokumentiert und gegebenenfalls erneut importiert werden.

Wie unterstützt ein Informationsmanagementsystem die Arbeit mit COUNTER?

Ein Informationsmanagementsystem oder ERM-System kann COUNTER-Daten zentral sammeln, per SUSHI automatisiert abrufen, mit Lizenzkosten verknüpfen und für Reports oder Dashboards bereitstellen. Dadurch werden Nutzungsanalysen effizienter, konsistenter und besser in strategische Entscheidungen integrierbar.