Google Cloud erweitert die Gemini Enterprise Agent Platform um Parallel Web Search. Die neue Option macht die Wahl der Web-Grounding-Schicht sichtbarer. Zugleich entsteht ein zusätzlicher Datenpfad, den Unternehmen vor einem Pilotbetrieb sauber prüfen müssen.
Das Wichtigste in 30 Sekunden
- Google stellte am 16. Juli 2026 Parallel Web Search als nativ integrierte, separat auswählbare Grounding-Option für die Gemini Enterprise Agent Platform vor.
- Die Funktion ist laut aktueller Google-Dokumentation Preview beziehungsweise Pre-GA. Sie ersetzt Google Search Grounding nicht.
- Bei der Verarbeitung können aus dem ursprünglichen Prompt abgeleitete und umformulierte Suchanfragen an Parallel gesendet werden.
- Zero Data Retention ist eine gesonderte Marketplace-Option mit Request-Flag, nicht der Standard und nicht über einen eigenen Parallel-API-Key verfügbar.
- Quellenmetadaten helfen beim Prüfen. Sie garantieren weder richtige noch vollständige Antworten.

Was Google am 16. Juli angekündigt hat
Google Cloud hat Parallel Web Search als Web-Grounding-Option in die Gemini Enterprise Agent Platform aufgenommen. Gemeint ist nicht eine neue Suchmaschine für Endnutzer, sondern ein Baustein für Agenten: Ein Gemini-Modell kann öffentliche Webdaten über Parallels Such-API als zusätzlichen Kontext erhalten. Die Option lässt sich getrennt von Grounding mit Google Search auswählen.
Der Produktstatus setzt dabei eine klare Grenze. Die aktuelle Google-Dokumentation führt die Integration als Preview beziehungsweise Pre-GA. Das ist kein allgemeines Versprechen für stabile Verfügbarkeit, festen Support oder einen fertigen Produktionsstandard. Für Teams bleibt sie zunächst eine Architektur- und Pilotfrage.
Mehr Auswahl heißt: Die Suchschicht wird sichtbar
Bislang wurde Websuche in vielen KI-Projekten als Eigenschaft des Modells behandelt. Die neue Integration macht deutlicher, dass Modell, Suchanbieter, Agentenlogik und interne Unternehmensdaten getrennte Komponenten sind. Ein Agent kann sprachlich stark sein und trotzdem an einer ungeeigneten Suchquelle, schlecht dokumentierten Quellen oder einem unklaren Datenfluss scheitern.
Praktisch entsteht damit eine zusätzliche Entscheidung: Soll ein Anwendungsfall Google Search Grounding, Parallel Web Search, intern angebundene Daten oder eine Kombination nutzen? Die Antwort hängt nicht allein von der Antwortqualität ab. Sie betrifft auch Vertragswege, Quellensteuerung, Kosten, Latenz und die Frage, welche Informationen den jeweiligen Systembereich verlassen.
Architektur-Vergleich: Google Search, Parallel und interne Daten
| Pfad | Wofür er gedacht ist | Worauf Teams achten müssen | Was er nicht zusichert |
|---|---|---|---|
| Grounding mit Google Search | Web-Kontext aus Googles Suchsystem | eigene Konfiguration, Bedingungen und Publisher-Regeln | kein Ersatz durch Parallel und keine Wahrheitsgarantie |
| Parallel Web Search | separat wählbarer Web-Kontext über Parallels Such-API | Datenfluss, Zugang, Konfiguration, Kosten und aktuelle Dokumentation | keine vollständige Webabdeckung und keine automatisch richtige Antwort |
| Internes Retrieval | Unternehmensdokumente, Wissensdatenbanken und freigegebene Daten | Berechtigungen, Aktualität, Datenqualität und Zugriffskontrolle | keine externe Recherche und keine automatische fachliche Freigabe |
Die drei Pfade lösen verschiedene Aufgaben. Interne Daten können verbindliche Arbeitsanweisungen liefern, wenn Rechte und Versionen stimmen. Web-Grounding kann aktuelle Informationen ergänzen. Beides zusammen ist nicht automatisch besser: Für jeden Anwendungsfall muss klar sein, welche Quelle Vorrang hat und wann ein Mensch eingreifen soll.

