Aller au contenu
Plateformes & stack

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

Écrit par Simon 14 min
La carte au logo Glide, dont le symbole roule vers une fenêtre de code. En bas, l'ancien tableur est vide : les données ont rejoint une vraie base, reliée au code.
Résumé rapide

Glide transforme un tableur en application. Quand l'application grandit, c'est souvent le tableur qui coince, puis le prix par utilisateur, puis la sécurité. Rien ne s'exporte en code, pas même les formules des colonnes calculées, qu'il faut relever à la main. Une bonne nouvelle en revanche : Glide connecte ses utilisateurs par un code envoyé par e-mail, il n'y a donc aucun mot de passe à migrer. Voici quand partir, quand rester, que faire de la base. Puis les dix étapes.

Une application Glide commence presque toujours dans un tableur. C’est sa force. C’est aussi, deux ans plus tard, la première chose qui coince.

Glide transforme un Google Sheets, un fichier Excel ou ses propres tables en application web, installable sur un téléphone. On l’ouvre en un après-midi, des équipes terrain s’en servent le lendemain. Rien de ce qui est construit ne sort en code.

Le témoignage d’Aurélien Migeot, ancien marketeur devenu bâtisseur d’outils contre l’habitat indigne, résume bien la suite : « Quand on devra changer de technologie, on aura déjà un modèle testé, utilisé et validé. » Son outil Glide, bâti sur une feuille de calcul, est raconté dans notre article le no-code contre l’habitat indigne.

Ce guide dit quand ce jour arrive, quand il vaut mieux rester, que faire du tableur. Puis comment migrer en dix étapes.

Ce qu’il faut retenir

  • Glide n’exporte ni le code ni les formules des colonnes calculées. Elles se relèvent à la main.
  • Aucun mot de passe à migrer : Glide connecte par un code envoyé par e-mail.
  • Les conditions de visibilité ne protègent rien. Seuls les Row Owners filtrent côté serveur.

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

Les données brutes, pas la logique. La documentation des Glide Tables précise que l’export CSV omet les colonnes vides et les colonnes calculées qui pointent vers d’autres tables. Or c’est dans ces colonnes que vit l’essentiel de la logique d’une application Glide : relations, cumuls, conditions.

ÉlémentCe qui sortComment
Google Sheets, Excel, AirtableIls n’ont jamais quitté votre compteRien à exporter : la source est déjà à vous
Glide TablesOui, sans les colonnes vides ni les colonnes liées à d’autres tablesExport CSV table par table depuis l’éditeur de données
Big TablesOui, par e-mail ou par l’APILe fichier CSV arrive par e-mail. L’API demande l’offre Business
Colonnes calculéesNonRelations, cumuls, formules, conditions : à relever à la main
UtilisateursLa table des profilsPas de mot de passe à exporter : il n’y en a pas
Workflows et IANonÀ réécrire en tâches planifiées et en appels d’API
ÉcransNonÀ réécrire, l’application existante sert de spécification

Avant toute migration, il faut savoir de quel Glide on parle. Depuis le 3 août 2026, Glide vend deux produits : Glide Classic, l’éditeur visuel que vous connaissez. Et GlideOS, un constructeur d’applications par IA. Glide ne décrit aucun chemin de l’un à l’autre. Passer à GlideOS est donc une reconstruction. La lecture du code qu’il produit figure encore dans sa feuille de route.

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

Le tableur, le prix par utilisateur et la sécurité. Depuis novembre 2025, d’après le centre d’aide de Glide, une source de type tableur plafonne à 25 000 lignes, sur toutes les offres. Les Big Tables montent à 100 000 lignes en offre Business et à 10 millions en Enterprise, mais leurs recherches et cumuls s’arrêtent à 100 lignes liées.

Le tableur plafonne. Un Google Sheets partagé par une application, des scripts et trois personnes qui l’éditent à la main finit par diverger. Le sujet dépasse Glide : notre article sur les alternatives à Excel le traite en détail.

Le prix suit le nombre d’utilisateurs. L’offre Business de Glide Classic inclut 30 utilisateurs à adresse professionnelle pour 199 $ par mois en facturation annuelle, puis 5 à 6 $ par utilisateur. Pour 150 personnes sur le terrain, la facture passe de 199 $ à 799 $ par mois : elle quadruple.

