Google-NotebookLM devient Google-GeminiNotebook : le fetcher change de nom

L’essentiel

• Le 16 juillet 2026, Google a remplacé l’agent utilisateur Google-NotebookLM par Google-GeminiNotebook dans sa documentation.
• Le changement suit le renommage de NotebookLM en Gemini Notebook.
• L’ancienne valeur reste prise en charge pendant une transition, annoncée jusqu’en août 2026.
• Comme les autres fetchers déclenchés par un utilisateur, celui-ci ignore en général le robots.txt.

Une entrée de quelques lignes dans le journal des modifications

Le journal des modifications de la documentation sur l’infrastructure d’exploration contient, à la date du 16 juillet 2026, une entrée intitulée « Updating the NotebookLM user agent » (mise à jour de l’agent utilisateur de NotebookLM). Google y écrit que l’agent utilisateur de NotebookLM est désormais Google-GeminiNotebook. La justification tient en une phrase, « NotebookLM est désormais Gemini Notebook » (traduction), avec un lien vers le blog de Google. Barry Schwartz a relayé l’information le 17 juillet sur Search Engine Roundtable.

Pour rappel, Google-NotebookLM figurait dans la liste des fetchers déclenchés par l’utilisateur depuis le 9 octobre 2025. Le même journal précisait alors que l’ajout faisait suite à des retours.

La fonction de l’outil reste la même. D’après la liste des fetchers déclenchés par l’utilisateur, il va chercher, à l’unité, les pages qu’un utilisateur de Gemini Notebook a désignées comme sources d’un projet. Ce n’est pas un robot d’exploration. Chaque requête part d’une URL choisie par quelqu’un.

Les chaînes User-Agent complètes

La documentation publie deux variantes, l’une pour mobile, l’autre pour ordinateur. Elles partagent le jeton « compatible; Google-GeminiNotebook », suivi d’un lien vers une page dédiée.

Appareil	Chaîne envoyée dans l’en-tête User-Agent
Mobile	Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Mobile Safari/537.36 (compatible; Google-GeminiNotebook; +https://developers.google.com/crawling/docs/crawlers-fetchers/google-gemininotebook)
Ordinateur	Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36 (compatible; Google-GeminiNotebook; +https://developers.google.com/crawling/docs/crawlers-fetchers/google-gemininotebook)
Ancien agent	Google-NotebookLM

Les deux chaînes n’annoncent pas la même version de Chrome (138 sur mobile, 137 sur ordinateur), et rien ne garantit que ces numéros resteront figés. Une règle qui compare la chaîne entière cassera à la prochaine mise à jour du navigateur. Mieux vaut filtrer sur le seul jeton Google-GeminiNotebook.

Une transition sans date de fin au jour près

Google invite ceux qui ont codé en dur l’ancienne valeur à modifier la chaîne pour éviter d’éventuels bugs. Il ajoute, d’après la citation reprise par Search Engine Roundtable, qu’il continuera à prendre en charge l’ancien nom « pour permettre une transition en douceur » (traduction). Dans un message publié sur X le 17 juillet et cité par SER, Shauvik Kumar indique que l’ancien agent est pris en charge jusqu’en août 2026. Aucun jour précis n’est donné. Google ne dit pas non plus lequel des deux noms ses requêtes portent pendant cette période : il faut donc prévoir les deux dans les logs.

robots.txt : un fetcher qui n’en tient pas compte

La page de Google le pose dès son introduction : la récupération étant lancée par un utilisateur, ces fetchers ignorent en général les règles du robots.txt. Une directive Disallow visant Google-GeminiNotebook, comme hier Google-NotebookLM, n’a donc aucun effet garanti.

Pour filtrer ces accès, il faut agir sur le serveur, le pare-feu ou le CDN. Google prévient que la chaîne User-Agent peut être usurpée et donne de quoi vérifier l’origine des requêtes : les plages d’IP publiées dans les fichiers user-triggered-fetchers.json, user-triggered-fetchers-google.json et user-triggered-agents.json, ainsi que deux masques de DNS inverse, ***-***-***-***.gae.googleusercontent.com et google-proxy-***-***-***-***.google.com.

Ce que j’en retiens

Sur le papier, c’est un changement de nom. En pratique, il touche chaque endroit où le nom d’un robot est écrit en dur : règles de pare-feu applicatif, listes d’autorisation du CDN ou de l’outil anti-bot, filtres et segments dans l’analyse de logs, tableaux de suivi des accès venant des outils IA. Si votre configuration laisse passer Google-NotebookLM sur des pages protégées, ajoutez Google-GeminiNotebook sans attendre la fin de la transition. Sinon, les requêtes lancées par les utilisateurs qui citent vos pages comme sources risquent d’être bloquées. Si vous bloquez au contraire l’ancien nom par l’agent utilisateur, dupliquez la règle.

Dans les deux cas, je conseille de coupler le jeton à une vérification des plages d’IP plutôt que de se fier à l’en-tête seul. Côté logs, regrouper les deux noms dans un même segment évite de couper la série en deux.