Gemini Notebook Enterprise URL: Allowlist jetzt anpassen

Google stellt die Adressen von Gemini Notebook Enterprise um. Für die meisten Nutzerinnen und Nutzer ändert sich nichts Sichtbares, weil alte Links weiterleiten. Wenn ihr aber den Zugang zu Webdiensten über eine Firewall, einen Proxy oder ein Secure Web Gateway nach URL-Pfad steuert, musst du jetzt handeln. Hier steht, was sich ändert, welche Einträge auf die Allowlist gehören und was hilft, falls das Team schon ausgesperrt ist. Stand: November 2026.

Was passiert ist

Google hat die Änderung am 6. November 2026 in den Release Notes von Gemini Enterprise angekündigt und als „Breaking“ markiert, also als Änderung, die bestehende Setups stören kann.

Zur Einordnung: Gemini Notebook Enterprise ist das frühere NotebookLM Enterprise. Laut denselben Release Notes hat Google das Produkt am 16. Juli 2026 umbenannt. Funktionen und API-Endpunkte blieben gleich, und auf der Abo-Seite steht weiterhin der alte Name NotebookLM Enterprise. Wie Gemini Notebook sich inzwischen direkt aus Gemini steuern lässt, habe ich in Gemini Notebook: Notizbücher direkt aus Gemini steuern beschrieben.

Die Umstellung läuft in zwei Schritten.

Schritt 1: Der Pfad bekommt ein „/go/“. Vor die Region kommt ein zusätzliches Pfadsegment. Google nennt in den Release Notes diese Beispiele:

Bisher	Neu
notebooklm.cloud.google.com/us/	notebooklm.cloud.google.com/go/us/
vertexaisearch.cloud.google.com/notebooklm/global/	vertexaisearch.cloud.google.com/notebooklm/go/global/

Der Rollout ist nach Region gestaffelt. Laut der Tabelle in den Release Notes gilt:

Region	Status laut Google
global und us	sofort aktiv
eu	wird ausgerollt
alle anderen Regionen	ab 9. November 2026

Für Teams in der DACH-Region ist vor allem eu interessant. Google nennt für die EU kein festes Datum, sondern nur „wird ausgerollt“. Du solltest also davon ausgehen, dass die Änderung jederzeit bei euch ankommt.

Schritt 2: „lm“ fällt aus dem Hostnamen. Ab dem 16. November 2026 wird laut Google aus notebooklm.cloud.google.com die Adresse notebook.cloud.google.com. Das betrifft Nutzer mit Google-Identität. Wer sich über Workforce Identity Federation anmeldet, also mit einem externen Identitätsanbieter, bekommt die gleiche Änderung: aus notebooklm.cloud.google wird notebook.cloud.google.

Für beide Schritte gilt laut den Release Notes: Bestehende Links leiten automatisch weiter.

Warum die Weiterleitung allein nicht reicht

Eine Weiterleitung schickt den Browser auf die neue Adresse. Ob er dort ankommt, entscheidet eure Netzwerktechnik. Google richtet den Hinweis in den Release Notes ausdrücklich an Organisationen, deren Firewall, Proxy oder Secure Web Gateway den Zugang nach URL-Pfad erlaubt.

Ein Beispiel: Erlaubt eure Regel heute genau notebooklm.cloud.google.com/eu/, passt der neue Pfad /go/eu/ nicht mehr dazu. Ab dem 16. November passt auch der neue Hostname notebook.cloud.google.com nicht mehr. Der Link leitet dann zwar weiter, die Weiterleitung landet aber an einer Adresse, die eure Regel nicht kennt.

Welche Einträge gehören auf die Allowlist?