Le quota de mises à jour coupe l’application. Synchronisations avec un tableur, actions tierces, IA, API : tout consomme des mises à jour. Quand le quota est épuisé, d’après Glide, workflows, IA et synchronisations s’arrêtent, sauf à payer chaque mise à jour en plus (2 cents l’unité).

Il faut une vraie application mobile. Glide produit des applications web. La publication sur l’App Store ou Google Play n’est pas prise en charge.

Les workflows sont trop lents. Ils ne tournent pas plus souvent que toutes les cinq minutes.

Quand vaut-il mieux rester sur Glide ?

Quand l’application est interne, modeste, modifiée par vos équipes elles-mêmes. Glide reste l’un des moyens les plus rapides de mettre un tableur entre les mains d’une équipe terrain. Son offre Maker, à 49 $ par mois en facturation annuelle, accepte un nombre illimité d’utilisateurs personnels.

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

  • Seul le tableur coince. Passer d’un Google Sheets aux Big Tables de Glide lève une partie des limites sans réécrire une ligne. C’est une étape, pas une destination.
  • Personne ne maintiendra le code. Une application codée sans équipe pour la faire évoluer vieillit plus mal que l’application Glide qu’elle remplace.
  • L’outil évolue chaque semaine. Tant que le métier change, la vitesse de modification de Glide vaut plus que tout ce qu’une réécriture apporterait.

Rester n’empêche pas de corriger la sécurité. Si votre application cache des données par des conditions de visibilité, passez ces tables en Row Owners dès maintenant. C’est gratuit et disponible sur toutes les offres, d’après la documentation de Glide.

Faut-il migrer le tableur en même temps que l’application ?

Presque toujours, oui. Glide ne se branche sur une base SQL, PostgreSQL ou MySQL, qu’en offre Enterprise, d’après sa documentation des sources de données. Sur les autres offres, impossible de migrer la base d’abord sous l’interface Glide existante. Le sort de votre base dépend donc de l’endroit où elle vit.

Base actuelleCe qu’on en faitPourquoi
Google Sheets ou ExcelOn la migre avec l’application25 000 lignes au plus, aucune contrainte, aucun droit par ligne. Et Glide ne lit Postgres qu’en Enterprise
Glide Tables ou Big TablesOn la migre avec l’applicationElle n’existe que dans Glide. On l’exporte, puis on reconstruit les colonnes calculées
AirtableOn la migre d’abord, si l’offre le permetVoir notre page Airtable vers Supabase
SQL en offre EnterpriseOn la gardeLa base vous appartient déjà. Seule l’interface se réécrit

Le chantier caché d’une migration Glide, ce sont les colonnes calculées. Une colonne de relation, un cumul, une condition « si-alors-sinon » : chacune encode une règle métier que personne n’a jamais écrite ailleurs. Elles deviennent des vues SQL, des jointures ou du code. Comptez-les avant de chiffrer quoi que ce soit.

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

Vous gagnez une vraie base, une sécurité côté serveur et un coût qui ne suit plus le nombre d’utilisateurs. Vous perdez la modification en direct par les équipes. Une application Glide se modifie à la souris pendant une réunion. Une application codée se modifie par un développeur, une revue et un déploiement.

Ce que vous gagnezCe que vous payez
DonnéesUne base Postgres, sans plafond de lignes ni quota de mises à jourUn schéma à concevoir, que le tableur ne vous demandait pas
SécuritéDes droits écrits une fois, appliqués par le serveur, testésChaque règle se code et se vérifie
CoûtAucun prix par utilisateurUne maintenance mensuelle, en jours de développeur
MobileUne application native possible, hors ligne compriseDeux plateformes à publier et à maintenir
AutonomieLe code et la base sont à vousVos équipes ne modifient plus l’outil elles-mêmes

Pour comparer sur plusieurs années, notre article sur le coût d’un outil métier sur mesure détaille les postes qu’on oublie.

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

En quatre étapes, avant toute ligne de code. Le process complet en compte dix. Glide sert vos équipes jusqu’à la bascule. La préparation pèse plus lourd que pour d’autres outils, parce que la logique d’une application Glide est dispersée dans des colonnes calculées dont les formules ne s’exportent pas.

1. Faire l’inventaire de l’application

