Google Connected Apps : comment déployer vos services directement dans Search et Gemini via le protocole MCP

Pendant plus de deux décennies, les directions générales et marketing ont alloué leurs budgets d'acquisition selon une logique largement dominante : optimiser le référencement naturel pour générer des sessions sur un site propriétaire, puis convertir cette audience au sein de tunnels de vente internes. La rentabilité digitale reposait en grande partie sur la capacité à capter un clic depuis une page de résultats pour conduire l'utilisateur vers un nom de domaine privé.

En 2026, cette mécanique ne couvre plus l'intégralité du parcours d'achat.

Les moteurs de recherche et les assistants d'intelligence artificielle peuvent réduire certaines visites vers les sites propriétaires en apportant des réponses directes ou en permettant l'exécution d'actions dans leurs propres interfaces.

Avec l'annonce de sa Connected Apps Platform, Google franchit une étape supplémentaire : ses interfaces peuvent désormais solliciter les fonctionnalités des entreprises et permettre l'exécution de certaines opérations sans navigation préalable sur leur site.

Pour les comités de direction et les responsables d'arbitrages budgétaires des entreprises françaises, l'enjeu dépasse l'évolution du référencement. Il consiste à déterminer quelles fonctionnalités métier exposer, à quel coût et sur quelles interfaces, afin de préparer un nouveau canal de distribution.

Connected Apps Platform : ce que contient la nouvelle annonce de Google

Présentée le 28 octobre 2026 par Chips Mistry, Group Product Manager pour Search, et Mai Lowe, Group Product Manager pour l'application Gemini, la Connected Apps Platform ouvre un accès centralisé aux développeurs souhaitant connecter leurs services aux produits Google. Le dispositif permet d'interfacer des applications tierces avec Google Search, notamment son interface AI Mode, ainsi qu'avec l'application conversationnelle Gemini.

L'objectif affiché est de permettre aux utilisateurs d'accéder aux fonctionnalités d'un service au moment où ils expriment un besoin, sans devoir systématiquement commencer par ouvrir son site ou son application.

La plateforme entre dans une phase d'accès préliminaire (preview), avec une ouverture progressive aux développeurs, aux marchés et aux produits Google. L'enregistrement des candidatures et la documentation technique sont centralisés sur le portail Google for Developers.

Cette annonce formalise une nouvelle voie d'intégration autour de trois composantes opérationnelles :

• Une interface de gestion centralisée : Les entreprises enregistrent, testent et administrent leurs applications depuis la Google Connected Console.
• Un ciblage multi-environnements : Pour une intégration MCP distante, les équipes peuvent sélectionner Search, Gemini ou les deux produits, en fonction de leur disponibilité.
• Une intégration standardisée : Google s'appuie notamment sur le protocole MCP pour faciliter l'exposition des fonctionnalités métier à plusieurs environnements compatibles.

La logique annoncée est celle du “build once”, une même intégration distante peut servir plusieurs produits Google, sans devoir développer un connecteur indépendant pour chaque interface.

Google structure ainsi une nouvelle possibilité de distribution de services, complémentaire aux parcours web traditionnels.

Comprendre le fonctionnement concret entre protocole MCP et Google Connected Console

Sur le plan technique, la plateforme repose principalement sur le protocole MCP (Model Context Protocol). Ce standard permet à un modèle d'intelligence artificielle de découvrir et de solliciter des outils exposés par un système externe, selon des interfaces et des paramètres définis par le développeur.

Le flux séquentiel d'une application connectée, de la requête utilisateur à l'exécution sur le serveur MCP distant - © source : Google for Developpers

L'architecture repose sur deux voies d'intégration distinctes. Le choix doit intervenir lors de la création de l'application dans la Connected Console : chaque application ne peut utiliser qu'un seul type de connexion, et ce choix ne peut plus être modifié ultérieurement.

• Le serveur MCP distant : Hébergé dans le cloud, il expose les API métier à l'infrastructure de Google. C'est la voie recommandée pour les fonctionnalités transversales accessibles depuis le Web, Android et iOS. Elle permet de connecter les services aux produits Google compatibles, notamment Search et Gemini.
• L'intégration Android MCP : Pour les applications mobiles natives, l'architecture s'appuie sur les API AppFunctions. Cette voie permet à Gemini sur Android de solliciter directement les fonctionnalités des applications installées sur le terminal. L'exécution s'effectue localement et peut exploiter le contexte de l'application. Elle ne permet pas de déployer ces fonctionnalités dans Search.

