Gemini · Workspace Governance und Daten

In dem Moment, in dem Sie Gemini auf Unternehmensdaten richten, lautet die interessante Frage nicht mehr „was kann es", sondern „was darf es sehen, und wer hat das entschieden". Governance ist keine Fußnote eines Gemini-Rollouts. Sie ist der Rollout.

Diese Lektion behandelt die Kontrollen, die Geminis Reichweite innerhalb von Google Workspace bestimmen: wo die Datengrenze tatsächlich liegt, wie sich persönliche und Workspace-Konten in compliance-relevanter Weise unterscheiden, und was ein Admin ein- oder ausschaltet. Wir begleiten ein Unternehmen durch eine realistische Einführung.

Die Grenze, auf die es wirklich ankommt

Es gibt eine Unterscheidung, die nahezu jede Governance-Entscheidung erklärt: ein persönliches Google-Konto versus ein verwaltetes Workspace-Konto.

Wenn ein Mitarbeiter Gemini unter gemini.google.com nutzt und dabei mit einem persönlichen @gmail.com-Konto angemeldet ist, handelt es sich um ein Consumer-Produkt unter Consumer-Bedingungen. Standardmäßig können diese Konversationen von Menschen geprüft und zur Verbesserung von Googles Modellen verwendet werden. Für ein Kochrezept ist das in Ordnung. Für Ihr unveröffentlichtes Pricing-Modell nicht.

Ein verwaltetes Konto ist ein Nutzer, der vom Workspace-Admin Ihrer Organisation bereitgestellt wurde (die @ihrunternehmen.com-Identität). Hier kehren sich die Regeln um. Für Gemini in Workspace und die Gemini-App, die über ein verwaltetes Konto genutzt wird, erklärt Google, dass Ihre Daten nicht zum Training oder zur Verbesserung von Modellen außerhalb Ihrer Domain verwendet werden, zu diesem Zweck nicht von Menschen geprüft werden und innerhalb Ihrer bestehenden Workspace-Datenschutzmaßnahmen bleiben. Prompts, generierte Inhalte und die Dateien, die Gemini liest, unterliegen derselben Behandlung wie das Dokument oder die E-Mail selbst.

Die praktische Konsequenz: Shadow-Nutzung auf persönlichen Konten ist Ihr echtes Risiko, nicht das offizielle Tool. Leute fügen vertraulichen Text in einen persönlichen Gemini-Tab ein, weil es bequem ist. Die Lösung besteht darin, das verwaltete Konto zum Weg des geringsten Widerstands zu machen und das persönliche zu blockieren oder unattraktiv zu machen.

Die offizielle Darstellung dieser Zusagen findet sich in **How Gemini for Google Workspace protects your data**.

Was Gemini sehen kann (und die Regel, die es begrenzt)

Gemini in Workspace erhält keinen Generalschlüssel. Es agiert als der angemeldete Nutzer, mit genau den bestehenden Berechtigungen dieses Nutzers. Diese einzelne Regel löst die meisten „kann es Daten leaken"-Sorgen auf.

Wenn jemand in Gmail Gemini bittet, „den letzten Thread des Finance-Teams zusammenzufassen", kann Gemini nur lesen, was diese Person ohnehin öffnen kkDie durchschnittliche Zahl neuer Nutzer, die jeder bestehende Nutzer über Empfehlungen generiert. Über 1,0 verstärkt sich das Wachstum selbst und wird exponentiell.Vollständige Definition ansehen →önnte. Wenn sie über das Seitenpanel in Docs oder Drive fragt „was haben wir zum Q3-Launch entschieden", ruft Gemini nur Dateien ab, auf die dieser Nutzer bereits Zugriff hat. Es kann kein Dokument hervorholen, das nie mit ihm geteilt wurde.

An dieser Stelle wird Governance auch unangenehm. **Gemini ist ein mächtiges *Discovery*-Tool über Daten, auf die der Nutzer technisch Zugriff hat, die ererDas Verhältnis von Interaktionen (Likes, Kommentare, Shares) zur Reichweite eines Inhalts. Zeigt, wie stark die Zielgruppe reagiert, gemessen an der Zahl der Personen, die den Inhalt gesehen haben.Vollständige Definition ansehen → aber nie angeschaut hat.** Dieser überteilte Ordner von 2021 mit Zugriff für alle in der Domain? Kein Mensch hat ihn je durchstöbert. Gemini findet ihn in zwei Sekunden.