Google empfiehlt in den Release Notes, jeweils die komplette Domain mit /* freizugeben, für alte und neue Hostnamen:

• notebooklm.cloud.google.com/*
• notebook.cloud.google.com/*
• bei Workforce Identity Federation zusätzlich notebooklm.cloud.google/* und notebook.cloud.google/*
• für Gemini Notebook innerhalb von Gemini Enterprise zusätzlich vertexaisearch.cloud.google.com/notebooklm/*

Den Grund nennt Google direkt dazu: Mit /* müsst ihr bei späteren Pfadänderungen nichts mehr nachziehen. Wenn eure Sicherheitsrichtlinie keine ganzen Domains zulässt, musst du laut Google beide Varianten erlauben: den bisherigen Pfad /REGION und den neuen Pfad /go/REGION. Bei euch also etwa /eu/ und /go/eu/, auf beiden Hostnamen.

Lass die alten Hostnamen vorerst auf der Liste. Die Weiterleitung startet auf der alten Adresse, und wer einen alten Link anklickt, braucht beide Einträge.

Wie man mit Allowlists bei KI-Diensten grundsätzlich umgeht, zeigt auch Claude API IP Allowlist: Schutz bei geleakten Keys. Dort geht es um die andere Richtung, also wer auf eine API zugreifen darf. Die Denkweise ist aber dieselbe: Regeln so eng wie nötig, aber so, dass Änderungen des Anbieters sie nicht sofort brechen.

Was tun, wenn das Team schon gesperrt ist?

Google nennt in den Release Notes eine Übergangslösung: /go aus der URL entfernen und den Parameter version=legacy anhängen. Das Beispiel von Google:

notebooklm.cloud.google.com/eu/?project=1234567&version=legacy

Statt 1234567 steht dort eure Projektnummer. Das ist eine Notlösung für ein paar Tage, keine Lösung. Laut Google funktioniert der Trick nicht mehr, sobald die Legacy-Version abgeschaltet wird. Ein Datum dafür nennt Google nicht. Dazu kommt: Der Workaround nutzt den alten Hostnamen. Was nach dem 16. November damit passiert, wenn der neue Hostname gesperrt ist, geht aus der Meldung nicht hervor. Pass die Allowlist also an, statt dich auf den Workaround zu verlassen.

Was es für dich bedeutet

Wenn du allein oder in einem kleinen Team ohne eigene Netzwerkfilter arbeitest: Du musst nichts tun. Alte Links und Lesezeichen leiten laut Google weiter. Neue Lesezeichen und Links in Anleitungen oder im Team-Wiki kannst du nach und nach auf die neue Adresse umstellen.

Wenn ein IT-Dienstleister eure Firewall betreut: Schick ihm die Meldung jetzt, nicht erst am 16. November. Viele kleine Firmen haben eine Firewall mit Webfilter, ohne dass im Alltag jemand daran denkt. Genau dort fallen solche Änderungen erst auf, wenn morgens niemand mehr ins Tool kommt.

Wenn du selbst die Regeln pflegst: Diese Checkliste reicht:

1. Prüfen, ob eure Firewall, euer Proxy oder Web-Gateway Gemini Notebook nach Pfad freigibt oder ob die Domain ohnehin offen ist.
2. Die vier Hostnamen-Einträge mit /* ergänzen, je nach Anmeldeart, plus vertexaisearch.cloud.google.com/notebooklm/*, falls ihr Gemini Notebook in Gemini Enterprise nutzt.
3. Falls /* nicht erlaubt ist: /REGION und /go/REGION auf beiden Hostnamen freigeben.
4. Alte Hostnamen auf der Liste lassen.
5. Kurz mit einem Testkonto prüfen, ob ein alter Link sauber weiterleitet.
6. Dem Team den version=legacy-Workaround als Notfallhinweis mitgeben, mit dem Zusatz, dass er nur übergangsweise funktioniert.

Wer Gemini Enterprise tiefer in die eigene Infrastruktur einbindet, sollte die Release Notes ohnehin regelmäßig lesen. Ein Beispiel dafür ist die Anbindung privater Server, die ich in Gemini Enterprise MCP: Private Server per VPC anbinden erklärt habe. Wenn ihr gerade erst festlegt, wer im Unternehmen welche KI-Tools nutzt und wer sie betreut, hilft der Ratgeber KI im Unternehmen einführen: 6 Schritte für KMU. Eine solche Adressänderung ist ein gutes Beispiel dafür, warum jemand im Team für die Tools zuständig sein sollte.

Quellen

• Google Cloud: Gemini Enterprise Release Notes, Einträge vom 6. November 2026 (URL-Änderungen für Gemini Notebook Enterprise) und vom 16. Juli 2026 (Umbenennung von NotebookLM Enterprise), abgerufen am 9. November 2026.

Häufige Fragen

Wie lautet die neue Adresse von NotebookLM Enterprise?

Ab dem 16. November 2026 wird aus notebooklm.cloud.google.com die Adresse notebook.cloud.google.com, zusätzlich enthält der Pfad ein /go/ vor der Region, etwa /go/us/. Bei Workforce Identity Federation wird aus notebooklm.cloud.google entsprechend notebook.cloud.google (Stand: November 2026).

Funktionieren alte Links und Lesezeichen weiter?

Ja. Laut Google leiten bestehende Links bei beiden Änderungen automatisch weiter. Das hilft aber nur, wenn eure Firewall oder euer Proxy das neue Ziel auch erlaubt.

Welche Einträge gehören in die Gemini Enterprise Firewall-Allowlist?

Google empfiehlt notebooklm.cloud.google.com/* und notebook.cloud.google.com/*, bei Workforce Identity Federation zusätzlich notebooklm.cloud.google/* und notebook.cloud.google/*. Für Gemini Notebook innerhalb von Gemini Enterprise kommt vertexaisearch.cloud.google.com/notebooklm/* dazu.

Was tun, wenn das Team schon gesperrt ist?

Als Übergangslösung kannst du /go aus der URL entfernen und den Parameter version=legacy anhängen. Google warnt, dass das nicht mehr funktioniert, sobald die Legacy-Version abgeschaltet wird. Ein Datum dafür nennt Google nicht.