Taxonomie und Terminologiespeicher in SharePoint
Verwaltete Metadaten statt Freitext-WildwuchsTaxonomie und Terminologiespeicher praxisnah
Metadaten sind nur so gut wie die Werte, die drinstehen — und genau da stirbt in den meisten SharePoint-Umgebungen der Traum. Freitextfelder produzieren „Vertrieb“, „Sales“ und „Verttrieb“ als drei verschiedene Abteilungen, Auswahlspalten werden in jeder Site ein bisschen anders zusammengeklickt, und am Ende filtert niemand mehr irgendwas. Die Lösung ist seit Jahren an Bord und wird trotzdem stiefmütterlich behandelt: der Terminologiespeicher. In diesem Artikel bekommst du Aufbau, Spielregeln und einen Entwurfsansatz für Taxonomien, die auch nach der dritten Reorganisation noch funktionieren.
|
FAKTENKASTEN — Terminologiespeicher und verwaltete Metadaten Der Terminologiespeicher (Term Store) ist die zentrale Verwaltung für verwaltete Metadaten in SharePoint; er ist hierarchisch aufgebaut: Gruppen enthalten Terminologiesätze (Term Sets), Terminologiesätze enthalten Ausdrücke (Terms). Ausdrücke können bis zu 7 Ebenen tief verschachtelt werden; ein Terminologiesatz ist entweder geschlossen (nur Berechtigte ergänzen Werte) oder offen (jeder Benutzer darf beim Taggen neue Werte anlegen). SharePoint Online unterstützt laut Microsoft-Servicebeschreibung bis zu 1.000.000 Ausdrücke insgesamt sowie 1.000 globale Terminologiesätze und 1.000 globale Gruppen pro Mandant. Jeder Ausdruck wird über eine ID referenziert, nicht über seinen Text: Wird ein Ausdruck umbenannt, aktualisiert sich die Anzeige an allen getaggten Inhalten, ohne dass Dokumente angefasst werden. Ausdrücke unterstützen Synonyme (weitere Bezeichnungen) und mehrsprachige Beschriftungen; die Eingabe eines Synonyms löst beim Taggen auf den offiziellen Ausdruck auf. Genutzt werden Terminologiesätze über Spalten vom Typ „Verwaltete Metadaten“ in Listen und Bibliotheken; die Pflege erfolgt im SharePoint Admin Center bzw. auf Websiteebene. Stand: August 2026 · boddenberg.de |
|---|
Warum Freitext deine Metadaten ruiniert
Das Grundproblem ist banal: Menschen tippen unterschiedlich. Derselbe Sachverhalt landet als „Marketing“, „MKT“, „Marketing & Kommunikation“ und „Maketing“ in vier Varianten in deiner Spalte — und für SharePoint sind das vier komplett verschiedene Werte. Filter zeigen nur einen Bruchteil, Ansichten lügen, Auswertungen sind Handarbeit. Das ist kein Anwenderfehler, das ist ein Architekturfehler: Wer eine Werteliste als Freitextfeld baut, hat den Wildwuchs bestellt.
Der Terminologiespeicher dreht das um. Jeder Begriff existiert genau einmal, zentral gepflegt, mit Synonymen und bei Bedarf mehrsprachig — und alle Sites referenzieren dieselbe Liste. Tippt jemand „Kontrakt“, schlägt SharePoint „Vertrag“ vor. Wird aus der „Abteilung Kommunikation“ nach der Reorg das „Team Markenauftritt“, benennst du den Ausdruck einmal um, und sämtliche getaggten Dokumente zeigen den neuen Namen. So sieht das im Zusammenspiel aus:

