Connected Apps Platform : Google ouvre Search et Gemini aux services tiers

Dans l’application Gemini, un utilisateur peut déjà se servir des services d’Adobe, d’Experian, de Localiza ou de Peloton depuis la conversation. Connected Apps Platform ouvre ce fonctionnement à d’autres développeurs. Google compte au total plus de 50 applications connectées, de la productivité à la santé, en passant par la billetterie d’événements.

L’accès reste progressif, et Google ne publie ni le nombre de développeurs admis ni les marchés couverts par la préversion. Côté Search, les applications connectées ne fonctionnent pas encore pour les internautes français.

Pour une PME française, l’annonce touche d’abord l’organisation de ses prestataires. Une agence SEO travaille sur des pages, un développeur sur des fonctions, et Connected Apps Platform relève du second. L’intérêt d’une intégration dépend des services que l’entreprise propose déjà en ligne.

Ce que Google a lancé le 28 octobre 2026

L’annonce est signée par Chips Mistry, chef de produit pour Search, et Mai Lowe, chef de produit pour l’application Gemini. Un développeur construit une seule intégration et choisit, avant l’examen par Google, de la proposer dans Search, dans Gemini ou dans les deux.

Les deux voies d’intégration

Sources : documentation Google for Developers et Android Developers, consultée le 29 octobre 2026 ; AppFunctions y figure comme API expérimentale.

MCP, pour Model Context Protocol, est un protocole ouvert. Il décrit les outils qu’un assistant peut appeler. Dans Google Connected Console, le développeur teste son application avec des testeurs désignés, puis la soumet à l’examen de Google. Une fois l’application publiée, il y suit le trafic, la latence et le taux d’erreur.

Les partenaires déjà présents dans Gemini doivent arriver dans Search dans les prochaines semaines. Calm lance la sienne simultanément dans Search et Gemini.

Connected Apps Platform : ce que Google ne dit pas encore

Google prévoit d’élargir la préversion de Connected Apps Platform à d’autres développeurs et à d’autres marchés dans les prochains mois, sans date. Une application publiée n’apparaît pas d’office, car l’utilisateur doit d’abord l’associer à son compte Google.

Ce qui est confirmé au 29 octobre 2026

Sources : annonce de Google du 28 octobre 2026 et page d’aide de Google Search, consultées le 29 octobre 2026.

La page d’aide cite Instacart, Canva, YouTube Music et deux services de fantasy football parmi les applications déjà reliées à AI Mode. John Mueller, Search Advocate chez Google, s’est dit enthousiaste. Il précise ne pas travailler sur ce produit et juge la plateforme à ses débuts.

Un prestataire qui promet des positions grâce à une application connectée avance donc une hypothèse que Google n’a pas formulée. Aucune mesure publique ne relie ces applications au classement organique.

Les trois niveaux de visibilité dans Google

Le référencement fait apparaître les pages d’un site dans les résultats. La visibilité générative fait citer la marque ou ses contenus dans une réponse de Google ou de Gemini. Une application connectée crée un troisième niveau, puisque l’assistant exécute une fonction du service pour l’utilisateur.

Ce que chaque niveau demande à l’entreprise

Le troisième niveau s’ajoute aux deux autres et ne remplace aucune page indexée.

Une prestation GEO éditoriale produit des contenus que les moteurs peuvent citer, dans un périmètre SEO et GEO défini par écrit avec l’agence. Une intégration applicative relève d’un projet de développement, avec ses propres tests et sa maintenance. Les deux prestations n’ont ni les mêmes livrables ni les mêmes intervenants.

Les entreprises qui ont une fonction à proposer

Une intégration a un intérêt commercial quand l’entreprise exploite déjà un service en ligne que ses clients utilisent régulièrement. En B2B, Google n’a publié aucun cas d’usage validé, et les exemples suivants restent des hypothèses de travail.

