Aller au contenu
Plateformes & stack

Migrer de Softr vers du code : le portail, la base, ou les deux ?

Écrit par Simon 14 min
La carte au logo Softr, dont les trois formes du symbole s'envolent vers une fenêtre de code. La base de données a déjà déménagé : son ancien emplacement est vide, la nouvelle reste reliée à Softr.
Résumé rapide

Softr est une interface posée sur vos données, le plus souvent dans Airtable. Ce qui coince, quand un portail Softr grandit, est très souvent la base dessous, ou le prix par utilisateur client depuis août 2026, rarement l'interface elle-même. Avant de réécrire en code, on vérifie donc si changer la seule base ne suffit pas. Voici quand partir, quand rester, que faire du back-end. Puis les dix étapes d'une migration sans coupure.

Un portail Softr qui coince, c’est rarement Softr qui coince.

Softr est une interface : des pages, des blocs, des droits d’accès, posés sur des données qui vivent ailleurs. Le plus souvent dans Airtable, parfois dans Google Sheets, dans les Softr Databases, dans Supabase ou dans une base SQL. Quand un portail ralentit ou bute sur une limite, la cause est souvent sous l’interface.

Le reste du temps, la cause est le prix. Depuis le 5 août 2026, Softr facture séparément les utilisateurs de votre équipe et ceux de vos clients. Pour un portail client qui grandit, la ligne qui monte n’est plus la même.

Ce guide aide à trier : migrer la base, migrer l’interface, ou les deux. Puis il déroule les dix étapes d’une migration sans coupure.

Ce qu’il faut retenir

  • Softr n’exporte aucun code : seules les données sortent, sans les mots de passe.
  • Le premier suspect est la base. Airtable plafonne à 5 requêtes par seconde et par base.
  • Les droits d’accès sont la partie la plus délicate à réécrire : ils sont éparpillés dans les pages, les blocs et les filtres.
  • Depuis août 2026, l’offre Pro plafonne à 250 clients et la Business à 500.

Que peut-on récupérer d’une application Softr ?

Les données. Rien d’autre. En octobre 2026, la documentation de Softr ne contient aucune page d’export de l’application ni d’auto-hébergement. Ce qui sort, ce sont des fichiers de données : CSV ou Excel depuis un bloc tableau, PDF depuis une fiche, plus l’API. Le portail lui-même se reconstruit.

ÉlémentCe qui sortComment
Données dans Airtable, Supabase ou SQLElles n’ont jamais quitté votre sourceRien à exporter : Softr ne stocke pas vos données, il les met en cache 24 heures
Données dans une Softr DatabaseOuiPar l’API, 200 enregistrements par requête, ou par un bouton de téléchargement sur un bloc tableau
UtilisateursLa liste, pas les mots de passeExport CSV depuis l’onglet Utilisateurs
WorkflowsLeur codeLa ligne de commande de Softr les récupère en fichiers locaux. Ils ne s’exécutent que chez Softr
Droits d’accèsNonGroupes, règles de visibilité, filtres conditionnels : à relever à la main, page par page
Pages et blocsNonÀ réécrire. Le code d’un bloc « vibe coding » se lit dans l’éditeur ou par le serveur MCP de Softr : une référence, pas un code à reprendre

La ligne qui pèse est celle des droits. Dans Softr, ils vivent à quatre endroits : les groupes d’utilisateurs, la visibilité de chaque page et de chaque bloc, les filtres conditionnels et les restrictions globales. Softr les applique côté serveur, ce qui est bien. Mais aucun écran ne les montre tous à la fois. Aucun export ne les sort.

Quels signes disent qu’il est temps de quitter Softr ?

Le nombre d’utilisateurs, le volume de données et la logique métier. Depuis le 5 août 2026, l’offre Pro, à 99 $ par mois en facturation annuelle, inclut 50 utilisateurs clients et plafonne à 250, d’après la grille publiée dans la documentation de Softr. Un portail qui sert 400 clients passe en Business : 329 $ par mois pour 100 clients inclus, plus 2 $ par client au-delà, soit environ 930 $ par mois. Au-delà de 500, c’est l’offre Enterprise.

