Multisite shared libraries Pro
Show one site's document library on any other site of the network — one central library, rendered anywhere, with the central site's access rules enforcing.
Updated August 25, 2026
A school trust, a council, an agency network: one central document library,
dozens of sites that need to show it. On a WordPress multisite network,
FileDeck Pro renders any site’s library on any other site with one
attribute on the ordinary [filedeck] shortcode:
[filedeck site="2"]
There is no separate shortcode: site is an attribute of [filedeck], and
its value is the blog ID of the site whose library you want (find it in
Network Admin → Sites — it is the id= in each site’s edit link).
Every other shortcode attribute works as normal — category, layout, colours —
so [filedeck site="2" category="policies" layout="folders"] renders the
central site’s policies as folders. The Document Library block has no site
picker, so on a sub-site use a Shortcode block (or your page builder’s
shortcode element) for a shared library.
FileDeck Pro — shared libraries are included in all Pro plans, on multisite networks only. See pricing
How enforcement works (the part that matters)
The rendered library belongs to the central site: download links, search, pagination and signed URLs all point at it, so its own access rules, gates and activity log do the enforcing. A visitor who couldn’t see a document on the central site can’t see it through a shared render either — there is no second, weaker copy of the rules.
What it needs
Shared libraries are a Pro feature, and they only do anything on a multisite network. Three things have to be true:
- the install is a multisite network, with its normal shared auth salts (every standard multisite has these);
- FileDeck Pro is active (free FileDeck ignores
siteentirely); - the blog ID names a site that exists and has FileDeck active on it — network activation covers this.
The two ways that last one can fail behave differently, on purpose. If the
blog ID names no site at all — a typo, or a site since deleted — the
site attribute is ignored and [filedeck] simply renders the current
site’s own library, exactly as it does when Pro is inactive or the install
is single-site. If the site exists but has no FileDeck, the shortcode
renders nothing at all: better an empty space than the wrong library.
What it is not
Not a sync — there is exactly one library, rendered in more places. That’s the point: no copies to drift, no "which version is right".
Still stuck? Email support@getfiledeck.com.