Cette distinction conditionne l'architecture du projet. Le MCP distant répond aux besoins de distribution multi-environnements, tandis qu'AppFunctions cible les usages nécessitant une intégration étroite avec le système Android. La documentation Android présente encore AppFunctions comme une technologie expérimentale, avec un accès limité à certaines intégrations avec Gemini.

Pour une intégration MCP distante, Google impose plusieurs prérequis. Le serveur doit disposer d'un endpoint public accessible en HTTPS, utilisant le transport Streamable HTTP. L'entreprise doit également vérifier la propriété du domaine hébergeant le serveur.

La vérification repose sur un fichier JSON contenant un jeton généré depuis la console. Il doit être publié à l'adresse https://<votre-domaine>/.well-known/google-connected-apps, être accessible publiquement et retourner une réponse HTTP 200 sans redirection. Une fois cette étape validée, le développeur peut synchroniser les outils exposés par son serveur avec la console.

La configuration impose ensuite un cahier des charges précis. Google exige au minimum trois tâches fonctionnelles à forte valeur et trois exemples de requêtes. Parmi ces exemples, au moins deux doivent commencer par la mention @NomDeVotreApplication, tandis qu'au moins un autre doit intégrer naturellement le nom du service dans sa formulation. Les développeurs doivent également documenter explicitement les paramètres et les résultats de chaque outil.

L'exécution directe de fonctions métier soulève immédiatement la question de l'authentification et de la gouvernance des données.

Pour les fonctionnalités nécessitant un accès au compte personnel, Google recommande une autorisation déléguée via OAuth 2.1 avec PKCE (Proof Key for Code Exchange). Gemini peut alors accéder, au nom de l'utilisateur, aux fonctionnalités et aux données autorisées. La gestion persistante des jetons de rafraîchissement permet de maintenir cette liaison sans imposer des authentifications répétées.

La plateforme prend également en charge une authentification machine-to-machine via le mécanisme OAuth Client Credentials. Cette approche répond aux échanges entre services qui ne nécessitent pas de connexion individuelle de l'utilisateur. Les entreprises doivent donc choisir leur modèle d'authentification en fonction des opérations exposées.

Pour les organisations françaises, ces choix doivent aussi s'inscrire dans les exigences du RGPD : limitation des données collectées, transparence sur les finalités, gestion des permissions et encadrement des accès aux informations personnelles.

La Connected Console complète le dispositif avec des indicateurs de trafic, de latence et de taux d'erreur. Elle permet également de gérer les environnements de test, les versions publiées et les éléments d'identité de marque, notamment les logos vérifiés.

Interface de la Google Connected Console : synchronisation du serveur MCP, gestion du groupe de testeurs et processus de soumission pour validation avant publication - © source : Blog Google

Pourquoi le passage de la simple visite web à l'exécution directe modifie la relation client

L'évolution introduite par la Connected Apps Platform modifie le point de contact entre une marque et ses clients. Jusqu'ici, un acheteur potentiel formulait une requête, consultait les résultats, cliquait sur une URL, attendait le chargement d'un site web, puis recherchait le produit ou le service souhaité.

Chaque étape intermédiaire pouvait entraîner un abandon.

Dans AI Mode et Gemini, l'utilisateur peut exprimer directement une intention d'action (high-intent). Une requête comme “Trouve un créneau pour faire réviser ma voiture à Lyon vendredi et compare les disponibilités” ne vise pas uniquement à obtenir une information. Elle peut déclencher la recherche de créneaux auprès d'un service automobile connecté.

Cette évolution ne transforme cependant pas Search et Gemini en nouveaux espaces publicitaires.

Google interdit aux applications connectées de diffuser des publicités tierces ou des contenus promotionnels dans leurs intégrations. Chaque application doit fournir une fonctionnalité autonome et une utilité distincte. L'entreprise doit donc construire sa présence autour de la valeur opérationnelle de son service, plutôt que de chercher à reproduire ses messages publicitaires dans l'interface conversationnelle.

Ce glissement modifie trois dimensions de la distribution digitale :