Le portail dépasse ses plafonds d’utilisateurs. La nouvelle grille compte à part les utilisateurs de votre domaine et les autres. Pour un portail client, c’est la seconde catégorie qui grossit. Les clients déjà abonnés gardent leur ancienne offre. Les nouveaux portails, eux, partent sur la nouvelle grille.

La base ralentit tout. L’API d’Airtable sert 5 requêtes par seconde et par base. La documentation de Softr situe l’usage observé sur Airtable autour de 200 à 300 utilisateurs simultanés. Au-delà, les pages chargent par à-coups.

La logique ne tient plus dans des blocs. Un calcul de tarif, un parcours en plusieurs étapes qui dépend des réponses, une validation croisée entre trois tables. Softr y répond par des workflows et des blocs de code, mais chaque contournement ajoute une pièce que personne ne voit dans son ensemble.

Les droits deviennent fins. Un client voit ses dossiers, son commercial voit ceux de son secteur, un partenaire voit une partie des pièces. Dans Softr, chaque nouvelle règle se pose bloc par bloc, ou en restriction globale par table, dont les droits d’écriture demandent l’offre Business. Dans un code, elle s’écrit une fois au niveau de la base, puis se teste.

Le portail devient un produit. Vous le vendez, vos clients en dépendent. Vous voulez maîtriser l’hébergement et le calendrier des évolutions.

Quand vaut-il mieux rester sur Softr ?

Quand le portail fait ce qu’on lui demande et que votre équipe le modifie seule. Softr reste le moyen le plus court de donner à des clients un accès à leurs données : l’éditeur en offre même un co-constructeur par IA et, depuis septembre 2026, un accès MCP depuis Claude ou ChatGPT. Une application codée de même périmètre se paie en semaines.

Trois situations où l’on vous conseille de rester :

  • Le problème est la base, pas l’interface. Migrez Airtable vers Supabase et rebranchez Softr dessus : vous gardez l’éditeur, vous levez la limite de requêtes et de volume. Notre page Airtable vers Supabase détaille ce trajet.
  • Un seul écran résiste. Le bloc de code personnalisé, à partir de l’offre Pro, ou le bloc « vibe coding », qui consomme des crédits IA, règlent souvent le cas sans tout réécrire.
  • Personne ne maintiendra le code. Un portail codé sans équipe pour le faire évoluer vieillit plus mal que le portail Softr qu’il remplace.

Le calcul financier compte aussi. Un portail Softr Business coûte 329 $ par mois en facturation annuelle pour 100 clients, puis 2 $ par client supplémentaire. Une application codée coûte son développement, puis une maintenance mensuelle qui dépasse vite ce montant. Notre article sur le coût d’un outil métier sur mesure donne la méthode pour comparer.

Faut-il migrer le back-end en même temps que le portail ?

Jamais en même temps. Souvent avant. La documentation de Softr situe Airtable à 500 000 enregistrements au plus dans les applications observées, quand Supabase et les bases SQL n’ont pas de plafond pratique. Le sort de votre back-end dépend donc de sa nature.

Source actuelleCe qu’on en faitPourquoi
AirtableOn le migre d’abord, souvent en gardant Softr5 requêtes par seconde et par base, 50 000 enregistrements par base en offre Team, 125 000 en Business
Google SheetsOn le migre d’abordUn tableur n’a ni relations, ni contraintes, ni droits par ligne
Softr DatabaseOn le migre avec l’interfaceElle n’existe que dans Softr. Sa sortie passe par l’API
Supabase ou SQLOn le gardeLa base vous appartient déjà. Seule l’interface se réécrit
XanoOn le gardeLe nouveau front appelle les mêmes points d’API

Un piège propre au cas Supabase : Softr s’y connecte avec des identifiants Postgres, pas par l’API de Supabase. Les règles d’accès par ligne de Supabase ne sont donc pas sollicitées. Toute votre sécurité vit dans Softr. Le jour où un portail codé se branche sur la même base, ces règles sont à écrire, sinon il voit tout.

