Airtable, Notion, Monday : le coût par siège face à un PostgreSQL hébergé en Europe

Le calcul que presque tout le monde fait à moitié

La comparaison circule partout : un abonnement Airtable Business à quinze personnes coûte 8 100 dollars par an, un serveur européen coûte 300 euros par an, donc migrer fait économiser vingt-sept fois la facture. Le premier chiffre est exact. Le second aussi. La conclusion, elle, est fausse, et le lecteur qui gère un budget le sait avant même d'avoir fini la phrase.

Ces 8 100 dollars n'achètent pas une base de données. Ils achètent une base de données plus une interface que vos collègues non techniques utilisent sans formation, plus des sauvegardes qui tournent sans que personne y pense, plus une redondance, plus une astreinte, c'est-à-dire quelqu'un qui se lève la nuit quand le service tombe. Un serveur nu à 30 euros par mois ne fournit aucun de ces quatre éléments. Il fournit une machine.

La vraie question n'est donc pas « combien vais-je économiser ». Elle est : l'économie d'abonnement finance-t-elle la construction de l'interface, puis son entretien, puis l'exploitation du serveur, et en combien de temps ? Cet article pose le calcul en entier, avec les tarifs publics vérifiés le 10 août 2026, et dit franchement dans quels cas il vaut mieux ne rien faire.

Ce que vous payez vraiment, et pourquoi la facture grossit

Le point commun d'Airtable, Notion, monday.com et Smartsheet est structurel : la facture est indexée sur le nombre de personnes, pas sur le volume de données ni sur la charge. Vous pouvez avoir une base de 400 lignes et payer plus cher qu'une entreprise qui en stocke 400 000, parce que votre équipe a grandi et pas la sienne. C'est cohérent avec le modèle de l'éditeur, mais cela veut dire qu'une embauche est aussi une ligne de coût logiciel.

La règle de facturation d'Airtable, que beaucoup de comparatifs se ratent

Avant de calculer quoi que ce soit, il faut savoir qui est réellement compté. Chez Airtable, seuls les utilisateurs disposant d'un droit d'édition sur au moins une base de l'espace de travail sont facturés. Les collaborateurs en lecture seule ne le sont pas. Les personnes qui remplissent un formulaire ne le sont pas. Les liens de partage consultés à l'extérieur ne le sont pas non plus.

Cette règle change tout dans les organisations où « tout le monde a un accès ». Une équipe de trente personnes dont huit saisissent réellement de la donnée et vingt-deux la consultent n'est pas une équipe de trente sièges : c'est une équipe de huit sièges facturés, à condition que les droits aient été posés correctement. Beaucoup de factures gonflées ne sont pas un problème de modèle économique, ce sont des droits d'édition distribués par défaut à l'inscription et jamais revus. C'est le premier audit à faire, et il ne coûte qu'une heure de ménage dans les permissions.

Les autres pièges de structure

• Le paiement mensuel coûte 20 pour cent de plus que l'annuel chez Airtable comme chez Notion : 24 dollars au lieu de 20 pour Airtable Team et Notion Business, 54 au lieu de 45 pour Airtable Business. À quinze sièges, une équipe payée au mois dépense 9 720 dollars là où l'engagement annuel en demande 8 100. L'écart de 1 620 dollars ne demande aucune migration, juste une signature.
• monday.com impose un minimum de trois sièges. Une équipe de deux paie pour trois. Les tarifs annuels sont de 9 dollars par siège et par mois en Basic, 12 en Standard, 19 en Pro.
• Smartsheet Pro est plafonnée à dix membres à 9 dollars par utilisateur et par mois. Au onzième arrivant, ce n'est pas une hausse, c'est un changement d'offre. Nous ne chiffrons pas l'offre supérieure ici : son tarif circule sous deux valeurs différentes selon les sources, et donner un chiffre que nous n'avons pas pu recouper serait exactement le genre d'approximation que cet article reproche aux autres.

Le coût annuel par taille d'équipe

Tarifs annualisés à partir des prix publics en engagement annuel, au 10 août 2026. Montants en dollars pour les éditeurs, en euros pour l'hébergement, sans conversion : le taux de change bouge et n'ajouterait qu'une fausse précision.

