Aller au contenu

Où vont les données

Dès que ton app manipule des données (un panier, une liste d’attente, des comptes utilisateurs), il faut décider où elles vont. Highwind suit un principe simple : la solution la plus légère qui suffit. Une base de données n’est ajoutée que quand l’app en a vraiment besoin, et c’est toi qui décides quand plusieurs solutions sont possibles.

1. Rien de plus

Les données qui ne concernent que le visiteur, sur son appareil, restent dans le navigateur (en mémoire ou dans le localStorage) : préférences, panier, calculatrice, liste de tâches personnelle sans connexion. Aucun coût, rien à configurer.

2. Le serveur de l'app

Le code que le navigateur ne doit pas exécuter : appeler une API avec une clé secrète, envoyer des e-mails, recevoir des webhooks. Et aussi quand toi, le propriétaire, tu veux recevoir ou consulter les données dans un outil que tu utilises déjà (formulaire de contact par e-mail, inscriptions dans une feuille Google Sheets).

3. La base de données

Seulement quand l’app elle-même en a besoin : comptes utilisateurs et connexion, données privées par utilisateur, données que l’app relit et modifie (tâches, catalogue, réservations), fichiers envoyés par les utilisateurs.

  • Toi, dans ton propre outil (ta boîte mail, ta feuille de calcul, Slack) : un serveur suffit, souvent avec un connecteur. Exemple : une liste d’attente dont tu veux voir les inscrits.
  • L’app, pour ses utilisateurs : il faut une base de données. Exemple : une app où chacun se connecte pour retrouver ses propres tâches.
Ce que tu demandes Ce que l’agent choisit
Un convertisseur d’unités, une calculatrice de prêt Rien de plus (état local)
Une liste de courses personnelle, sans compte Rien de plus (localStorage)
Un formulaire de contact qui t’envoie un e-mail Serveur + connecteur Resend, sans te demander
Une liste d’attente dont tu veux voir les inscrits Carte de choix : Google Sheets d’abord, puis e-mail ou base, puis local
Une app avec inscription et connexion Carte de choix, avec la base de données en premier
Un résumé d’article par IA Serveur + connecteurs (la clé de l’IA reste sur le serveur)

Quand ta demande implique de garder des données et qu’une base comme une solution plus légère pourraient convenir, l’agent ne choisit pas à ta place : il affiche une carte À toi de choisir sous sa réponse, puis s’arrête.

  1. Lis le besoin. En haut de la carte, l’agent résume le besoin en une phrase (par exemple « Enregistrer les inscriptions à ta liste d’attente »).

  2. Compare les options. La carte en propose 2 ou 3. Celle que l’agent recommande est en premier, avec le badge Recommandé. Les descriptions et les coûts sont écrits par Highwind, pas par l’agent.

  3. Clique sur ton choix. Highwind fait le nécessaire (créer la base, brancher le connecteur…) puis relance l’agent avec ton choix. Tu n’as rien à écrire.

  4. L’agent construit la partie données selon ton choix. Il ne la construit pas avant.

Option Ce qui se passe
Dans une feuille Google Sheets Chaque envoi s’ajoute comme une ligne dans une feuille de ton Google Drive, sans base de données. Gratuit. Tu connectes ton compte Google depuis une carte dans le chat. Voir Google Sheets.
Par e-mail (Resend) Tu reçois chaque envoi par e-mail, sans base de données. Gratuit avec ta clé Resend, que l’agent te demande ensuite par une carte.
Dans Slack Chaque envoi est publié dans un canal Slack de ton choix, sans base de données. Gratuit.
Base de données Comptes utilisateurs, données partagées entre appareils et fichiers, hébergés par Highwind en Europe. La base est créée en moins d’une minute, puis l’agent reprend tout seul. Pendant la bêta, le nombre de bases par compte est limité. Voir Base de données.
Plus tard Les données restent dans le navigateur de chaque visiteur pour l’instant. Tu pourras ajouter une base ensuite.

Pour des données que tu reçois seulement (liste d’attente, commandes, inscriptions), l’agent propose d’abord Google Sheets, puis l’e-mail ou la base, puis le stockage local.

L’agent n’affiche pas de carte quand le besoin est clair :

  • Aucune donnée à garder, ou des données qui ne servent qu’au visiteur : il utilise l’état local ou le localStorage.
  • Un formulaire de contact envoyé par e-mail : il ajoute directement le connecteur Resend et le serveur de l’app.
  • Un appel à un service tiers avec une clé (IA, paiement, cartes…) : il ajoute le serveur et le connecteur, puis te demande la clé par une carte. Voir Les secrets.
  • Un service que tu cites dans ta demande avec le menu + du chat : il le branche directement.

En revanche, il n’active jamais une base de données de lui-même. Même quand une connexion d’utilisateurs l’impose, il passe par la carte de choix (avec la base en premier), ou tu l’actives toi-même dans Paramètres du projet → Backend → Activer le backend.

Si tu sais déjà ce que tu veux, dis-le : l’agent suit ta demande.

Ajoute une liste d'attente sur la landing page. Les inscriptions doivent arriver
dans une feuille Google Sheets.
Crée une app de suivi d'habitudes avec inscription et connexion : chaque
utilisateur retrouve ses habitudes sur tous ses appareils.
Fais un simulateur de budget, sans compte ni base de données : garde les
données dans le navigateur.