Ein Kunde will einen kleinen Textassistenten auf seiner Website: Besucher tippen eine Frage ins Formular, ein Klick fasst die Produktbeschreibung zusammen oder übersetzt sie ins Englische. Technisch kein Problem – du hängst eine KI-API dran und bist fertig. Dann kommt die Rückfrage der Datenschutzbeauftragten des Kunden: Wohin gehen die Eingaben? An welchen Anbieter, in welches Land, auf welcher Rechtsgrundlage? Und plötzlich ist aus einem Nachmittagsprojekt eine Diskussion über Auftragsverarbeitung, US-Transfer und Einwilligung geworden.
Genau an dieser Stelle wird eine Entwicklung interessant, die 2026 aus dem Experimentierstadium herausgewachsen ist: KI, die direkt im Browser läuft. Kein Server, keine API, keine Datenübertragung. Chrome bringt dafür seit einigen Versionen ein Sprachmodell namens Gemini Nano mit und stellt Schnittstellen bereit, über die deine Kundenseiten es nutzen können. Für Agenturen, die zwischen Kundenwunsch und DSGVO balancieren, ist das mehr als eine technische Spielerei.
KI im Browser: So funktioniert Gemini Nano on-device
Der Kern der Sache ist einfach erklärt. Statt eine Anfrage an einen Cloud-Dienst zu schicken, der das Modell auf seinen Servern rechnet, lädt der Browser das Modell einmal auf das Gerät des Nutzers und führt es dort aus. Google beschreibt das in seiner Entwicklerdokumentation zur Built-in AI so, dass der Browser die Basismodelle bereitstellt und verwaltet – die Verarbeitung passiert lokal, „client-side".
Das eingebaute Modell heißt Gemini Nano, eine kleine, für Endgeräte optimierte Variante der Gemini-Familie. Entscheidend ist der Satz, den Google in der Dokumentation zur Prompt API festhält: Bei der Nutzung des Modells werden keine Daten an Google oder Dritte gesendet. Was der Nutzer eintippt, verlässt sein Gerät nicht.
Chrome stellt dafür nicht nur eine einzelne Schnittstelle bereit, sondern eine ganze Familie aufgabenspezifischer APIs: eine allgemeine Prompt API für freie Anfragen an das Sprachmodell, dazu spezialisierte Schnittstellen zum Zusammenfassen (Summarizer), Übersetzen (Translator), Umformulieren (Rewriter), Schreiben (Writer), Korrekturlesen (Proofreader) und Erkennen der Sprache (Language Detector). Für viele typische Website-Funktionen – Zusammenfassungen, Übersetzungen, Textvorschläge – gibt es also eine fertige, spezialisierte API, statt dass du alles über generische Prompts zusammenbauen musst.
Was schon geht – und was noch nicht
Bei aller Begeisterung lohnt der nüchterne Blick auf den Reifegrad. Die Prompt API ist laut Chrome-Dokumentation für Erweiterungen bereits seit Chrome 138 stabil, für den Einsatz auf normalen Websites seit Chrome 148. Manche der aufgabenspezifischen APIs waren schon früher verfügbar. Das heißt: Wir reden nicht mehr über ein reines Laborprojekt, aber auch nicht über eine Funktion, auf die du dich bei jedem beliebigen Besucher verlassen kannst.
Denn die Voraussetzungen sind spürbar. Laut Chrome braucht das Gerät für die Prompt API mindestens 22 Gigabyte freien Speicher auf dem Laufwerk mit dem Chrome-Profil, dazu entweder eine GPU mit mehr als 4 Gigabyte VRAM oder alternativ 16 Gigabyte RAM und mindestens vier Prozessorkerne. Unterstützt werden Windows 10 und 11, macOS ab Version 13, Linux und ChromeOS auf Chromebook-Plus-Geräten. Android, iOS und einfache Chromebooks sind noch außen vor. Für den einmaligen Download des Modells braucht es außerdem eine ungedrosselte Verbindung.
Übersetzt in den Agentur-Alltag bedeutet das: Ein moderner Desktop mit Chrome kommt gut damit klar, ältere Bürorechner und vor allem Smartphones oft nicht. Browser-KI ist damit heute keine Basisfunktion, die überall greift, sondern eine Verbesserung für die, deren Gerät sie hergibt. Du musst also immer prüfen, ob das Feature verfügbar ist, und einen Rückfallweg anbieten, wenn nicht.
Praktisch heißt das: Behandle die Browser-KI als Fortschrittsverbesserung, nicht als Fundament. Bevor deine Seite eine der APIs aufruft, fragst du im Code ab, ob sie überhaupt vorhanden und einsatzbereit ist – ist sie es nicht, blendest du die Funktion einfach nicht ein oder zeigst eine schlichte Alternative. So bekommt der Besucher mit passendem Gerät den Komfort, während für alle anderen nichts kaputtgeht. Dazu kommt eine Eigenheit, die du dem Nutzer erklären solltest: Beim ersten Aufruf lädt der Browser das Modell herunter, was je nach Verbindung dauern kann. Ist es einmal da, funktioniert die Funktion danach auch offline und ohne weitere Ladezeit – ein Detail, das gerade bei wiederkehrender Nutzung angenehm auffällt.
Warum das für den Datenschutz ein Gewinn ist
Hier liegt der eigentliche Grund, warum kleine Agenturen diese Technik im Auge behalten sollten. Jede KI-Funktion, die du über einen externen Dienst einbindest, zieht die bekannte Kette nach sich: Du brauchst einen Auftragsverarbeitungsvertrag, musst die Datenübertragung an den Anbieter rechtfertigen, bei US-Diensten das Transferrisiko bewerten und die Nutzung transparent machen. Wir haben das an anderer Stelle am Beispiel der AVV-Lücke bei KI-Tools und am Risiko der US-Cloud für Agenturen ausführlich beschrieben.
Wenn die Verarbeitung das Gerät des Nutzers nicht verlässt, fällt dieser ganze Rattenschwanz in sich zusammen. Es gibt keinen Empfänger, an den personenbezogene Daten übermittelt werden, weil schlicht nichts übermittelt wird. Kein US-Transfer, kein zusätzlicher Auftragsverarbeiter, keine Einwilligung für eine Datenweitergabe, die gar nicht stattfindet. Das ist derselbe Gedanke, der auch hinter der Suche nach europäischen KI-Alternativen steht – nur konsequent zu Ende gedacht: Der datensparsamste Dienst ist der, der überhaupt keine Daten wegschickt.
Ein Wort der Vorsicht gehört dazu, damit aus der guten Nachricht keine Bequemlichkeit wird. „Läuft lokal" heißt nicht automatisch „datenschutzrechtlich egal". Sobald deine Anwendung die Ein- oder Ausgaben doch wieder speichert, an dein eigenes Analytics weitergibt oder mit anderen personenbezogenen Daten verknüpft, bist du wieder in der Verarbeitung. Der Vorteil entsteht nur, solange die Daten wirklich auf dem Gerät bleiben. Das gehört dokumentiert – und es ersetzt keine rechtliche Prüfung des Einzelfalls.
Wo der Einsatz heute schon sinnvoll ist
Statt großer Versprechen hilft ein Blick auf konkrete, kleine Anwendungen, die den heutigen Reifegrad respektieren. Eine Zusammenfassung langer Texte direkt auf einer Wissensdatenbank oder in einem Kundenportal ist ein klassischer Fall: Der Nutzer bekommt die Kurzfassung, ohne dass sein Lesestoff irgendwohin geschickt wird. Ähnlich eignet sich die On-Device-Übersetzung für Seiten, auf denen eine schnelle, unverbindliche Übertragung reicht und keine perfekte Fachübersetzung nötig ist.
Auch im Redaktions- oder Formularbereich gibt es dankbare Aufgaben. Ein Textfeld, das dem Nutzer beim Formulieren einer Anfrage hilft, sie kürzt oder den Ton anpasst, lässt sich mit der Rewriter- oder Proofreader-API umsetzen, ohne dass der Entwurf das Gerät verlässt. Für all das gilt: Es sind Komfortfunktionen, keine geschäftskritischen Prozesse. Genau da liegt heute die realistische Stärke der Browser-KI – als lokale Hilfe, die niemand missen würde, wenn sie mal nicht verfügbar ist, aber die spürbar Wert schafft, wo das Gerät sie unterstützt.
Was das für deine Agentur bedeutet
Der ehrliche Rat lautet nicht „bau alles um", sondern „nimm die Option in dein Werkzeugregal auf". Wenn dich das nächste Mal ein Kunde nach einer kleinen KI-Funktion fragt, hast du künftig zwei Wege zur Auswahl: den Cloud-Dienst mit voller Leistung, aber mit dem bekannten DSGVO-Aufwand – oder die Browser-KI, die weniger kann, dafür aber die Datenschutzfrage entschärft. Diese Wahl bewusst zu treffen und dem Kunden verständlich zu erklären, ist genau die Art von Beratung, die eine kleine Agentur von einem austauschbaren Umsetzer unterscheidet.
Für Funktionen, bei denen die Belege und die Nachvollziehbarkeit im Vordergrund stehen – etwa ein Assistent, der ausschließlich aus den geprüften Inhalten des Kunden antwortet – bleibt eine dedizierte, serverseitige Lösung wie ein beleggebundener Chatbot die tragfähigere Wahl, weil sie Wissensbasis, Quellenbindung und Kontrolle mitbringt, die ein reines Browser-Modell nicht leistet. Die Browser-KI ersetzt solche Lösungen nicht, sie ergänzt sie am unteren Ende: für die vielen kleinen Komfortfunktionen, bei denen bisher der Datenschutzaufwand in keinem Verhältnis zum Nutzen stand.
Was du heute tun kannst, ist überschaubar. Aktiviere die Schnittstellen einmal in einem aktuellen Chrome, probiere die Summarizer- und Translator-API an einem echten Kundeninhalt aus und schau, wie sich das anfühlt. Du wirst schnell merken, wo die Grenzen liegen – und wo eine lokale Funktion einem Kunden echten Mehrwert bringt, ohne dass du dafür einen neuen Vertrag unterschreiben musst. Die Technik ist noch jung, aber die Richtung ist eindeutig: Ein Teil der KI wandert vom Rechenzentrum zurück auf das Gerät. Und das ist für alle, die Datenschutz ernst nehmen müssen, eine der besseren Nachrichten des Jahres.
- Chrome fuehrt mit dem eingebauten Modell Gemini Nano Sprachmodelle direkt on-device aus; laut Google werden dabei keine Daten an Google oder Dritte gesendet.
- Es gibt eine Familie von Schnittstellen: eine allgemeine Prompt API sowie aufgabenspezifische APIs zum Zusammenfassen, Uebersetzen, Umformulieren, Schreiben, Korrekturlesen und Spracherkennen.
- Der grosse Vorteil ist der Datenschutz: Bleibt die Verarbeitung auf dem Geraet, entfallen Auftragsverarbeitung, US-Transfer und Einwilligung fuer eine Datenweitergabe, die gar nicht stattfindet.
- Die Voraussetzungen sind hoch (u.a. mind. 22 GB freier Speicher, >4 GB VRAM oder 16 GB RAM/4 Kerne, Desktop-Betriebssysteme); Smartphones und aeltere Geraete werden noch nicht unterstuetzt.
- Fuer Agenturen ist Browser-KI kein Ersatz fuer serverseitige Loesungen, sondern eine datensparsame Option fuer kleine Komfortfunktionen – mit Feature-Pruefung und Rueckfallweg umgesetzt.