Skip to content
Go To Agency

Migration Airtable vers PostgreSQL : d'abord le calcul, ensuite la décision

Vous payez Airtable, Notion, Monday ou Smartsheet au siège, et la facture suit le nombre de personnes autorisées à éditer. Une base PostgreSQL sur un serveur privé européen coûte la même chose à trois ou à soixante utilisateurs. Nous posons le calcul complet, tarifs publics des deux côtés, sans escamoter ce que l'abonnement achetait et qu'il faudra reconstruire. Puis nous disons franchement si la migration vaut la peine. Parfois non.

Un avis franc, y compris quand c'est non4.9/5 sur 35 avisRéponse sous 24 heures ouvrées

Le problème n'est pas le prix du siège, c'est le modèle

Vingt dollars par siège et par mois ne choquent personne. Le modèle, lui, mérite un regard. Chaque personne à qui vous ouvrez un droit d'édition augmente la facture, alors que la valeur produite par la dixième, puis par la trentième, ne suit pas la même pente. Les premiers utilisateurs construisent les tables, les liaisons et les automatisations. Ceux qui arrivent ensuite saisissent une ligne, cochent une case, changent un statut. Ils coûtent pourtant le même tarif que les auteurs. Une base de données ne fonctionne pas ainsi : PostgreSQL facture la machine et le stockage, pas le nombre de personnes qui s'y connectent. Trois utilisateurs ou soixante, la note est identique tant que la machine tient la charge. L'écart entre ces deux modèles ne se voit pas la première année. Il devient la question centrale le jour où l'outil est devenu le dossier de référence de l'entreprise et où l'effectif change de dimension. À ce moment-là, donner accès à l'information à une personne de plus a un prix, et ce prix pousse à restreindre les accès pour de mauvaises raisons.

45 dollars
Airtable Business, par siège et par mois en facturation annuelle
8 100 dollars
La même offre à quinze sièges éditeurs, facture sur douze mois
Le droit d'édition
Ce qui déclenche un siège facturé, la lecture seule ne l'est pas

Quatre étapes, dans cet ordre, et la deuxième peut tout arrêter

Compter les sièges qui éditent vraiment, pas les comptes

Avant la moindre décision technique, il faut savoir ce que vous payez réellement. Airtable facture les utilisateurs disposant d'un droit d'édition sur au moins une base de l'espace de travail. Les collaborateurs en lecture seule ne sont pas facturés, pas plus que les envois de formulaire ni les liens de partage. Beaucoup de comparaisons publiées sur le sujet se trompent sur ce point et gonflent le coût de la plateforme. Une équipe qui a distribué le rôle éditeur par confort paie donc des sièges pour des gens qui ne font que lire. Nous commençons par cet inventaire : qui édite, qui consulte, qui n'a plus ouvert l'outil depuis six mois. Le résultat peut faire baisser la facture sans migrer quoi que ce soit, et il change de toute façon le calcul de la suite. Les autres éditeurs ont leurs propres règles de décompte, l'inventaire se fait donc contre les conditions du vôtre.

Poser le calcul en deux colonnes, jamais en une seule

Le chiffrage se pose toujours en deux colonnes. À gauche, le coût actuel : le tarif public de votre offre multiplié par le nombre de sièges éditeurs, puis par douze. À droite, le coût cible, et il ne se résume pas au loyer du serveur. Il comprend l'hébergement, la supervision, les sauvegardes et leur restauration testée, puis la construction de l'interface que l'abonnement fournissait, puis l'entretien annuel de cette interface. Un calcul qui oublie la seconde colonne ne vaut rien, parce que la différence entre les deux n'est pas une économie disponible, c'est un budget de construction. Nous écrivons les deux colonnes avec les tarifs publics à l'appui et la durée de vie que vous prêtez à l'outil. Si le compte ne tombe pas juste, la réponse écrite est de rester où vous êtes, et cette étape s'arrête là.

Reprendre le modèle de données dans PostgreSQL, en Europe

