Rachat Airtable par Bending Spoons : ce qui change en 2026

Airtable a bien été racheté par Bending Spoons

Bending Spoons avait annoncé le 4 août 2026 un accord définitif pour acquérir Airtable.

L’opération valorisait Airtable à 1,285 milliard de dollars en valeur d’entreprise et restait alors soumise aux conditions habituelles de clôture. Elle a officiellement été finalisée le 4 septembre 2026 : Bending Spoons a acquis l’ensemble des actions d’Airtable.

Pour les utilisateurs, le montant de la transaction est toutefois moins intéressant que les intentions du nouveau propriétaire.

Bending Spoons annonce vouloir investir fortement dans le produit Airtable, le support client et ses capacités go-to-market afin de poursuivre sa croissance.

C’est ce que l’on sait aujourd’hui.

Cela ne permet pas encore de déterminer précisément comment le produit, sa tarification ou sa stratégie évolueront dans les prochains mois.

Qu’est-ce qui change aujourd’hui pour les utilisateurs Airtable ?

À court terme, peu de choses ont été annoncées.

Airtable change de propriétaire. Cela ne signifie pas que les bases, Interfaces, automatisations ou intégrations existantes doivent être repensées.

Aucun nouveau prix Airtable n’a été annoncé avec le rachat

La finalisation de l’acquisition ne s’accompagne d’aucune nouvelle grille tarifaire.

Il serait donc prématuré de présenter le rachat comme l’annonce d’une hausse des prix Airtable.

Pour une entreprise qui choisit aujourd’hui son plan, les critères restent les mêmes : utilisateurs facturables, permissions, limites d’usage, besoins IA, accès externes et contraintes opérationnelles. Notre guide sur les prix et plans Airtable détaille ces critères et le coût réel à prendre en compte.

Une évolution tarifaire future reste évidemment possible, comme pour n’importe quel SaaS. Mais une décision d’architecture doit partir d’un changement réel, pas d’une hausse hypothétique.

Aucun changement majeur du produit n’a été annoncé

Même constat concernant Airtable lui-même.

Bending Spoons n’a pas annoncé la suppression de fonctionnalités, une modification de l’API ou une nouvelle orientation suffisamment précise pour remettre en cause une architecture existante.

Le discours officiel va pour l’instant dans le sens inverse : le groupe dit vouloir continuer à investir dans le produit.

Il faudra juger cette intention à partir des évolutions réellement livrées dans les prochains mois.

Le changement important est celui du propriétaire

Airtable n’est désormais plus une entreprise indépendante.

Pour une équipe qui utilise quelques bases simples, ce changement a peu de conséquences immédiates.

Pour une entreprise dont Airtable pilote des clients, contrats, projets, budgets ou workflows critiques, le sujet mérite davantage d’attention.

Non parce qu’un problème est apparu le 4 septembre, mais parce que plus un outil occupe une place centrale dans les opérations, plus les décisions prises par son éditeur comptent.

Pourquoi la stratégie de Bending Spoons mérite d’être surveillée

Bending Spoons explique lui-même ne pas acquérir des produits pour les revendre, mais pour les exploiter sur le long terme. Le groupe précise également que les transformations réalisées après une acquisition sont souvent profondes.

C’est une information utile pour comprendre le contexte.

Ce n’est pas une prédiction de ce qui va arriver à Airtable.

Observer l’évolution d’Evernote, Vimeo ou d’une autre société du portefeuille puis en déduire mécaniquement le futur d’Airtable serait trop simpliste. Les produits, marchés et situations économiques ne sont pas identiques.

Pour un client Airtable, trois éléments nous paraissent surtout utiles à surveiller :

• la tarification : évolution des plans, utilisateurs facturables, crédits ou fonctionnalités incluses ;

• le produit : priorités de développement, place de l’IA, Interfaces, automatisations et capacités Enterprise ;

• le service : qualité du support, accompagnement des entreprises et écosystème partenaires.

Tant que ces éléments ne changent pas de manière significative, le rachat reste davantage un signal à suivre qu’un problème à résoudre.

Faut-il revoir son architecture Airtable après le rachat ?

