Close search
 
Home | Code of Practice | Best practice guidance | Best Practice on Syndicated Usage

Best Practice on Syndicated Usage

Content syndication is becoming increasingly common. Our syndicated usage best practice guidance applies to content available on multiple platforms. It describes how syndication platforms should share COUNTER-compliant usage reports with publishers.

Sharing reports this way will mean publishers have consistent, comparable usage metrics from all the syndicated usage platforms they work with. It will help them understand which ones are delivering return on the time and effort invested in syndication. The guidance also explains how institutional COUNTER reports can include syndicated usage. That will allow libraries to see comprehensive usage reporting for a publisher’s content, no matter where the usage happens.

This best practice guidance was updated in January 2025 and applies to content that is syndicated and available on multiple platforms.

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.

Who can share syndicated usage

  • Both the syndication platform and the original publisher MUST be independently audited as COUNTER-compliant.
  • We recommend that usage metrics be shared from the syndication platform back to the original publisher.

Global reporting

  • The syndication platform SHOULD send global usage data, either as raw data or as a Global Item Report to the original publisher (i.e. all usage, whether attributable to an institution or not).
  • The syndication platform may deliver global reports directly to report consumers when these are requested.
  • If the syndicated platform offers global usage reports directly to report consumers, it SHOULD share information with the ​original publisher about when global COUNTER reports are being called for the syndicated content.
  • The original publisher may deliver aggregated global usage reports (i.e. their own global reports plus the global usage from syndication platforms) but MUST clearly mark the platforms on which usage occurred in the Platform field using the namespace SYNDICATED:{platform name}, so that syndicated usage can be identified and excluded when creating a Standard View from a COUNTER Report.

Institutional reporting

  • Institutional reports MUST only be shared where the syndication platform and the original publisher can guarantee that the authentication identifiers match exactly. Acceptable matches include
    • OpenAthens or Shibboleth sign-ins that can be very specifically tied to one institution are acceptable
    • IP ranges where the syndication platform and original publisher share an IP database.
    • Syndication platforms delivering the IP addresses used to access syndicated content as part of the raw usage data sent to the original publisher, provided this can be done without breaching privacy regulations, such that the original publisher can use their own IP database to attribute the syndicated usage to institutions.
    • GetFTR, which shares the original publisher’s internal Customer/Institution ID with the syndication platform as part of the entitlement check process.
    • Explicit institutional matching, in which the publisher’s institutional identifiers are shared with the syndication platform. Syndication platforms may include users who are outside of the shared IP ranges where the users are verified using their institutional email address.
  • Institutional reports MUST NOT be shared based on ‘best-guess’ institutional matching where the syndication platform and original publisher have different IP databases.

What syndication platforms can do with institutional reports

  • The syndication platform may deliver institutional reports directly to report consumers when these are requested, provided there is a clear notification on their report interface that this usage information is also available from the original publisher.
  • If the syndicated platform offers institutional usage reports directly to report consumers, it SHOULD share information with the ​original publisher about when COUNTER reports are being called for the syndicated content, and by which institutions.

What original publishers can do with institutional reports

  • The original publisher MUST clearly mark the platforms on which usage occurred in the Platform field using the namespace SYNDICATED:{platform name}, so that syndicated usage can be identified within COUNTER Reports and excluded when creating a Standard View from a COUNTER Report.
  • The original publisher MUST allow syndicated usage to be excluded from their global and institutional reports in tabular format. The next breaking release of the Code of Practice will include a change to the COUNTER API (formerly sushi) to create a new Report_Attribute which will permit similar exclusion there.

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 August 2024. We’ve issued minor updates and clarifications since then, with the latest version issued in January 2025. There are also tech support posts on our news page that you might find helpful.

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.