Tableurs natifs IA face à l'IA Excel en 2026 : la fermeture de Rows éclaire la différence

Comprendre les deux catégories

Les tableurs natifs IA troquent le format d'Excel contre un format neuf, conçu d'abord pour l'IA — Sourcetable, Bricks, et Rows jusqu'en mai 2026. L'IA Excel, à l'inverse, vient se poser par-dessus l'Excel que vous possédez déjà : des compléments cloud qui répondent et, de plus en plus souvent, agissent directement dans le classeur ; des agents qui pilotent le fichier ; des générateurs qui rédigent des formules. En démonstration, les deux se ressemblent ; sur le terrain, tout les sépare.

Tout se joue sur l'endroit où vit votre travail. Un tableur natif IA, c'est une application inédite, avec son propre format de fichier, son propre cloud et ses manières de faire à elle ; l'IA Excel, elle, vous laisse dans le fichier et l'outillage que vous connaissez. Pour une équipe qui a élu domicile dans Excel, c'est l'écart entre un greffon et une migration.

Les deux répondent au même constat : l'IA ne doit pas s'arrêter au texte. La famille native rebâtit le tableur autour de l'IA ; la famille IA Excel, elle, ajoute l'exécution au tableur que vous avez déjà. C'est cette divergence d'architecture qui fait que l'une menace le format quand l'autre le laisse en paix.

Ces deux-là se rangent dans la grille des 5 familles d'IA Excel : la native forme une famille à part entière, tandis que tout le reste vient se greffer sur Excel en personne.

Pour comprendre ce que « AI-first » veut dire concrètement, mettez les deux démos côte à côte : un outil natif vous laisse décrire l'analyse en langage naturel, et la grille se dresse autour de votre demande ; une couche d'IA Excel part du fichier que vous avez sous la main et empile des fonctions par-dessus. L'un et l'autre relèvent du miracle le temps d'un après-midi — l'écart n'apparaît qu'un an plus tard, quand l'un continue d'évoluer selon vos besoins et l'autre selon la feuille de route du fournisseur.

La fermeture de Rows : un cas d'école

Rows a cessé son activité le 2026-05-31 — un tableur natif du cloud ne peut pas emporter vos données quand la société ferme. L'annonce indiquait que l'équipe rejoignait Superhuman et que le produit allait fermer ; quelle que soit la logique stratégique, le résultat pour les utilisateurs était identique : exportez tant que vous le pouvez, puis migrez.

C'est la leçon de enfermement des données ou données locales, poussée à son paroxysme. Une donnée dans Excel est un fichier qui vous appartient ; une donnée dans un tableur natif IA est un locataire chez quelqu'un d'autre, avec les conditions de sortie que l'hôte voudra bien offrir.

Communiqué de Rows sur sa fermeture — la note officielle, avec les modalités de migration et d'export laissées aux utilisateurs.

La chronologie rend l'avertissement plus mordant : Rows avait levé de vrais capitaux et bâti un vrai produit, et pourtant le service a fermé quelques années à peine après son lancement. La leçon n'est pas que l'équipe a échoué : c'est qu'un jeune format SaaS hérite de tous les risques de son fournisseur, du financement à la priorité stratégique, là où un fichier Excel n'en supporte aucun.

Les suites méritent qu'on s'y attarde : les utilisateurs ont bien eu droit à l'export et à la migration, mais la qualité de l'export ne pouvait dépasser ce que l'outillage de Rows permettait. Les formats propriétaires se convertissent rarement sans perte, et les formules comme les automatisations créées dans le produit n'ont pas forcément survécu au transfert. Voilà ce que veut dire concrètement l'enfermement de format : perdre non pas la donnée elle-même, mais tout ce qui avait été bâti par-dessus.

Les tableurs natifs IA passés au crible

