Written and maintained by CASRAI Editorial Board
Last updated
Zotero has no single “share library” button. There are really three ways to put a bibliography in front of collaborators, and only one of them is built for ongoing teamwork: a group library (Zotero’s native shared-library object), a shared personal account (everyone logs into the same Zotero account, which works but breaks concurrent editing and makes it impossible to tell who added or deleted what), or a one-off export (Zotero RDF, BibTeX, or RIS) that hands someone a static snapshot with no ongoing sync. For a lab, multi-author manuscript, or multi-PI proposal, the group library is the right tool almost every time — this guide covers how to set one up, the permission model that determines what members can actually do, and the storage-quota consequence that catches teams who don’t plan for it.
Creating a group library
Groups are created either from the Zotero desktop app (File > New Library > New Group) or from the groups page on zotero.org while signed in. Either route takes you to the same setup flow: name the group, pick a group type, and set its initial permissions. A group library then appears in the desktop app’s left-hand pane alongside “My Library,” and every member who accepts an invitation gets the same view once they sync.
There’s no cap on group size — Zotero places no limit on how many members can join a group, and the full storage subscription tier a group draws on is available to both personal and group libraries equally.
Choosing a group type
Zotero groups come in three types, and the choice affects both who can find the group and whether file attachments work at all:
- Private — invisible outside the group: not listed in group search, not shown on member profiles. The default choice for an in-progress manuscript, an unpublished proposal, or any working library a team doesn’t want discoverable.
- Public, Closed Membership — the group’s existence and page are visible to anyone, but joining requires sending a request the group approves, or an admin-issued invitation.
- Public, Open Membership — anyone can join instantly, no approval needed. This type comes with a real restriction: open public groups cannot have file storage enabled at all, so members can share bibliographic records but not the attached PDFs — a bad fit for a team that needs shared full-text access.
There is no fourth “institutional” or agency-specific group type built into Zotero — if you’ve seen a reference to something like that, it isn’t a real Zotero setting; the three types above are the complete list per Zotero’s own documentation.
Adding members and setting permissions
To bring someone in, an admin sends an invitation from the group’s settings page (the “Send More Invitations” option) or approves a join request on a closed-membership group; the invitee accepts by email and the library appears in their own Zotero the next time it syncs. What members can actually do once they’re in is governed by three independent settings, not one blanket “editor” flag:
- Library Reading — who can see items in the group’s library at all (any group member, or the wider setting available to closed/open groups).
- Library Editing — who can add, edit, and remove bibliographic items: any group member, or only group admins.
- File Editing — who can add, replace, or remove attached files specifically: any group member, only admins, or file storage disabled entirely (the only option on an open-membership group).
Setting these deliberately matters for a real team: opening Library Editing to every member means a co-investigator can add a reference the moment they find it, without emailing a PDF around — but it also means one member’s duplicate or mis-tagged entry is visible to the whole group until someone cleans it up. Many labs restrict File Editing to admins specifically, so PDFs stay curated even when reference-adding is open to everyone.
Roles: member, admin, owner
Every group member holds one of three roles. Members operate within whatever Library/File Editing settings the group has chosen. Admins can additionally change the group’s privacy settings and other members’ roles. Only the owner can delete the group outright or transfer ownership to someone else — that authority doesn’t extend to admins, deliberately.
Transferring ownership without losing the library
The owner question matters more than it looks, because group file storage always draws from the owner’s individual storage plan, not a pooled team account. If the owner is a specific researcher — a PI, a postdoc, a grad student — the group’s storage (and, practically, its continued existence) is tied to that one person’s Zotero account.
Zotero’s own recommendation for a lab, team, or organization is to avoid this by setting up a separate account to function as the group’s owner, with at least two people knowing the login credentials, so the group isn’t orphaned if whoever originally owned it leaves. Ownership can also be transferred directly — from the group’s profile settings page, the current owner initiates a transfer, the recipient must accept it, and only once they accept does the group’s storage begin counting against the new owner’s quota instead of the old one’s.
The storage-quota consequence of shared attachments
This is the detail that surprises teams after the fact. Zotero’s sync has two layers that behave differently: bibliographic data — item metadata, notes, tags, collections — syncs for free and unlimited through Zotero’s own servers, regardless of library size. Only attached files (PDFs, snapshots, other documents) draw against a paid storage quota, and in a group library that quota is entirely the owner’s:
- Free: 300 MB
- 2 GB: $20/year
- 6 GB: $60/year
- Unlimited: $120/year
Zotero also sells separate, quote-based storage plans aimed at labs and institutions, for teams that outgrow the individual tiers. Because it’s the owner’s quota and not each member’s, five collaborators each attaching PDFs to a shared group can burn through 300 MB of free storage far faster than any one of them would alone — the practical effect is that a group intended for five or ten people almost always needs a paid tier from day one, not as an eventual upgrade. Once the owner’s storage account is full, new file attachments members try to add stop syncing to Zotero’s servers until the owner upgrades the plan, frees space, or the group moves file storage to a self-hosted WebDAV destination instead — bibliographic syncing of the underlying items keeps working regardless, since that layer isn’t metered.
Set the storage plan and who’s paying for it explicitly when the group is created, not after someone discovers uploads have quietly stopped.
A divergence trap: group libraries aren’t linked to “My Library”
Group libraries are wholly separate collections from a member’s personal “My Library” — dragging an item from one into the other creates a genuinely separate copy, not a link. Edit the group’s copy and your personal copy doesn’t update, and vice versa, until someone drags the change back across manually. For a team drafting a shared manuscript, the fix is procedural: capture references directly into the group library as you draft (rather than into personal libraries first), so there’s one authoritative, deduplicated pool instead of several copies quietly drifting apart.
Frequently asked questions
Can I just share my Zotero username and password instead of creating a group?
You can, but it gives up exactly what a group library is built to provide: there’s no way to tell which collaborator added, edited, or deleted a given item, everyone is fighting over one active session, and the whole library’s continuity depends on one login staying valid. A group library with proper roles solves all three at the cost of a few minutes of setup.
What happens to a group’s shared library if the owner leaves the institution?
Nothing breaks automatically, but the group’s storage stays tied to that person’s account and only they (or someone they explicitly transfer ownership to) can delete the group or hand it off. This is exactly why Zotero recommends a dedicated team-owned account rather than a specific researcher’s personal one for any group meant to outlast one person’s tenure.
Can I share just one collection instead of my whole library?
Not as a native “share this folder” feature — group libraries are separate library objects, not shared views into “My Library.” The closest equivalents are creating a group and populating it with only the references relevant to that project, or exporting a specific collection as Zotero RDF, BibTeX, or RIS for a one-off, non-syncing handoff.
Do collaborators need a paid Zotero account to join a group?
No — joining a group and adding/editing items doesn’t require a paid plan. Only the group’s file storage draws against a paid tier, and that’s charged to the owner’s account, not each member’s.
Related reading
- Zotero for Researchers: Reference and Citation Management Guide
- Zotero Setup and Troubleshooting: Connector, Word Plugin, and Sync
- Citation Management Software for a Research Group: Shared Libraries, Licensing, and Ownership
- Using Zotero with Google Docs: The Word Round-Trip and Shared-Document Failures
- Using the Zotero Web API: Keys, Endpoints, and a Worked Example
- Research Tools: Software and Platforms for Academic Research