Der zusätzliche Datenpfad beginnt schon beim Prompt
Google dokumentiert, dass auch Suchqueries an Parallel übermittelt werden, die aus dem ursprünglichen Nutzerprompt abgeleitet oder umformuliert wurden. Für einen Agenten kann das sinnvoll sein, weil er eine Frage in mehrere Suchschritte zerlegt. Für Datenschutz, Einkauf und Informationssicherheit bedeutet es aber: Nicht nur das sichtbare Ergebnis zählt. Auch die Suchanfrage selbst gehört in die Prüfung.
Der Zugang kann über ein Google-Cloud-Marketplace-Abonnement oder über einen eigenen Parallel-API-Key erfolgen. Wenn beides eingerichtet ist, hat der eigene Key laut Google Vorrang. Das ist ein kleines technisches Detail mit großer Wirkung für den Betrieb: Abrechnung, Vertragspartner, Schlüsselverwaltung und Verantwortlichkeiten sollten nicht im Nachhinein erraten werden.
Wichtig zur Einordnung: Zero Data Retention verlangt ein separates Marketplace-Angebot und das Flag enable_zero_data_retention=true. Die Option ist nicht Standard und laut Google nicht über BYOK verfügbar. Daraus folgt weder automatisch DSGVO-Konformität noch eine zugesicherte EU-Datenresidenz oder vollständige Löschung in allen beteiligten Systemen.
Quellenmetadaten sind ein Prüfwerkzeug, kein Wahrheitsstempel
Die Integration kann Quellenbezüge und Citation-Support liefern. Google nennt dafür unter anderem groundingMetadata, groundingChunks und groundingSupports. Das hilft dabei, eine Antwort technisch auf ihre Webbezüge zurückzuführen und Fehlannahmen schneller zu finden.
Das reicht jedoch nicht als Freigabe. Eine verlinkte Quelle kann veraltet, unvollständig oder für die konkrete Frage ungeeignet sein. Ein Agent kann sie außerdem falsch gewichten. Quellenangaben ersetzen weder eine fachliche Prüfung noch Schutzmaßnahmen gegen Prompt Injection oder eine definierte Eskalation bei widersprüchlichen Ergebnissen.
Welche Einstellungen vor dem Pilot verbindlich werden sollten
Google dokumentiert für Parallel unter anderem Domain-Listen zum Ein- und Ausschluss, Ergebnis- und Exzerptlimits, Suchmodi sowie länderspezifische Suche. Außerdem nennt die Dokumentation eine aktuelle Modellliste mit Gemini 2.5 Flash, 2.5 Flash-Lite, 2.5 Pro, Gemini 3.1 Pro Preview, Gemini 3.1 Flash Lite und Gemini 3.5 Flash. Das sind Momentaufnahmen, keine dauerhafte Zusage für alle Projekte oder Konten.
Auch Kosten und Quoten sind getrennt zu betrachten: Gemini-Verbrauch und Parallel Search API können jeweils relevant werden. Wer nur die Modellkosten betrachtet, übersieht einen Teil der späteren Betriebsrechnung. Eine länderspezifische Suchsteuerung ist zudem nicht dasselbe wie ein Nachweis über den Ort der Datenverarbeitung.
Pilot-Checkliste: Nicht die Demo, sondern den Einsatzfall messen
- Aufgabenmix: Fragen aus dem späteren Fachbereich auswählen, darunter einfache Recherche, mehrstufige Abfragen und absichtlich unklare Aufgaben.
- Erwartete Quellen: Für jede Aufgabe festlegen, welche Primärquellen oder Domänen als tragfähig gelten und welche nicht.
- Citation-Prüfung: Prüfen, ob Zitate die konkrete Aussage tragen und ob der Agent Unsicherheit sichtbar macht.
- Fehlermodi: Prompt-Injection-Versuche, widersprüchliche Quellen und veraltete Seiten gezielt in den Test aufnehmen.
- Betriebswerte: Kosten, Latenz, Fehlerraten, Retention-Einstellungen und Eskalationswege pro Test dokumentieren.
Ein überzeugender Demo-Moment genügt nicht. Ein Pilot wird erst aussagekräftig, wenn Teams definieren, welche Fehler akzeptabel sind, welche Quellen zwingend gebraucht werden und wann ein Ergebnis nicht automatisiert weiterverarbeitet werden darf. NIST liefert dafür einen allgemeinen Rahmen: Risiken definieren, messen und im Betrieb beobachten. Das ist keine Bewertung dieser Integration, aber eine vernünftige Arbeitsweise.
Dokumentationsdrift ist hier ein konkretes Betriebsrisiko
Ein offener Konflikt in der Dokumentation: Die direkt gelesenen Google- und Parallel-Seiten beschreiben unterschiedliche Standard-Suchmodi und unterschiedliche Grenzen für Domain-Listen. Keiner der strittigen Werte sollte deshalb als allgemeiner Produktfakt in eine Betriebsdokumentation übernommen werden. Der sichere Weg ist ein Test im eigenen Projekt mit festgehaltenem Stand und anschließender erneuter Prüfung bei Änderungen.
Gerade dieser Widerspruch ist für den Betrieb aufschlussreich. Bei Preview-Funktionen können Modelle, Parameter, Quoten, Preise und Zugangswege wechseln. Ein Team braucht deshalb nicht nur eine technische Einrichtung, sondern auch einen Prozess, der Dokumentationsänderungen erkennt und ihren Einfluss auf Tests, Datenschutzprüfung und Betrieb bewertet.

