Tab access controls
Hide tabs from a member, and understand who the restriction actually applies to.
On this page
Setting tab access
In a workspace's Members tab, the gear on a member row opens Tab access: a checklist of tabs with select-all and deselect-all. The same checklist appears in the invite dialog, so you can set it before someone arrives.
Leaving every box ticked stores no restriction at all. Unticking anything stores an allowlist — which matters more than it sounds, because tabs without a checkbox then disappear too.
Who restrictions apply to
- Same-organization viewers — restricted as you'd expect.
- External invitees and cross-org collaborators — restricted, including anyone who is an admin of their own organization.
- Same-organization strategists and admins — exempt. They see every tab their plan includes, whatever the checklist says.
- Same-organization writers — bound by the fixed writer tab set instead.
Which tabs can be restricted
The checklist covers Overview, Ask, Prompts, Pages, Opportunities, Articles, Onboarding, Citations, Compare, Contacts, Reddit Engagement, Inbox, Workflows, Agents, AI Traffic, Members and Insights.
Some tabs have no checkbox — Grids, Campaigns, Alerts & Drift, Site Audit, Article Prompts, Integrations and Marketplace among them. Once any allowlist is set, those are hidden from that member as well.
Your plan filters the list
Only tabs your plan includes appear in the checklist, so a locked feature never shows up as something to grant.
What a restricted member sees
Hidden tabs are gone from the sidebar, and opening one directly gives "You don't have access to this tab — ask a workspace admin". Enforcement is server-side, not just navigation.
The common recipe for client access: invite by email, set the role to Viewer, and tick only Insights, Citations and Pages.