Limites d'Airtable : quand passer à une application sur mesure ?

Airtable bloque une entreprise sur quatre limites précises : le nombre d'enregistrements par base (1 000, 50 000 ou 125 000 selon la formule), le débit de l'API (5 requêtes par seconde et par base), les quotas mensuels d'automatisations et d'appels d'API, et le prix par éditeur, qui grimpe avec chaque collègue qui doit modifier une donnée. Tant que votre usage reste sous ces plafonds, Airtable est un excellent outil. Quand vos processus critiques se mettent à les contourner, il est temps d'étudier une application sur mesure.

Cet article donne les limites relevées sur les pages officielles d'Airtable le 6 novembre 2026, les signes concrets qu'il faut en sortir, les cas où il vaut mieux rester, et la façon de migrer les données sans casser le quotidien des équipes.

Les limites d'Airtable par formule, relevé du 6 novembre 2026

Les chiffres ci-dessous viennent de la documentation des formules Airtable et de la page tarifs. Airtable les fait évoluer régulièrement : vérifiez-les avant toute décision.

Quelques limites s'appliquent à toutes les formules, selon la même documentation : 500 champs par table, 1 000 tables par base, 1 000 vues par base et 1 500 bases par espace de travail. La formule Enterprise Scale est vendue sur devis, et ses plafonds ne sont pas publiés : les chiffres qui circulent sur des blogs ne sont pas confirmés par l'éditeur.

Deux précisions changent tout dans la lecture de ce tableau :

• La limite d'enregistrements est cumulée sur toutes les tables d'une base. Une base Team de 50 000 lignes, c'est par exemple 30 000 lignes de commandes, 15 000 lignes de produits et 5 000 clients, pas 50 000 de chaque.
• Au-delà de la limite, on ne peut plus ajouter de données tant qu'on ne change pas de formule, indique la page tarifs. Les automatisations et l'API sont, elles, plafonnées au quota du mois.

La limite de débit de l'API

La documentation développeur d'Airtable fixe le débit à 5 requêtes par seconde et par base, toutes formules confondues, et à 50 requêtes par seconde pour l'ensemble du trafic d'un même utilisateur passant par des jetons d'accès personnels. Au-delà, l'API répond une erreur 429, et il faut attendre 30 secondes avant que les requêtes suivantes passent.

Pour une saisie manuelle, c'est largement suffisant. Pour une boutique en ligne qui pousse ses commandes, un outil de facturation qui se synchronise toutes les minutes et un tableau de bord qui relit tout, la base devient un goulot d'étranglement, et chaque blocage de 30 secondes retarde toute la chaîne.

Le coût par éditeur

Sur les formules Team et Business, Airtable facture chaque utilisateur qui a le droit de modifier au moins une base ; les lecteurs, les formulaires et les liens de partage ne sont pas facturés, selon la page tarifs. Un calcul à partir des prix publics, en facturation annuelle :

Ce n'est pas cher pour cinq personnes. À quarante, la ligne pèse assez lourd pour être comparée, chaque année, au coût d'un outil conçu pour votre métier.

Les sept signes qu'il faut passer au sur-mesure

Atteindre une limite n'est pas un problème en soi : on change de formule. Le vrai signal, c'est quand votre organisation commence à travailler autour d'Airtable plutôt qu'avec lui.

1. Vous découpez vos données en plusieurs bases pour rester sous la limite d'enregistrements : une base par année, une par agence. Les rapports consolidés deviennent alors un travail manuel.
2. Vous archivez des données qui servent encore, juste pour faire de la place, et les équipes perdent l'historique d'un client.
3. Les synchronisations échouent sur la limite d'API ou sur le quota mensuel d'automatisations, et quelqu'un relance à la main.
4. Vous ne savez pas restreindre l'accès ligne par ligne. Un commercial ne devrait voir que ses clients, un sous-traitant que ses chantiers : dans Airtable, cela se traduit souvent par des bases ou des vues dupliquées, donc des données recopiées.
5. La donnée se dégrade : doublons de clients, statuts écrits de trois façons, champs obligatoires laissés vides. Un outil sur mesure impose ces règles au moment de la saisie.
6. Un processus critique dépend d'une seule personne qui a construit la base, ses formules et ses scripts, et que personne d'autre ne comprend.
7. La facture des éditeurs augmente plus vite que l'activité, parce que chaque personne qui doit cocher une case devient un éditeur payant.

Un seul de ces signes se règle souvent dans Airtable. Deux ou plus sur un processus qui fait tourner l'entreprise (commandes, interventions, facturation) justifient d'étudier une alternative. Notre article sur les signes qu'un tableur ne suffit plus décrit le même phénomène, une marche plus bas.

Quand rester sur Airtable

Le sur-mesure n'est pas toujours la bonne réponse. Restez sur Airtable si :

