Migrer d'Airtable vers NocoDB ou Grist sur VPS

Pourquoi l'acquisition par Bending Spoons change la donne

Bending Spoons a bâti son modèle sur un schéma répété : acquérir un SaaS mature, réduire les équipes, puis réviser les tarifs à la hausse. Evernote en est l'exemple le plus documenté — l'abonnement annuel a significativement augmenté après le rachat par Bending Spoons en 2023, pour des fonctions inchangées. Les conditions générales d'Airtable n'imposent aucun plafond sur les révisions tarifaires annuelles.

Airtable déclarait 480 millions de dollars d'ARR en juin 2026, avec 500 000 organisations clientes dont 80 % du Fortune 100. Ces chiffres indiquent une base de revenus solide — et une marge de manœuvre tarifaire d'autant plus grande que la dépendance des clients est forte.

Pour une agence ou une équipe de développement qui a construit ses workflows sur Airtable, la question n'est plus « est-ce que les prix vont changer ? » mais « quand, et de combien ? ».

Ce que vous gagnez en passant à l'auto-hébergement

Tarif fixe — un VPS à {{vps.start.price}} par mois couvre NocoDB pour une équipe de dix personnes sans ligne variable par siège.
Données sous votre contrôle — aucun tiers n'accède à vos bases de contacts, vos pipelines commerciaux ou vos catalogues produits.
API REST identique — NocoDB expose une API compatible avec les webhooks et intégrations que vous avez bâtis sur Airtable.
Pas de limite d'enregistrements — Airtable plafonne à 50 000 lignes sur les plans Business ; NocoDB et Grist self-hosted n'en ont aucune.
Mises à jour maîtrisées — vous choisissez quand migrer vers une nouvelle version, sans rupture imposée par l'éditeur.
Export complet à tout moment — vos données restent dans votre base PostgreSQL ou MySQL, exportables sans dépendre d'une API tierce.

NocoDB vs Grist vs Airtable — tableau comparatif

Critère	NocoDB	Grist
Licence	AGPL-3.0	Apache 2.0
Modèle de données	Base relationnelle (PostgreSQL / MySQL / SQLite)	Tableur relationnel avec colonnes calculées
Import Airtable natif	Oui — via Personal Access Token et Shared Base ID	Non — import CSV/Excel ; migration en deux étapes
Vues disponibles	Grille, galerie, formulaire, kanban, calendrier, carte	Grille, carte, calendrier, détail fiche
Formules	Limitées (basiques)	Avancées — syntaxe Python, colonnes calculées chaînées
API REST auto-générée	Oui — OpenAPI 3.0 par table	Oui — API REST et Webhooks
RAM minimum	2 Go (recommandé 2 vCPU / 4 Go)	1 Go (recommandé 1 vCPU / 2 Go)
Cas d'usage principal	Remplacement direct d'Airtable, formulaires publics, CRM léger	Tableurs complexes, colonnes calculées, analyse de données

Choisir entre NocoDB et Grist

Le choix se résume à la nature de vos bases Airtable.

Préférez NocoDB si vos bases Airtable sont surtout des tableaux de données liées — contacts, tickets, inventaires, pipelines — avec des vues kanban et des formulaires publics. L'import natif via l'API Airtable évite une conversion manuelle, et l'interface est visuellement très proche. NocoDB auto-génère une API REST en OpenAPI 3.0 par table : si vos scripts ou vos webhooks Zapier, Make ou n8n consomment déjà l'API Airtable, la transition se limite à changer l'URL de base et le token d'authentification.

Préférez Grist si vous utilisez massivement les formules et colonnes calculées d'Airtable. Grist adopte une syntaxe Python pour ses formules, ce qui donne plus de puissance sur des bases de calcul ou d'analyse. Une colonne calculée peut référencer plusieurs autres colonnes de la même table ou d'une table liée, sans limite de profondeur — là où Airtable bloque les références circulaires. L'import se fait depuis un export CSV d'Airtable, ce qui demande une étape intermédiaire, mais c'est un exercice d'une heure sur une base de taille standard.

Les deux outils sont complémentaires : certaines équipes déploient NocoDB pour les données opérationnelles — CRM, gestion de projets, formulaires client — et Grist pour les tableaux de bord de reporting qui agrègent des données de plusieurs sources. Les deux s'auto-hébergent sur le même VPS si les ressources le permettent.

Prérequis VPS avant de commencer

Les deux outils s'installent via Docker Compose. Un VPS Linux avec accès root suffit — Ubuntu 22.04 LTS ou Debian 12 sont recommandés.

Pour NocoDB : 2 vCPU et 4 Go de RAM pour une équipe de dix à vingt personnes. 20 Go de stockage SSD pour les pièces jointes. Docker 24+ et Docker Compose v2. NocoDB peut fonctionner avec SQLite embarqué pour un usage individuel, mais PostgreSQL reste recommandé en production : il gère mieux la concurrence et facilite les sauvegardes automatisées via pg_dump.

Pour Grist : 1 vCPU et 2 Go de RAM pour un usage individuel ou une petite équipe. Docker 24+. La configuration HTTPS peut passer par un reverse proxy nginx ou Caddy. Grist stocke ses documents dans un répertoire persistant monté en volume Docker — une sauvegarde quotidienne de ce répertoire suffit à protéger l'ensemble des données.

