100% Free Forever
AI-Powered Learning
Industry Expert Content
Certificates & Badges
Learn At Your Own Pace
Programming

Metadata and Managed Terms

Learn how Managed Metadata and the Term Store provide a governed, hierarchical taxonomy for tagging content consistently across a SharePoint tenant.

Content ManagementAdvanced10 min readJul 10, 2026
Analogies

Why Managed Metadata Instead of Choice Columns?

A Choice column stores a flat, hardcoded list of options defined per-site-column, which works fine for a small, stable set of values but becomes hard to govern across a large tenant because every site might define its own slightly different Choice list. A Managed Metadata column instead points to Term Sets stored centrally in the Term Store, a hierarchical taxonomy service shared across the entire tenant, so the same 'Department' or 'Product Line' taxonomy can be enforced consistently everywhere, updated in one place, and support synonyms so users can search using alternate labels that resolve to the same term.

🏏

Cricket analogy: A Choice column for team names hardcoded per site is like each local league inventing its own team-name spelling, while a Managed Metadata term set is like the ICC's official team registry ensuring 'India' is spelled identically across every scorecard worldwide.

The Term Store Hierarchy

The Term Store organizes vocabulary into Term Group (a top-level container often scoped by department or business unit, with permissions controlling who can manage it), Term Set (a specific taxonomy within a group, like 'Geography' or 'Product Categories'), and individual Terms, which can themselves be nested to represent parent-child hierarchy — for example a 'North America' term containing child terms 'USA' and 'Canada'. Each term has a stable GUID that doesn't change even if the term's display label is renamed or translated, which is what allows tagged content to remain correctly classified across label changes and multiple languages.

🏏

Cricket analogy: Nesting 'India' under a 'Test Playing Nations' term is like the ICC's official classification tree grouping full members hierarchically, so renaming a display label doesn't break historical records tied to a stable team ID.

Term Sets can be marked 'Open' (users can add new terms on the fly while tagging) or 'Closed' (only Term Store administrators can add terms). Use Closed term sets for governed taxonomies like cost centers or legal entities, and Open term sets for organically-grown vocabularies like project keywords.

Tagging Content and Metadata Navigation

Once a Managed Metadata site column is bound to a Term Set, users tagging a list item get type-ahead suggestions pulled live from the Term Store, and multiple terms can be allowed per column if the field is configured to accept multiple values, letting one document carry several tags like both 'Finance' and 'Q3-2026' from different term sets. Metadata Navigation, configured in Library Settings, lets you designate a Managed Metadata column as a navigation hierarchy in the left-hand tree view, so users can filter a large library by clicking through term hierarchy nodes instead of building a manual view filter, and this navigation works efficiently even on libraries near the list view threshold because it uses indexed term lookups.

🏏

Cricket analogy: Tagging a highlight reel with both 'Six' and 'Powerplay' terms from different term sets is like a broadcast archive cross-referencing footage by shot type and match phase simultaneously for flexible retrieval.

Metadata Navigation trees rely on the Managed Metadata column being indexed; if you enable navigation on a very large library without confirming the underlying column index exists, you can still hit throttling. Also, deleting a term that's actively tagging thousands of items should be done via 'Deprecate' rather than delete, since deprecating hides a term from future tagging while preserving it on already-tagged items.

powershell
# PnP PowerShell: create a Term Group, Term Set, nested Terms, then a Managed Metadata column bound to it
Connect-PnPOnline -Url "https://contoso-admin.sharepoint.com" -Interactive

$termGroup = New-PnPTermGroup -Name "Corporate Taxonomy"
$termSet   = New-PnPTermSet -TermGroup $termGroup -Name "Geography"

$na = New-PnPTerm -TermSet $termSet -TermGroup $termGroup -Name "North America"
New-PnPTerm -TermSet $termSet -TermGroup $termGroup -Name "USA" -Parent $na
New-PnPTerm -TermSet $termSet -TermGroup $termGroup -Name "Canada" -Parent $na

Add-PnPTaxonomyField -List "Vendor Contracts" -DisplayName "Region" `
  -TermSetPath "Corporate Taxonomy|Geography" -MultiValue
  • Managed Metadata columns bind to Term Sets in the tenant-wide Term Store, unlike per-site Choice columns.
  • The hierarchy is Term Group > Term Set > Terms, and terms can nest to represent parent-child relationships.
  • Each term has a stable GUID that persists across display-label renames and translations.
  • Term Sets can be Open (users add terms while tagging) or Closed (only Term Store admins add terms).
  • Managed Metadata columns can be single-value or multi-value, and support type-ahead tagging.
  • Metadata Navigation exposes a term hierarchy as a clickable filter tree, using indexed lookups for performance.
  • Deprecate terms rather than delete them to preserve tagging on existing items while hiding them from future use.

Practice what you learned

Was this page helpful?

Topics covered

#Programming#SharePointStudyNotes#MetadataAndManagedTerms#Metadata#Managed#Terms#Instead#StudyNotes#SkillVeris#ExamPrep