Communication sites and team sites

SharePoint has two modern site types and the choice between them is the most consequential early decision on any intranet. A communication site is built for broadcasting — a few authors publishing to a wide readership, with horizontal navigation, a footer and full-width page sections. A team site is built for collaborating — everyone contributes, navigation sits on the left, and the site connects to a Microsoft 365 group. Neither can be converted into the other through the interface, which is why the decision matters at creation rather than later.

Part of the SharePoint reference · Limits verified against Microsoft documentation · Last reviewed 1 September 2026

Communication or team site

The practical test is the ratio of authors to readers. A few people publishing to many means a communication site. Everyone contributing means a team site.

Communication sites compared with team sites by feature
Feature Communication site Team site
Built for Broadcasting to readersCollaborating with contributors
Navigation position Horizontal, topLeft-hand
Footer navigation Yes — 8 itemsNot available
Full-width page sections YesNot available
Connects to a Microsoft 365 group NoYes
Connects to Microsoft Teams NoYes
Mega menu available YesYes
Can be a hub site YesYes
Typical use Intranet home, department portal, policy hubProject space, working group

Choose carefully, because there is no conversion. No supported button turns a team site into a communication site or back. The differences are structural rather than cosmetic — navigation position, footer availability and full-width sections are all tied to the type. Changing your mind means creating a new site and moving content.

What gets carried when you provision a new site

Once you have chosen a type, a site design or provisioning template sets the new site up. This is where expectations and reality part company: it applies structure and configuration — not content, and not permissions.

  • It does carry: lists and libraries with their columns and views, pages with their web parts and layout, the site theme, navigation links, and actions such as joining a hub.
  • It does not carry: documents, list items, news posts, permissions, or group membership.

So the result of applying a template is a correctly structured empty site, not a duplicate of the one you based it on. That is usually what you want for a new department or project site, and it surprises people who expected a clone.

Microsoft's supplied site designs

Microsoft ships ready-made designs for both site types, covering scenarios such as a department site, an event, a project, a training programme, a crisis management site and a leadership connection site. They can be applied at creation or to an existing site of the matching type. Treat them as a starting structure rather than a finished design — most organisations keep the list and library structure and replace the supplied page layouts.

For finished page and site designs rather than bare structure, see the ShortPoint template library.

Limits and thresholds

The figure people ask about is storage, and it is almost never the one that matters.

SharePoint site limits Verified 1 Sep 2026
SharePoint site limits
Hard limits — enforced by the service
Storage per site collection 25 TB
Lists and libraries combined, per site collection 2,000
Subsites per site collection 2,000
Site collections per organisation 2,000,000
Users per site collection 2,000,000
Full-width sections on team sites Not available
Convert between site types Not supported
Recommended — performance guidance
Pages and news items per site 5,000
Security groups per site 20
Users with edit rights per site 200
Items in site navigation 100
Subsites for new architecture Avoid — use hubs

Sources: Microsoft Learn, SharePoint limits (service description); Microsoft Learn, SharePoint modern portal site limits. Figures apply to SharePoint in Microsoft 365 and were verified on 1 September 2026. See the full SharePoint limits table for platform-wide figures.

Subsites, and why not to

SharePoint still permits 2,000 subsites per site collection, and Microsoft still recommends you avoid them for new work. Both statements are current.

A subsite inherits its parent’s permissions and lives inside its hierarchy, which makes it awkward to move, resecure or hand to a different owner later. An associated site in a hub stays an independent site collection with its own permissions, storage quota and administration, and can be disassociated at any time. Modern SharePoint is flat by design, and hubs are the supported way to impose structure on that flatness.

Key takeaways

  • 2 site types Author-to-reader ratio decides the type Few publishing to many is a communication site. Everyone contributing is a team site. Almost every intranet page is a communication site.
  • None conversion You cannot convert one site type into the other Navigation position, footer and full-width sections are tied to the type. Changing your mind means a new site and a content move, which makes this the most consequential early decision.
  • Structure not content Provisioning gives you an empty site, correctly built Lists, libraries, columns, views, pages, theme and navigation carry across. Documents, list items, news posts, permissions and group membership do not.
  • 2,000 lists List count constrains an estate long before storage does 25 TB per site is generous to the point of irrelevance. The real ceilings are 2,000 lists and libraries and around 5,000 pages per site.
  • Avoid subsites Subsites are permitted and still not recommended The 2,000 ceiling exists, but a subsite inherits permissions and is hard to move or resecure. Use hub association for structure instead.
  • Comms full width A missing full-width option means you are on a team site It is a page layout boundary, not a permissions or configuration problem, and it is why a Hero on a team site cannot go edge to edge.

Where the supplied designs stop

Microsoft’s site designs get the structure right and stop at the design. Applying the department site design gives you sensible lists, sensible navigation and a set of default page layouts that look like every other SharePoint site in the world.

On a small estate that hardly matters. Across forty department sites built by forty different owners it becomes the reason people say the intranet feels unfinished — not because any single site is bad, but because there is no shared design language and nothing enforces one.

Designs that carry the brand too

ShortPoint is a no-code design layer for SharePoint. It works with the same site types and the same lists — what it adds is a design layer that carries layout and brand, not just structure.

  • Page and site designs including typography, spacing and component treatment
  • A shared design language across every site in a hub
  • Applied by department owners without a developer or SPFx build
  • Live content from the lists each site already maintains

Used on 350,000+ SharePoint sites by 12M+ people · Microsoft Solutions Partner · No credit card required

Common questions about site types

What is the difference between a communication site and a team site?

Which site type should you use for an intranet?

What does a SharePoint site template actually carry across?

Can you convert a team site into a communication site?

How much storage does a SharePoint site have?

Should you still use subsites in SharePoint?

Are full-width sections available on team sites?

What site templates does Microsoft provide?

Sources

Related reference

Nearby in the reference