Puis-je importer mes fichiers .twb ou .pbix ?

Non, et nous n'allons pas laisser entendre le contraire. Il n'existe pas d'importeur. Un classeur est une spécification visuelle liée au modèle de données de Tableau ; ce qui sortirait d'un importeur serait une approximation grossière qu'il faudrait auditer graphique par graphique — plus lent et moins fiable que de laisser un agent reconstruire le tableau de bord sur les mêmes tables. Votre SQL et votre entrepôt passent sans changement ; le classeur, non.

Et mes champs calculés et expressions LOD ?

Ils doivent être réécrits, le plus souvent en SQL. C'est du vrai travail et c'est le coût principal d'un déplacement. L'avantage, c'est qu'un calcul devenu du SQL versionné est relisible et testable, et cesse d'être une chose que seule la personne qui a construit le classeur sait expliquer.

Aurai-je encore besoin d'une licence Tableau ?

Cela dépend entièrement de ce que votre organisation fait par ailleurs avec Tableau, et nous sommes les mauvaises personnes pour y répondre. La plupart des équipes qui nous parlent remplacent une catégorie de tableaux de bord — ceux destinés aux clients ou intégrés au produit — et laissent le travail analytique interne où il est.

Qui exploite cela au quotidien ?

Quelqu'un à l'aise avec un agent de code. C'est la réponse honnête. Le produit est construit autour d'un agent qui écrit du React et du SQL ; si vos tableaux de bord sont faits par des analystes dans un éditeur glisser-déposer et que personne ne veut que cela change, Tableau vous convient mieux que nous.

Puis-je emporter les tableaux de bord si je partais ?

Oui. L'eject-to-code vous rend le tableau de bord sous forme de sources React dans votre dépôt. Ce n'est pas un argument inventé pour cette page : c'est la conséquence directe du fait que l'artefact est du code et non un classeur propriétaire — et cela coupe dans les deux sens, puisque c'est aussi pourquoi il n'y a pas d'importeur.

Une alternative à Tableau pour les équipes dont les tableaux de bord sont désormais écrits par un agent

Cette page s'adresse à quelqu'un qui connaît vraiment Tableau ou Power BI — qui a livré des champs calculés, débattu des extraits, et publié sur un serveur dont d'autres dépendent. Pas à quelqu'un qui cherche une licence moins chère.

La raison de la lire est un changement précis dans votre organisation : quelqu'un a demandé à Claude Code, Codex ou Cursor de construire un tableau de bord, et le résultat était assez bon pour qu'on le redemande. Cela vous met dans une position inconfortable, parce que l'artefact produit par l'agent est du React et du SQL, et qu'il n'y a nulle part dans votre pile où le poser.

Ce qui a changé

La BI classique soudait deux choses : un éditeur dans lequel on construit, et un serveur qui héberge ce que l'éditeur a produit. La soudure est un format propriétaire — un classeur — et c'est elle qui rendait les deux inséparables.

Les agents ont pris l'éditeur. Pas à moitié : pour un tableau de bord bien spécifié sur des tables qui existent déjà, un agent l'écrit plus vite que vous ne glissez les champs, et il l'écrit dans du code relisible.

Ce que les agents n'ont pas pris, c'est le serveur, et le serveur reste porteur. Quelqu'un doit héberger le tableau de bord à une URL, décider qui peut l'ouvrir, décider quelles lignes chaque spectateur reçoit, maintenir les données fraîches, et envoyer l'alerte quand un chiffre bouge. Votre Tableau Server fait bien ce travail — pour des classeurs. Il ne sait pas héberger du React.

C'est le vide que vibedasher comble. Pas un meilleur éditeur. Le serveur de l'artefact que l'agent a réellement produit.

Ce qui passe, et ce qui ne passe pas

Passe sans changement : votre entrepôt, vos tables, votre SQL. Nous nous connectons aux bases relationnelles et aux entrepôts cloud habituels — la liste actuelle est sur la page tarifs — et les requêtes derrière vos classeurs sont des requêtes ici aussi.

Doit être réécrit : tout ce qui est exprimé dans le langage propre de Tableau. Champs calculés, expressions LOD, calculs de table, actions de paramètre. En pratique un agent en réécrit la plupart en SQL rapidement, et vous relisez le résultat — mais c'est une relecture, pas une conversion, et le temps est réel.

Ne passe pas du tout : les classeurs. Il n'y a pas d'importeur, et cette page n'en inventera pas un. Un .twb est une spécification visuelle liée au modèle de données de Tableau ; le mieux qu'un importeur produirait est une approximation à auditer graphique par graphique, plus lente et moins fiable qu'une reconstruction sur les mêmes tables. Si c'est bloquant, c'est un vrai blocage et il faut le dire avant d'y passer une semaine.

Ce que vous obtenez à la place