• Consultation d’un catalogue : références et disponibilité des produits.
• Recherche de créneaux : rendez-vous ou capacité de livraison.
• Suivi d’un dossier : état d’une commande ou d’un ticket de support.
• Demande de devis : formulaire existant, rempli avec l’accord de l’utilisateur.

Chaque outil exposé se déclare en lecture seule ou comme une action qui modifie des données, et la console permet d’exiger la confirmation de l’utilisateur. Le raisonnement rejoint celui des droits accordés à un agent IA dans WordPress : n’ouvrir que le nécessaire.

Une entreprise sans fonction de ce type n’a aucune raison de développer une application pour apparaître dans Search. La politique de Google interdit aussi les applications quasi identiques publiées en série. Elle exclut la simple reprise d’une API tierce dont l’éditeur ne détient pas les droits.

Les exigences de Google envers le prestataire technique

La politique de la plateforme, mise à jour le 28 septembre 2026, s’applique aux serveurs MCP comme aux intégrations AppFunctions. Une application non conforme peut être refusée ou retirée, et le compte du développeur suspendu.

• Fiabilité : une application qui renvoie souvent des erreurs, plante, expire ou échoue à l’authentification est interdite.
• Transparence : des descriptions exactes, sans fonction cachée ni dormante.
• Sélection par l’assistant : une description trop large, écrite pour être choisie plus souvent, est proscrite.
• Données : seules les données utiles à la fonction circulent, avec une politique de confidentialité publiée, et leur revente est interdite.
• Sécurité : chiffrement en transit et au repos, clés stockées dans un module sécurisé.
• Publicité : aucune annonce tierce dans les réponses.

La règle de fiabilité se traduit dans le contrat du prestataire. Un accord de niveau de service peut fixer la disponibilité du serveur et le délai de correction des erreurs. La console de Google aide à contrôler ces deux engagements.

La règle sur les descriptions concerne aussi l’agence qui rédige les textes publics de l’application. Une formulation promotionnelle ou trop large contrevient à la politique et peut motiver un refus.

Agence SEO et développeur : la répartition des rôles

Une PME qui confie ses pages commerciales à une agence SEO et son outil de devis à un développeur a deux contrats distincts. Signés avant le 28 octobre, ces contrats ne pouvaient pas prévoir l’étude d’une intégration dans Search ou dans Gemini.

Les tâches d’une intégration et leurs intervenants

Répartition indicative, à adapter à chaque contrat.

Le compte de la console suit la règle des autres comptes Google : il est ouvert au nom de l’entreprise, qui donne accès aux prestataires. Les précautions prises pour la propriété des comptes Search Console et Analytics évitent de perdre l’application au départ d’un prestataire.

Ce partage s’ajoute à une externalisation déjà répartie entre plusieurs intervenants. Si le développement part à l’étranger, les critères pour choisir un développeur offshore s’appliquent, avec une attention particulière aux données des utilisateurs.

Ce qu’une PME peut décider dès novembre

Tant que ces applications restent absentes de Search en France, une PME française n’a pas de budget de développement à engager. La première étape consiste à lister les fonctions que vos clients utilisent en ligne. Demandez ensuite à chaque prestataire laquelle relèverait de son contrat.

Les réponses servent ensuite à rédiger un avenant ou à revoir les clauses d’un contrat d’externalisation consacrées au périmètre et aux accès. Votre agence peut aussi signaler dans son rapport mensuel l’arrivée des applications connectées en France.

Sources et références

Cet article s’appuie notamment sur l’annonce de Connected Apps Platform publiée par Google le 28 octobre 2026, la présentation de la plateforme sur Google for Developers, la politique des applications connectées mise à jour le 28 septembre 2026, le guide de création d’un serveur MCP pour la plateforme, la documentation Android consacrée à AppFunctions, la page d’aide de Google Search sur les applications connectées dans AI Mode et le compte rendu de Search Engine Roundtable du 28 octobre 2026.