Le 12 octobre 2026, Google annonce une exigence pour les clients OAuth appelant Gmail MCP : l’option « Use this client for an AI-powered agent » doit être sélectionnée. Le rejet des requêtes non conformes est annoncé à partir du 11 novembre. Les clients non marqués au 12 novembre ne pourront plus devenir utilisables pour MCP : un nouveau client devra être créé. Les intégrations utilisant seulement les API REST ne sont pas concernées. Source : notes de version Gmail.
Pour une petite équipe, cette actualité appelle d’abord un inventaire des intégrations. Elle ne justifie pas de modifier un compte ou des identifiants sans savoir quel outil les utilise.
Comprendre de quelle connexion il s’agit
MCP, pour Model Context Protocol, permet ici à une application d’IA d’accéder à des outils Gmail autorisés. La documentation Google décrit notamment la recherche de messages, la consultation de fils et la création de brouillons. Le serveur reste présenté en Developer Preview. Source : configuration du serveur Gmail MCP.
Cette connexion sert à un assistant qui travaille avec une boîte de réception. Elle n’est pas, par sa seule existence, une plateforme de diffusion de newsletters.
Si votre équipe utilise un assistant pour retrouver une discussion ou préparer une réponse, vérifiez le mécanisme derrière ce service. Le nom commercial de l’application ne suffit pas à déterminer la technologie employée.
Les questions à poser à son intégrateur
Préparez une demande factuelle qui permet d’identifier le périmètre, sans demander d’emblée une migration complète.
| Question | Information attendue |
|---|---|
| Quelle connexion est utilisée ? | MCP, API REST ou autre mécanisme |
| Qui gère le projet et les accès ? | Responsable identifié et procédure de changement |
| Quel usage est autorisé ? | Lecture, préparation de brouillon ou autres actions prévues |
| Comment vérifier la modification ? | Essai documenté sur un périmètre adapté |
| Que faire si la connexion échoue ? | Mode de travail temporaire et contact de support |
Demandez une réponse écrite qui distingue ce qui a été vérifié de ce qui reste à examiner. Conservez-la avec la description de l’intégration.
Une petite organisation peut déléguer l’exécution technique tout en gardant la maîtrise de l’objectif : quel travail l’outil accomplit et quelles informations lui sont nécessaires ?
Préparer un changement limité et vérifiable
Avant toute intervention, documentez le fonctionnement actuel et les tâches qui dépendent de la connexion. Identifiez un moyen de retour à une situation utilisable si l’essai échoue.
Choisissez ensuite un scénario de test sans données inutiles : retrouver un échange de démonstration, vérifier son contexte et préparer un brouillon destiné à être relu. Comparez le résultat attendu et le résultat obtenu.
Ne déplacez pas des secrets de connexion dans un document partagé avec toute l’équipe. Le compte rendu peut indiquer qui les gère et où la procédure se trouve, sans exposer les valeurs elles-mêmes.
Vérifiez enfin que la personne responsable du métier connaît la date de l’intervention et sait signaler un problème.
Exemple fictif : un assistant pour préparer des réponses
Imaginons une petite entreprise qui utilise un assistant pour retrouver les échanges liés à une demande de devis. Le prestataire confirme que l’intégration est concernée et prépare la mise à jour de configuration.
L’équipe définit un essai : retrouver un fil de démonstration et proposer un brouillon récapitulant une question. Une personne vérifie que le brouillon ne confond pas les interlocuteurs, ne reprend pas une information ancienne et reste dans le périmètre demandé.
Le compte rendu de l’essai contient le résultat, les limites et le responsable du suivi. Il ne prétend pas démontrer que toute réponse future sera exacte.
Garder une validation humaine sur les engagements
Un brouillon peut contenir une formulation claire et une mauvaise information. Relisez particulièrement les prix, les dates, les destinataires et les engagements pris au nom de l’activité.
La documentation Google signale aussi le risque d’instructions malveillantes présentes dans des contenus que l’agent lit. Cette possibilité justifie de conserver des règles sur les entrées traitées et les actions autorisées. Source : considérations de sécurité Gmail MCP.
Pour le marketing, définissez donc séparément l’aide à la préparation et la décision d’envoyer. Les responsables doivent pouvoir comprendre ce que l’assistant a utilisé et valider le message final.
L’annonce fournit un point de contrôle concret : identifier la connexion, confier les vérifications au bon interlocuteur et tester le travail attendu avant les échéances indiquées.