La règle générale ne change pas : une couche à la fois. Si la base part, elle part sous l’interface Softr existante. Le portail continue de servir pendant le chantier. Vous décidez ensuite, à froid, si l’interface doit suivre. Pour un départ complet d’Airtable, voir aussi notre page Airtable vers une application sur mesure.

Quitter Softr pour du code : que gagne-t-on, que perd-on ?

Vous gagnez la liberté sur les droits, les écrans et le nombre d’utilisateurs, vous perdez l’autonomie de votre équipe. Dans Softr, un responsable de compte ajoute un bloc à un portail client en dix minutes. Dans une application codée, il ouvre un ticket. Pour un portail qui change chaque mois, c’est l’argument qui pèse le plus.

Ce que vous gagnezCe que vous payez
UtilisateursAucun plafond ni prix par clientL’authentification, les invitations et la récupération de compte à construire
DroitsDes règles écrites une fois, dans la base, testéesChaque règle se code et se vérifie
ÉcransDes parcours sur mesure, sans limite de blocAucun bloc prêt à l’emploi
DonnéesUne base que vous interrogez directementUn schéma à concevoir et à faire évoluer
ÉvolutionTests, revue de code, historiqueVotre équipe ne modifie plus le portail seule
PropriétéLe code et l’hébergement sont à vousVous dépendez de l’équipe qui connaît le code

Si le portail est votre premier point de contact client, notre article sur le portail client B2B détaille ce qu’il doit couvrir avant de choisir comment le construire.

Comment préparer la migration de Softr vers du code ?

En quatre étapes, avant toute ligne de code. Le process complet en compte dix. Softr sert vos utilisateurs jusqu’à la bascule. Depuis août 2026, les clients existants gardent leur ancienne offre tarifaire : rien n’oblige à se presser. C’est une bonne nouvelle pour la préparation.

1. Faire l’inventaire du portail

Listez chaque page, chaque bloc, chaque formulaire, chaque action et chaque workflow. Pour chacun, notez la source de données et la table lue. Notez surtout qui voit quoi : c’est ce qui manquera si on l’oublie. Relevez ce qui sert vraiment. Supprimez le reste au passage.

2. Décider du sort de la base

Appliquez le tableau plus haut. Si Airtable ou Google Sheets doivent partir, ils partent avant l’interface, Softr rebranché sur la nouvelle base. Les Softr Databases, elles, se migrent par l’API, à 40 lectures par seconde, avec un script qui pagine jusqu’au dernier enregistrement.

3. Relever et réécrire les droits d’accès

Ouvrez chaque groupe d’utilisateurs, chaque règle de visibilité de page et de bloc, chaque filtre conditionnel, chaque restriction globale. Écrivez une matrice : pour chaque rôle, ce qu’il voit, crée, modifie et supprime, table par table. Cette matrice devient des règles par ligne dans Postgres, ou des contrôles dans l’API. C’est l’étape qui demande le plus de rigueur.

4. Choisir la stack

Un portail Softr se réécrit bien avec Next.js ou Nuxt sur Supabase, qui fournit la base, l’authentification par lien magique et le stockage de fichiers. Si votre base est déjà en SQL ou derrière Xano, le front se branche dessus. Choisissez un hébergement dont vous fixez la région.

Comment reconstruire un portail Softr sans coupure ?

Groupe d’utilisateurs par groupe d’utilisateurs, avec Softr en repli. Un portail sert souvent plusieurs publics, clients, partenaires, équipe interne. Chacun peut basculer à son tour, ce qui découpe naturellement la migration. Les six étapes suivantes livrent le portail en production sans l’arrêter.

5. Reconstruire par public

On commence par le public qui justifie la migration, souvent les clients. Le nouveau portail vit sur un sous-domaine ou derrière un proxy. Les autres publics restent sur Softr jusqu’à leur tour.

6. Migrer les utilisateurs