Die eigentliche Vorarbeit für einen Gemini-Rollout ist also nicht die Konfiguration von Gemini. Sie besteht darin, Ihre Drive-Berechtigungen zu bereinigen, *bevor* Sie Gemini einschalten. Das Tool erzeugt die Exposition nicht. Es legt die Exposition offen, die Sie schon hatten.

Die tatsächlichen Kontrollen des Admins

Workspace Governance findet in der Admin-Konsole (admin.google.com) statt, und Gemini wird so verwaltet wie jeder andere Google-Dienst: über Organisationseinheiten (OUs) und Gruppen. Eine OU ist ein Ausschnitt Ihres Directory (etwa „Legal" oder „Praktikanten"), auf den Sie eine andere Policy anwenden.

Der Admin kann:

• Die Gemini-App pro OU oder Gruppe ein- oder ausschalten.
• Steuern, ob Gemini in Workspace-Apps (Seitenpanel, „Hilf mir beim Schreiben", Meet-Funktionen) verfügbar ist, und für wen.
• Gemini Extensions steuern, die der Gemini-App Zugriff auf Workspace-Daten (Gmail, Drive, Docs), Maps, Flights und mehr geben. Jede Verbindung ist eine explizite Fläche, die man erlauben oder einschränken kann.
• Alpha-/Beta-Feature-Zugang verwalten, sodass eine Pilotgruppe neue Funktionen vor dem gesamten Unternehmen bekommt.

Ein verbreitetes Muster: alles für eine Pilot-OU mit 200 Personen aktivieren, die anderen 4.000 Nutzer unberührt lassen, messen, dann ausrollen. Weil Policy OU-bezogen ist, sind das ein paar Klicks und keine Migration.

Für Data GovernanceData GovernanceData Governance umfasst die Regeln, Rollen und Prozesse, die sicherstellen, dass Daten in einer Organisation korrekt, sicher, klar definiert und verantwortungsvoll genutzt werden.Vollständige Definition ansehen → im engeren Sinne liegen Gemini-Interaktionen innerhalb bestehender Workspace-Kontrollen. Datenregionen können ruhende Daten an eine Geografie binden. Vault-Aufbewahrung und eDiscovery gelten für relevante Gemini-Inhalte genauso wie für Mail und Drive. DLP (Data Loss Prevention)-Regeln und Access Transparency funktionieren weiter. Sie schrauben keinen neuen Compliance-Stack an. Sie erweitern den, den Sie schon betreiben.

Ein konkreter Rollout: Northwind Logistics

Northwind hat 3.000 Workspace-Nutzer und ein nervöses Legal-Team. Hier die Abfolge, die tatsächlich funktioniert hat.

1. Zuerst das Leck über persönliche Konten schließen. Bevor überhaupt etwas angekündigt wurde, reduzierte der Admin den Anreiz für Shadow-Nutzung, indem er die verwaltete Gemini-App verfügbar machte und eine Regel kommunizierte: Unternehmensdaten gehen in das Unternehmens-Tool, niemals in einen persönlichen Gemini-Tab. (Workspace kann einen persönlichen Gmail-Login auf einem privaten Gerät technisch nicht blockieren, also sind Policy plus eine gute First-Party-Erfahrung der Hebel.)

2. Drive-Sharing auditieren. Mit den Sicherheitsberichten von Drive fanden sie 40.000 Dateien, die mit „alle im Unternehmen" geteilt waren. Die meisten waren harmlos. Rund 600 nicht (Gehaltsschreiben, ein M&A-Ordner). Sie zogen diese an, *bevor* sie das Gemini-Seitenpanel aktivierten, weil Gemini sie sonst trivial auffindbar gemacht hätte.

3. Pilot in einer OU. Sie legten eine Gruppe gemini-pilot mit 150 Personen aus verschiedenen Abteilungen an, aktivierten dafür die Gemini-App und die Workspace-Funktionen, ließen die Extensions für Gmail und Drive an, deaktivierten aber während des Tests die eher drittanbieterartigen Extensions.

4. Auf die richtigen Signale achten. Vault erfasste die relevanten Inhalte für eDiscovery bereits. Sie bestätigten, dass Gemini-Interaktionen unter ihre bestehenden Aufbewahrungsregeln fielen und dass nichts ihre Datenregion verließ.

5. Ein Gem mit Governance aufbauen. Anstatt jeden frei Prompts basteln zu lassen, stellten sie für das Support-Team ein gemeinsames Gem bereit (eine gespeicherte, instruktionsgetunte Konfiguration von Gemini): „Northwind Support Assistant", mit festen Anweisungen zu Tonalität, Eskalation und dem Verbot, Richtlinien zu erfinden. Ein Gem standardisiert das Verhalten, sodass es bei Governance um *einen konfigurierten Assistenten* geht und nicht um tausend Ad-hoc-Prompts.

Diese Reihenfolge ist wichtig. Berechtigungen zuerst, Pilot zweitens, Automatisierung drittens.

Wenn Automatisierung dazukommt: Apps Script und die APIAPIApplication Programming Interface: eine standardisierte Schnittstelle, über die Anwendungen kommunizieren und Daten austauschen, ohne die interne Funktionsweise der jeweils anderen zu kennen.Vollständige Definition ansehen →

Northwinds nächste Phase ging über das Seitenpanel mit Human-in-the-Loop hinaus in Richtung Automatisierung, und das verändert das Governance-Bild.

Das Ops-Team wollte einen nächtlichen Job: einen Drive-Ordner mit Berichten zu Lieferausnahmen lesen und ein zusammenfassendes Dokument erzeugen. Sie bauten das mit Apps Script und riefen die Gemini API auf. Die entscheidende Governance-Verschiebung: Ein Skript läuft nicht „als der angemeldete Nutzer", der jemandem über die Schulter schaut. Es läuft unter der Identität und dem Key, den Sie ihm geben, nach Zeitplan, ohne dass ein Mensch jedes Ergebnis liest.

Daraus ergeben sich drei neue Verantwortlichkeiten. Identität: Das Skript läuft als bestimmter Nutzer oder Service Account, sein Datenzugriff ist also der Zugriff dieses Kontos. Fassen Sie den Scope eng. Key-Handling: Der API-Key ist ein Geheimnis. Er gehört in Script Properties oder Secret Manager, nie in den Quellcode. Output-Review: Automatisierte Zusammenfassungen können halluzinieren, ein generiertes Dokument, das Entscheidungen steuert, braucht also einen menschlichen Checkpoint.

import os
from google import genai

# Key from environment / secret manager, never hardcoded.
client = genai.Client(api_key=os.environ["GEMINI_API_KEY"])

def summarize_exceptions(report_text: str) -> str:
    response = client.models.generate_content(
        model="gemini-2.5-flash",
        contents=(
            "Summarize these delivery exceptions for an ops manager. "
            "List only facts present in the text. Do not infer causes.\n\n"
            f"{report_text}"
        ),
    )
    return response.text

if __name__ == "__main__":
    with open("exceptions.txt") as f:
        print(summarize_exceptions(f.read()))

Achten Sie auf die Modellwahl. Flash ist die schnelle, kosteneffiziente Stufe, richtig für Zusammenfassungen in großem Volumen; Pro ist die Stufe mit stärkerem Reasoning, die Sie für komplexe Analysen reservieren. Der Prompt ist ebenfalls eine Governance-Kontrolle: „list only facts present in the text" reduziert Erfindungen.

Auch hier gibt es eine tiefere Konto-Unterscheidung. Keys aus Google AI Studio (aistudio.google.com) richten sich an die Gemini Developer API, gut fürs Prototyping. Wenn Northwind in Produktion geht, werden sie wahrscheinlich zu Vertex AI (cloud.google.com/vertex-ai) wechseln, wo dieselben Modelle unter Google Cloud IAM, VPC-Kontrollen, Audit-Logging und Enterprise-Bedingungen zur Datenverarbeitung laufen. Für einen Workload, der Unternehmensdaten berührt, ist diese Governance-Fläche der Grund, von AI Studio zu Vertex aufzusteigen.

Grounding, und woher die Antwort kommt

Eine weitere Governance-Frage: Wenn Gemini antwortet, *womit* hat es geantwortet? Bei Unternehmensdaten sollte die Antwort Ihre Daten sein, nicht das offene Web, es sei denn, Sie wollen es anders.

In der Gemini-App und über das Seitenpanel ist Workspace-Inhalt per Design die Grounding-Quelle (wieder begrenzt durch die Berechtigungen des Nutzers). Wenn Sie die API aufrufen, ist Grounding eine Entscheidung, die Sie explizit treffen. Sie können Grounding with Google Search aktivieren, sodass Antworten live Webergebnisse zitieren, was für aktuelle Fakten hervorragend und schrecklich ist, wenn Sie Antworten brauchen, die auf interne Richtlinien beschränkt sind.

Der Governance-Instinkt: Für einen internen Assistenten grounden Sie auf *Ihrem* Korpus (über eigenes Retrieval oder Vertex AIs Grounding auf Ihren Daten) und lassen Search-Grounding aus, sofern ein Use Case nicht wirklich das öffentliche Web braucht. Beides unbedacht zu mischen ist der Weg, auf dem ein „interner" Assistent anfängt, einen beliebigen Blog zu zitieren, als wäre er Unternehmensrichtlinie. Entscheiden Sie die Source of Truth pro Use Case und machen Sie sie in der Konfiguration explizit, statt zu hoffen, dass das Modell richtig wählt.

Die Grounding-Optionen können Sie in der Gemini API grounding documentation nachlesen.

Das mentale Modell für Governance

Alles zusammengefasst in ein Modell, das Sie im Kopf behalten können:

• Der Kontotyp legt den Standardvertrag zur Datenbehandlung fest (persönlich = Consumer-Bedingungen; verwaltet = Ihre Workspace-Schutzmaßnahmen).
• Nutzerberechtigungen legen fest, was ein interaktives Gemini sehen kann (es agiert als der Nutzer, nie über ihm).
• Admin-Policy auf OU-/Gruppenebene legt fest, wer welche Gemini-Funktionen und Extensions erhält.
• Bestehende Workspace-Kontrollen (Vault, DLP, Datenregionen) erstrecken sich automatisch auf Gemini.
• Automatisierung (Apps Script, API, Vertex) holt Sie weg von „agiert als der Nutzer" und hin zu expliziter Identität, Secrets und Output-Review.

Nahezu jede „Ist das sicher"-Frage lässt sich sauber auf einen dieser fünf Punkte abbilden.

Wichtigste Erkenntnisse

• Bereinigen Sie Drive-Berechtigungen, bevor Sie Gemini aktivieren. Das Tool legt bestehendes Over-Sharing offen, es erzeugt es nicht. Auditieren Sie zuerst die Dateien mit „alle im Unternehmen".
• Machen Sie das verwaltete Konto einfacher als das persönliche. Ihr echtes Leakage-Risiko sind Mitarbeiter, die vertrauliche Daten unter Consumer-Bedingungen in einen persönlichen Gemini-Tab einfügen.
• Steuern Sie über OUs und Gruppen und pilotieren Sie klein. Aktivieren Sie Gemini für eine gemischte OU, messen Sie gegen Vault und Ihre Datenregion-Einstellungen, dann rollen Sie aus.
• Behandeln Sie Automatisierung als eigene Risikoklasse. API- und Apps-Script-Jobs laufen unter einer Identität, die Sie wählen, mit Secrets, die Sie schützen müssen, und Outputs, die ein Mensch prüfen sollte.
• Steigen Sie für Produktion auf Vertex AI um. AI-Studio-Keys sind fürs Prototyping; Vertex gibt Ihnen IAM, Audit-Logs und Enterprise-Datenbedingungen für Workloads, die Unternehmensdaten berühren.