Un export CSV ne migre rien d'autre que du texte. Le travail réel consiste à retrouver le modèle caché derrière les colonnes : quelles tables existent vraiment, quelles liaisons sont des relations un à plusieurs et lesquelles réclament une table de jointure, quels champs sont des énumérations déguisées, quels calculs doivent devenir des colonnes générées ou des vues. Le schéma vit dans des fichiers de migration versionnés, rejouables sur une base vierge, avec ses clés étrangères et ses contraintes déclarées explicitement. La base tourne sur une machine louée chez un hébergeur européen, dans une région choisie explicitement, que nous administrons : sauvegardes chiffrées, restauration testée et non supposée, accès réseau fermé par défaut. Le détail du travail PostgreSQL lui-même, politiques d'accès comprises, est décrit sur notre page agence Supabase.

Construire l'interface, et seulement celle qui sert

C'est la partie que l'abonnement payait, et c'est elle qui décide du budget. Nous ne cherchons pas à reproduire Airtable, ce serait des années de travail pour un résultat inférieur à l'original. Nous listons les écrans réellement utilisés, ce que chaque rôle doit voir et modifier, les imports et les exports qui font tourner le quotidien, puis nous construisons cela et rien de plus. Une grille éditable générique coûte cher et sert mal. Trois formulaires métier, deux vues filtrées et un export propre coûtent moins et rendent davantage. Les automatisations sont reprises une par une, avec leur déclencheur, et journalisées pour qu'un échec devienne visible au lieu de passer inaperçu. Le dépôt Git est remis avec le projet. La démarche complète est détaillée sur notre page logiciel sur mesure.

Comment nous chiffrons une sortie avant de la recommander

Les sièges éditeurs
Ce que nous comptons avant toute décision technique
L'interface
Ce que l'abonnement payait et qu'il faut rebâtir
Un serveur en Europe
Où vivent les données après la migration
Par écrit
Format de travail, réponse sous 24 heures ouvrées

Trois façons d'aborder la sortie

Calcul de sortie

Sur devis
  • Inventaire des sièges éditeurs et des comptes en lecture seule
  • Coût annuel actuel et coût cible, tarifs publics à l'appui
  • Relevé de ce qui casse : formules, liaisons, automatisations, partages
  • Verdict écrit, y compris quand la réponse est de rester
Obtenir le calcul de sortie par écrit

Migration vers PostgreSQL sur serveur européen

Sur devis
  • Schéma PostgreSQL et migrations SQL versionnées
  • Reprise des données, des liaisons et des pièces jointes
  • Champs calculés traduits en colonnes générées ou en vues
  • Serveur en Europe, sauvegardes chiffrées et restauration testée
Obtenir le calcul de sortie par écrit

Interface et automatisations sur mesure

Sur devis
  • Écrans de saisie et vues filtrées par rôle
  • Droits par ligne écrits en Row Level Security et testés
  • Automatisations reprises une par une et journalisées
  • Dépôt Git documenté, remis avec le projet
Obtenir le calcul de sortie par écrit

Le calcul complet, sa contrepartie, et les cas où il faut rester

Cette page ne cherche pas à vous faire quitter Airtable. Elle pose le calcul en entier, avec les tarifs publics des deux côtés, la contrepartie que l'abonnement finance, la question de l'endroit où vivent vos données, et les situations dans lesquelles la migration est une mauvaise idée. Les tarifs cités ci-dessous ont été relevés le 10 août 2026 sur les pages de tarification des éditeurs et des hébergeurs concernés.

Le calcul, avec les tarifs publics des deux côtés

