Ordner vs. Metadaten in SharePoint
Die SharePoint-Glaubensfrage – sachlich beantwortetOrdner oder Metadaten? Die SharePoint-Glaubensfrage
Es gibt Fragen, die in IT-Abteilungen zuverlässig Grabenkämpfe auslösen: Tabs oder Spaces, vi oder Emacs — und in der SharePoint-Welt: Ordner oder Metadaten? Die kurze Antwort vorweg, damit du weißt, mit wem du es zu tun hast: Metadaten. Mit pragmatischen Ausnahmen, über die wir ehrlich reden. Die lange Antwort erklärt, warum die Ordnerliebe so hartnäckig ist, was Ordner technisch wirklich kosten, wo sie trotzdem ihren Platz haben — und wie der Mittelweg aussieht, mit dem beide Lager leben können, ohne dass dein SharePoint zum Fileserver mit Weboberfläche verkommt.
|
FAKTENKASTEN — Ordner und Metadaten in SharePoint Der komplette decodierte Dateipfad in SharePoint Online — Websitename, Bibliothek, Ordner und Dateiname, ohne Domainanteil — darf maximal 400 Zeichen lang sein; tiefe Ordnerhierarchien stoßen bei Migrationen regelmäßig an dieses Limit. Ein Ordnerbaum legt genau eine Hierarchie fest; Metadatenspalten erlauben auf demselben Bestand beliebig viele Ansichten mit Filterung, Gruppierung und Sortierung. Der Schwellenwert der Listenansicht (List View Threshold) liegt in SharePoint Online fest bei 5.000 Elementen pro Abfrage, gilt in Ordnern genauso wie in flachen Ansichten und lässt sich online nicht erhöhen; eine Bibliothek fasst bis zu 30 Millionen Elemente. Eindeutige Berechtigungen sind auf 50.000 Elemente je Liste oder Bibliothek begrenzt; Microsoft empfiehlt maximal 5.000, und ab 100.000 Elementen lässt sich die Vererbung gar nicht mehr unterbrechen. Bibliotheken können je Ordner Standardspaltenwerte vergeben (Spaltenstandardwerte / Column Default Values): Beim Ablegen in einen Ordner werden definierte Metadaten automatisch gesetzt. Metadaten bleiben beim Verschieben von Dokumenten erhalten; Suche, Ansichten und Retention Labels arbeiten auf Spaltenwerten, nicht auf Ordnerpfaden. Stand: August 2026 · boddenberg.de |
|---|
Warum wir überhaupt streiten: das Fileserver-Erbe
Die Ordnerliebe ist kein Charakterfehler, sondern Muskelgedächtnis. Drei Jahrzehnte Fileserver haben uns beigebracht: Struktur ist ein Baum, Ablegen ist Einsortieren, Finden ist Durchklicken. Das hat auf K:\ leidlich funktioniert, weil es dort schlicht keine Alternative gab. SharePoint hat eine — aber die Gewohnheit zieht um, wenn man sie lässt: Der alte Verzeichnisbaum wird per Drag & Drop in die Bibliothek gekippt, und fertig ist der Fileserver mit Weboberfläche, nur langsamer im Explorer und teurer in der Lizenz.
Das Kernproblem des Baums ist dabei völlig zeitlos: Ein Dokument kann nur an einem Ort liegen, wird aber aus vielen Blickwinkeln gebraucht. Der Wartungsvertrag von Kunde Müller aus 2024 gehört gleichzeitig zum Kunden, zum Jahr und zur Dokumentart — der Ordnerbaum zwingt dich, dich für genau eine dieser Sichten zu entscheiden. Die anderen beiden erledigst du dann per Kopie oder per Kopfwissen. Metadaten lösen das Dilemma, indem sie die Struktur in Spalten packen:

Skizze 1: Links die eine Hierarchie mit der klassischen Ablage-Gretchenfrage, rechts derselbe Bestand flach mit drei Ansichten — dreimal auffindbar, null Kopien.
|
PRAXISBOX — die Migration, die am Alphabet scheiterte Fileserver-Migration bei einem Bauunternehmen, die Ansage war klar: „Struktur bleibt eins zu eins, unsere Leute kennen die auswendig.“ Die tiefste Stelle des Baums: vierzehn Ebenen, inklusive der Evergreens „alt“, „neu“, „final“ und „final2“. Der Migrationslauf quittierte hunderte Dateien mit Fehlern — Pfad über 400 Zeichen, SharePoint Online nimmt so etwas schlicht nicht an. Besonders schön: Die längsten Pfade gehörten zu den wichtigsten Projekten, weil dort am eifrigsten „strukturiert“ worden war. Am Ende kam, was von Anfang an geplant gehörte: erst Informationsarchitektur mit zwei Ordnerebenen und vier Metadatenspalten, dann bereinigen, dann migrieren. Die Struktur, die angeblich alle auswendig kannten, hat übrigens niemand vermisst. |
|---|
Was Ordner wirklich kosten
Die eine Hierarchie ist Kopfwissen
Jede Ordnerstruktur kodiert die Ablagelogik genau einer Person oder eines kleinen Zirkels — und dieses Wissen steht nirgendwo. Wer die Logik nicht kennt, klickt auf Verdacht durch den Baum oder fragt herum. Bei Metadaten ist die Logik sichtbar: Die Spalten stehen über der Liste, die Werte kommen aus der Taxonomie, und jede Ansicht erklärt sich selbst. Der Unterschied zeigt sich spätestens im Urlaub des Ablage-Gurus.
Die Technik rechnet mit
Ordner sind auch technisch kein Gratisvergnügen: Jede Ebene verlängert den Pfad Richtung 400-Zeichen-Limit, tief verschachtelte Berechtigungen laufen in die Grenzen für eindeutige Berechtigungen, und der 5.000er-Schwellenwert der Listenansicht gilt in Ordnern genauso wie in flachen Bibliotheken — der beliebte Reflex „dann machen wir halt mehr Ordner“ löst das Problem also nicht, indizierte Spalten und gefilterte Ansichten tun es. Und die Suche? Die interessiert sich für Spaltenwerte, nicht für die Poesie deiner Ordnernamen.
Wofür Ordner trotzdem taugen
Jetzt die Ehrlichkeit, die dieser Artikel versprochen hat: Ordner sind nicht der Teufel. Als flache Ablagehilfe mit Standardspaltenwerten sind sie sogar richtig nützlich — wer in den Ordner „Müller“ ablegt, bekommt Kunde=Müller automatisch getaggt, ohne ein einziges Formularfeld anzufassen. Als grobe Berechtigungsgrenze können sie funktionieren, auch wenn ab nennenswerter Größe die eigene Bibliothek oder Site die sauberere Grenze ist. Und wo Teams per OneDrive-Sync im Explorer arbeiten, sind ein bis zwei kurze Ordnerebenen die realistische Brücke zwischen Gewohnheit und Governance:

Skizze 2: Die pragmatischen Ausnahmen links, die Verbotszone rechts — und die Faustregel: maximal zwei Ebenen, und jede braucht einen Job.
Der direkte Vergleich
Für die nächste Grundsatzdiskussion im Meeting — die Glaubensfrage als nüchterne Gegenüberstellung:
|
Kriterium |
Ordner |
Metadaten |
|---|---|---|
|
Sichten auf den Bestand |
Genau eine — die Hierarchie |
Beliebig viele Ansichten |
|
Finden ohne Vorwissen |
Durchklicken und hoffen |
Filtern, gruppieren, suchen |
|
Mehrfache Zuordnung |
Nur per Kopie (Doppelablage) |
Mehrere Spalten, ein Dokument |
|
Umstrukturieren |
Verschieben, Links brechen |
Werte ändern, Pfade bleiben |
|
Suche & Verfeinerung |
Bestenfalls Pfadtreffer |
Verwaltete Eigenschaften, Filter |
|
Retention & Compliance |
Nicht andockbar |
Labels je Dokumentklasse |
|
Pfadlimit (400 Zeichen) |
Jede Ebene zahlt ein |
Unberührt |
|
Copilot & KI |
Pfad-Kauderwelsch |
Sauberer Kontext |
|
Ablage-Komfort |
Vertraut, ein Klick |
Braucht Pflege — oder Standardwerte je Ordner |
|
MERKBOX Ordner beantworten die Frage „Wo liegt das?“ — Metadaten beantworten die Frage „Was ist das?“. Gebraucht wird im Alltag fast immer die zweite. Deshalb: Alles, wonach jemand filtern oder suchen will, gehört in eine Spalte, und Ordner behalten höchstens zwei flache Ebenen mit klarem Job. |
|---|
Der Mittelweg, mit dem beide Lager leben können
Der Kompromiss, der sich in Projekten bewährt hat, ist unspektakulär: eine flache Bibliothek je Sachgebiet, maximal ein bis zwei Ordnerebenen — und jede Ebene hat einen definierten Job, entweder Standardspaltenwerte oder eine grobe Rechte-Grenze. Alles Weitere leisten drei bis fünf Pflichtspalten aus der zentralen Taxonomie plus zwei, drei vorkonfigurierte Ansichten. Die Ordner-Fraktion behält ihr gewohntes Ablegen (und merkt gar nicht, dass sie dabei tagged), die Metadaten-Fraktion bekommt ihre Filter, und die Suche bekommt endlich Futter.
Wichtig ist dabei die Reihenfolge der Überzeugungsarbeit: Nicht mit Governance-Vorträgen starten, sondern mit einem sichtbaren Gewinn — einer Ansicht, die eine echte Alltagsfrage beantwortet, die der Ordnerbaum nie beantworten konnte. „Alle aktiven Wartungsverträge, die in den nächsten sechs Monaten auslaufen“ überzeugt mehr als jede Folie. Danach diskutiert erfahrungsgemäß niemand mehr über die Glaubensfrage.
|
WARNBOX — die drei Klassiker Erstens: der 1:1-Umzug des Fileservers. Wer den Baum unverändert nach SharePoint kippt, migriert das Datengrab mitsamt Grabstein — und zahlt ab sofort M365-Lizenzen für dieselbe Unauffindbarkeit. Zweitens: die Metadaten-Diktatur. Zwölf Pflichtfelder ohne Standardwerte, und die Anwender flüchten zurück in Ordner, per Teams-Chat oder gleich auf den alten Fileserver. Komfort schlägt Konzept — plane beides. Drittens: Berechtigungen per Ordner-Flickenteppich. Dutzende Ordner mit gebrochener Vererbung sind unwartbar, laufen in die 50.000er-Grenze und machen jedes Audit zum Erlebnisurlaub. Rechte-Grenzen gehören auf Bibliotheks- oder Site-Ebene. |
|---|
|
PRAXISBOX — die Wette im Workshop Einführungsworkshop bei einem Ingenieurbüro, die Ordner-Fraktion in der Mehrheit und kampferprobt: „Wir finden alles, wir brauchen keine Spalten.“ Also eine Wette: zwei Teams, dieselben zehn Dokumente aus dem echten Bestand finden — einmal über den vertrauten Ordnerbaum, einmal über eine vorbereitete Bibliothek mit vier Metadatenspalten. Das Metadaten-Team war nach gut vier Minuten fertig. Das Ordner-Team fand sieben von zehn — und kapitulierte bei den restlichen drei mit dem schönsten Satz des Tages: „Das weiß nur Frau Berger, wo das liegt. Die ist aber im Urlaub.“ Quod erat demonstrandum: Der Ordnerbaum war nie eine Struktur. Er war Frau Berger. |
|---|
FAQ zu Ordnern und Metadaten
Sind Ordner in SharePoint grundsätzlich verboten?
Nein — sie sind nur fast immer das falsche Werkzeug für Struktur. Ein bis zwei flache Ebenen mit klarem Job sind völlig in Ordnung: als Ablagehilfe mit Standardspaltenwerten oder als grobe Rechte-Grenze. Verboten gehört nur der tiefe Baum, der Metadaten ersetzen soll.
Wie bringe ich meine Anwender dazu, Metadaten zu pflegen?
Indem du die Pflege so klein wie möglich machst: drei bis fünf Pflichtfelder statt zwölf, Werte aus der Taxonomie statt Freitext, Standardwerte je Ordner, wo es passt — und Vorlagen über Inhaltstypen, die Felder gleich mitbringen. Und zeig den Gewinn: Eine Ansicht, die eine echte Alltagsfrage beantwortet, überzeugt mehr als jede Dienstanweisung.
Lösen Ordner das 5.000-Elemente-Problem großer Bibliotheken?
Nein, das ist ein hartnäckiger Mythos. Der Schwellenwert der Listenansicht gilt pro Abfrage — und ein Ordner mit mehr als 5.000 Elementen läuft genauso hinein wie eine flache Ansicht. Die echte Lösung sind indizierte Spalten und gefilterte Ansichten, die die Ergebnismenge unter dem Schwellenwert halten.
Was passiert mit Metadaten, wenn ich Dokumente verschiebe?
Sie reisen mit — beim Verschieben innerhalb einer Bibliothek immer, zwischen Bibliotheken dann sauber, wenn dort dieselben Spalten bzw. Inhaltstypen existieren. Das ist einer der stillen Vorteile gegenüber Ordnerlogik: Die Bedeutung hängt am Dokument, nicht am Pfad.
Kann ich Ordnernamen automatisch in Metadaten umwandeln?
Bei Migrationen ja — gängige Migrationswerkzeuge können Pfadbestandteile beim Umzug auf Spalten abbilden, etwa die zweite Ordnerebene auf „Kunde“. Das ist der eleganteste Weg, aus einem gepflegten Baum wenigstens die Logik zu retten, bevor die Verschachtelung abgebaut wird. Details dazu im Migrations-Spoke.
Wie tief dürfen Ordner maximal verschachtelt sein?
Technisch limitiert dich vor allem der 400-Zeichen-Pfad, praktisch solltest du deutlich früher aufhören: Mehr als zwei Ebenen brauchen eine sehr gute Begründung. Jede weitere Ebene versteckt Inhalte einen Klick tiefer, zahlt aufs Pfadlimit ein und beantwortet keine einzige Frage, die eine Spalte nicht besser beantworten würde.
|
Weiterlesen: SharePoint richtig verstehen — der ganze Kompetenzbereich Ob Inhaltstypen, Taxonomie, Suche oder Migration: Auf der Pillar-Seite findest du alle Artikel dieses Kompetenzbereichs im Zusammenhang — vom Warum bis zum Wie, mit allen Skizzen und FAQs. → Zum SharePoint-Kompetenzbereich: boddenberg.de/sharepoint/ |
|---|