La colonne de droite ne bouge pas d'une ligne à l'autre, et c'est là tout le sujet. Ce n'est pas « moins cher », c'est décorrélé de l'effectif. À trois personnes, l'écart annuel avec Airtable Team est de quelques centaines de dollars et ne justifie strictement rien. À cinquante personnes sur Airtable Business, la colonne d'abonnement pèse 27 000 dollars par an quand celle du serveur reste sous 540 euros, et un écart de cet ordre finance largement un projet. Entre les deux, il y a un seuil, et ce seuil dépend de vous, pas d'un tableau.

Ces deux outils sont sensiblement moins chers qu'Airtable Business à effectif égal. Si votre motivation est uniquement budgétaire et que votre usage est de la gestion de tâches, changer d'abonnement est une option honnête qu'il faut regarder avant d'envisager quoi que ce soit de plus lourd. Un article qui pousse à migrer sans mentionner cette porte de sortie vend son propre service, pas votre intérêt.

Ce que coûte vraiment un serveur en Europe, et pourquoi ce prix bouge

Voici des offres publiques d'hébergeurs européens, prises en août 2026. Ce sont des ordres de grandeur du marché, pas nos tarifs, et elles servent uniquement à calibrer la colonne de droite du premier tableau.

Un détail que la plupart des comparatifs oublient : ces prix ont augmenté en 2026, parfois violemment. Le VPS-1 d'OVHcloud est passé de 3,50 à 7,60 euros par mois au 1er avril 2026. Le CCX13 de Hetzner, à vCPU dédiés, est passé de 15,99 à 42,99 euros en juin 2026. La cause est industrielle et documentée : le prix de la mémoire vive a pris de l'ordre de 30 pour cent par rapport à fin 2025, la construction de centres de données pour l'intelligence artificielle absorbant l'offre mondiale de DRAM et de NAND. Les hébergeurs achètent la même RAM que tout le monde et répercutent.

Un article qui vous donne un prix d'hébergement sans dire qu'il bouge vieillit très mal. Retenez donc la logique plutôt que le chiffre : la facture d'un serveur peut doubler et rester indépendante du nombre d'utilisateurs, quand la facture d'un abonnement au siège double dès que l'équipe double. C'est la seule affirmation de cet article qui restera vraie dans deux ans.

La partie que les comparatifs escamotent : les 300 euros n'achètent pas la même chose

Reprenons l'exemple de quinze sièges sur Airtable Business, à 8 100 dollars par an. Ce que vous perdez en partant, et qu'il faut donc reconstruire ou accepter de perdre :

• L'interface. Vos collègues cliquent, filtrent, ajoutent une ligne, changent un statut, sans SQL. C'est le produit. C'est ce qui coûte cher à refaire, et c'est aussi ce qui décide de l'adoption : une base parfaite que personne n'ouvre ne vaut rien.
• Les sauvegardes et l'historique. Airtable conserve un historique de révision et vous pouvez revenir en arrière. Sur un serveur, les sauvegardes existent quand quelqu'un les a configurées, et surtout quand quelqu'un a vérifié qu'elles se restaurent. Une sauvegarde jamais testée n'est pas une sauvegarde.
• La disponibilité. Un serveur unique est un point de défaillance unique. La redondance se paie, en machines et en travail de mise en place.
• L'astreinte. Chez l'éditeur, quelqu'un est payé pour surveiller. Chez vous, ce sera quelqu'un aussi, et cette personne a un coût qu'il faut nommer.
• Les fonctions périphériques : automatisations, formulaires, vues calendrier et kanban, synchronisations, permissions fines par table. Chacune est un petit chantier à part entière.

Comparer 8 100 à 300 sans dire cela n'est pas une simplification, c'est une omission. Le calcul honnête est un calcul d'amortissement en trois temps :

• La construction. Un budget de projet, versé une fois, qui dépend entièrement du périmètre : combien de tables, combien de vues, combien d'automatisations, quels rôles. Ce chiffrage se fait sur devis après lecture de votre base, jamais à l'avance.
• L'entretien. Une interface interne n'est pas finie le jour de la livraison. Elle évolue, les besoins changent, les dépendances se mettent à jour. C'est un coût récurrent.
• L'exploitation. Le serveur, les correctifs de sécurité, la surveillance, les sauvegardes vérifiées, la restauration testée. Récurrent également.