Pas uniquement parce que Bending Spoons est devenu propriétaire d’Airtable.

Le rachat peut en revanche servir de bon rappel : lorsqu’un SaaS devient critique pour les opérations, il vaut mieux comprendre précisément ce qui en dépend.

Commencez par mesurer votre dépendance réelle

Une base Airtable servant à gérer un calendrier éditorial et un système reliant :

clients → contrats → projets → livrables → budgets → facturation

n’ont pas le même niveau de criticité.

Dans le deuxième cas, la question importante n’est pas simplement :

« Utilisons-nous Airtable ? »

mais plutôt :

« Qu’est-ce qui arrêterait de fonctionner si nous devions faire évoluer ou remplacer Airtable ? »

Plus la réponse concerne des processus métier critiques, plus le système mérite d’être documenté et maîtrisé.

Cela ne signifie pas qu’il faut éviter de centraliser les opérations dans Airtable. C’est précisément ce qui peut faire sa valeur.

Le risque apparaît surtout lorsque personne ne comprend plus réellement l’architecture.

Vérifiez que vos données et workflows restent compréhensibles

Préparer un deuxième système complet « au cas où » serait généralement une mauvaise utilisation du temps.

En revanche, une entreprise devrait pouvoir identifier :

• les données réellement critiques ;

• les tables et relations principales ;

• les automatisations importantes ;

• les outils externes qui dépendent d’Airtable ;

• les règles métier difficiles à reconstruire.

Le nombre de tables ou d’automatisations n’est pas le meilleur indicateur de risque.

Une base relativement importante mais structurée peut être plus maintenable qu’une petite base remplie de scripts historiques et de contournements que personne n’ose modifier.

Ne confondez pas risque lié au rachat et limite déjà existante d’Airtable

Si votre système nécessite déjà plusieurs couches techniques uniquement pour contourner une limite structurelle d’Airtable, il est légitime de réévaluer l’architecture.

Mais le problème existait probablement avant le rachat.

C’est une distinction importante.

Une limite ponctuelle que l’on peut gérer simplement ne justifie pas forcément un changement d’outil.

À l’inverse, si toute l’architecture commence à être construite autour des limites de la plateforme plutôt qu’autour du processus métier, Airtable n’est peut-être plus la bonne brique centrale.

Le critère doit rester le besoin, pas le nom du propriétaire.

Dans quels cas faudrait-il réellement envisager de quitter Airtable ?

Un changement d’actionnaire ne suffit pas.

Des évolutions concrètes auraient beaucoup plus de poids dans une décision de migration.

Si l’un de ces problèmes apparaît réellement, notre comparatif des alternatives à Airtable permet de repartir du besoin à résoudre plutôt que de choisir un remplaçant par réflexe.

Cette comparaison est essentielle.

Changer un outil métier central ne consiste pas uniquement à prendre un nouvel abonnement.

Il faut généralement reprendre une partie du modèle de données, des interfaces, des automatisations et des intégrations, migrer l’historique, tester les processus puis accompagner l’adoption.

Migrer aujourd’hui uniquement parce que le futur d’Airtable pourrait évoluer reviendrait donc à créer un coût certain pour éviter un risque encore hypothétique.

Notre recommandation : surveiller Airtable, pas anticiper un problème qui n’existe pas

À ce stade, nous ne voyons aucune raison factuelle de quitter Airtable simplement parce que Bending Spoons en est devenu propriétaire.

En revanche, les prochains mois permettront de juger la nouvelle direction sur des éléments concrets : prix, produit, support et stratégie de développement.

Si ces changements affectent réellement vos processus, votre coût ou les limites de votre système, il sera alors pertinent de réévaluer Airtable.

Une architecture saine n’exige pas d’être indépendante de tous les outils qu’elle utilise.

Elle exige surtout de connaître ses dépendances, de garder le système maintenable et de pouvoir remettre un choix en question lorsque les faits changent.

Si votre enjeu est déjà de fiabiliser ou de simplifier un système existant, notre accompagnement Airtable porte justement sur l’architecture, la reprise de bases existantes, les automatisations et l’adoption — indépendamment du rachat.

Questions fréquentes sur le rachat d’Airtable