Close search
 
Home | Code of Practice | Best practice guidance | Pathway to Compliance

Pathway to Compliance

For smaller publishers, full COUNTER compliance can be a major technical challenge. This best practice guidance identifies incremental steps that non-compliant publishers could take to make their usage reporting easier to access and more valuable to report consumers.

This guidance was published on 22 April 2026 and applies to Release 5.1 of the COUNTER Code of Practice (R5.1).

Best practice guide

Conventions

Per the Code of Practice, this best practice guidance uses the following convention:

The keywords MUST (or REQUIRED), MUST NOT, SHOULD (or RECOMMENDED), SHOULD NOT (or NOT RECOMMENDED), and OPTIONAL in this document are to be interpreted as described in RFC 2119.

Eligibility

Small publishers who are not compliant with R5.1, and who were not compliant with the older R5, may apply to COUNTER for inclusion in the Registry under the terms of the Pathway To Compliance. 

For the purposes of the Pathway, a small publisher is one with “a single platform, where that platform includes up to 150 books OR 15 journals OR one database.” This aligns with the definition of small publishers eligible for alternate year audits, in Section 9.3 of the Code of Practice.

Publishers who join the Pathway MUST

  • Be members of COUNTER.
  • Comply with the requirements defined in this best practice guidance.
  • Commit to reaching full compliance as and when COUNTER migrates to a future Release 5.2 (not before January 2030). 

Requirements

Data

Publishers on the Pathway MUST process their raw usage data in compliance with the requirements of the Code of Practice, specifically Section 7

Reports

Required Reports

Publishers on the Pathway are only REQUIRED to provide the Platform Report, plus the Database, Title and/or Item Reports as relevant. 

Standard views derived from the Reports are optional.

The Executive Director is available to help publishers identify which Reports are required based on the publisher’s Host Type.

Report Filters and Attributes

Per Section 3.3.7, customized views are created by applying report filters and report attributes to the COUNTER Reports. Report attributes define the columns (elements) and report filters the rows (values) included in the reports. Publishers on the Pathway who are technically able to support the full COUNTER filter options for each report SHOULD do so. That is, 

  • Filtering the Platform Report by all of Data_Type, Access_Method, Metric_Type, and Exclude_Monthly_Details. 
  • Filtering the Database Report by all of Data_Type, Access_Method, Metric_Type, and Exclude_Monthly_Details. 
  • Filtering the Title Report by all of Data_Type, YOP, Access_Type, Access_Method, Metric_Type, and Exclude_Monthly_Details. 
  • Filtering the Item Report by all of Data_Type, YOP, Access_Type, Access_Method, Metric_Type, Include_Parent_Details, Include_Component_Details, and Exclude_Monthly_Details. 

Where publishers on the Pathway allow the full set of filter options, they MUST specify which attributes are included in the Report via Attributes_To_Show.

Publishers on the Pathway who cannot support the full COUNTER filter options for each report MUST include all Attributes in all Reports by default. 

ReportAttributes to include
Platform ReportData_Type
Access_Method
Metric_Type
Database ReportData_Type
Access_Method
Metric_Type
Title ReportData_Type
YOP
Access_Type
Access_Method
Metric_Type
Item ReportData_Type
YOP
Access_Type
Access_Method
Metric_Type
Include Parent_Details = True
Report Format

Publishers on the Pathway MUST provide their reports in standard COUNTER format, as described in Section 3.2 of the Code of Practice. 

  • Delivery of both tabular and JSON formats is preferred.
  • Where only one format is available, publishers on the Pathway SHOULD provide reports in JSON format
  • Where JSON is not an option, tabular reports in .tsv or .xlsx are acceptable. 
Report Frequency and Granularity

Publishers on the Pathway MUST provide at least one set of reports each year, showing the Reporting_Period_Total usage for the calendar year (i.e. January to December 2026). More regular (quarterly or monthly) reports are preferred, but we acknowledge this may not be viable for the smallest publishers.

Publishers on the Pathway MUST offer month-by-month breakdowns within their Reports, in line with Section 3.2 of the Code of Practice.

Report Delivery

Publishers on the Pathway SHOULD facilitate report delivery through the COUNTER API (sushi) for automated report harvesting, per Section 8 of the Code of Practice. 

Publishers who are unable to create a COUNTER API due to lack of technical resources MUST make it possible for librarians to set up an alternative automated report delivery system. The minimum requirement is to allow librarians to register once to receive a regular delivery of their reports via email.

Metrics

Usage

Publishers on the Pathway MUST provide COUNTER usage metrics: 

  • Total_Item_Investigations
  • Unique_Item_Investigations
  • Total_Item_Requests
  • Unique_Item_Requests
  • Unique_Title_Investigations (for platforms including Books and/or Reference_Works)
  • Unique_Title_Requests (for platforms including Books and/or Reference_Works)
Denials

Publishers on the Pathway SHOULD provide denial metrics where these are relevant. For example, OA publishers will not have denial metrics.

  • No_License
  • Limit_Exceeded
Search

