Analytique intégrée pour le SaaS
Vos clients veulent des graphiques dans votre produit. Vous avez un agent de code capable de les écrire en un après-midi — Claude Code, Codex, Cursor et Gemini produisent tous des composants React corrects au-dessus d'une requête SQL, et ils les produisent plus vite qu'un ticket ne peut les décrire.
Ce que l'agent ne sait pas faire, c'est tout ce qui vient après. Il ne garde pas les chiffres justes la semaine prochaine, il n'empêche pas le client A de lire les lignes du client B, et il ne vous donne pas une URL que vous accepteriez de mettre sous les yeux d'un compte qui paie. C'est le travail que fait vibedasher.
La répartition du travail
Votre agent écrit le tableau de bord. Les composants React, les requêtes SQL, la mise en page, le choix des graphiques. Il écrit ce qu'il sait bien écrire.
Nous l'hébergeons et nous le gouvernons. Le tableau de bord reçoit une URL derrière votre login. Chaque requête est limitée au spectateur côté serveur, donc chaque client ne voit que ses propres lignes. Vous récupérez une intégration à poser dans votre application, une actualisation planifiée, et des alertes quand un chiffre franchit un seuil. Vous connectez votre entrepôt une fois, via l'un de nos connecteurs, ou vous téléversez un fichier plat.
Chacun peut partir. L'eject-to-code rend le tableau de bord sous forme de sources dans votre dépôt. Rien de ce que nous hébergeons n'est dans un format que nous seuls savons lire — et c'est tout le point : l'artefact que votre agent a produit est l'artefact que nous servons.
Face au développement interne
Construire son analytique intégrée est un projet bien connu, et c'est justement le problème : tout le monde sous-estime la seconde moitié. Le premier tableau de bord prend une semaine. Ce qui suit, c'est un cloisonnement des requêtes par locataire qui tient face à un client hostile, une couche de requête qui ne s'écroule pas quand un compte lance une agrégation sur un an, un cache avec une invalidation sensée, un planificateur d'actualisation, et une astreinte pour les heures où les chiffres sont faux et où le client l'a remarqué avant vous.
Rien là-dedans n'est intéressant, et rien ne différencie votre produit. C'est aussi la partie que votre agent va esquisser avec assurance en vous laissant la découvrir.
Face aux éditeurs d'analytique intégrée
Luzmo, Explo et Metabase font de l'analytique intégrée, et ce sont de vrais produits — si votre équipe veut un éditeur glisser-déposer, ils valent votre temps, et nous ne prétendrons pas le contraire.
La différence porte sur ce qu'est un tableau de bord. Chez eux, c'est un objet construit dans leur éditeur et stocké dans leur format ; l'intégration sert cet objet. Votre agent ne produit pas cet objet. Il produit du React et du SQL, et il n'existe aucun chemin d'import entre « un composant écrit par mon agent » et le modèle interne d'un éditeur visuel — la traduction perd précisément ce que vous vouliez.
vibedasher héberge le React et le SQL directement. C'est la seule vraie distinction, et elle a une conséquence qu'il faut dire franchement : comme l'artefact est du code, le reprendre est une copie, pas une migration.
Face à Tableau ou Power BI intégrés
Même forme, génération précédente. Tableau et Power BI hébergent des classeurs construits dans leurs éditeurs, et leurs offres d'intégration servent ces classeurs. Si votre organisation tourne déjà dessus, la page alternative à Tableau dit ce qu'un déplacement coûte réellement.
L'hébergement
Sur le cloud infogéré, les tableaux de bord, les jeux de données et les résultats de requête sont traités et stockés dans l'Union européenne, à Francfort — tandis que l'identité de connexion, votre adresse e-mail et votre appartenance au compte, est conservée aux États-Unis pour chaque compte, où que vous soyez. Ce partage ne se choisit pas et il n'y a pas de sélecteur de région. Si vos contrats — ou ceux de vos clients — ne le permettent pas, le build auto-hébergé exécute le même moteur dans votre réseau : docker compose pour une seule machine, un chart Helm pour Kubernetes. Pour être direct : ce chemin est documenté et testé, et il n'a encore aucun client en production. La page BI auto-hébergée dit ce que cela implique.
Ensuite
Lisez la page API, SDK et MCP, ou la documentation. Pour essayer : cloud.vibedasher.com. Pour parler à quelqu'un d'abord : contact.
Questions fréquentes
- Mes clients ont-ils besoin d'un compte vibedasher ?
- Non. L'intégration est autorisée par votre application, pas par un second login. Vous demandez à notre API un jeton limité au client que vous avez déjà authentifié, et le tableau de bord s'affiche dans votre produit avec les lignes de ce client et aucune autre.
- Comment le filtrage par ligne est-il appliqué ?
- Côté serveur, au moment où la requête s'exécute — pas dans le code du tableau de bord. La portée voyage avec le jeton : un spectateur qui modifie la requête, l'URL ou le bundle client récupère quand même ses propres lignes. Un filtre appliqué dans le frontend est un choix d'affichage, pas une frontière, et nous ne le traitons pas comme telle.
- Puis-je garder le code du tableau de bord ?
- Oui. L'eject-to-code vous rend le tableau de bord sous forme de sources React à héberger dans votre propre application, et il continue d'utiliser notre API de requête pour les données. Un vrai tableau de bord éjecté tourne sur ce site : vous pouvez regarder le résultat au lieu de nous croire.
- Où les données résident-elles ?
- Sur le cloud infogéré, les tableaux de bord, les jeux de données et les résultats de requête sont traités et stockés dans l'Union européenne, à Francfort. L'identité de connexion — votre adresse e-mail et votre appartenance au compte — est conservée aux États-Unis, pour chaque compte, où que vous soyez. Si c'est bloquant, ça doit l'être, et le build auto-hébergé garde les deux dans votre réseau — même moteur, même API.
- De quoi mon agent a-t-il besoin pour en construire un ?
- D'un serveur MCP. Branchez Claude Code, Codex, Cursor ou n'importe quel agent compatible MCP sur le nôtre et il peut connecter la source de données, écrire le tableau de bord, le publier et configurer les actualisations sans quitter le terminal. Des SDK Python et TypeScript existent pour le piloter depuis votre propre code.