Commençons par la colonne que vous payez déjà. Airtable Business coûte 45 dollars par siège et par mois en facturation annuelle, 54 dollars en mensuel. L'offre Team est à 20 dollars en annuel, 24 dollars en mensuel. Quinze sièges éditeurs en Business représentent donc 8 100 dollars par an, et vingt sièges de plus ne changent pas le raisonnement, seulement le montant. En face, l'hébergement européen. Un Hetzner CX23 est à 5,49 euros par mois pour 2 vCPU et 4 Go de RAM, un CAX11 en architecture ARM à 5,99 euros. Chez Scaleway, un PLAY2-PICO tourne autour de 4,99 euros pour 1 vCPU et 2 Go, un PLAY2-MICRO autour de 14 euros pour 4 vCPU et 8 Go. Un VPS-1 chez OVHcloud est à 7,60 euros par mois depuis le 1er avril 2026. Mais une base qui porte le dossier de référence d'une entreprise ne se met pas sur la plus petite machine partagée : il lui faut de la mémoire, et du vCPU dédié dès que la charge devient sérieuse, ce qui amène au Hetzner CCX13 à 42,99 euros par mois. La fourchette honnête pour un serveur de production correct va donc d'environ 15 euros par mois pour une instance partagée bien dimensionnée, du calibre d'un PLAY2-MICRO, à 42,99 euros pour du vCPU dédié, soit 180 à 540 euros par an, indépendamment du nombre d'utilisateurs. Deux précautions avant de comparer ces colonnes. Les éditeurs facturent en dollars, les hébergeurs européens en euros, et le taux de change bouge : ne comparez pas au centime. Et ces prix d'hébergement ne sont pas stables, ce qui fait l'objet du paragraphe suivant.

Un prix d'hébergement qui bouge, et pourquoi il bouge

Une page qui donne un prix de serveur sans dire qu'il évolue vieillit très mal, alors disons-le. Le Hetzner CCX13 cité plus haut à 42,99 euros par mois était à 15,99 euros avant la hausse de juin 2026 : il a presque triplé en un mouvement. Le VPS-1 d'OVHcloud est passé de 3,50 à 7,60 euros par mois au 1er avril 2026, soit plus du double. Ces révisions ne sont pas des coïncidences commerciales. La cause est en amont, dans la mémoire. Le prix de la RAM a pris environ 30 % par rapport à la fin de 2025, parce que la construction de centres de données pour l'intelligence artificielle absorbe l'offre mondiale de DRAM et de NAND. Les hébergeurs achètent leurs barrettes sur le même marché que tout le monde et répercutent, avec un décalage de quelques mois. Rien n'indique aujourd'hui que ce mouvement soit terminé. Quelle conséquence pratique sur votre décision ? D'abord, un calcul de sortie doit provisionner une hausse de l'hébergement, pas figer le tarif du jour sur cinq ans. Ensuite, la comparaison reste largement favorable au serveur, parce que même triplé, un loyer de machine se compte en centaines d'euros par an quand un abonnement au siège se compte en milliers de dollars. Enfin, cela rappelle que la ligne d'hébergement n'est jamais celle qui décide : c'est l'interface qui pèse, et c'est le sujet du bloc suivant.

Ce que ces 8 100 dollars achetaient aussi

Comparer 8 100 dollars d'abonnement à 300 euros de serveur sans rien ajouter est malhonnête, et un lecteur sérieux le repère immédiatement. L'abonnement ne paie pas une base de données. Il paie d'abord une interface complète : grilles, formulaires, vues filtrées, calendriers, gestion des droits, application mobile, tout cela conçu, testé et maintenu par une équipe produit. Il paie ensuite des sauvegardes automatiques avec restauration à un instant donné, qui ne se contentent pas d'exister mais sont surveillées. Il paie de la haute disponibilité, ce qui suppose au minimum une seconde machine et un basculement éprouvé, pas seulement envisagé. Il paie enfin une astreinte, c'est-à-dire des gens qui répondent la nuit. Un serveur nu ne fournit aucune de ces quatre choses. Le vrai arbitrage n'est donc pas 8 100 contre 300, il est celui-ci : l'économie d'abonnement finance-t-elle la construction de l'interface, puis son entretien année après année, puis l'exploitation du serveur ? Nous chiffrons ces trois lignes séparément, parce qu'un budget de sortie qui ne provisionne que la première année se rattrape brutalement la deuxième. Un point de transparence sur ce que nous fournissons, à connaître avant de signer et non après : nous administrons le serveur, nous supervisons la base et nous testons les restaurations, mais nous ne tenons pas d'astreinte nocturne. Les échanges sont écrits, avec une réponse sous 24 heures ouvrées. Si votre activité ne supporte pas cette fenêtre, la migration n'est pas le bon projet, ou pas avec nous.

Où vivent les données aujourd'hui, où elles vivraient, et quand rester