Publishers on the Pathway with a database Host_Type SHOULD provide Searches_Regular in the Database Report. That includes these Host_Types:

  • A&I_Database
  • Aggregated_Full_Content
  • Discovery_Service
  • eBook_Collection
  • Full_Content_Database
  • Multimedia_Collection

As publishers on the Pathway will only ever have one database on the platform, the Searches_Platform metric would always be identical to the Searches_Regular and SHOULD also be provided in the Platform Report.

Search metrics are OPTIONAL for all other publishers on the Pathway (e.g. eJournal and eBook Host_Types).

Non-COUNTER Metrics

Publishers on the Pathway MUST NOT include any non-COUNTER metrics in their COUNTER reports except as outlined in Section 11 of the Code of Practice. That is, the non-COUNTER metric must be identified via a namespace and must only be delivered if explicitly requested by the report consumer.

Transparency and verification

Technical Validity

Publishers on the Pathway, like all publishers, are RECOMMENDED to use the free COUNTER Validator regularly to make sure their reports remain technically accurate.

  • Where they are available, tabular reports from publishers on the Pathway MUST pass the checks included in the Validator.
  • Where they are available, JSON reports from publishers on the Pathway MUST pass the checks included in the Validator.
  • Where it is available, the COUNTER API from publishers on the Pathway MUST pass the checks included in the Validator.

Publishers on the Pathway MUST share a complete set of Validator results with COUNTER annually to demonstrate technical validity. A complete set of Validator results is defined as including

  • Results for at least two iterations versions of each COUNTER Report with all attributes the publisher MUST deliver (e.g. two Platform Reports sent to two different institutions) in each format (tabular and/or JSON)
  • Results for at least two iterations versions of each report the publisher COULD deliver (e.g. if standard views are offered) in each format.
  • Results of tests for each COUNTER API endpoint.

Audit and Manual Assessment

Publishers on the Pathway To Compliance are not subject to formal audits as described in Section 9 of the Code of Practice. 

If errors are reported by more than three report consumers in one calendar month, or by more than six report consumers over a rolling three-month period, COUNTER will trigger an investigation into the publisher’s compliance status. This will include

  • Seeking additional feedback from other libraries via the COUNTER listserv.
  • Requiring a repeat technical assessment as described above in Technical Validity. 

Fixing Issues 

Where issues are identified, either during the annual Technical Validity checks or through the Manual Assessment mechanism, publishers on the Pathway will have six months to fix the problem. This is in line with the maximum period for fixing issues identified during a formal audit, as outlined in Section 9.3 of the Code of Practice. 

At the end of the fix period, COUNTER will re-test as described in Technical Validity. Publishers on the Pathway who fail to pass the checks after the fix period expires will be delisted from the COUNTER Registry.

Registry Records

COUNTER will list publishers on the Pathway in the COUNTER Registry, provided they meet the Technical Validity checks and are members of COUNTER. 

The Registry listing will clearly identify publishers on the Pathway so that they can be distinguished from fully audited publishers. 

  • Existing information
    • Full compliance including audit status
    • Which Reports and standard views are offered
    • COUNTER API configuration
  • New information for the Pathway
    • Compliance: Pathway status including last Technical Validity check
    • Report formats: TSV, XLSX and/or JSON
    • Report filtering: availability of filtering by Attribute
    • Metrics: availability of denial and search metrics

COUNTER will be investing in Registry developments in late 2026 to make it possible for us to display this information.

How this best practice was developed

Like all our best practices, this guidance started with a community consultation on a draft policy developed by a small working group. The draft was revised in line with the feedback, before being published in April 2026.

This website uses cookies
This site uses cookies to enhance your browsing experience. We use necessary cookies to make sure that our website works. We’d also like to set analytics cookies that help us make improvements by measuring how you use the site. By clicking “Allow All”, you agree to the storing of cookies on your device to enhance site navigation, analyse site usage, and assist in our marketing efforts.
These cookies are required for basic functionalities such as accessing secure areas of the website, remembering previous actions and facilitating the proper display of the website. Necessary cookies are often exempt from requiring user consent as they do not collect personal data and are crucial for the website to perform its core functions.
A “preferences” cookie is used to remember user preferences and settings on a website. These cookies enhance the user experience by allowing the website to remember choices such as language preferences, font size, layout customization, and other similar settings. Preference cookies are not strictly necessary for the basic functioning of the website but contribute to a more personalised and convenient browsing experience for users.
A “statistics” cookie typically refers to cookies that are used to collect anonymous data about how visitors interact with a website. These cookies help website owners understand how users navigate their site, which pages are most frequently visited, how long users spend on each page, and similar metrics. The data collected by statistics cookies is aggregated and anonymized, meaning it does not contain personally identifiable information (PII).
Marketing cookies are used to track user behaviour across websites, allowing advertisers to deliver targeted advertisements based on the user’s interests and preferences. These cookies collect data such as browsing history and interactions with ads to create user profiles. While essential for effective online advertising, obtaining user consent is crucial to comply with privacy regulations.