Posez la division vous-même : prenez le devis de construction, ajoutez l'entretien et l'exploitation annuels, divisez par votre économie d'abonnement annuelle. Si le résultat se compte en années à un chiffre bas, la question mérite d'être instruite. S'il se compte en dizaines d'années, restez où vous êtes, et vous aurez épargné un projet inutile. C'est exactement le raisonnement que nous appliquons avant d'accepter une migration d'Airtable vers PostgreSQL, et il peut parfaitement conduire à un non.

La souveraineté, sans raccourci juridique

Cet argument est souvent traité en fin d'article comme un supplément d'âme. C'est une erreur : pour certaines organisations, c'est le seul argument qui compte, et le budget vient après.

Les faits, d'abord

Airtable est éditée par une société américaine basée à San Francisco. Notion également. Smartsheet est établie dans l'État de Washington. monday.com est cotée au Nasdaq et son siège est à Tel-Aviv, en Israël, pays couvert par une décision d'adéquation de la Commission européenne maintenue lors du réexamen de janvier 2024. Côté bases de données infogérées, Supabase est une société américaine, et Neon est passée dans le giron de Databricks, américaine elle aussi. Aucune de ces entreprises n'est européenne, et par défaut leurs infrastructures reposent sur des fournisseurs de cloud américains. Certaines offres d'entreprise proposent des options de résidence des données en Europe : cela se vérifie dans votre contrat et votre accord de traitement des données, pas dans une page marketing.

Ce que dit le droit, et ce qu'il ne dit pas

Soyons nets : utiliser un outil américain n'est pas illégal. Quiconque vous dit le contraire se trompe ou vous manipule. Le RGPD encadre les transferts de données hors de l'Union européenne, il ne les interdit pas. Depuis 2023, un cadre d'adéquation entre l'Union et les États-Unis permet ces transferts vers les entreprises qui s'y sont certifiées, et ce cadre a résisté à un premier recours devant le Tribunal de l'Union en septembre 2025.

Ce qu'il faut savoir en revanche, c'est que deux cadres précédents ont été invalidés en dix ans, le Safe Harbor en 2015 et le Privacy Shield en 2020. Construire une architecture sur un dispositif qui a été cassé deux fois est un pari, raisonnable peut-être, mais un pari. Second point factuel : le CLOUD Act de 2018 permet aux autorités américaines d'exiger d'un fournisseur relevant du droit américain la communication de données, y compris lorsque ces données sont stockées en Europe. Choisir la région européenne d'un service infogéré américain réduit la latence, pas cette exposition.

Ce que change concrètement un serveur privé en Europe

Un PostgreSQL sur une machine louée chez un hébergeur européen, administrée par vous ou par votre prestataire, change trois choses vérifiables. Le lieu de stockage est connu et inscrit au contrat. Le responsable du traitement et le sous-traitant relèvent tous deux du droit européen, ce qui fait disparaître le volet transferts hors Union de votre documentation : plus de clauses contractuelles types ni d'analyse d'impact du transfert à tenir à jour pour cet outil. Et si une autorité veut accéder à ces données, elle passe par une procédure européenne : l'hébergeur comme le prestataire peuvent y être contraints, mais devant un juge de l'Union et selon des règles que vous pouvez contester.

En contrepartie, et il faut le dire aussi franchement : vous héritez des obligations. Le chiffrement, les accès, les correctifs, la journalisation, la notification en cas de violation, tout cela devient votre responsabilité pleine et entière. La souveraineté n'est pas un bouclier gratuit, c'est un transfert de charge. C'est un choix de maîtrise, pas un permis de faire moins bien.

C'est aussi la raison pour laquelle nous ne recommandons jamais un service infogéré américain comme destination de migration. Nous avons nous-mêmes quitté un hébergement et une base de données infogérés en juin 2026 pour notre propre serveur européen. Si vous voulez rester sur du Postgres infogéré, le travail de schéma, de politiques de sécurité au niveau des lignes et d'authentification reste le même : c'est le sujet de notre page agence Supabase, et ce n'est pas la même décision que celle traitée ici.

