À Google I/O 2026, le 19 mai, l’app Gemini a reçu la mise à jour agentique la plus ambitieuse de son histoire. La une, c’était Spark — un runtime d’agent personnel qui tourne 24h/24 et qui peut agir, pas seulement rédiger. Le détail qui est passé sous le radar, c’est la liste des connecteurs, et c’est précisément la partie que les PM SaaS français doivent regarder cette semaine.
La presse spécialisée a déjà fait tourner une longue liste de “partenaires MCP été 2026” — Adobe, Samsung, Spotify, CapCut, GitHub, Notion, Slack. La vérité, quand on lit le billet officiel de blog.google, c’est plus serré. Trois connecteurs MCP tiers ont vraiment été lancés le jour J : Canva, OpenTable, Instacart. Le reste, c’est du langage de roadmap, pas des partenariats engagés, et Google ne nomme personne.
D’où la question que tout PM SaaS pose en ce moment sur Slack : est-ce que je dois livrer un connecteur Spark ? La réponse est plus intéressante que le cycle médiatique le laisse penser, parce que Spark n’a pas encore de processus public de soumission. Les 7 connecteurs qui arrivent cet été seront des partenariats privés, comme Canva, OpenTable et Instacart. Pas de marketplace où candidater. Pas encore.
Voici la carte builder. Les trois connecteurs qui existent vraiment au 24 mai. Ce que Google a promis et ce qu’il n’a pas promis pour l’été. L’arbre de décision réel pour les PM SaaS (« livrer un connecteur Spark » est la mauvaise unité de travail — « livrer un serveur MCP générique » est la bonne). Et le seul annuaire où vous pouvez vraiment soumettre aujourd’hui.
Ce qui tourne vraiment au lancement (19–20 mai 2026)
Le billet de lancement officiel de Google est précis : « nous élargissons notre liste d’apps Gemini connectées avec de nouvelles connexions MCP vers Canva, OpenTable et Instacart, qui démarrent aujourd’hui. » Aucun autre partenaire MCP tiers n’est nommé dans le texte principal. Les récaps indépendants de SiliconANGLE, Decrypt et Yahoo Tech sont d’accord sur les mêmes trois.
| Connecteur | Ce qu’il débloque | Impact pour l’utilisateur Spark |
|---|---|---|
| Canva | Génération de design + récupération d’assets de marque | « Fais-moi trois variantes de bannière pour le post du marché bio samedi » tourne dans Spark — pas besoin d’ouvrir Canva séparément |
| OpenTable | Réservation de restaurant + disponibilité de table | « Réserve une table pour 4 dans un thaï près du Marais samedi à 19h30 » atterrit comme confirmation, pas comme brouillon d’email |
| Instacart | Recette-vers-panier + livraison programmée (US uniquement au lancement) | Pour la France pas encore disponible, mais le pattern s’applique si Carrefour, Picard ou Monoprix lancent des connecteurs MCP |
Chacun de ces trois connecteurs est un partenariat que Google a apparemment négocié en privé avant la keynote. Ce ne sont pas des endpoints MCP génériques qu’on peut enregistrer aujourd’hui — ils arrivent avec un accès privilégié dans la surface Spark de l’app Gemini.
Ce que Google a promis et n’a pas promis pour l’été
La liste secondaire la plus citée — Adobe, Samsung, Spotify, CapCut, GitHub, Notion, Slack — n’est pas dans le texte primaire de Google. Le blog I/O et la keynote développeur utilisent un langage soigneusement nuancé : « une roadmap chargée de partenaires », « d’autres partenaires sont en cours d’intégration », « dans les semaines à venir ».
Les partenaires d’été nommés viennent de réactions d’analystes, pas d’une slide de roadmap publiée par Google. Les plus fréquemment nommés dans la couverture secondaire sont GitHub, Notion et Slack — mais cette confiance repose sur de l’inférence de commentateurs. Une autre couverture Mashable parle de « plus de 30 applications tierces » dont Dropbox, Lyft, Uber et Zillow — une liste totalement différente.
Pour une planification PM SaaS honnête :
- Confirmé live : Canva, OpenTable, Instacart.
- Raisonnable de planifier pour l’été : GitHub, Notion, Slack — les trois les plus systématiquement cités dans plusieurs analyses I/O.
- À traiter comme spéculation tant que Google ne confirme pas : Adobe, Samsung, Spotify, CapCut, Dropbox, Lyft, Uber, Zillow.
« Faut-il livrer un connecteur Spark ? » est la mauvaise question
C’est la partie que la presse spécialisée rate. Au 24 mai 2026, Google n’a publié aucun processus public de soumission de serveur MCP pour Spark. La doc Gemini Code Assist et la CLI Gemini montrent comment câbler des serveurs MCP arbitraires à votre propre instance via JSON — mais c’est de l’usage côté client, pas du listing dans un annuaire.
Traduction : pas de formulaire de candidature, pas de file d’attente de revue, pas de page de policy. Si vous voulez que votre SaaS soit le Connecteur n°4, le chemin passe par du business development direct avec l’équipe partnerships de Google, pas par une soumission via un portail développeur.
Donc la vraie question pour votre prochain sprint planning n’est pas « on livre un connecteur Spark ? » — c’est :
On livre un serveur MCP générique qui marche sur Spark (quand Google ouvrira les soumissions), sur Claude (où l’annuaire public existe déjà aujourd’hui), sur Cursor (où 5 000+ serveurs communautaires tournent déjà) et sur n’importe quel runtime agent qui adoptera MCP ensuite ?
La réponse est presque toujours oui, parce que la spec MCP est délibérément agnostique du client. Un serveur MCP distant bien conçu fonctionne pour chaque runtime agent majeur existant aujourd’hui et tout ce qui existera dans les 18 prochains mois.
L’arbre de décision builder
Version opérationnelle de ce calcul. 6 questions.
1. Votre produit est-il dans une des catégories jour-1 de Spark — outils créatifs, food, planification, productivité ? Si oui, ce trimestre est prioritaire. Livrer le serveur MCP maintenant pour être prêt quand Google ouvrira la prochaine fenêtre de partenariat.
2. Votre produit est-il dans une catégorie plausible du batch d’été (dev tools, comms, docs, media) ? Si oui, livrer dans les 30 prochains jours. Une fois que GitHub ou Slack se lancent vraiment, la recherche comparative (« X vs Slack connecteur Spark ») devient une vraie surface SEO.
3. Avez-vous déjà une API REST ou GraphQL publique ? Si oui, l’envelopper en serveur MCP, c’est 2–3 jours de boulot avec le SDK MCP d’Anthropic ou les frameworks open-source FastMCP / OpenMCP. Sinon, l’API d’abord.
4. Avez-vous déjà livré un Custom Connector Anthropic ? Si oui, 60 % du boulot est fait — votre serveur MCP existant tourne aussi dans Spark, à condition d’exposer les bons tools. Sinon, commencez par Anthropic, parce qu’eux ont un processus public de soumission (voir plus bas).
5. Votre base utilisateurs est-elle agent-curieuse — vos users vous demandent déjà « est-ce que ChatGPT peut faire ça dans ton app ? » Si oui, bump de priorité. Ces users vont migrer vers le runtime agent qui les met en confiance, et ils veulent votre produit sur cette surface.
6. Quel est le risque de lock-in si Spark ne décolle pas ? L’atténuation est dans la question elle-même. Ne livrez pas un « connecteur Spark-spécifique » — livrez un serveur MCP générique. Si Spark se met en plateau comme Google Wave / Allo / Stadia, votre travail continue à payer dans Claude, Cursor, VS Code et Windsurf.
Le seul annuaire où vous pouvez vraiment soumettre aujourd’hui
Pendant que l’histoire de soumission MCP côté Google reste des partenariats privés, Anthropic a un Connectors Directory public avec un vrai formulaire de soumission. L’article d’aide Pre-built connectors using remote MCP (30 avril 2025) liste les partenaires de lancement actuels — Asana, Cloudflare, Zapier, GitHub, Slack, Google Drive, Postgres et d’autres. La Connectors Directory FAQ documente le processus de revue.
Concrètement, vous :
- Construisez un serveur MCP distant conforme en suivant le guide Anthropic Build Custom Connectors.
- Documentez l’endpoint MCP, le handshake OAuth et la surface de tools dans la doc dev de votre produit.
- Soumettez le formulaire de revue du Connectors Directory — Anthropic évalue contre la MCP Directory Policy (sécurité, safety, compatibilité).
- Attendez la réponse d’Anthropic. Ils évaluent le fit ; la compliance ne garantit pas l’inclusion, mais elle garantit qu’ils vont le lire.
Quand Spark ouvrira un flux équivalent — et ça va arriver, comme toutes les autres surfaces AI Google ont fini par développer un programme dev — votre serveur MCP grade Anthropic sera déjà l’essentiel du travail.
En attendant, vous gagnez aussi :
- Utilisateurs Claude (Cowork, Custom Connectors dans claude.ai) voient votre tool dès le jour 1.
- Utilisateurs Cursor peuvent câbler votre serveur dans leur IDE via le même pattern JSON que Gemini Code Assist.
- Utilisateurs VS Code / Windsurf / Cline — toute personne qui fait tourner un client agent moderne — ont la compatibilité gratuite.
Trois choses que ça ne règle pas
Limites honnêtes avant de mobiliser un sprint.
- OAuth fait plus de travail que vous ne le pensez. L’expérience connecteur dans Spark / Claude / Cursor dépend de l’authentification de l’utilisateur depuis l’agent. Si votre flux OAuth ne tolère pas d’être initié depuis un client non-web, vous avez un problème d’intégration qu’aucun code MCP ne règle.
- Les tools MCP doivent être petits, atomiques et auto-descriptifs. Un connecteur qui expose un seul endpoint « fait-tout » est pire qu’un qui en expose 20 aux noms affûtés. L’agent raisonne sur quel tool appeler avant d’appeler quoi que ce soit — des noms flous = comportement agent flou.
- Aucune surface agent ne sauve un mauvais produit. Si votre SaaS est le troisième meilleur de sa catégorie, livrer un serveur MCP en premier ne le rendra pas le meilleur — ça rendra juste la comparaison plus rapide.
En résumé
La vraie nouvelle du 19 mai, c’est que MCP est désormais le standard ouvert de facto pour la communication agent-vers-SaaS, et le runtime qui manquait à l’appel (Gemini de Google) y est. La lecture de Fahd Rafi sur LinkedIn — « En gros, là où OpenAI en était en décembre. C’était inévitable » — est correcte sur le long terme et déjà vraie aujourd’hui.
Pour les PM SaaS français, la bonne unité de travail au Q3 c’est : livrer un serveur MCP distant bien conçu, le soumettre à l’annuaire Anthropic, documenter l’endpoint pour que les users l’ajoutent manuellement à Spark / Cursor / VS Code. Ce travail paie sur tous les runtimes agents existants. La mauvaise unité de travail c’est « livrer un connecteur Spark-spécifique » — il n’y a nulle part où soumettre aujourd’hui, et du code Spark-spécifique c’est exactement le lock-in plateforme que le standard ouvert MCP est conçu pour éviter.
Si vous voulez un parcours structuré du build de serveur MCP — handshake OAuth, patterns de naming de tools, et flux de soumission à l’annuaire compris — le cours MCP Tools pour builders SaaS sur FindSkill couvre tout ça. Les deux premières leçons sont gratuites sans compte.
Sources
- The Gemini app becomes more agentic — blog.google (18 mai 2026)
- Google’s new Gemini Spark is an always-on AI agent — SiliconANGLE (19 mai 2026)
- Google Launches Gemini Spark — Decrypt
- Anthropic Pre-built Connectors using Remote MCP
- Connectors Directory FAQ — Anthropic Support
- Build Custom Connectors via Remote MCP Servers — Claude Support
- Use agentic chat as a pair programmer — Google Gemini Code Assist Docs
- Introducing the Model Context Protocol — Anthropic (18 novembre 2024)
- Model Context Protocol — modelcontextprotocol.io