Listez chaque écran, chaque table, chaque action et chaque workflow. Puis ouvrez chaque colonne calculée et recopiez sa formule dans un document : relations, recherches, cumuls, conditions, colonnes IA. C’est le cahier des charges que l’export ne vous donnera pas.

2. Décider du sort de la base

Appliquez le tableau plus haut. Dans la plupart des cas, le tableur ou les Glide Tables partent avec l’application. Concevez le schéma cible en transformant chaque colonne de relation en clé étrangère.

3. Écrire la matrice des droits

Pour chaque rôle, notez ce qu’il voit, crée et modifie, table par table. Distinguez ce qui est protégé par des Row Owners, filtré côté serveur, de ce qui est seulement masqué par une condition de visibilité. Ce second groupe est aujourd’hui lisible dans la console du navigateur. Dans le code, tout devient règle par ligne dans la base.

4. Choisir la stack

Une application web installable reste le format le plus proche de Glide : Next.js ou Nuxt sur Supabase, qui fournit la base, la connexion par lien envoyé par e-mail et le stockage de fichiers. Si le terrain réclame du hors-ligne ou les stores, React Native avec Expo.

Comment reconstruire une application Glide sans coupure ?

Par rôle d’utilisateur, avec Glide en repli. Une application Glide sert souvent plusieurs publics, équipe terrain, encadrement, administration. Chacun peut basculer à son tour sur la nouvelle application. Les six étapes suivantes la livrent en production sans arrêter le travail de personne.

5. Reconstruire par rôle

On commence par le rôle qui justifie la migration, souvent l’équipe terrain la plus nombreuse. Les autres restent sur Glide jusqu’à leur tour, sur une base synchronisée.

6. Migrer les données et les colonnes calculées

Un script exporte chaque table, la transforme et l’écrit dans la nouvelle base. Les colonnes calculées relevées à l’étape 1 deviennent des vues ou du code. Chacune se vérifie sur un échantillon de lignes. Le script doit pouvoir tourner plusieurs fois sans doublon.

7. Migrer les utilisateurs

Aucun mot de passe à reprendre : Glide connecte par un code envoyé par e-mail, ou par Google. La nouvelle application garde ce principe : vos utilisateurs retrouvent un geste qu’ils connaissent. Importez la table des profils, avec les rôles.

8. Réécrire les workflows et l’IA

Chaque workflow devient une tâche planifiée ou un point d’API, avec des journaux. Chaque colonne IA devient un appel à un modèle, dont on peut cette fois contrôler le coût et vérifier les réponses.

9. Recetter la parité, droits compris

Jouez les scénarios de chaque rôle dans les deux applications. Puis connectez-vous avec un compte terrain et vérifiez qu’il ne reçoit aucune ligne qui ne le concerne pas, y compris dans les réponses réseau.

10. Basculer, puis passer la main

Si l’application tourne sur votre domaine, il suffit de le pointer vers le nouveau code. Sinon, prévenez vos équipes de la nouvelle adresse et laissez Glide afficher un écran de renvoi pendant un mois. Laissez une documentation, un environnement de test et une personne chez vous qui sait livrer.

Combien de temps prend une migration de Glide ?

On n’a trouvé aucun retour d’expérience indépendant chiffré sur une sortie de Glide. Les fourchettes qui circulent viennent d’agences qui vendent la prestation. On ne les reprend pas comme des faits. Ce qu’on sait mesurer, c’est ce qui fait varier la durée.

Elle dépend du nombre de colonnes calculées, de rôles et de workflows, bien plus que du nombre de lignes. Elle dérive presque toujours au même endroit : une colonne calculée oubliée à l’inventaire, découverte en recette parce qu’un chiffre ne tombe plus juste.

Chez Bienfait, on commence par relever les colonnes calculées et la matrice des droits. Les deux tiennent dans un document. Ce document fait la moitié du travail. Pour un premier ordre de grandeur, notre simulateur de coût de migration chiffre votre application poste par poste, barème affiché.

En bref

Glide se quitte sans mot de passe à migrer. Mais pas sans relire chaque colonne.

Avant la première ligne de code, comptez les colonnes calculées, dressez la matrice des droits et décidez du sort du tableur. Ensuite, on reconstruit rôle par rôle, avec Glide en repli jusqu’au dernier jour.