Exportez la liste depuis l’onglet Utilisateurs. Les mots de passe ne sortent pas. Si le portail Softr utilise déjà le code à usage unique, vos clients ont l’habitude de se connecter sans mot de passe : gardez ce mode de connexion. Sinon, une réinitialisation annoncée une semaine avant.

7. Rapatrier les fichiers

Les pièces jointes vivent dans la source de données. Celles d’Airtable sont servies par des liens qui expirent : téléchargez-les pendant la migration, déposez-les dans un stockage à vous, enregistrez les nouveaux chemins en base.

8. Réécrire les workflows

Récupérez le code des workflows Softr par la ligne de commande : il sert de référence, pas de code à reprendre tel quel. Chaque workflow devient une tâche du serveur ou une fonction déclenchée par la base, avec des journaux. Une panne se voit, ce qui n’est pas toujours le cas d’un workflow qui s’arrête faute de quota.

9. Recetter la parité, droits compris

Pour chaque rôle, jouez les scénarios qui comptent dans les deux portails. Puis testez l’inverse : connectez-vous avec un compte client et vérifiez qu’il ne voit rien d’un autre client. C’est le test que les migrations oublient. C’est aussi le seul qui coûte un client s’il échoue.

10. Basculer, puis passer la main

Le domaine pointe vers le nouveau portail. Gardez Softr actif un mois pour revenir en arrière. Laissez une documentation, un environnement de test, un déploiement automatisé et une personne chez vous qui sait livrer.

Combien de temps prend une migration de Softr ?

Aucun chiffre publié ne porte sur Softr en octobre 2026 : les retours d’expérience qu’on trouve racontent tous l’arrivée sur Softr, pas le départ. Ce qu’on sait mesurer, c’est ce qui fait varier la durée d’une réécriture.

Elle dépend du nombre de pages, de publics et de règles d’accès, pas du nombre d’enregistrements. Elle double quand Airtable part aussi, parce qu’on enchaîne deux migrations. Et elle dérive presque toujours au même endroit : la matrice des droits, dressée trop vite.

Chez Bienfait, on construit des portails sur Softr et on en sort d’autres. Dans les deux cas, on commence par la matrice des droits, avant le moindre écran. Pour un premier ordre de grandeur, notre simulateur de coût de migration chiffre votre application poste par poste, barème affiché.

En bref

Un portail Softr se quitte facilement. Mais il se quitte rarement en premier.

Avant l’interface, regardez la base, le plafond d’utilisateurs et la matrice des droits. Si la base coince, on la migre sous Softr. Si c’est le portail, on le réécrit public par public, avec Softr en repli.

Chez Bienfait, on vous dit franchement quand changer la base suffit. Et on chiffre les deux scénarios.

Et si vos écrans tournent déjà sur Supabase avec WeWeb, la question se pose autrement : c’est l’objet de notre guide pour migrer de WeWeb vers du code.

Les sources

  • Softr, Pricing and plans, documentation. Consulté le 2026-10-12. Page
  • Forum Softr, Updates to our pricing plans, 5 août 2026. Consulté le 2026-10-12. Annonce
  • Softr, Choosing a data source, documentation. Consulté le 2026-10-12. Page
  • Softr, Export, documentation des actions. Consulté le 2026-10-12. Page
  • Softr, Softr CLI, documentation. Consulté le 2026-10-12. Page
  • Softr, documentation de l’API des Softr Databases, pages Softr Database API et Rate limiting, consultées le 2026-10-12.
  • Softr, Supabase, documentation des sources de données. Consulté le 2026-10-12. Page
  • Softr, Softr app security, documentation. Consulté le 2026-10-12. Page
  • Softr, documentation sur les utilisateurs et les droits, pages User authentication, Users menu et Global data restrictions, consultées le 2026-10-12.
  • Softr, documentation des blocs de code, pages Custom code block et Vibe coding, consultées le 2026-10-12.
  • Airtable, Attachment URL behavior, support. Consulté le 2026-10-12. Page
  • Forum Softr, Exporting users to leave Softr, février 2023. Consulté le 2026-10-12. Discussion
  • Forum Softr, Softr Databases export to CSV, 2025. Consulté le 2026-10-12. Discussion
  • Airtable, Rate limits, documentation de l’API. Consulté le 2026-10-12. Page
  • Airtable, Airtable plans, support. Consulté le 2026-10-12. Page