Les lignes au format cloud portent exactement le risque que Rows vient d'illustrer : une page de tarifs et une feuille de route qui appartiennent à une startup. La liste des outils d'IA Excel gratuits couvre le bas de gamme des deux catégories ; le plugin Excel de Grok est le petit dernier, annoncé en juillet 2026, adossé à un complément Excel de Grok et à un abonnement SuperGrok.

Regardez ce que le tableau ne peut pas montrer : le coût de migration. Quitter Rows signifiait exporter puis reconstruire ses flux de travail ; quitter Excel, ça n'arrive pas. La colonne statut d'un outil cloud est une promesse, et la ligne Rows est le relevé de ce que cette promesse valait.

L'atout des développeurs : des serveurs MCP pour Excel

MCP — le Model Context Protocol — est le standard qui permet aux agents LLM de lire et d'écrire directement des fichiers locaux, et Excel fait partie des formats qu'il touche désormais. Avec un serveur MCP, Claude et d'autres agents ouvrent un fichier xlsx, inspectent les cellules et appliquent des modifications sans avoir à coller du code à droite et à gauche : une version pour développeurs de ce que font les agents de classeur.

La saillance d'API y dépasse celle de la plupart des marques : signe que le canal reste jeune et concentré, et non qu'il serait passé dans le domaine public. Côté Excel, le serveur de référence s'appelle ExcelMcp (mcp-server-excel), qui ouvre les opérations de classeur à n'importe quel agent compatible MCP.

Spécification MCP — le texte du protocole, et le registre qui recense les serveurs pour chaque format de données ou de fichier.

Dépôt MCP sur GitHub — les implémentations de référence et les bibliothèques SDK portées par les responsables du protocole.

ExcelMcp (mcp-server-excel) — le serveur Excel grâce auquel un agent lit et écrit dans les fichiers xlsx.

Le canal MCP rappelle que l'action intéressante se joue du côté d'Excel : que des agents plongent dans des fichiers locaux, voilà la tendance de fond, et elle rend le modèle du fichier possédé plus solide, pas plus fragile. Un développeur qui branche un serveur MCP sur Excel obtient l'exécution sans renoncer au format : le meilleur des deux mondes.

Un flux MCP concret donne la mesure de la chose : un agent ouvre un classeur local, lit la plage dont il a besoin, calcule ou réécrit les valeurs, puis enregistre — le chemin du fichier et les modifications restant auditables après coup. Ni téléversement, ni copier-coller, ni migration de format. C'est de l'exécution sur le modèle du fichier possédé, et c'est pourquoi le canal développeur pointe vers Excel au lieu de s'en détourner.

L'IA Excel qui demeure en local

Le groupe local est le pari inverse de la catégorie native : au lieu de miser vos données sur un format encore jeune, vous conservez le fichier Excel et posez l'IA sur votre ordinateur. Ni migration de format, ni abonnement, ni risque de fermeture qui emporterait votre travail.

Comment choisir une catégorie qui va durer

Une catégorie tient dans la durée quand vous pouvez encaisser sa disparition. L'IA Excel, en se dégradant, redevient le fichier Excel que vous aviez déjà ; un tableur natif IA, au pire, s'évanouit avec son fournisseur — la différence que Rows a rendue tangible en une seule annonce.

Les deux catégories ne forment pas des paris symétriques. Les tableurs natifs misent sur la victoire d'un nouveau format ; l'IA Excel mise sur le fait que le parc installé d'Excel résiste à tout. Rows est le point de données qui montre que le second pari est le plus sûr — et le groupe local en est la variante la moins risquée.

Dans la plupart des organisations, la réponse pragmatique n'est pas de choisir un camp. Gardez Excel comme système de référence, posez une couche d'IA Excel par-dessus pour le quotidien, et considérez tout format natif IA comme une expérience que vous pouvez lâcher sans préavis. Cet hybride conserve la commodité de la nouvelle catégorie sans miser vos données sur sa durée de vie : précisément la logique que les utilisateurs de Rows auraient aimé avoir suivie.