Comment sauvegarder votre appli créée avec l'IA — et pourquoi vous en avez vraiment besoin

Un fondateur avec qui je discute fait tourner toute son activité de réservation — trois adresses, environ 200 clients par semaine — sur une appli qu’il a créée lui-même avec un créateur d’applis avec IA. Il me l’a montrée un mardi et il en était très fier. Le mercredi, il m’a demandé, un peu nerveusement : « Si ce truc tombe en panne, est-ce que je… perds tout ? »

La réponse honnête était : peut-être. Ça dépend de ce que vous entendez par « tombe en panne ». Ça dépend du type de sauvegarde qu’il avait (il n’en avait aucune). Ça dépend de s’il pouvait la recréer à temps.

Cette conversation est la plus fréquente que j’aie avec les gens qui ont créé une appli avec l’IA. La construction elle-même ressemble à un petit miracle. La question « que se passe-t-il si elle disparaît » ne se pose presque jamais avant que l’appli ne fasse déjà du vrai travail — et là, les conséquences de la perdre sont devenues sérieuses.

Cet article est pour quiconque a créé une vraie appli qui fonctionne sans la coder lui-même, et qui en dépend désormais pour quelque chose d’important. Nous verrons ce qui est réellement en jeu, quoi sauvegarder, à quelle fréquence, et quoi faire quand quelque chose tourne mal. Ce n’est pas technique. Il n’y a aucun script à lancer. Le but est de s’assurer que, quoi que vous ayez construit, vous ne le perdez pas parce que personne ne vous a dit que les sauvegardes existaient.

Ce qu’il y a vraiment dans votre appli créée avec l’IA (et ce qui peut disparaître)

Une appli créée avec l’IA est faite de deux choses très différentes, et vous devez sauvegarder chacune différemment.

La première, c’est l’appli elle-même — les écrans, la logique, le design, les intégrations. C’est ce que votre créateur d’applis avec IA a généré pour vous. Ça vit dans le compte de votre créateur, en général à l’intérieur d’un projet. Si vous perdez l’accès à ce compte, ou si le créateur a une panne, ou si le projet est corrompu, vous perdez ça.

La seconde, c’est vos données — les utilisateurs, les commandes, les messages, les réservations, les fichiers que les gens ont téléversés. Ça vit en général dans une base de données quelque part. Parfois c’est à l’intérieur du créateur d’applis avec IA. Parfois c’est dans un service comme Supabase, Firebase ou Airtable. Parfois c’est réparti à plusieurs endroits.

Ces deux choses ont des profils de risque complètement différents. La structure de l’appli change quand vous demandez à l’IA de la changer. Vos données changent chaque fois qu’un utilisateur fait quelque chose. Elles ont donc besoin de stratégies de sauvegarde différentes.

Une manière utile d’y penser : si un bâtiment brûlait, l’appli est le plan d’architecte, et les données sont ce qu’il y avait à l’intérieur du bâtiment au moment de l’incendie. Vous pouvez reconstruire à partir du plan. Vous ne pouvez pas récupérer ce qu’il y avait dedans.

Ce qui est en jeu : les quatre scénarios qui arrivent vraiment

J’ai vu chacun de ces scénarios arriver à des gens qui construisent avec des créateurs d’applis avec IA. Aucun n’est théorique.

1. Vous dites accidentellement à l’IA de casser l’appli. Vous êtes fatigué, vous travaillez à minuit, et vous dites « enlève la page d’inscription des utilisateurs » parce que vous voulez la repenser. L’IA le fait. Elle enlève aussi la partie de l’appli qui permet aux utilisateurs existants de se connecter. Plus personne ne peut utiliser l’appli, et la dernière version qui marchait de l’IA est perdue, sauf si vous avez activé l’historique des versions (beaucoup de créateurs ne l’activent pas par défaut).

2. Le créateur d’applis avec IA a une panne ou un problème de données. Rare, mais réel. En 2024, une plateforme no-code populaire a connu une panne de 6 heures pendant laquelle les données clients étaient inaccessibles. Personne n’a perdu de données définitivement, mais beaucoup d’entreprises ont perdu une journée. Si votre appli de réservation est en panne un samedi matin pendant que vos clients essaient de réserver pour le samedi après-midi, ce n’est pas « aucune perte de données » — c’est du revenu perdu que vous ne récupérez pas.

