Skip to content
Metric VaultHelp Center
Open app

Roles and what each can do

What the role you pick for a teammate controls today, the Blog Studio permission matrix, and how workspace access is granted.

Last updated 2026-08-06

Summary#

Metric Vault has one enforced permission system for teammates: the blog role, which governs what a member can do in Blog Studio. Access to the rest of the workspace is granted by membership itself, and the rest of a member's dashboard continues to show their own account's data. This page sets out exactly what each role controls so you can assign it with confidence.

Overview#

When you invite someone you pick a value in the BLOG ROLE dropdown. That value does two things: it becomes the badge shown next to the person in Your Team, and it becomes their permission level in Blog Studio.

It does not act as a general access control. There is no viewer-only mode and no per-tool permission today. Every member of a workspace reaches the owner's Blog Studio, and the role decides what they may do once they are there: an Author is confined to their own posts, while an Editor can manage the whole content pipeline. Outside Blog Studio, each person's dashboard shows their own account's data — What teammates share draws that line precisely.

The upside of the model is that it is predictable. There is one matrix to reason about, it applies to one screen, and there is no per-tool toggle to get wrong.

The roles you can assign#

Option in the dropdownBadge shown in Your TeamWhat it controls
Author — own posts onlyAuthorBlog Studio: may write and edit their own posts and upload media. This is the default and the safest choice.
Editor — posts & mediaEditorBlog Studio: may write, edit and delete any post, manage categories and tags, and upload media. Cannot change blog settings.
Owner — full accessNot assignable. Selecting it returns A member cannot be invited as 'owner'. Ownership belongs to the workspace creator; see Workspace ownership.

Any value the system does not recognize is treated as Author, which is the least-privileged setting. That means a role you cannot account for is never more powerful than Author.

Blog Studio permission matrix#

This is the one matrix the product enforces. It applies to the owner's blog: an accepted member works inside the owner's Blog Studio, not their own.

CapabilityOwnerEditorAuthor
Create and edit any postYesYesNo
Create and edit their own postsYesYesYes
Delete postsYesYesNo
Manage categories and tagsYesYesNo
Upload and use mediaYesYesYes
Change blog settingsYesNoNo

When someone attempts an action their role does not allow, the request is refused with Your blog role does not allow this action (<capability>). The capability name in the message identifies which of the rows above was checked.

Note

Note: A person who is a member of more than one workspace works on the blog of their most recently accepted workspace. Blog Studio does not follow the workspace switcher. If someone needs to publish to a specific blog, make sure that workspace is the last one they accepted, or have them join it again after being removed and re-invited.

What the role does not control#

AreaGoverned by
Whether a teammate can see your monitored competitors, rank alerts, scheduled reports, notifications, editorial calendar or share linksNone of those are shared. Each account sees its own. See What teammates share.
Whether a teammate can run a credit-metered toolThat person's own account plan and credit balance. See How credits work.
Whether a teammate can change the subscription, invite people or remove peopleOwnership of their own account. See Workspace ownership.
Whether a teammate can create monitoring or alerts inside your workspaceNobody can. Anything a member sets up is saved on their own account. See What teammates share.

Reading the badges in Your Team#

Each member row shows a role badge and a status badge.

BadgeMeaning
OwnerNot assignable to a member. The word appears against your own workspace in Workspaces You've Joined, where your row reads owner · your own workspace.
EditorThe member was invited as Editor.
AuthorThe member was invited as Author, or with a value that resolved to Author.
Admin, Viewer, MemberDisplay labels the screen can render for historical values. They carry no permissions of their own and behave as Author in Blog Studio.
PENDINGThe invite has been sent but not accepted. No access yet.
ACTIVEThe invite has been accepted. Access is live.

Changing someone's role#

Each member row carries a role dropdown offering Owner, Editor and Author. Choosing Editor or Author saves immediately and takes effect on their next Blog Studio action. Choosing Owner is refused, and because the change is saved silently the dropdown may keep showing Owner until you reload the Team screen. If you need to confirm a role, reload the page and read the badge on the member's row rather than the dropdown.

There is no notification to the member when their role changes.

See also

Was this article helpful?