Tableurs natifs IA vs IA Excel en 2026 : la fermeture de Rows explique la différence

Les deux catégories expliquées

Les tableurs natifs IA remplacent le format d'Excel par un nouveau, pensé pour l'IA — Sourcetable, Bricks et, jusqu'en mai 2026, Rows. L'IA Excel, elle, superpose l'IA à l'Excel que vous avez déjà : compléments cloud qui répondent et, de plus en plus, exécutent dans le classeur ; agents de classeur qui opèrent le fichier ; générateurs qui écrivent des formules. **Les deux approches se ressemblent en démo et diffèrent totalement en pratique.**

La différence tient à **où vit votre travail**. Un tableur natif IA est une nouvelle application avec son propre format, son propre cloud et sa propre façon de faire ; l'IA Excel vous garde dans le fichier et l'outillage que vous avez déjà. Pour une équipe qui vit dans Excel, c'est la différence entre un **greffon** et une **migration**.

Les deux répondent au même problème — **l'IA ne doit pas s'arrêter au texte**. La catégorie native répond en reconstruisant le tableur autour de l'IA ; la catégorie IA Excel répond en **ajoutant l'exécution** au tableur que vous avez déjà. Cette divergence d'architecture explique pourquoi l'une menace le format et l'autre le laisse intact.

Les deux entrent dans le cadre des 5 types d'IA Excel — la catégorie native est un type à part, et tout le reste s'empile sur Excel lui-même.

Pour voir ce que « AI-first » signifie vraiment, comparez les démos côte à côte : un outil natif vous laisse décrire l'analyse en langage courant et **la grille se construit autour de la demande** ; une couche d'IA Excel part du fichier que vous avez déjà et ajoute des capacités par-dessus. **Les deux semblent magiques pendant un après-midi** — la différence apparaît un an plus tard, quand l'un avance selon vos conditions et l'autre selon la feuille de route de l'éditeur.

La fermeture de Rows : une étude de cas

Rows a fermé le 2026-05-31 — **un tableur cloud-native ne peut pas emporter vos données si l'entreprise ferme**. L'annonce indiquait que l'équipe rejoignait Superhuman et que le produit fermerait ; quel que soit le raisonnement stratégique, l'effet pour les utilisateurs était le même : exportez pendant que vous pouvez, puis migrez.

C'est la leçon du verrouillage des données vs local sous sa forme **la plus aiguë**. Les données dans Excel sont un fichier que vous possédez ; les données dans un tableur natif IA sont un **locataire** chez le produit d'un autre, avec les conditions de sortie qu'ils choisissent d'offrir.

Annonce de la fermeture de Rows — l'avis officiel, y compris les conditions de migration et d'export proposées aux utilisateurs.

La chronologie aiguise l'avertissement : Rows a levé de vrais fonds, construit un vrai produit, et a **quand même** fermé quelques années après le 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 éditeur**, du financement à la concentration, tandis qu'un fichier Excel n'en porte aucun.

La suite mérite une seconde lecture : l'export et la migration ont été proposés, mais **l'export ne pouvait être aussi bon que ce que l'outillage de Rows permettait**. Les formats propriétaires se convertissent rarement proprement, et les formules et automatisations créées dans le produit n'ont pas forcément survécu au transfert. **C'est le sens concret du verrouillage de format** — perdre non pas les données elles-mêmes, mais **tout ce qui a été construit dessus**.

Tableurs natifs IA comparés

Les lignes au format cloud portent la même forme de risque que Rows vient de démontrer — **une page de tarifs et une feuille de route détenues par une startup**. La liste des outils d'IA Excel gratuits couvre l'extrémité la moins chère des deux catégories ; le plugin Excel de Grok est le dernier arrivé, annoncé en juillet 2026, avec un complément Grok pour Excel et un abonnement SuperGrok derrière.

Notez ce que le tableau **ne peut pas montrer** : le **coût de migration**. Quitter Rows signifiait exporter et reconstruire des flux ; « quitter Excel » 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'avantage développeur : serveurs MCP pour Excel

MCP — le Model Context Protocol — est le standard qui permet aux agents LLM de lire et écrire des fichiers locaux directement, et Excel est l'un des formats qu'il atteint désormais. Avec un serveur MCP, Claude et d'autres agents peuvent ouvrir un fichier xlsx, inspecter des cellules et exécuter des modifications **sans coller du code partout** — une **version développeur** de ce que font les agents de classeur.

La **saillance d'API** sur ces pages est plus élevée que pour la plupart des marques — signe que **le canal est précoce et concentré**, pas qu'il est déjà mainstream. Le serveur de référence pour Excel est ExcelMcp (mcp-server-excel), qui expose les opérations de classeur à tout agent compatible MCP.

Protocole MCP — la spécification du protocole et le registre des serveurs pour divers formats de données et de fichiers.

GitHub officiel de MCP — les implémentations de référence et SDK maintenus par les responsables du protocole.

ExcelMcp (mcp-server-excel) — le serveur Excel qui donne aux agents un accès lecture/écriture aux fichiers xlsx.

Le canal MCP rappelle que **l'action intéressante est du côté d'Excel** : que les agents atteignent des fichiers locaux est la direction du mouvement, et cela rend le modèle de possession du fichier **plus fort, pas plus faible**. Un développeur qui relie un serveur MCP à Excel obtient l'exécution sans abandonner le format — **le meilleur des deux approches**.

Un flux MCP concret montre la forme : un agent ouvre un classeur local, lit la plage dont il a besoin, calcule ou réécrit les valeurs, et enregistre — le chemin du fichier et les modifications étant auditables ensuite. **Pas de téléversement, pas de collage, pas de migration de format.** C'est l'**exécution sur le modèle de possession du fichier**, et c'est pourquoi le canal développeur **pointe vers Excel plutôt que de s'en éloigner**.

IA Excel qui reste en local

Le groupe local est **le pari inverse** de la catégorie native : au lieu de parier vos données sur un jeune format, vous gardez le fichier Excel et mettez l'IA sur la machine. **Pas de migration de format, pas d'abonnement, et pas de risque de fermeture qui emporte votre travail.**

Comment choisir une catégorie qui survit

**La catégorie qui survit est celle dont vous pouvez absorber la défaillance.** L'IA Excel dégrade vers le fichier Excel que vous aviez déjà ; un tableur natif IA, au pire, disparaît avec son éditeur — la différence que Rows a rendue concrète en une seule annonce.

Les deux catégories **ne sont pas des paris symétriques**. Les tableurs natifs parient qu'un nouveau format gagne ; l'IA Excel parie que **le parc installé d'Excel survit à tout**. Rows est le point de données qui dit que le second pari est le plus sûr — et le groupe local est **la version la moins risquée** de ce pari.

Pour la plupart des organisations, la réponse pragmatique **n'est pas l'un ou l'autre**. Gardez Excel comme **système de référence**, posez une couche d'IA Excel dessus pour le quotidien, et traitez tout format natif IA comme une **expérience que vous pouvez abandonner sans préavis**. Cet hybride conserve la commodité de la nouvelle catégorie sans parier vos données sur sa durée de vie — **exactement la logique que les utilisateurs de Rows eux-mêmes ont regretté de ne pas avoir suivie.**