Written and maintained by CASRAI Editorial Board
Last updated
Google Scholar Library Links is two separate settings that both have to be right, and most troubleshooting fails because it only checks one. The library side registers an OpenURL-compatible link resolver with Google so their subscriber IP ranges and holdings are indexed; the searcher side, in Scholar’s own Settings panel, selects that institution so the resolver link actually renders on search results. Either one done alone produces “it doesn’t work” — a library can be fully registered and a researcher still sees nothing if their own institution was never selected in Settings, and a researcher can select the right institution and still see nothing if their library’s link resolver was never registered with Google in the first place.
The searcher-side setting: Library Links in Google Scholar’s own Settings
From scholar.google.com, open the menu icon in the upper-left corner, choose Settings, then Library Links from the left-hand list. Type an institution’s name into the search box and select it from the results — Scholar supports selecting more than one institution at once, useful for a researcher affiliated with two universities or a joint appointment. Save the setting, and it persists in a browser cookie tied to that Scholar session; it is not tied to a Google account and does not carry across browsers or devices automatically.
On-campus, this step is frequently unnecessary: patrons searching from an authorized IP address already see their library’s links without configuring anything, because Scholar recognizes the network. The setting matters specifically for off-campus access, where Scholar has no IP signal to work from and depends entirely on the cookie.
Once configured correctly, a labeled link — typically reading something like “Find It @ [Library Name]” or the library’s own branded resolver text — appears next to eligible search results and routes through the institution’s link resolver to a full-text copy where the library’s subscriptions cover it. Off campus, reaching the actual full text after that click still requires authenticating through the institution’s proxy or single sign-on, the same login already used for other subscription databases — Scholar’s Library Links feature gets a researcher to the resolver, it does not handle authentication itself.
The library-side setting: registering with Google as an institution
A library becomes selectable in that Settings panel only after its link resolver vendor — Ex Libris SFX, ProQuest 360 Link, EBSCO’s LinkSource, OCLC WorldCat’s link resolver, or an equivalent OpenURL-compliant product — has registered the library with Google Scholar’s library partner program. In practice this is IT/electronic-resources staff work, not a per-researcher action:
- The resolver vendor collects and submits the data: the library’s subscriber IP address ranges, the resolver’s base URL and link text, and a machine-readable summary of electronic holdings (which journals/collections the institution actually subscribes to). Some vendors automate this submission as part of standard resolver configuration; smaller or self-hosted resolvers may need a library staff member to submit the registration through Google’s own library partner request process directly.
- Google indexes it against that IP range and holdings data, then makes the institution selectable in every user’s Settings panel.
- New registrations or holdings updates typically take about one to two weeks to appear in Scholar results — a real, unavoidable propagation delay, not an error to troubleshoot on the researcher’s end during that window.
Because this depends entirely on holdings data submitted by the resolver, a library can be correctly registered and still show gaps: if a database’s holdings weren’t included in that data feed, or a new subscription hasn’t been resubmitted, Scholar has no way to know about it regardless of what the researcher does on their side.
Diagnosing which side actually failed
Because the two settings fail independently, the fastest diagnosis is to isolate which one is missing rather than re-checking both at once:
| Symptom | Likely cause | What to check |
|---|---|---|
| No library links appear for anyone at the institution, on or off campus | Library never registered a resolver with Google, or holdings data is stale | Contact the library’s electronic-resources/systems staff, not IT helpdesk generically — they own the resolver vendor relationship |
| Links work on campus, disappear off campus | Off-campus researcher never selected the institution in their own Scholar Settings | The individual researcher’s Settings > Library Links, not a library-side problem at all |
| Links appear but clicking one leads to a paywall or dead page | Resolver’s holdings data doesn’t actually cover that specific article/journal, or the subscription lapsed | Library’s resolver admin console, not Scholar itself — Scholar only surfaces what the resolver claims to hold |
| Links worked previously and now don’t, after a browser change | The Library Links cookie is browser- and device-specific and doesn’t transfer | Re-select the institution in Settings on the new browser/device |
Where Library Links sits relative to other full-text-access tools
Library Links is Scholar’s own native mechanism, but it is not the only way researchers reach subscription full text from a search result, and the tools are frequently confused with each other despite solving the problem differently:
| Tool | What it is | Depends on | Where it works |
|---|---|---|---|
| Google Scholar Library Links | Built into Scholar itself | Library’s resolver registration + researcher’s Settings selection | Only on Scholar search results |
| LibKey Nomad | Browser extension | Library’s LibKey/Third Iron subscription | Any webpage with a DOI or PMID, not just Scholar |
| Unpaywall | Browser extension / open database | Nothing institutional — checks for a legal open-access copy by DOI | Any webpage with a DOI |
| EZproxy-rewritten links | URL-rewriting proxy some libraries run instead of, or alongside, a link resolver | Library’s own proxy configuration | Links the library has proxied directly, not a Scholar-side setting at all |
These are not mutually exclusive, and a researcher whose library provides more than one is not seeing redundant tooling — each catches full text the others can miss, since Library Links depends on what the resolver’s holdings feed includes, Unpaywall depends only on open-access status regardless of institutional subscription, and LibKey Nomad depends on a separate paid product some libraries don’t run at all.
Frequently asked questions
Why do I see library links on campus but not from home?
On campus, Scholar recognizes your library’s authorized IP range automatically. Off campus it has no such signal and relies entirely on your Library Links selection in Settings, which is stored per browser. Set it once per browser/device you use off campus, then authenticate through your library’s proxy or SSO when you click through.
How long does it take for a new library to appear in Library Links after registering?
Typically about one to two weeks after the resolver vendor submits the registration and holdings data to Google. That delay applies to holdings updates too, not just first-time registration — a newly added subscription won’t show up in Scholar results immediately either.
My library link appears but leads to a paywall. Is that a Google Scholar bug?
No — Scholar only displays what the resolver’s holdings data claims the library has access to. A paywall after clicking through almost always means the resolver’s holdings feed is out of date or the specific article/journal genuinely isn’t covered by that subscription, not a fault in Scholar’s own indexing.
Can I set Library Links for more than one institution at once?
Yes. Scholar’s Settings panel allows selecting multiple institutions, which is useful for joint appointments or researchers who retain library access at a former institution.
Does Library Links work the same way as an EZproxy link?
No. Library Links is Scholar’s own OpenURL-based resolver mechanism, configured through Google and the resolver vendor. EZproxy is a separate proxy technology some libraries run to rewrite URLs for off-campus access; a library can run either, both, or neither, and they are configured completely independently of each other.
For the broader set of tools researchers use to reach and manage full text once a link resolves, see link resolver, LibKey Nomad vs BrowZine vs Lean Library, and Unpaywall. For the rest of Google Scholar’s own settings and profile tools, see creating and optimizing a Google Scholar profile, citing from Google Scholar without importing errors, and the Google Scholar Button and Scholar PDF Reader. For the full toolkit researchers use to find, retrieve, and manage literature, see the research tools hub.
