Il 19 maggio 2026, sul palco di Mountain View, Google ha aperto la sua conferenza I/O annunciando l’integrazione di Gemini dentro Chrome e una serie di funzioni che spostano l’intelligenza artificiale dal cloud al dispositivo. Non un nuovo modello da mostrare, ma il tentativo di mettere Gemini la dove le persone già passano la giornata: nel browser e nel telefono.
La direzione è chiara. Dopo anni in cui l’IA generativa abitava una finestra di chat separata, una destinazione a cui si andava di proposito, Google prova a dissolverla dentro gli strumenti quotidiani, fino a renderla parte dell’ambiente di lavoro invece che una tappa a parte.
Gemini dentro la barra del browser
Su Android, Gemini in Chrome arriva con un’icona dedicata in alto a destra nella barra degli strumenti. Un tocco apre un’interfaccia di conversazione dal basso dello schermo, sopra la pagina che si sta consultando. Il rilascio parte alla fine di giugno 2026, inizialmente sui dispositivi con almeno 4 GB di RAM e lingua impostata su inglese statunitense.
Le funzioni vanno oltre il riassunto della pagina, che pure resta il caso d’uso più immediato: chiedere a Gemini di sintetizzare un articolo lungo, estrarne i punti chiave, tradurlo.
Con la tecnologia battezzata Nano Banana, Gemini permette di generare e modificare immagini direttamente nel browser. Trasformare una pagina in un’infografica, alterare le foto mentre si naviga, creare un’immagine a partire da ciò che si sta leggendo. È la generazione visiva portata dentro il flusso di lettura, senza saltare a un’altra applicazione e senza interrompere ciò che si sta facendo.
Ma la funzione che cambia davvero il modo di lavorare ha un altro nome.
Auto browse: il browser che esegue al posto tuo
Si chiama auto browse ed è la traduzione concreta dell’idea di agente dentro il browser. Invece di limitarsi a rispondere, Gemini esegue compiti di routine: prenotare un appuntamento, organizzare i passaggi di un evento, cercare un articolo disponibile a magazzino. L’utente fissa l’obiettivo, l’agente naviga, clicca e completa i passi.
È un salto qualitativo, non quantitativo. Un assistente che riassume una pagina resta uno strumento passivo. Un agente che prenota un tavolo o compila un modulo agisce sul web al posto dell’utente, con tutto ciò che ne consegue in termini di fiducia e di responsabilità.
Per ora auto browse è riservata agli abbonati AI Pro e Ultra negli Stati Uniti. È una scelta che dice molto: le funzioni più autonome arrivano prima a chi paga e in un mercato controllato, perché un agente che agisce sul web richiede garanzie che Google preferisce calibrare su un pubblico ristretto prima di estenderle.
Il salto rispetto al passato è netto. Il browser smette di essere una finestra passiva su cui l’utente clicca e diventa un esecutore che clicca al posto suo. Cambia il rapporto stesso tra la persona e lo strumento: non più navigazione, ma delega.
La delega, però, porta con sé una domanda che la semplice navigazione non poneva: di chi è la responsabilità di ciò che l’agente fa. Se l’auto browse prenota il tavolo sbagliato, acquista l’articolo errato o accetta una condizione che l’utente non avrebbe accettato, la colpa è dell’utente che ha dato l’obiettivo, dell’agente che lo ha interpretato male o di chi lo ha costruito?
È una zona grigia che la diffusione di queste funzioni renderà sempre più rilevante. Finché l’agente suggerisce, l’ultima parola resta all’utente. Quando agisce, l’ultima parola la prende lui, e con essa una quota di responsabilità che il diritto fatica ancora a collocare.
Per questo Google rilascia auto browse con cautela, a un pubblico ristretto e a pagamento. Non è solo strategia commerciale, è gestione di un rischio nuovo.
L’intelligenza che resta sul dispositivo
La seconda direzione annunciata è l’IA on-device, eseguita localmente senza inviare nulla al cloud.
Chrome 148 usa Gemini Nano con input multimodali e output strutturato: il modello accetta testo e immagini e restituisce dati in formato affidabile, pronti per essere usati da altre funzioni. Accanto a Nano, Google ha presentato Gemma 197M, un modello compatto, da poche centinaia di milioni di parametri, pensato per alimentare in modo efficiente funzioni specifiche come la sintesi automatica, adattandosi anche a dispositivi meno potenti.
La logica dei modelli compatti è importante. Un modello enorme offre capacità superiori ma richiede di girare su server remoti, con costi e latenza. Un modello piccolo, calibrato su un compito preciso, può girare sul telefono, rispondere all’istante e funzionare anche senza connessione.
Il vantaggio non è solo la velocità. È la privacy.
Un modello che gira sul telefono elabora i dati senza farli uscire dal dispositivo. Per funzioni che toccano informazioni personali, messaggi, foto, documenti, la differenza tra inviare un testo a un server remoto e analizzarlo localmente è sostanziale, soprattutto sotto la lente del GDPR e degli obblighi del Regolamento UE 2024/1689 (AI Act).
C’è anche un risvolto di affidabilità. Un modello on-device funziona senza connessione, in metropolitana come in aereo, e risponde senza il ritardo di un viaggio fino a un server remoto e ritorno. Per funzioni che servono nell’istante, come una sintesi rapida o una traduzione al volo, l’elaborazione locale offre una reattività che il cloud non può eguagliare.
Il limite è la capacità. Un modello che gira sul telefono è per forza più piccolo di uno che gira su un data center, e quindi meno potente sui compiti complessi. La strategia di Google riflette questo compromesso: i modelli compatti per ciò che serve subito e in locale, il cloud per ciò che richiede più potenza.
Per le imprese che sviluppano applicazioni mobili, questa biforcazione apre scelte concrete. Far girare in locale le funzioni che toccano dati sensibili riduce gli oneri di conformità. Riservare al cloud i compiti che richiedono potenza massimizza la qualità. Disegnare bene questo confine diventa una competenza progettuale, non un dettaglio tecnico.
La privacy come architettura, non come promessa
Google ha legato queste funzioni a tecniche pensate per limitare l’esposizione dei dati personali, distribuendo parte dell’elaborazione tra cloud e dispositivo a seconda della sensibilità dell’operazione. È un approccio che, almeno nelle intenzioni, sposta la tutela della privacy dalla dichiarazione all’architettura: meno dati che lasciano il telefono, meno superficie di rischio.
La distinzione conta. Per anni la privacy nei prodotti digitali è stata una promessa scritta nelle condizioni d’uso, difficile da verificare. Un’elaborazione che avviene fisicamente sul dispositivo, invece, è una garanzia tecnica: il dato non parte, e quindi non può essere intercettato o conservato altrove.
Resta da vedere quanto questa architettura reggerà alla prova dei fatti. Le funzioni più utili, come l’auto browse, restano in larga parte basate sul cloud, perché richiedono potenza che il dispositivo non ha. La privacy disegnata fin dall’inizio convive così con un’elaborazione remota che, per le operazioni più ricche, resta necessaria. Il bilanciamento tra le due, più che una garanzia assoluta, è un compromesso da valutare funzione per funzione.
Resta la cautela d’obbligo. Le funzioni annunciate a una conferenza non coincidono sempre con ciò che arriva agli utenti, e i tempi di rilascio europeo sono storicamente più lenti per via dei vincoli normativi. Le date e le condizioni indicate riguardano in prima battuta il mercato statunitense, e l’arrivo in Europa di funzioni come auto browse dovrà fare i conti con un quadro regolatorio più esigente.
Per le imprese europee il messaggio operativo è duplice. Da un lato, l’IA on-device apre scenari di conformità più semplici, perché riduce i trasferimenti di dato e quindi le complicazioni legate al loro trattamento. Dall’altro, un browser che agisce in autonomia introduce nuove domande su consenso, tracciabilità e responsabilità delle azioni compiute dall’agente: se l’auto browse prenota o acquista qualcosa per errore, chi risponde?
Chi vuole inquadrare queste novità nel quadro delle competenze digitali trova nei percorsi formativi AIPIA sull’intelligenza artificiale una bussola per distinguere ciò che cambia il lavoro da ciò che resta annuncio, mentre la guida operativa all’AI Act aiuta a leggere gli obblighi che accompagnano gli agenti che agiscono sul web.
La concorrenza che Google insegue e anticipa
Gemini in Chrome non nasce nel vuoto. Da tempo altri attori provano a portare l’intelligenza artificiale dentro la navigazione: motori di ricerca conversazionali che rispondono invece di elencare link, browser di nuova generazione costruiti attorno a un assistente, estensioni che innestano modelli linguistici nelle pagine.
La mossa di Google ha una logica difensiva oltre che offensiva. Difende Chrome dal rischio di diventare un semplice contenitore svuotato da assistenti esterni, e attacca i concorrenti sul terreno dove parte avvantaggiata, quello della diffusione del browser.
La posta in gioco è il punto di partenza della giornata digitale. Chi controlla il momento in cui l’utente cerca, legge o compila qualcosa intercetta una quota enorme di interazioni quotidiane, e con esse i dati e l’abitudine che ne derivano.
L’integrazione nativa offre a Google un vantaggio che le applicazioni separate non hanno: non deve convincere nessuno a cambiare strumento. L’assistente è già dove l’utente si trova.
Cosa resta da verificare
Le conferenze degli sviluppatori sono vetrine, e una vetrina non è una consegna. Tra ciò che Google ha mostrato a Mountain View e ciò che arriverà davvero sui dispositivi degli utenti europei c’è una distanza fatta di tempi, vincoli normativi e adattamenti.
Le condizioni annunciate parlano chiaro. Il rilascio iniziale riguarda dispositivi con requisiti minimi di memoria e lingua impostata sull’inglese statunitense, e le funzioni più autonome sono riservate agli abbonamenti a pagamento sul mercato americano. L’Europa arriverà dopo, e con le funzioni più delicate filtrate dal quadro regolatorio.
Per le imprese il consiglio è di distinguere la traiettoria dall’annuncio. La traiettoria, l’IA che entra nel browser e nel dispositivo, è solida e merita attenzione nelle scelte di lungo periodo. I dettagli specifici, le date e le condizioni di accesso vanno presi come indicazioni provvisorie, da confermare quando le funzioni saranno effettivamente disponibili nel proprio mercato e nella propria lingua.
Il browser come campo di battaglia
L’integrazione di Gemini in Chrome non è solo una comodità per gli utenti. È una mossa competitiva.
Chrome è il browser più usato al mondo, con una quota di mercato che lo rende la porta d’ingresso al web per la maggioranza degli utenti. Renderlo il punto di accesso naturale a Gemini significa intercettare l’utente prima che decida di aprire un’altra applicazione di IA. Chi vuole un riassunto, una traduzione o un’immagine la trova già li, senza motivo di cercare altrove.
Il browser diventa così il terreno dove si decide quale assistente le persone useranno di default, e Google parte dal vantaggio di possedere la porta d’ingresso. Le interfacce di chat concorrenti, per quanto valide, devono convincere l’utente a uscire da ciò che già usa. Gemini in Chrome non deve convincere nessuno a spostarsi: è già dentro.
La vera partita di I/O 2026 non si gioca sulla potenza del modello, ma su dove quel modello incontra l’utente. E il browser, fino a ieri un semplice strumento di navigazione, è diventato il luogo dove quella partita si decide.