• Le point de contact s'externalise : L'interaction s'amorce dans AI Mode ou Gemini, en dehors de l'environnement numérique directement contrôlé par la marque.
• L'action demandée évolue : Le parcours ne se limite plus à un clic de navigation. Il peut déclencher une fonction métier via le serveur MCP, comme une consultation de disponibilité ou une recherche de commande.
• Le suivi opérationnel devient logiciel : Le pilotage doit intégrer la latence API, les taux de réussite, les erreurs d'exécution et la qualité des réponses, en complément des indicateurs web traditionnels.

Cette exécution directe ne signifie pas que toutes les opérations sont réalisées sans contrôle.

Google impose aux outils exécutant des actions sensibles ou irréversibles, notamment les transactions financières et les modifications persistantes, de signaler leur caractère destructif via l'annotation destructiveHint: true ou de demander une confirmation explicite dans la console (Human-in-the-loop).

L'entreprise conserve ainsi la maîtrise des conditions d'exécution de ses opérations métier.

Le site web n'est plus l'unique point d'entrée de la transaction. Il demeure néanmoins un actif commercial : certaines opérations initiées dans AI Mode peuvent se poursuivre sur l'application ou le site du partenaire pour leur finalisation. Google cite notamment le passage vers Instacart pour terminer une commande ou vers Canva pour modifier ou télécharger une création.

Pour les directions marketing, cette évolution pose un problème d'attribution : comment mesurer une conversion qui commence dans Gemini, mobilise une API propriétaire et se finalise éventuellement sur le site ou l'application de l'entreprise ?

Les organisations doivent construire un modèle de mesure capable de rapprocher les interactions conversationnelles, les événements techniques et les résultats financiers.

L'enjeu ne consiste donc pas à remplacer le référencement naturel ou les campagnes d'acquisition, mais à ajouter un nouveau point d'accès aux services et à mesurer sa contribution réelle.

Plus de 50 applications connectées : ce que révèlent les premiers déploiements de Google

La phase de lancement s'appuie sur des déploiements déjà documentés. Dans son annonce du 28 octobre 2026, Google indique avoir lancé plus de 50 applications connectées entre Search et Gemini, dans des domaines allant de la productivité à la billetterie, en passant par la santé et le fitness.

Ce chiffre correspond à l'ensemble des applications connectées annoncées dans les différents produits Google, et non à 50 intégrations déjà développées avec la nouvelle Connected Apps Platform et son parcours MCP.

Au moment de cette annonce, Adobe, Experian, Localiza et Peloton étaient disponibles dans Gemini. Google annonçait leur arrivée dans Search dans les semaines suivantes. L'entreprise communiquait également sur une future intégration de Calm dans les deux environnements.

Ces partenaires illustrent plusieurs modèles d'utilisation :

• Adobe permet d'accéder à des fonctionnalités de sa suite de création, notamment Photoshop, Lightroom et Adobe Express, depuis les échanges avec Gemini. L'utilisateur peut demander une opération de retouche ou de création sans devoir commencer par ouvrir Creative Cloud.
• Peloton permet de rechercher et de planifier des cours, ainsi que de construire des programmes d'entraînement sur plusieurs jours. L'application répond directement à une demande d'organisation formulée dans Gemini.
• Localiza illustre l'intégration d'un service de location de véhicules, tandis qu'Experian permet de consulter des informations financières personnelles, notamment un score FICO et les facteurs qui influencent ce score.

Le point commun de ces intégrations réside dans leur capacité à transformer une demande conversationnelle en opération fonctionnelle; rechercher, consulter, planifier, créer ou réserver.

Il faut néanmoins distinguer la démonstration technique de la performance commerciale. Google ne publie pas, dans son annonce, de données consolidées sur les taux de conversion, les revenus additionnels ou les coûts d'acquisition générés par ces applications.

La disponibilité géographique constitue également une limite à intégrer dans l'analyse des entreprises françaises. Au 5 novembre 2026, la documentation d'aide de Google indique que les Connected Apps dans Search sont accessibles dans AI Mode aux États-Unis et en anglais. Cette disponibilité ne couvre donc pas encore les utilisateurs français sur cette interface.

La situation diffère dans Gemini. La disponibilité dépend de chaque application, du pays, de la langue, du terminal et de la version de Gemini utilisée. Par exemple, Adobe est répertorié dans les pays où Gemini et le service Adobe sont pris en charge, mais avec une disponibilité linguistique indiquée en anglais. Experian et Peloton restent, pour leur part, limités aux États-Unis et à l'anglais.