• vos volumes restent loin des plafonds, y compris dans trois ans au rythme actuel ;
• le processus change encore chaque mois : Airtable permet de modifier un champ en deux minutes, et c'est précieux tant que le besoin n'est pas stabilisé ;
• l'outil sert à une petite équipe qui a besoin de souplesse plus que de règles strictes ;
• les données ne sont pas sensibles, et les droits d'accès par base suffisent.

Un bon usage d'Airtable est d'ailleurs le meilleur cahier des charges qui soit : les tables, les champs et les vues montrent exactement comment votre équipe travaille. C'est une matière première précieuse pour la suite.

Airtable, autre outil no-code ou sur-mesure

Entre Airtable et un développement sur mesure, il existe une voie intermédiaire : une autre plateforme no-code ou une base de données plus robuste avec une interface prête à l'emploi. Elle repousse certaines limites sans régler le fond.

Notre comparatif agence, freelance ou no-code détaille les forces et les risques de chaque voie, et l'article sur la migration d'une application Bubble vers du code raconte le même passage depuis une autre plateforme.

Migrer ses données d'Airtable sans casser le quotidien

La migration est le moment qui inquiète le plus, et c'est souvent le plus simple à maîtriser si on le prépare.

1. Inventorier ce qui existe

Listez les bases, les tables, les champs réellement utilisés, les automatisations, les scripts, les formulaires et les intégrations extérieures. Les champs créés « pour essayer » et jamais remplis sont fréquents : c'est le moment de les écarter.

2. Exporter proprement

Chaque table s'exporte en CSV depuis une vue, ou se lit entièrement par l'API. L'API a l'avantage de garder les identifiants des enregistrements, indispensables pour reconstruire les liens entre tables. Les pièces jointes se téléchargent à part : prévoyez-le si vous stockez des devis, des photos ou des contrats.

3. Reconstruire le modèle de données

Les champs de liaison deviennent de vraies relations, les champs à choix multiples des listes contrôlées, les formules des règles écrites dans le code. C'est là que se règlent les doublons et les statuts écrits de trois façons : une donnée nettoyée à la migration ne se dégrade plus ensuite.

4. Migration d'essai, puis bascule

On fait au moins une migration d'essai complète. Chaque équipe vérifie ses propres dossiers dans la nouvelle application, parce qu'elle seule sait qu'il manque une commande. La bascule se fait ensuite à une date annoncée, et la base Airtable reste en lecture seule quelques semaines, le temps que tout le monde ait confiance. Notre guide de la reprise de données lors d'une migration détaille les contrôles à faire.

5. Procéder par étapes

Rien n'oblige à tout migrer d'un coup. On commence par le processus qui bute sur les limites, et une API relie temporairement la nouvelle application aux tables restées dans Airtable. Attention seulement à la limite de 5 requêtes par seconde pendant cette cohabitation : la synchronisation doit être conçue pour la respecter.

Combien coûte le passage au sur-mesure

Il n'existe pas de prix unique : il dépend du nombre d'écrans, des règles métier, des intégrations et du volume de données à reprendre. Notre article sur le prix d'une application métier sur mesure donne les ordres de grandeur et les postes à chiffrer. Comparez toujours sur plusieurs années : l'abonnement Airtable de tous vos éditeurs, le temps passé à contourner les limites et les erreurs de saisie d'un côté ; le développement, l'hébergement et la maintenance de l'autre.

Le financement compte autant que le montant. Chez LPR Studio, trois formules coexistent : l'édition SaaS, où l'outil devient un produit que nous éditons, l'abonnement, où vous ne payez pas le développement mais un loyer mensuel, et le forfait à prix fixe. Aucune ne se facture à l'heure : nous ne faisons pas de régie.

Les erreurs fréquentes

• Recopier Airtable à l'identique. Les contournements (bases dupliquées, champs techniques, vues par personne) n'ont plus de raison d'être. Repartez des processus, pas des tables.
• Oublier les automatisations cachées. Un e-mail envoyé par une automatisation Airtable, si personne ne le recrée, disparaît sans bruit.
• Migrer sans les utilisateurs. Ceux qui saisissent tous les jours savent quels champs servent vraiment.
• Sous-estimer les pièces jointes. Des milliers de fichiers à rapatrier et à rattacher prennent du temps.
• Couper Airtable le jour J. Gardez-le en lecture seule, c'est votre filet de sécurité.

Voir votre application avant de décider

Votre base Airtable décrit déjà votre métier. Nous pouvons nous en servir comme point de départ : sous 5 jours ouvrés, nous vous présentons en visio un prototype gratuit de l'application qui la remplacerait, avec vos écrans et vos règles. C'est une démonstration, ni payée ni livrée, qui vous permet de comparer sur pièces. Le principe est expliqué dans voir son logiciel avant de le payer.