Dans les deux cas, prévoyez un nom de domaine pointé sur votre VPS et un certificat TLS — Let's Encrypt s'y intègre nativement via Certbot. Si vous hébergez les deux outils sur le même VPS, un VPS avec 4 vCPU et 8 Go de RAM est un point de départ confortable pour une équipe de moins de quinze personnes.

Migrer vers NocoDB — procédure

Générer un Personal Access Token Airtable

Dans votre compte Airtable, allez dans Account → Developer hub → Personal access tokens. Créez un token avec les scopes data.records:read, schema.bases:read et webhook:manage. Copiez-le — il ne s'affiche qu'une fois.

Récupérez également votre Shared Base ID : ouvrez la base concernée, cliquez sur Share → Get shareable link, puis copiez la partie shr… de l'URL.

Déployer NocoDB avec Docker Compose

Créez un fichier docker-compose.yml :

services:
  nocodb:
    image: nocodb/nocodb:latest
    ports:
      - "8080:8080"
    environment:
      NC_DB: "pg://db:5432?u=nocodb&p=motdepasse&d=nocodb"
    depends_on:
      - db
  db:
    image: postgres:15
    environment:
      POSTGRES_USER: nocodb
      POSTGRES_PASSWORD: motdepasse
      POSTGRES_DB: nocodb
    volumes:
      - pg_data:/var/lib/postgresql/data
volumes:
  pg_data:

Lancez avec docker compose up -d. NocoDB est accessible sur le port 8080.

Configurer le reverse proxy et le TLS

Si vous utilisez nginx, créez un vhost qui proxifie le port 8080 vers votre domaine, puis obtenez un certificat avec Certbot : certbot --nginx -d nocodb.votredomaine.com. La variable d'environnement NC_PUBLIC_URL doit pointer vers l'URL HTTPS finale pour que les liens de partage et les webhooks soient corrects.

Importer la base Airtable

Dans l'interface NocoDB, créez un nouveau projet puis cliquez sur Import → Airtable. Renseignez votre Personal Access Token et votre Shared Base ID. NocoDB importe les tables, les champs (avec la correspondance de types), les vues et les enregistrements via l'API Airtable. Pour de grandes bases (> 10 000 enregistrements), l'import peut prendre plusieurs minutes — un journal de progression s'affiche.

Vérifier les types de champs et les vues

Certains types de champs Airtable n'ont pas d'équivalent direct : les champs Formula sont importés en texte, les Rollup perdent leur agrégation. Vérifiez chaque table critique dans NocoDB après l'import et reconstruisez les formules ou liens qui n'ont pas migré. Les formulaires publics et webhooks sont à reconfigurer manuellement.

Migrer vers Grist — procédure

Exporter vos bases depuis Airtable

Dans Airtable, ouvrez chaque table et cliquez sur Download CSV (menu trois points en haut à droite de la vue grille). Exportez une table à la fois — Airtable ne fournit pas d'export multi-tables en une opération. Pour les bases complexes avec de nombreuses tables liées, planifiez une session dédiée.

Déployer Grist avec Docker

Grist se déploie avec une image Docker officielle :

services:
  grist:
    image: gristlabs/grist:latest
    ports:
      - "8484:8484"
    volumes:
      - grist_data:/persist
    environment:
      APP_HOME_URL: "https://grist.votredomaine.com"
      GRIST_SINGLE_ORG: "mon-organisation"
volumes:
  grist_data:

Lancez avec docker compose up -d. Ajoutez votre reverse proxy nginx et Certbot pour le TLS.

Importer les CSV dans Grist

Sur l'écran d'accueil Grist, cliquez sur Add New → Import document pour créer un document à partir d'un CSV, ou Add New → Import from file depuis un document existant pour ajouter des tables. Grist supporte également Excel, JSON et les fichiers TSV. Le dialogue d'import vous permet de choisir la destination (nouveau tableau ou tableau existant) avant d'appliquer l'import.

Reconstruire les relations et les formules

Grist modélise les relations entre tables via des colonnes Reference — à créer manuellement pour reproduire les champs liés d'Airtable. Les formules utilisent la syntaxe Python : une formule Airtable IF({Statut}="Actif", "Oui", "Non") devient "Oui" if $Statut == "Actif" else "Non" dans Grist. La documentation officielle sur support.getgrist.com/imports couvre les cas de migration courants.

Conserver l'accès Airtable pendant la migration

Ne résiliez pas votre abonnement Airtable avant d'avoir validé que toutes vos automatisations et intégrations fonctionnent sur NocoDB ou Grist. Prévoyez une période de double-running d'au moins deux semaines. Exportez une copie complète de chaque base en CSV avant de commencer, indépendamment de la méthode de migration choisie — c'est votre filet de sécurité si l'import partiel échoue sur un type de champ.

Déployer depuis ServOrbit en un clic

ServOrbit propose des templates VPS pré-configurés pour NocoDB et Grist. Le template installe Docker, le docker-compose.yml prêt à l'emploi, le reverse proxy nginx et la chaîne Certbot — vous renseignez votre domaine et le mot de passe de la base, le VPS est prêt en quelques minutes.

Les VPS démarrent à {{vps.start.price}} par mois avec accès root, IPv4 dédiée et SSD dans nos datacenters européens. L'option Administration VPS est disponible si vous préférez déléguer la maintenance système.