Ce qui ne se transpose pas tel quel

PostgreSQL est plus puissant qu'Airtable sur la donnée, et plus pauvre sur tout le reste. Ce qui se traduit sans douleur : les tables, les types de champs simples, les vues filtrées qui deviennent des vues SQL, les contraintes d'unicité qui deviennent de vraies contraintes plutôt qu'une convention d'équipe. Les liaisons et les champs calculés, eux, ne se transposent pas mécaniquement : une liaison exporte du texte et non une clé, et une colonne générée ne peut lire que la ligne courante, ce qui exclut d'emblée les cumuls et les recherches d'une table à l'autre.

Ce qui demande un vrai travail : les pièces jointes, qui partent dans un stockage objet à part avec une politique de conservation ; les automatisations, à réimplémenter, souvent hors de la base, avec un outil d'orchestration comme ceux dont nous parlons sur la page automatisation Make et n8n ; les formulaires publics ; les interfaces de saisie ; les commentaires et l'historique de révision, qui n'existent pas dans Postgres sans les construire ; et les vues kanban ou calendrier, qui sont de l'interface, pas de la donnée.

Si le besoin principal reste un outil interne rapide à monter et que la donnée n'est pas le point de tension, la question à se poser n'est peut-être pas Postgres mais un autre assemblage, sujet que nous traitons sur la page agence no-code à Dijon.

Quand il ne faut pas migrer

Voici les situations où nous déconseillons le chantier, sans détour.

• Moins de huit à dix sièges facturés. L'économie annuelle se compte en centaines de dollars. Elle ne financera jamais la construction, encore moins l'entretien. Faites l'audit des droits d'édition et passez à l'engagement annuel : vous récupérerez une part de l'écart sans écrire une ligne de code.
• Personne en interne pour porter l'outil. Si aucune personne identifiée ne peut répondre « c'est moi » à la question de la maintenance, l'outil se dégradera. Un abonnement, lui, se maintient tout seul contre de l'argent, et c'est parfois exactement ce que vous voulez acheter.
• La valeur est dans l'interface, pas dans la donnée. Si vos équipes métier créent elles-mêmes leurs vues, leurs filtres et leurs automatisations chaque semaine, vous ne payez pas une base, vous payez une capacité d'autonomie. La reconstruire coûte un produit entier, et vous la reconstruirez moins bien.
• Le schéma change toutes les semaines. La souplesse d'Airtable est une fonctionnalité, pas un défaut. Un modèle relationnel qu'il faut migrer à chaque idée nouvelle est un frein, pas un progrès. Attendez que la structure se stabilise.
• Le vrai problème est une facture mal réglée. Des droits d'édition distribués à tout le monde, un paiement mensuel au lieu d'annuel, une offre trop haute pour l'usage : trois causes fréquentes de surcoût qui se corrigent en une après-midi.
• Vous comptez migrer vers un autre service infogéré facturé à l'usage. Vous n'aurez pas supprimé une dépendance, vous en aurez changé, avec une nouvelle grille tarifaire et les mêmes questions de juridiction.

À l'inverse, le dossier devient sérieux quand trois conditions se réunissent : un effectif qui dépasse la quinzaine de sièges facturés et qui continue de croître, un schéma stabilisé depuis plusieurs mois, et une contrainte de localisation des données qui vient du métier, d'un client ou d'un appel d'offres. Deux sur trois suffisent rarement.

Comment nous instruisons le dossier

Nous commençons par lire votre base, pas par proposer une architecture. Combien de tables, combien de sièges réellement facturés, combien d'automatisations, quelles vues sont utilisées et lesquelles ne le sont plus, quelles données sont sensibles. De là sort une réponse écrite en trois parties : ce que la migration ferait gagner, ce qu'elle ferait perdre, et le budget de construction puis d'exploitation. Si le calcul ne tient pas, nous le disons dans ce document et le dossier s'arrête là.

Tout se traite par écrit, sans appel ni rendez-vous, avec une réponse sous 24 heures ouvrées. Décrivez votre base et votre effectif, et nous poserons le calcul sur vos chiffres plutôt que sur ceux d'un tableau générique.