Chez Bienfait, on vous dit franchement quand passer aux Big Tables et aux Row Owners suffit. Et quand il faut partir.

Et si votre outil interne vit dans Retool, branché sur vos propres bases, la question est presque l’inverse : c’est l’objet de notre guide pour migrer de Retool vers du code.

Les sources

  • Glide, Data sources, documentation. Consulté le 2026-10-12. Page
  • Glide, documentation des tables, pages Glide Tables et Big Tables, consultées le 2026-10-12.
  • Glide, Pricing plans as of November 1, 2025, centre d’aide, 19 mars 2026. Consulté le 2026-10-12. Article
  • Glide, Glide Classic pricing. Consulté le 2026-10-12. Grille
  • Glide, How Glide calculates updates, centre d’aide, 10 février 2026. Consulté le 2026-10-12. Article
  • Glide, What happens when your team runs out of updates, centre d’aide. Consulté le 2026-10-12. Article
  • Glide, How Glide PIN authentication works, centre d’aide, 28 février 2025. Consulté le 2026-10-12. Article
  • Glide, documentation de sécurité, pages Row owners et Visibility conditions, consultées le 2026-10-12.
  • Glide, Is Glide able to push to App Store, centre d’aide, 22 juillet 2025. Consulté le 2026-10-12. Article
  • Glide, Introduction to workflows, documentation. Consulté le 2026-10-12. Page
  • Glide, Pricing (GlideOS, produit distinct de Glide Classic, avec ses propres offres). Consulté le 2026-10-12. Grille
  • Glide, GlideOS launch recap, blog, 4 août 2026. Consulté le 2026-10-12. Article
  • Glide, Glide Tables API, a non-developer guide, centre d’aide. Consulté le 2026-10-12. Article
  • Forum Glide, Can I download or export my app’s source code. Consulté le 2026-10-12. Discussion

Questions fréquentes

Peut-on exporter le code d'une application Glide ?

Non. Glide Classic ne fournit ni code source ni auto-hébergement. Son forum le confirme depuis 2019. Les données sortent en CSV, table par table, ou par l'API à partir de l'offre Business. Les formules des colonnes calculées ne sortent jamais. Celles qui pointent vers d'autres tables manquent même à l'export : il faut les relever à la main.

Faut-il migrer des mots de passe en quittant Glide ?

Non, puisqu'ils n'en ont pas. Glide connecte ses utilisateurs par un code à usage unique envoyé par e-mail, ou par Google. La nouvelle application reprend le même principe, un code ou un lien envoyé par e-mail. Vos utilisateurs ne voient presque aucune différence.

Faut-il passer de Glide Classic à GlideOS plutôt qu'au code ?

Ce n'est pas une mise à jour. GlideOS, lancé le 3 août 2026, est un produit distinct, avec ses propres tarifs. Glide ne décrit aucun chemin de migration depuis Glide Classic. Y aller, c'est reconstruire aussi. La lecture du code produit y est annoncée, pas encore livrée.

Une application Glide est-elle sécurisée ?

Cela dépend de sa configuration. La documentation de Glide précise que les conditions de visibilité ne sont pas une sécurité : l'application télécharge toutes les données qui lui sont accessibles. Seuls les Row Owners filtrent côté serveur. Une migration est le bon moment pour vérifier qui voit quoi.

Combien coûte Glide pour une application d'entreprise ?

L'offre Business de Glide Classic coûte 199 $ par mois en facturation annuelle, avec 30 utilisateurs à adresse professionnelle inclus, puis 5 à 6 $ par utilisateur supplémentaire. S'y ajoute un quota de mises à jour, 5 000 par mois, au-delà duquel les synchronisations et les workflows s'arrêtent.

Une application Glide peut-elle aller sur l'App Store ?

Non. Glide produit des applications web progressives. Son centre d'aide indique que la publication directe sur l'App Store ou Google Play n'est pas prise en charge. Si une application mobile native est nécessaire, c'est une raison de passer au code.

É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 Softr vers du code
Plateformes & stack

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

Illustration : migrer d'Adalo vers du code
Plateformes & stack

Migrer d'Adalo vers du code : l'appli, la base et la fiche sur les stores

Illustration : migrer de Retool vers du code
Plateformes & stack

Migrer de Retool vers du code : garder la base, réécrire les outils

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.