Commençons par les faits. Airtable, Notion et Smartsheet sont des sociétés américaines. Supabase et Neon également, et ce sont des services de PostgreSQL infogéré, honnêtes sur ce qu'ils font. monday.com fait exception dans cette liste : son siège est à Tel Aviv, en Israël, et la société est cotée au Nasdaq. Un serveur loué chez Hetzner, Scaleway ou OVHcloud, dans une région européenne choisie explicitement, garde les données dans l'Union. Sur le plan juridique, pas de raccourci : utiliser un outil américain n'est pas illégal. Le RGPD encadre les transferts de données personnelles hors de l'Union et les autorise sur la base d'une décision d'adéquation ou de garanties appropriées, les clauses contractuelles types par exemple. Le sujet est la maîtrise, pas l'interdiction. Et sur la maîtrise, un rappel factuel suffit : un cadre d'adéquation entre l'Union et les États-Unis est en vigueur depuis 2023 et a résisté à un premier recours devant le Tribunal de l'Union en septembre 2025, mais les deux cadres qui l'ont précédé ont été annulés par la Cour de justice de l'Union européenne, en 2015 puis en 2020. S'y ajoute ce qui ne relève pas du droit du tout, la grille tarifaire, une fonctionnalité retirée, un rachat de l'éditeur. Reste la question honnête : quand faut-il rester ? Sous une dizaine de sièges éditeurs, l'écart annuel ne finance pas la construction d'une interface, restez. Quand le métier n'est pas stabilisé et que les tables changent chaque semaine, un schéma versionné vous ralentira, restez. Quand personne en interne ne peut porter l'outil et arbitrer ses évolutions, l'application sur mesure se figera et sera contournée dans un tableur, restez. Quand le vrai problème est la propreté des données ou le flou des processus, migrer ne fait que déplacer le désordre. Un chemin intermédiaire existe d'ailleurs : garder l'outil pour la saisie et brancher un PostgreSQL en lecture pour les rapports. Si votre sujet est le travail PostgreSQL lui-même, schéma et politiques d'accès, allez plutôt sur notre page agence Supabase ; si vous savez déjà que l'interface est le cœur du projet, sur notre page logiciel sur mesure.

Il n'existe pas de seuil universel, mais l'arithmétique tient en quelques lignes. Airtable Business coûte 45 dollars par siège et par mois en facturation annuelle. À quinze sièges éditeurs, cela fait 45 multiplié par 15, multiplié par 12, soit 8 100 dollars par an. En face, un serveur européen de gamme correcte se situe entre 15 et 45 euros par mois, soit 180 à 540 euros par an, et ce montant ne bouge pas que vous soyez trois ou soixante. L'écart paraît écrasant. Il ne l'est pas, parce que ces 8 100 dollars achetaient aussi une interface, des sauvegardes, de la haute disponibilité et une équipe d'astreinte, et qu'un serveur nu ne fournit rien de tout cela. La vraie question est donc celle-ci : l'économie d'abonnement, cumulée sur la durée de vie que vous prêtez à l'outil, finance-t-elle la construction de l'interface, puis son entretien, puis l'exploitation du serveur ? À trois sièges, le même calcul donne 1 620 dollars par an, et cette somme n'achète pas grand-chose en développement. Dernier détail de rigueur : les éditeurs facturent en dollars et les hébergeurs européens en euros, ces deux colonnes ne se comparent pas au centime près.

Non, et c'est la première chose à vérifier avant d'envisager quoi que ce soit. La facturation porte sur les utilisateurs disposant d'un droit d'édition sur au moins une base de l'espace de travail. Les collaborateurs en lecture seule ne sont pas facturés, pas plus que les personnes qui remplissent un formulaire ou qui consultent un lien de partage. Beaucoup de comparaisons publiées sur le sujet se trompent sur ce point et gonflent le coût réel de la plateforme, ce qui rend leurs conclusions inutilisables. La conséquence est directe et immédiate : une équipe qui a distribué le rôle éditeur par confort paie des sièges pour des gens qui ne font que lire. Repasser ces comptes en lecture seule réduit la facture sans changer une ligne de code, et c'est le premier geste à faire, avant même de parler de migration. Les autres éditeurs comptent autrement : Monday impose un minimum de trois sièges quelle que soit l'offre, et l'offre Smartsheet Pro à 9 dollars par utilisateur et par mois est plafonnée à dix membres. L'inventaire se fait donc contre les conditions de votre éditeur, pas contre une règle générale.