Questions fréquentes

Que récupère-t-on d'une application Softr en partant ?

Non. La documentation de Softr ne propose aucun export de l'application ni aucun auto-hébergement. Seules les données sortent : en CSV ou en Excel depuis un bloc tableau, en PDF depuis une fiche, ou par API. La ligne de commande de Softr récupère le code des workflows, pas celui des pages.

Faut-il quitter Airtable en même temps que Softr ?

Souvent, Airtable part en premier. Softr peut rester. L'API d'Airtable plafonne à 5 requêtes par seconde et par base. L'offre Team s'arrête à 50 000 enregistrements par base. Une fois les données dans Supabase, Softr s'y branche à partir de son offre Pro. On décide ensuite si l'interface doit suivre.

Les utilisateurs du portail devront-ils changer de mot de passe ?

Oui. L'onglet Utilisateurs de Softr exporte la liste en CSV, mais pas les mots de passe, d'après les échanges sur le forum de Softr. Si vos clients se connectent déjà par code à usage unique dans Softr, le plus simple est de garder une connexion sans mot de passe.

Combien d'utilisateurs un portail Softr peut-il accueillir ?

Depuis le 5 août 2026, l'offre Pro inclut 50 utilisateurs clients et monte à 250 au plus, à 1 $ par utilisateur supplémentaire. L'offre Business en inclut 100 et plafonne à 500, à 2 $ par utilisateur supplémentaire. Au-delà, c'est l'offre Enterprise, sur devis. C'est un déclencheur fréquent pour les portails clients.

Combien coûte une migration de Softr vers du code ?

Aucun chiffre publié ne porte sur Softr en octobre 2026. Ce qu'on sait : un portail Softr compte en général moins d'écrans et de logique qu'une application Bubble. Quand la base reste, c'est une réécriture courte. Quand Airtable doit partir aussi, le chantier double, parce qu'on enchaîne deux migrations.

Comment récupérer les données d'une Softr Database ?

Par l'API des Softr Databases, 200 enregistrements par requête et 40 lectures par seconde, ou par un bouton de téléchargement posé sur un bloc tableau. En octobre 2026, la documentation ne décrit pas d'export CSV direct depuis la base, que l'équipe de Softr annonçait en préparation en 2025.

Écrit par
Simon
Co-fondateur
Passer à l'action

Envie d'appliquer ça chez vous ?

On cadre votre besoin en un appel de 30 minutes, sans engagement. Vous repartez avec une première piste concrète.

Réserver un appel →

Sans réserver de créneau : être rappelé dans la journée nous écrire

À lire également

Tout le blog →
Illustration : migrer de Glide vers du code
Plateformes & stack

Migrer de Glide vers du code : le tableur, les droits et les étapes

Illustration : migrer de WeWeb vers du code
Plateformes & stack

Migrer de WeWeb vers du code : quand partir, que faire du back-end

Illustration : migrer de Bubble vers du code
Plateformes & stack

Migrer de Bubble vers du code : quand partir et dans quel ordre

Pas de créneau qui convient ? être rappelé dans la journée nous écrire

Newsletter
BienVu, notre newsletter

Un cas concret de donnée ou d'automatisation, une fois par mois.

Vos données servent uniquement à vous envoyer BienVu. Notre politique de confidentialité.

Un envoi par mois, pas un de plus. Désinscription en un clic.

Sans rendez-vous
On vous rappelle, ou on vous répond par e-mail.

Dans la journée, du lundi au vendredi.

Vos coordonnées servent uniquement à vous répondre. Notre politique de confidentialité.

Ou directement : 07 45 80 50 53 bonjour@bienfait.co

Intégrations Modèles d'IA Outils Nous rejoindre
Réserver un appel Accéder au Salon

Nantes · Marseille · Paris. Réponse sous 24 h ouvrées.