Meine Einschätzung: Wahlfreiheit lohnt sich nur mit einer Abnahme
Parallel Web Search ist für die Gemini Enterprise Agent Platform vor allem deshalb interessant, weil die Web-Suchschicht als eigenständige Entscheidung sichtbar wird. Das kann Unternehmen mehr Kontrolle geben, wenn sie Modell, Suchanbieter, zugelassene Quellen und interne Daten bewusst zusammensetzen.
Ohne messbaren Abnahmetest wächst jedoch vor allem die Komplexität. Für deutsche und europäische Unternehmen ist nicht entscheidend, ob ein neuer Suchanbieter pauschal besser ist. Sie müssen klären: Welche Promptteile werden weitergegeben, welcher Vertrag gilt, wie wird die Quellenqualität geprüft und wer stoppt einen Agenten, wenn die Antwort nicht belastbar genug ist?
FAQ
Ersetzt Parallel Web Search Google Search Grounding?
Nein. Google dokumentiert beide als getrennte Grounding-Optionen mit unterschiedlichen Bedingungen und Konfigurationen.
Ist Zero Data Retention ein DSGVO-Nachweis?
Nein. Die Option ist ein konkretes Produktmerkmal mit Bedingungen. Verträge, Datenflüsse, Regionen, Retention und die konkrete Verarbeitung müssen weiterhin separat geprüft werden.
Beweisen Quellenmetadaten, dass eine Antwort korrekt ist?
Nein. Sie erleichtern die Nachprüfung von Webbezügen, ersetzen aber keine fachliche Bewertung der Aussage und ihrer Quellen.
Quellen und weiterführende Informationen
- Google Developers Blog: Expanding Choice in Gemini Enterprise Agent Platform: Introducing Grounding with Parallel Web Search
- Google Cloud: Grounding with Parallel Web Search | Gemini Enterprise Agent Platform
- Google Cloud: Grounding with Google Search | Gemini Enterprise Agent Platform
- Parallel: Parallel and Google Cloud Announce Partnership for Agentic Web Search on Gemini Enterprise Agent Platform
- Parallel: Google Gemini Enterprise
- NIST: Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile
Hinweis: Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft. Stand: 2026-07-16