3. Votre compte se fait verrouiller. Peut-être un souci de facturation, peut-être une connexion signalée depuis un nouvel endroit, peut-être un changement d’e-mail qui ne s’est pas propagé. L’appli va bien, vos données vont bien, mais vous ne pouvez plus y accéder. Si vous n’avez aucune copie exportée, vous êtes à la merci des délais de réponse du support.

4. Vous quittez la plateforme. C’est celui que les gens ne prévoient pas. Dans un an, vous voudrez peut-être passer à un autre outil, ou embaucher un développeur pour reprendre ce que vous avez construit. Si la seule copie de votre appli et de vos données vit à l’intérieur d’un seul créateur, vos options sont étroites et coûteuses.

Dans chacun de ces scénarios, la différence entre « ennuyeux » et « catastrophique », c’est d’avoir eu une sauvegarde ou non.

Quoi sauvegarder, et à quelle fréquence

Vous n’avez pas besoin d’un système sophistiqué. Vous avez besoin d’une habitude. Voici le minimum que je recommande à quelqu’un qui construit avec l’IA sans écrire de code.

Vos données — chaque jour, automatiquement si possible.

Si vos données vivent dans quelque chose comme Supabase ou Airtable, les deux proposent des exports ou des sauvegardes planifiés. Activez ça. La plupart des gens passent à côté parce que ce sont trois clics et qu’ils se disent qu’ils le feront plus tard. Faites-le le jour où vous lancez.

Si vos données vivent à l’intérieur du créateur d’applis avec IA lui-même et qu’il n’y a pas d’export automatique, mettez un rappel dans votre agenda chaque dimanche pour les exporter à la main. Exportez-les en un CSV par table. Enregistrez-les quelque part en dehors du créateur — Google Drive, Dropbox, un disque dur externe. N’importe où qui ne soit pas le même service.

Gardez au moins quatre semaines de ces exports. Ne réécrivez pas par-dessus le même fichier à chaque fois. Si vos données se corrompent un mardi et que vous ne le remarquez que le vendredi, vous ne voulez pas que votre seule sauvegarde soit les données déjà cassées du vendredi.

La structure de votre appli — à chaque changement significatif.

La plupart des créateurs d’applis avec IA ont une forme d’historique des versions ou d’instantanés. Trouvez cette fonctionnalité. Utilisez-la. Avant de faire un gros changement à l’appli — et « gros » veut dire « quelque chose que vous ne pourriez pas refaire de mémoire en une heure » — prenez un instantané nommé. Appelez-le quelque chose d’utile comme « avant l’ajout de l’écran de paiement » ou « avant la modification des rôles utilisateur ».

Si votre créateur n’a pas d’instantanés, demandez à l’IA de résumer ce que fait l’appli dans un long document. Enregistrez ce document. Ce n’est pas une vraie sauvegarde de l’appli, mais c’est une recette — si le pire arrive, vous pouvez utiliser ce document comme prompt pour reconstruire.

Vos comptes et identifiants — une fois, le jour du lancement.

Notez, en un seul endroit, où se trouve chaque chose. Quel compte de créateur contient l’appli. Quel service de base de données contient les données. Quel e-mail est l’identifiant admin. Quel processeur de paiement est connecté. Quelles intégrations sont connectées.

Enregistrez ça dans un gestionnaire de mots de passe, pas dans un Google Doc. Si vous vous faites renverser par un bus demain, votre associé doit pouvoir retrouver tout ça. Si vous êtes fondateur solo, votre futur vous (dans six mois, épuisé, essayant de se rappeler ce qu’il a fait au lancement) doit aussi pouvoir le retrouver.

Vos fichiers — partout où vos utilisateurs téléversent.

Si votre appli accepte les téléversements de fichiers — images, PDF, n’importe quoi — ces fichiers vivent quelque part. Trouvez où. La plupart des créateurs utilisent une sorte de compartiment de stockage. Vérifiez s’il est sauvegardé. Si non, mettez en place une copie périodique vers votre propre stockage.

Une routine de sauvegarde simple qui prend environ 20 minutes par semaine

Le dimanche soir, pendant que vous ne travaillez déjà pas de toute façon :