Un tableau de bord écrit par votre agent, hébergé à une URL derrière votre login. Un cloisonnement par ligne décidé côté serveur au moment de la requête, qu'un spectateur ne peut pas élargir depuis le client. Des intégrations pour poser un tableau de bord dans un produit, client par client. Une actualisation planifiée et des alertes. Un serveur MCP, pour que l'agent fasse tout cela depuis le terminal plutôt que par une interface. Des SDK Python et TypeScript quand vous préférez scripter.

Et la sortie : l'eject-to-code vous rend le tableau de bord sous forme de sources dans votre dépôt. Un vrai tableau de bord éjecté tourne sur ce site, parce que l'affirmation ne vaut que si l'on peut regarder le résultat.

Ce que nous ne sommes pas

Nous ne sommes pas un éditeur glisser-déposer, et un utilisateur de Tableau qui nous évalue doit l'entendre tôt plutôt que le découvrir. Il n'y a pas de canevas où un analyste sans expérience du code assemble un tableau de bord. En créer un veut dire lancer un agent ; en lire un ne demande que le lien.

Nous sommes aussi le produit d'une seule personne, construit en France, face à deux des plus grandes entreprises logicielles du monde. 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 ; il existe un build auto-hébergé qui garde les deux dans votre réseau. Ce que nous n'avons pas, c'est dix ans de réponses toutes faites aux achats grands comptes, et nous préférons que vous l'appreniez de ce paragraphe.

Alternatives

Si vous quittez Tableau ou Power BI parce que vos tableaux de bord sont désormais écrits par un agent de code, voici les outils qu'on vous montrera, et nous avons écrit sur chacun une page honnête et sourcée plutôt que de laisser le comparatif à quelqu'un d'autre :

Metabase — la réponse par défaut à la BI open source : éditeur de requêtes visuel, SDK d'intégration et serveur MCP officiel.
Lightdash — de la BI posée sur votre projet dbt, les métriques définies une fois dans la couche sémantique.
Evidence — la BI comme du code dans un dépôt git : des fichiers markdown qui portent du SQL, déploiement au push.
Apache Superset — la plateforme d'exploration et de visualisation de l'Apache Software Foundation, auto-hébergée, sans aucun fournisseur.
Embeddable — de l'analytique destinée aux clients d'un SaaS, les tableaux de bord comme du code, des web components plutôt que des iframes.
Cube — une couche sémantique et une plateforme d'analytique agentique qui gouverne ce que chaque surface, humaine ou agent, peut demander.

La version en un paragraphe de chacun, et notre méthode, sont sur le hub des comparatifs. Plusieurs d'entre eux conviennent mieux que nous à un praticien Tableau qui veut un éditeur visuel, et les pages le disent. Chaque affirmation factuelle de ces six lignes est datée du 6 octobre 2026 — vérifiez leurs propres sites pour l'état actuel.

Ensuite

Si la catégorie que vous déplacez est celle des tableaux de bord destinés aux clients, lisez analytique intégrée. Pour essayer : cloud.vibedasher.com. Pour poser une question précise sur un classeur précis avant d'y passer du temps : contact.

Questions fréquentes

Puis-je importer mes fichiers .twb ou .pbix ?: Non, et nous n'allons pas laisser entendre le contraire. Il n'existe pas d'importeur. Un classeur est une spécification visuelle liée au modèle de données de Tableau ; ce qui sortirait d'un importeur serait une approximation grossière qu'il faudrait auditer graphique par graphique — plus lent et moins fiable que de laisser un agent reconstruire le tableau de bord sur les mêmes tables. Votre SQL et votre entrepôt passent sans changement ; le classeur, non.
Et mes champs calculés et expressions LOD ?: Ils doivent être réécrits, le plus souvent en SQL. C'est du vrai travail et c'est le coût principal d'un déplacement. L'avantage, c'est qu'un calcul devenu du SQL versionné est relisible et testable, et cesse d'être une chose que seule la personne qui a construit le classeur sait expliquer.
Aurai-je encore besoin d'une licence Tableau ?: Cela dépend entièrement de ce que votre organisation fait par ailleurs avec Tableau, et nous sommes les mauvaises personnes pour y répondre. La plupart des équipes qui nous parlent remplacent une catégorie de tableaux de bord — ceux destinés aux clients ou intégrés au produit — et laissent le travail analytique interne où il est.
Qui exploite cela au quotidien ?: Quelqu'un à l'aise avec un agent de code. C'est la réponse honnête. Le produit est construit autour d'un agent qui écrit du React et du SQL ; si vos tableaux de bord sont faits par des analystes dans un éditeur glisser-déposer et que personne ne veut que cela change, Tableau vous convient mieux que nous.
Puis-je emporter les tableaux de bord si je partais ?: Oui. L'eject-to-code vous rend le tableau de bord sous forme de sources React dans votre dépôt. Ce n'est pas un argument inventé pour cette page : c'est la conséquence directe du fait que l'artefact est du code et non un classeur propriétaire — et cela coupe dans les deux sens, puisque c'est aussi pourquoi il n'y a pas d'importeur.