Un export CSV ne transporte que du texte, et six choses restent au sol. Les champs calculés ne sortent qu'en résultat figé : la formule disparaît, il faut la réécrire en colonne générée, en vue ou dans le code applicatif. Les liaisons entre tables deviennent des chaînes de caractères : il faut retrouver la clé étrangère derrière chaque référence, et créer une table de jointure quand la relation est plusieurs à plusieurs. Les automatisations ne partent pas du tout : chaque déclencheur est réécrit, puis journalisé pour qu'un échec se voie. Les vues partagées et leurs filtres disparaissent : ce ne sont pas des données mais des écrans, et ils se reconstruisent. Les pièces jointes sont des liens vers un stockage tiers dont les URL expirent : il faut rapatrier les fichiers un par un avant que les liens ne meurent, puis les stocker et les servir vous-même. Les droits par ligne n'existent plus : ils se réécrivent en Row Level Security, table par table et opération par opération, puis se testent en tentant de lire les données d'un autre compte. C'est cet inventaire, et pas la taille de la base, qui détermine la charge de travail.

Parce que c'est ce que nous pratiquons, et nous préférons vendre ce que nous faisons tourner. En juin 2026 nous avons quitté Vercel et Supabase pour notre propre serveur, et cette page décrit ce chemin-là. Soyons honnêtes sur les alternatives : Supabase et Neon sont de bons produits, ce sont des services de PostgreSQL infogéré, dont les éditeurs sont américains. Airtable, Notion et Smartsheet sont également des sociétés américaines. monday.com fait exception dans cette liste, son siège est à Tel Aviv en Israël et la société est cotée au Nasdaq. Sur le plan du droit, utiliser un outil américain n'est pas illégal, et prétendre le contraire serait faux : le RGPD encadre les transferts de données personnelles hors de l'Union et les autorise sur la base d'une décision d'adéquation ou de garanties appropriées telles que les clauses contractuelles types. Le sujet n'est donc pas l'interdiction, c'est la maîtrise. Un serveur loué chez un hébergeur européen, dans une région que vous choisissez, garde les données dans l'Union, et le schéma reste dans votre dépôt Git. Vous déplacez la dépendance vers des décisions que vous prenez vous-même.

Le modèle est identique, seuls les montants bougent, et ils bougent assez pour déplacer le seuil de décision. Notion Business coûte 20 dollars par utilisateur et par mois en facturation annuelle, 24 dollars en mensuel : à quinze personnes, cela fait 3 600 dollars par an. Monday facture 9, 12 ou 19 dollars par siège et par mois en annuel selon que vous êtes en Basic, Standard ou Pro, avec un minimum de trois sièges quelle que soit la taille réelle de l'équipe : quinze sièges en Pro représentent 3 420 dollars par an. L'offre Smartsheet Pro coûte 9 dollars par utilisateur et par mois, mais elle est plafonnée à dix membres, ce qui la sort mécaniquement du calcul dès que l'équipe dépasse cette taille. Dans les trois cas la pente est la même : la facture suit l'effectif. Ce qui change, c'est le montant que la sortie libère chaque année, donc le moment où construire une interface devient défendable. Ce seuil arrive nettement plus tard qu'avec Airtable Business à 45 dollars, et sur les offres d'entrée il n'arrive parfois jamais.

4.9/5 sur 35 avis clientsDécouvrez les avis de nos clients

Un outil facturé au siège à faire sortir ?

Dites-nous quel outil vous utilisez, combien de comptes disposent d'un droit d'édition, et ce que ces personnes font réellement de l'outil au quotidien. Vous recevez un calcul écrit sous vingt-quatre heures ouvrées, tarifs publics à l'appui, avec un avis franc, y compris quand il consiste à rester exactement où vous êtes.

Décrire mon outil actuel par écrit
Devis gratuit
Migration Airtable vers PostgreSQL | Go To Agency