top of page

SharePoint Sites and Permissions: What You Need to Know

  • echotransformation
  • Nov 20
  • 4 min read

When you click “Create site” in SharePoint, it feels simple. A few fields, a site name, maybe a description… and voila, a sleek new site appears. But behind the scenes, Microsoft 365 is spinning up multiple connected services that all influence how your permissions work.


Understanding this is the difference between running a clean, controlled workspace… and accidentally giving half your organization access to sensitive content.


Let's dive into it!

What Actually Gets Created When You Spin Up a New SharePoint Site?


One of the things we love (or hate...) about Microsoft 365 is how much it takes care of for you behind the scenes. Creating a Team SharePoint Site (not to be confused with a Communication SharePoint Site!) isn’t just making a new SharePoint space, you’re actually creating an entire collaboration hub in one click.


Here’s what’s quietly created in the background:

  • A SharePoint Team Site: for storing and collaborating on files (Your primary intention)

  • A Microsoft 365 Group: the “container” that controls membership and permissions

  • A distribution list: for group communication / blasting

  • A Shared Inbox: to receive or send emails on behalf of the group

  • A Shared Calendar: to see when the group is busy in meetings

  • A Shared OneNote notebook: to capture group notes


All of this is created automatically so your team can start working together without any extra setup. And because everything is tied back to the Microsoft 365 Group, the same list of people (Owners and Members) have consistent access across every connected tool.


Now Depending on Your Setup, You Might Also Get:

  • A Microsoft Teams workspace: connected to the new SharePoint Site so you can access your group files as you chat with each other.

  • A Planner board: linked to the group, so you can assign each other tasks and track how close you are to accomplishing your goals.

  • Loop components: for real-time collaboration on EVERYTHING!


These optional add-ons plug right into the same Microsoft 365 Group, keeping permissions and membership perfectly in sync.


This is exactly why understanding the difference between Group roles and SharePoint roles becomes so important. The choices you make when managing access can impact more than just the site...

The Big Permission Distinction: Group Roles vs. SharePoint Roles


This is where most administrators get tripped up. There are two layers of permissions:


Layer 1: Microsoft 365 Group Roles


These are managed in:

  • Microsoft 365 admin center

  • Azure AD admin center

  • SharePoint admin center (when editing site permissions)

There are only two role types:

  • Owners: full control

  • Members: edit


Layer 2: SharePoint Site Roles


These apply inside the SharePoint site itself and nothing else:

  • Site Admins: full admin control + restore deleted content

  • Site Owners: full control

  • Site Members: edit

  • Site Visitors: read only


This flexibility is powerful… and dangerous if you don’t understand who controls what.


SharePoint Site Membership tab showing all types of permissions, including Site Owners, Site Members, Site Visitors, and associated Microsoft 365 Group roles.

Real-Life Scenarios Where This Difference Matters


Scenario 1: A department user gets removed from the Group Permissions but still has access to the SharePoint site

You removed them from Group Owners thinking it removes access everywhere. But unfortunately, someone added them directly as a Site Owner. Therefore, they still have full control over the SharePoint site and you wonder why your confidential folders aren’t secure...


Scenario 2: A project site gets too many members because someone added “All Staff” to the Microsoft 365 Group

This one happens a lot. An employee thinks “All Staff” is a distribution list (which it is....) But doesn’t realize adding it to Group Members gives the entire company edit access. Everything in the SharePoint site is suddenly editable by 400 people... Try adding them to the Site Visitors instead.


Scenario 3: You want someone to view and approve documents but not edit the site

You want them to view and approve documents, without changing your site's configuration and settings. If you add them to the Group, they become Site Members with edit rights. The correct approach? Add them as Site Visitors or share the specific document instead of the entire site...

How to Choose the Right Permission Model


Use Microsoft 365 Group Membership if:

  • Everyone needs the same level of access

  • You want the group to access Teams, Planner, shared inbox, etc.

  • You prefer simple membership management


Use SharePoint-only Permissions if:

  • You need read-only users

  • You need unique permissions for different folders

  • You want granular control

  • You don’t want edit access tied to Group membership

Practical Recommendations


1. Always decide the permission strategy before creating the site

  • Communication site: allows controlled publishing

  • Team site: collaboration and much more

  • Pick wrong: permission soup inbound


2. Assign Group Owners intentionally

Group Owners control:

  • Membership

  • Team settings

  • Planner

  • Pages and permissions

Choose wisely.


3. For most organizations:

  • Use Group membership for the core team

    • Assign super users to Group Owners

    • Assign everyone else in the team to Group Members

  • Use SharePoint Site Visitors for people who only need to see content on SharePoint

This gives the best blend of control and flexibility.


Still reading this? You must be looking for more! Check out our Best Practice Guide for SharePoint Permissions, it has even more tips for you.

Why Understanding This Matters More Than Ever

Microsoft keeps integrating services across the platform: SharePoint, Outlook, OneNote, Teams, Planner, Loop, Approvals.


The moment you add someone to a Group, you aren’t just giving them access to a SharePoint site: You’re giving them access to an entire Microsoft 365 workspace.


Clarity on roles prevents:

  • Oversharing

  • Accidental edits

  • Broken pages

  • Security risks

  • Governance headaches


And in the long run, this leads to better collaboration and cleaner systems without unnecessary complexity and overhead!

 
 
 

Comments


bottom of page