Pour les entreprises françaises, cette distinction est déterminante : une intégration techniquement prête ne signifie pas que les clients en France peuvent déjà l'utiliser dans Search ou dans Gemini en français. Le déploiement doit donc être évalué en fonction du marché effectivement accessible, et non du seul nombre de partenaires annoncés.

Faut-il intégrer la Connected Apps Platform dès la phase de preview ?

Pour les directions générales et les responsables de portefeuilles digitaux, la décision d'investir dans ce protocole ne doit pas être guidée par la précipitation, mais par une analyse de l'adéquation métier, des coûts techniques et des marchés réellement accessibles.

L'arbitrage doit reposer sur trois critères de faisabilité :

• La nature de votre offre fonctionnelle : L'intégration MCP présente un intérêt pour les entreprises françaises qui gèrent des stocks, des réservations, des devis, des demandes de suivi ou des opérations nécessitant des données actualisées. À l'inverse, pour les organisations reposant sur des cycles de vente B2B longs et consultatifs, les premiers bénéfices seront davantage liés à la qualification des besoins et à l'accès à des informations métier qu'à une conversion transactionnelle immédiate.
• L'éligibilité géographique et linguistique : Google ouvre l'accès à sa preview par phases, sans publier de calendrier exhaustif pour chaque pays. La Connected Console permet de configurer les pays, les régions, les langues et les produits ciblés pour une version de l'application. Cela ne garantit toutefois pas leur disponibilité immédiate auprès des utilisateurs. Les entreprises françaises doivent vérifier leur éligibilité au programme, les conditions de publication et la compatibilité effective avec le marché français.
• La fiabilité de votre architecture d'API : L'exposition d'un serveur MCP impose une infrastructure stable, accessible et documentée. Google interdit notamment les applications qui produisent de manière récurrente des erreurs, des interruptions, des expirations de délai ou des échecs d'authentification. Les entreprises doivent donc évaluer leurs API existantes, la gestion des permissions et la capacité de leurs systèmes à absorber de nouvelles sollicitations.

Les recommandations d'action pour les prochains mois sont pragmatiques :

• Déployer un projet pilote restreint : Ne restructurez pas l'ensemble de votre système d'information. Sélectionnez une fonctionnalité unique et mesurable, comme une vérification de disponibilité, un suivi de commande ou une consultation de dossier. Développez le connecteur MCP distant, testez son fonctionnement et validez le modèle d'authentification avant d'élargir le périmètre.
• Anticiper les conditions d'éligibilité : Déposez une demande d'accès à la preview via le portail développeur de Google. Préparez les éléments nécessaires à l'enregistrement : endpoint HTTPS, vérification du domaine, description des fonctionnalités, politique de confidentialité, conditions d'utilisation et exemples de requêtes. L'accès au programme reste soumis aux modalités de sélection de Google.
• Construire un modèle de mesure indépendant : Ne vous reposez pas uniquement sur les métriques de la console Google. Croisez le trafic, la latence et les taux d'erreur avec les données de votre CRM, de votre plateforme e-commerce ou de vos outils de réservation. L'objectif est de mesurer les demandes qualifiées, les opérations achevées, les revenus générés et les éventuels transferts vers vos canaux propriétaires.

Pour les entreprises françaises, la décision n'est donc pas nécessairement de déployer immédiatement une application connectée à grande échelle. Elle consiste d'abord à identifier les fonctionnalités qui peuvent être exposées, à préparer une architecture compatible et à vérifier les conditions réelles de diffusion sur le marché national.

La recherche en ligne évolue vers des interfaces capables de mobiliser directement les services des entreprises.

La question stratégique n'est plus seulement de savoir comment générer du trafic organique, mais de déterminer quelles opérations peuvent être exécutées depuis ces nouveaux points d'accès, sans perdre la maîtrise de la relation client, des données et de la rentabilité.

Quelle part de vos parcours d'acquisition et de conversion est aujourd'hui prête à fonctionner dans un environnement où Google ne transmet plus seulement des visiteurs, mais peut aussi déclencher directement les fonctionnalités de votre entreprise ?

Auditer l'éligibilité de vos services et cadrer votre architecture MCP sur Google avec un consultant