Ouvrez votre créateur d’applis avec IA. Prenez un instantané nommé de l’état actuel de l’appli. Datez-le.
Exportez chaque table de données en CSV. Déposez-les dans un dossier daté de votre stockage cloud. (La plupart des données vivent dans 3 à 10 tables — pas un gros travail.)
Jetez un œil à votre compartiment de stockage. Assurez-vous que rien de bizarre ne se passe (nombre de fichiers qui explose, téléversements suspects).
Mettez à jour votre document « où se trouve chaque chose » si quelque chose a changé cette semaine.

C’est tout. Vingt minutes, une fois par semaine. C’est une assurance follement disproportionnée par rapport à ce qu’elle protège.

Si vous ne voulez pas faire ça à la main, regardez si vos données vivent quelque part avec une sauvegarde native. Supabase, par exemple, peut faire des sauvegardes quotidiennes automatiques pour vous. Si vous êtes sur leur offre gratuite, ces sauvegardes sont limitées ; sur une offre payante, elles remontent plus loin. Pour une entreprise qui dépend de l’appli, cette offre payante est l’assurance la moins chère que vous achèterez jamais.

Quoi faire quand quelque chose tourne mal

Si votre appli casse à cause d’un bug du créateur d’applis avec IA ou d’un mauvais changement :

Ne paniquez pas en enchaînant les prompts. L’instinct sera de demander à l’IA de corriger immédiatement. Résistez pendant dix minutes. Une correction paniquée dans la mauvaise direction peut empirer les choses, et la plupart des créateurs ne défont pas facilement une chaîne de prompts.
Revenez à votre dernier instantané. Si vous en avez un. C’est toute la raison pour laquelle vous l’avez pris.
Si vous n’avez pas d’instantané, demandez au créateur d’applis avec IA d’annuler le dernier changement précis. Soyez précis. « Annule le changement où on a enlevé la page d’inscription » vaut mieux que « refais que ça marche ».

Si vos données se corrompent :

Arrêtez les écritures immédiatement. Mettez l’appli hors ligne si vous le pouvez. Chaque nouvelle action d’utilisateur tant que vos données sont mauvaises, c’est plus de données à réconcilier plus tard.
Restaurez à partir de votre sauvegarde correcte la plus récente. Si vous ne savez pas laquelle est correcte, restaurez-les une par une sur une copie de votre environnement jusqu’à trouver la dernière version propre.
Réconciliez ce qui manque. Si vous restaurez la sauvegarde de dimanche un vendredi, vous avez perdu cinq jours d’activité. Envoyez un e-mail aux utilisateurs concernés, demandez-leur de refaire ce qu’ils avaient fait, et excusez-vous. Les gens sont étonnamment compréhensifs quand vous êtes honnête et rapide.

Si vous perdez l’accès à votre compte :

Contactez le support immédiatement. N’essayez pas de « laisser passer ». Les files d’attente du support des créateurs varient ; certaines sont excellentes, d’autres lentes.
Ayez votre identité prête. E-mail d’inscription d’origine, détails de la carte de facturation, la date à laquelle vous vous êtes inscrit, toutes les anciennes factures. La récupération de compte sans ça est difficile.

Ce que personne n’avait dit au fondateur

Le fondateur de réservation par qui j’ai commencé a acheté une offre payante pour son service de données après qu’on en a parlé. Il a mis en place des sauvegardes quotidiennes automatiques. Il a pris un instantané de son appli. Il a noté tous ses comptes dans un gestionnaire de mots de passe. Le tout lui a pris environ une heure un dimanche.

Un mois plus tard, un changement qu’il avait demandé à l’IA a accidentellement cassé sa logique de réservation récurrente. Les clients ne voyaient plus leurs prochains rendez-vous. Il s’en est aperçu en vingt minutes. Il a restauré l’instantané en deux clics. Il a gardé les données, gardé l’appli, et ses clients n’ont rien vu du tout.

Il m’a dit après que c’était l’heure la moins chère qu’il ait jamais dépensée. Il n’a pas tort. Les sauvegardes pour une appli créée avec l’IA, c’est environ une heure de mise en place et vingt minutes d’habitude par semaine. Ce contre quoi elles protègent est la chose que personne, parmi ceux qui l’ont perdue, n’avait imaginé qu’elle lui arriverait.

Si vous avez construit quelque chose de réel, prenez un instantané dès aujourd’hui.