Skizze 1: Links die Hierarchie aus Gruppe, Terminologiesatz und Ausdrücken mit Synonymen, rechts die Nutzung über eine Spalte vom Typ „Verwaltete Metadaten“.
|
PRAXISBOX — 1.800 Themengebiete, 40 Themen Handelsunternehmen, Dokumentbibliotheken über Jahre gewachsen, überall eine Freitextspalte „Themengebiet“. Beim Auslesen der Werte für die Migration kam die Wahrheit ans Licht: 1.800 unterschiedliche Einträge — für fachlich vielleicht 40 echte Themen. Darunter Klassiker wie „Sonstiges“, „sonstiges“, „SONST.“, „siehe Dateiname“ und mein persönlicher Favorit: „?“. Wir haben die 1.800 Werte auf einen geschlossenen Terminologiesatz mit 38 Ausdrücken eingedampft, die häufigsten Schreibvarianten als Synonyme hinterlegt und die Spalte umgestellt. Der erste Kommentar aus dem Fachbereich nach dem Go-live: „Warum ging das nicht schon immer so?“ Ging es. Es hatte nur nie jemand die Liste gebaut. |
|---|
Aufbau: Gruppen, Terminologiesätze, Ausdrücke
Die drei Ebenen und ihre Rollen
Die Gruppe ist Container und Sicherheitsgrenze: Hier legst du fest, wer welche Terminologiesätze pflegen darf — und das gehört in den Fachbereich, nicht in die IT. Der Terminologiesatz ist das eigentliche Vokabular („Dokumentart“, „Standort“, „Produktlinie“), und die Ausdrücke darin sind die Werte, die Anwender beim Taggen auswählen. Halte die Hierarchie flach: Zwei bis drei Ebenen reichen fast immer, auch wenn technisch sieben möglich sind. Wer tiefer schachtelt, baut meist Datenbeziehungen nach, die woanders besser aufgehoben wären.
Synonyme und Mehrsprachigkeit: die unterschätzten Features
Jeder Ausdruck kann weitere Bezeichnungen tragen. Das ist Gold wert, denn du musst Anwendern ihre Gewohnheiten nicht abtrainieren: Wer „HR“ tippt, landet bei „Personal“, wer „Invoice“ tippt, bei „Rechnung“. In internationalen Umgebungen kommen mehrsprachige Beschriftungen dazu — derselbe Ausdruck, deutsche und englische Anzeige, eine einzige Wahrheit dahinter. Synonyme sind außerdem dein wichtigstes Werkzeug gegen Neuanlage-Wildwuchs: Statt einen fast gleichen Ausdruck zuzulassen, hängst du die Variante als Synonym an den bestehenden.
Offen oder geschlossen: die Grundsatzentscheidung
Ein geschlossener Satz akzeptiert neue Werte nur von Berechtigten — das ist der Standard für alles, was Governance braucht. Ein offener Satz lässt jeden Anwender beim Taggen neue Ausdrücke anlegen; das taugt für echte Folksonomie wie freie Schlagworte, und selbst dort nur mit benanntem Paten und festem Aufräumtermin. Die Kurzformel: Kern-Taxonomien immer geschlossen, offene Sätze sind die begründete Ausnahme.
Freitext, Auswahlspalte oder verwaltete Metadaten?
Nicht jede Spalte gehört in den Terminologiespeicher — aber deutlich mehr, als üblicherweise dort landen. Der Entscheidungsweg in Kurzform: Erst prüfen, ob es überhaupt Freitext ist. Wenn nicht, ist es eine Werteliste, und dann entscheidet die Reichweite:

Skizze 2: Entscheidungsweg für den Spaltentyp — im Zweifel gewinnen verwaltete Metadaten, weil sie mitwachsen.
Dieselbe Entscheidung als Vergleich der drei Kandidaten nebeneinander:
|
Kriterium |
Freitext |
Auswahlspalte (Choice) |
Verwaltete Metadaten |
|---|---|---|---|
|
Konsistenz |
Keine — Tippfehler-Lotterie |
Pro Liste ja, übergreifend nein |
Zentral, eine Wahrheit |
|
Wiederverwendung |
Entfällt |
Kopieren = Varianten züchten |
Ein Satz, alle Sites |
|
Synonyme / Sprachen |
Nein |
Nein |
Ja, je Ausdruck |
|
Hierarchie |
Nein |
Nein |
Bis 7 Ebenen |
|
Nachträglich umbenennen |
Massenpflege je Dokument |
Alte Werte bleiben stehen |
Einmal ändern, wirkt überall |
|
Pflegeaufwand |
Null — dafür Chaos |
Gering, aber dezentral |
Zentral, braucht Besitzer |
|
Sinnvoll für |
Titel, Beschreibungen |
3–7 stabile Werte, eine Site |
Alles, was gefiltert wird |
|
MERKBOX Ein Begriff existiert genau einmal — im Terminologiespeicher. Überall sonst wird er nur referenziert. Wer dieselbe Werteliste in Auswahlspalten dupliziert, baut verteilte Wahrheiten, und verteilte Wahrheiten driften immer auseinander. |
|---|
Taxonomie entwerfen, die eine Reorg überlebt
Der häufigste Entwurfsfehler ist zugleich der verführerischste: das Organigramm als Taxonomie. Fühlt sich natürlich an — jede Abteilung ihr Ast — und ist nach der nächsten Umstrukturierung wertlos, weil dann tausende Dokumente an Ästen hängen, die es nicht mehr gibt. Trag stattdessen zusammen, welche Fragen später an die Inhalte gestellt werden: Was ist das für ein Dokument? Welches Produkt, welcher Standort, welcher Prozess? Aus diesen Fragen entstehen die Terminologiesätze — und die sind deutlich reorganisationsfester als jede Abteilungsstruktur.
Zweiter Grundsatz: klein anfangen, sauber besitzen. Drei bis fünf gepflegte Terminologiesätze mit klarem fachlichem Besitzer schlagen zwanzig verwaiste. Jeder Satz braucht einen Namen im Fachbereich, der Ergänzungswünsche entscheidet, und einen wiederkehrenden Termin, an dem aufgeräumt wird: Dubletten zu Synonymen machen, Verwaistes als veraltet markieren, Neues einsortieren. Das ist eine Stunde pro Quartal — und der Unterschied zwischen einer Taxonomie und einem Museum.
|
WARNBOX — die drei Klassiker Erstens: das Organigramm als Taxonomie. Nach der zweiten Reorg pflegt niemand mehr nach, und die schönen Äste zeigen auf Abteilungen von vorgestern. Modelliere Inhalte, nicht Hierarchien. Zweitens: der offene Satz für die Kern-Taxonomie. „Die Anwender ergänzen das schon sinnvoll“ — nein. Nach einem Quartal hast du Vornamen, Projektcodes und dreifache Varianten desselben Begriffs im Vokabular. Drittens: die herrenlose Taxonomie. Ohne fachlichen Besitzer entscheidet niemand über neue Werte, also baut sich jeder lokal eine Auswahlspalte — und der Terminologiespeicher verkommt zur Deko. |
|---|
|
PRAXISBOX — der offene Satz und die 900 Schlagworte Beratungshaus, gut gemeinter Pilot: ein offener Terminologiesatz „Schlagworte“, damit „das Wissen organisch wachsen kann“. Es wuchs. Nach einem Quartal standen über 900 Ausdrücke im Satz — darunter „wichtig“, „wichtig!“, „WICHTIG!!!“, mehrere Vornamen von Projektleitern, ein halbes Dutzend Kundenkürzel in je zwei Schreibweisen und der zeitlose Ausdruck „neu“. Gefunden wurde damit exakt nichts, denn kaum ein Schlagwort war zweimal vergeben. Die Rettung war unspektakulär: Satz geschlossen, zwei Fachpaten benannt, die 900 Ausdrücke in einer Nachmittagssitzung auf 70 eingedampft, der Rest als Synonym oder veraltet markiert. Seitdem gilt dort die Hausregel: Wachsen darf das Vokabular gern — aber durch jemanden, nicht durch alle. |
|---|
FAQ zu Taxonomie und Terminologiespeicher
Was ist der Unterschied zwischen Terminologiespeicher, Terminologiesatz und Ausdruck?
Der Terminologiespeicher ist der Gesamtbestand, die oberste Verwaltungsebene deines Mandanten. Darin liegen Gruppen als Container mit Berechtigungen, in den Gruppen Terminologiesätze als einzelne Vokabulare — etwa „Dokumentart“ — und darin die Ausdrücke, also die konkreten Werte, die beim Taggen ausgewählt werden.
Wer sollte den Terminologiespeicher pflegen — IT oder Fachbereich?
Beide, mit klarer Arbeitsteilung. Die IT verantwortet Struktur, Berechtigungen und Namenskonventionen; die Inhalte der einzelnen Terminologiesätze gehören in den Fachbereich, denn dort weiß man, ob „Wartungsvertrag“ und „Servicevertrag“ dasselbe sind. Technisch bildest du das über Gruppenmanager und Mitwirkende auf Gruppenebene ab.
Was passiert mit getaggten Dokumenten, wenn ich einen Ausdruck umbenenne oder lösche?
Umbenennen ist harmlos: Dokumente referenzieren die ID des Ausdrucks, die Anzeige aktualisiert sich überall automatisch. Löschen solltest du vermeiden — markiere Ausdrücke stattdessen als veraltet. Dann behalten bestehende Inhalte ihr Tag, aber beim neuen Taggen wird der Wert nicht mehr angeboten.
Wie viele Terminologiesätze braucht eine mittelständische Organisation?
Weniger, als man denkt. Mit drei bis sieben gepflegten Sätzen — typischerweise Dokumentart, Abteilung oder Geschäftsbereich, Standort, Produkt- oder Themenliste — deckst du den Großteil der Filter- und Suchbedürfnisse ab. Wichtiger als die Anzahl ist, dass jeder Satz einen fachlichen Besitzer und einen Pflegetermin hat.
Kann ich bestehende Freitext- oder Auswahlspalten auf verwaltete Metadaten umstellen?
Ja, aber nicht per Knopfdruck. Der bewährte Weg: vorhandene Werte auslesen, bereinigt als Terminologiesatz aufbauen, eine neue Spalte vom Typ „Verwaltete Metadaten“ anlegen und die Altwerte per Massenbearbeitung oder Skript zuordnen. Die alte Spalte bleibt während der Umstellung lesbar und fliegt erst am Ende raus.
Was haben verwaltete Metadaten mit der SharePoint-Suche zu tun?
Eine Menge: Getaggte Ausdrücke stehen der Suche als verwaltete Eigenschaften zur Verfügung und machen damit Einschränkungen und präzise Abfragen erst möglich — „alle Rechnungen vom Standort Hamburg“ ist mit sauberer Taxonomie eine Suchabfrage, ohne sie ein Nachmittagsprojekt. Wie du das Suchschema dafür einrichtest, ist Thema des Such-Spokes.
|
Taxonomie aufbauen — mit jemandem, der das seit SharePoint 2003 macht Ob Bestandsaufnahme, Vokabular-Workshop oder komplette Term-Store-Einführung: Wir bauen deine Taxonomie so auf, dass sie die nächste Reorg überlebt — und deine Filter endlich zeigen, was da ist. → SharePoint-Beratung anfragen: boddenberg.de/consulting-sharepoint-server-sharepoint-online/ |
|---|
