Sobald Microsoft 365 Copilot im Unternehmen produktiv läuft, häufen sich die Rückfragen. Anwender wollen wissen, warum Copilot manche Dateien findet und andere nicht, und die Datenschutzseite fragt, wie verhindert wird, dass jemand an geheime Inhalte gelangt. Die Antwort auf beides liefert der Copilot Semantic Index. Er sorgt dafür, dass jede Copilot-Anfrage auf den bestehenden Zugriffsrechten und einer intelligenten Suche aufsetzt, ganz ohne Blackbox-Magie.
Der Semantic Index ist ein intelligenter Suchkatalog für den Tenant
Microsoft erstellt und pflegt den Semantic Index automatisch für jeden Tenant. Man kann ihn sich als intelligenten Suchkatalog vorstellen, der auf alle indizierten Inhalte aus SharePoint, OneDrive, E-Mail und weiteren Microsoft-365-Diensten verweist. Im Unterschied zu einer klassischen Volltextsuche erfasst er nicht bloß einzelne Wörter, sondern erkennt Zusammenhänge, Themen und die Relevanz eines Dokuments. Copilot greift dabei stets über Microsoft Graph auf den Index zu. Graph ist die technische Schnittstelle, über die Microsofts KI die Daten im Tenant abruft und aufbereitet (Details dazu bei Microsoft Learn).
Dass Copilot nur das anzeigt, was ein Nutzer ohnehin sehen darf, ist kein Marketingversprechen, sondern tief in der Technik verankert. Bei jeder Abfrage prüft Graph, auf welche Inhalte der Fragende Zugriff hat, und nur diese fließen ins Ergebnis ein. In vielen Projekten erlebe ich, dass gerade skeptische Datenschutzbeauftragte genau hier nachhaken. Beruhigend ist, dass auch Copilot Berechtigungen nicht umgehen kann. Das hat allerdings eine Kehrseite, denn jede Überberechtigung wirkt sich sofort aus. Wer SharePoint- oder OneDrive-Inhalte zu großzügig teilt, macht sie damit auch für Copilot zugänglich. Wie sich Oversharing vermeiden lässt, habe ich im Artikel /blog/copilot-oversharing-blueprint-umsetzen ausführlich beschrieben.
Neue Dateien erscheinen erst nach der Indizierung in Copilot
Immer wieder sorgt für Verwirrung, dass frisch angelegte oder verschobene Dateien nicht sofort in Copilot-Antworten auftauchen. Das liegt am Indizierungsprozess. SharePoint und OneDrive indizieren zwar laufend, aber eben nicht in Echtzeit. Copilot findet ein Dokument erst, wenn es vollständig indiziert und im Semantic Index angekommen ist. Abhängig von Tenant-Größe, Last und Änderungsvolumen vergehen bis dahin einige Minuten, manchmal auch mehrere Stunden. Ein Fehler ist das nicht, sondern ein technisches Grundprinzip, wie man es von den Verzögerungen bei Microsoft Search kennt.
Ein kleiner Kniff hilft gelegentlich. Öffnet und bearbeitet man die Datei direkt in SharePoint Online, wird sie oft schneller indiziert. Verlassen kann man sich darauf allerdings nicht.
Praxistipp: Wer neue Inhalte für einen Proof of Concept zügig mit Copilot testen möchte, lädt sie am besten vorab in einen bekannten SharePoint-Bereich hoch und stellt die Abfrage nach ein paar Minuten erneut.
Microsoft Search und Restricted Content Discovery bestimmen mit, was Copilot sieht
Viele unterschätzen, welchen Einfluss Microsoft Search hat. Der Semantic Index hängt eng an den Microsoft-Search-Einstellungen. Inhalte, die etwa durch Compliance- oder Governance-Regeln aus der Suche ausgeschlossen sind, bleiben auch für Copilot unsichtbar. Sehr wirkungsvoll ist Restricted Content Discovery für SharePoint. Damit nehmen Admins ganze Sites oder Bibliotheken gezielt von der Indizierung und somit von Copilot-Anfragen aus, was bei vertraulichen Projekten oder sensiblen Teams besonders wichtig ist. Wie das im Detail funktioniert und wo die Fallstricke liegen, steht in /blog/restricted-sharepoint-search-copilot-oversharing-eindaemmen.
Die folgende vereinfachte Darstellung zeigt, wie der Copilot Semantic Index mit Graph und Microsoft Search zusammenarbeitet:
flowchart TD
User["Nutzer stellt Copilot-Frage"]
Copilot["Copilot Anfrage"]
Graph["Microsoft Graph prüft Berechtigungen"]
Index["Semantic Index durchsucht Inhalte"]
Search["Microsoft Search-Einstellungen"]
Antwort["Copilot-Antwort"]
User --> Copilot --> Graph --> Index --> Antwort
Index --> Search
Abbildung: So gleicht Copilot Anfragen mit dem Semantic Index und den Search-Einstellungen ab.
Copilot macht jede Schwäche bei Berechtigungen sichtbar
Für viele Organisationen kommt das überraschend: Mit Copilot treten Überberechtigungen in Microsoft 365 deutlicher zutage als je zuvor. Copilot liefert zwar nur Antworten aus Inhalten, die aus seiner Sicht für den Nutzer zugänglich sind. Dieser Bestand ist aber oft größer als vermutet, weil die SharePoint- und OneDrive-Berechtigungen in vielen Tenants über Jahre gewachsen sind und kaum jemand sie restriktiv gepflegt hat. Vor allem Freigaben vom Typ „Jeder mit Link“ oder versehentlich vergebene Gruppenberechtigungen führen dazu, dass auf einmal vertrauliche Informationen in Copilot-Vorschlägen erscheinen.
Wer daran etwas ändern will, muss die Ursachen konsequent angehen:
- Regelmäßige Berechtigungsreviews in SharePoint und OneDrive
- Einsatz von Sensitivity Labels und DLP-Regeln
- Nutzung von Restricted Content Discovery
- Governance-Vorgaben für neue Teams und Gruppen
- Offene Kommunikation mit den Content-Ownern
Mehr zu Sensitivity Labels und weiteren Schutzmechanismen findet ihr im Artikel /blog/copilot-sensitivity-labels-purview-schutz.
Web Grounding folgt einem ganz anderen Konzept
Davon sauber zu trennen ist Web Grounding. Ist diese Funktion aktiviert, ergänzt Copilot seine Antworten um Webinhalte, die über Bing abgerufen werden. Hier gelten andere Regeln, weil sich die Web-Grounding-Suche nicht an Tenant-Berechtigungen orientiert, sondern am öffentlichen Internet. In kontrollierten Umgebungen sollte man daher bewusst festlegen, wie mit Web Grounding umgegangen wird, etwa über die Copilot- oder Bing-Einstellungen. Welche Daten dabei wohin fließen und wie ihr das im Unternehmen zuverlässig im Griff behaltet, habe ich hier erklärt: /blog/copilot-web-grounding-bing-steuern.
Gute Governance erspart beim Copilot-Rollout böse Überraschungen
Wer verstanden hat, wie der Copilot Semantic Index arbeitet und wovon er abhängt, kann gezielt steuern, welche Inhalte Copilot welcher Nutzergruppe zeigt und welche nicht. In meinen Projekten werden Governance-Lücken oft erst durch Copilot greifbar, wenn plötzlich auffällt, wie viele „eigentlich vertrauliche“ Dokumente viel zu weit freigegeben sind. Ich empfehle deshalb, zuerst Inventur zu machen und die Berechtigungen zu prüfen und erst danach Copilot auszurollen. Die Technik dahinter ist solide, die eigentliche Arbeit steckt in Governance und sauberen Berechtigungen. Weitere Informationen zum Zusammenspiel von Copilot, Index und Datenschutz findet ihr in der offiziellen Copilot-Übersicht und im Abschnitt zum Copilot-Datenschutz.


