Am 15. September 2026 hat Google mehrere Drittanbieter-Connectors für Gemini in Google Workspace freigeschaltet. Wer Gemini for Google Workspace nutzt, kann aus dem Gemini-Panel heraus direkt mit Asana, Atlassian Rovo, HubSpot, Intuit Mailchimp, Intuit QuickBooks, Monday und Salesforce arbeiten, ohne das jeweilige System in einem weiteren Tab zu öffnen oder Dateien hin und her zu schieben. Klingt nach einem weiteren Punkt auf der Feature-Liste. Entscheidend ist etwas anderes: Die meisten Gemini-Projekte scheitern nicht am Modell, sondern daran, dass die Daten in einem anderen System liegen als das Werkzeug, mit dem man sie abfragt.
Warum MCP wie ein einheitlicher Schlüssel funktioniert
Wer schon einmal Daten zwischen zwei Fachanwendungen übertragen hat, kennt das Muster: Jedes System hat sein eigenes Schloss, seinen eigenen Schlüssel und seine eigene Vorstellung davon, was ein Datensatz ist. Der Ausweg war lange der Export. Man lud eine CSV-Datei herunter, klebte sie in ein Sheet und arbeitete mit einer Kopie, die beim nächsten Öffnen schon veraltet war. Nicht der Export kostet, sondern die Kopie. Ab diesem Moment gibt es zwei Wahrheiten im Unternehmen.
Das Model Context Protocol, kurz MCP, setzt woanders an. Es beschreibt standardisiert, wie ein Sprachmodell Werkzeuge und Datenquellen anspricht: welche Abfragen möglich sind, welche Parameter erwartet werden, welche Antwortstruktur zurückkommt. Statt für jede Anwendung eine eigene Anbindung zu bauen, gibt es einen gemeinsamen Schlüsselbart, der in viele Schlösser passt. Gemini öffnet damit die Tür zum jeweiligen System, ohne dass die Daten es verlassen müssen. Für Anwender heißt das: Die Antwort kommt aus der Quelle, nicht aus einem Zwischenspeicher.
Wichtig sind die Berechtigungen. Ein Connector ist kein Generalschlüssel für alle Räume. Er ist eine Verbindung, die man ein- und ausschalten kann und die nur zeigt, wozu der Nutzer ohnehin Zugang hätte. Hier kommt die Admin-Konsole ins Spiel.
Was die sieben Connectors zusammenführen
Die Auswahl ist kein Zufall. Sie deckt die vier Bereiche ab, in denen Arbeitsalltag stattfindet: Projektarbeit, Vertrieb und Marketing, Finanzen, Wissensmanagement. Asana und Monday liefern Aufgaben, Projektstände und Zuständigkeiten. Atlassian Rovo bringt Jira und Confluence mit, wo technische Teams Tickets und Dokumentation pflegen. Salesforce und HubSpot steuern die Kundensicht bei, von Kontakten über Opportunities bis zu laufenden Deals.
Intuit QuickBooks trägt die Finanzperspektive bei: Rechnungen, Ausgaben, Buchhaltungsstände. Intuit Mailchimp ergänzt Kampagnendaten und Zielgruppen aus dem Marketing. Zusammen ergibt das eine Landkarte, wo vorher sieben einzelne Karten lagen.
Ein Beispiel zeigt den Unterschied deutlicher als jede Feature-Beschreibung. Eine Umsatzübersicht soll in einem Sheet entstehen. Bisher: Salesforce öffnen, Report bauen, exportieren, einfügen, Formatierung reparieren — und im Meeting feststellen, dass die Zahlen sich längst geändert haben. Mit einem aktiven Connector lässt sich die Frage direkt dort stellen, wo die Tabelle entsteht. Die Antwort kommt aus Salesforce, der Kontext bleibt in Docs, Sheets oder Chat. Der Nutzen liegt weniger in gesparten Klicks als darin, dass niemand mehr eine veraltete Kopie weiterreicht.
Wie Admins die Connectors steuern
Für Administratoren ist ein anderer Satz in Googles Ankündigung entscheidend: Die Funktion ist standardmäßig aktiv. Wer nichts tut, hat sie an. Das ist bequem, verschiebt aber die Verantwortung in die Konfiguration.
Gesteuert wird das in der Admin-Konsole unter Apps, Google Workspace, Gemini for Workspace, Third-Party Connectors. Dort lässt sich festlegen, welche Connectors für die Organisation verfügbar sind, und es lassen sich Zugriffsrichtlinien pflegen. Die Ebenen sind Domain, organisatorische Einheit (OU) oder Gruppe. Das bildet unterschiedliche Realitäten ab: Die Buchhaltung braucht QuickBooks, vertriebsnahe Rollen brauchen Salesforce und HubSpot, das Produktteam Asana und Rovo. Eine pauschale Freigabe für die ganze Domain wäre technisch einfach und organisatorisch falsch.
Wer konfiguriert, sollte außerdem klären, welche Systeme als Datenquelle gelten und wer für deren Inhalte verantwortlich ist. Ein Connector macht eine schlecht gepflegte Datenquelle nicht besser, nur schneller sichtbar. Die Dokumentation in Google Workspace Admin Help beschreibt die Verwaltung im Detail. Lesenswert vor der Freigabe, nicht danach. Die Standardeinstellung ist ein Angebot, keine Empfehlung.
Was Endnutzer im Gemini Side Panel sehen
Für Anwender ist von der Konfiguration nichts zu sehen. Sie sehen das Gemini-Panel, das sie kennen, erweitert um die Systeme, die ihr Admin freigegeben hat. Der Zugriff läuft über das Side Panel in Docs, Sheets und Slides sowie über Google Chat. In Sheets lässt sich Gemini nach Werten fragen, die aus einem angebundenen System stammen, während die Tabelle geöffnet bleibt.
In Chat entsteht eine Variante, die für viele Teams praxisnäher ist als jedes Dokument. Eine Frage im Kanal, eine Antwort aus dem verbundenen System — alle sehen denselben Stand. Die Information wandert nicht mehr zum Werkzeug; das Werkzeug holt sie dort, wo sie liegt.
Die Erwartungen sollten trotzdem realistisch bleiben. Ein Connector ist eine Schnittstelle, kein vollständiges Datenmodell. Nicht jede Frage, die sich in Salesforce stellen lässt, lässt sich aus dem Gemini-Panel beantworten. Die Anbindung deckt definierte Abfragen ab, nicht die komplette Oberfläche des Fremdsystems. Wer Reports mit komplexer Logik, Berechtigungskaskaden oder Custom-Objekten braucht, arbeitet weiter im Fachsystem. Der Gewinn liegt bei den häufigen, einfachen Fragen, die bisher jedes Mal einen Kontextwechsel erforderten.
Rollout, Editions und der 15. September 2026
Die Funktion ist ab sofort verfügbar, für Rapid-Release- und Scheduled-Release-Domains. Der Unterschied ist bekannt: Rapid-Release-Domains bekommen Neuerungen zuerst und können sie meist nicht aufschieben, Scheduled-Release-Domains nach einer Vorlaufzeit. Diesmal entfällt die Wartezeit, die Standardaktivierung greift in beiden Umgebungen zum selben Zeitpunkt.
Verfügbar ist die Funktion in mehreren Editionsgruppen. Im Business-Bereich: Business, Standard und Plus. Im Enterprise-Bereich: Enterprise, Standard und Plus. Dazu Enterprise Essentials Plus sowie die Education-Editionen Google AI Pro for Education, Teaching and Learning und Endpoint Education. Auf der Consumer-Seite sind Google AI Pro und Ultra dabei. Die Funktion bleibt also nicht auf große Vertriebsorganisationen beschränkt, sondern erreicht auch Bildungseinrichtungen und kleinere Unternehmen — sofern die jeweilige Edition Gemini for Google Workspace enthält.
Für Teams, die Gemini bisher nur für Textarbeit in Docs genutzt haben, wächst die Einsatzbreite. Für Teams, die Gemini gar nicht nutzen, ändert sich vor allem eine Einstellung in der Admin-Konsole, von der sie womöglich nichts wussten.
Was das im Alltag bedeutet
Die technische Anbindung ist der einfache Teil. Der schwierige Teil beginnt danach, und er ist organisatorisch. Sobald Gemini auf sieben externe Systeme zugreifen kann, ist die Frage nach Datenqualität und Berechtigungspflege nicht mehr nur Sache der Fachabteilungen. Sie berührt auch, welche Auskunft ein Sprachassistent im Zweifel gibt und wie nachvollziehbar das bleibt.
Sinnvoll ist ein Vorgehen in drei Schritten. Erstens: eine bewusste Entscheidung pro Connector statt stiller Übernahme der Standardeinstellung. Zweitens: eine Zuordnung, welche Rollen welchen Zugang brauchen, abgebildet über Gruppen oder organisatorische Einheiten. Drittens: eine kurze Prüfung der Datenquellen, die angebunden werden. Ein Connector verstärkt bestehende Unordnung, statt sie zu beheben.
Der Fortschritt liegt nicht darin, dass Gemini mehr Systeme kennt. Er liegt darin, dass der Wechsel zwischen Werkzeugen seine Selbstverständlichkeit verliert. Wer zehnmal am Tag zwischen Tabellen und CRM springt, hält das für Arbeit. Es ist Kontextwechsel, und der verschwindet gerade leise, ohne dass jemand eine neue Oberfläche lernen muss.
Quelle: workspaceupdates.googleblog.com
