Tableau Desktop sert à construire des visualisations, des classeurs et des tableaux de bord à partir de sources locales ou d’entreprise. Pour un usage professionnel sur des données non publiques, l’édition Professional activée par une licence Creator reste la voie prévue par l’éditeur. Tableau Public vise au contraire la publication ouverte, avec une limite annoncée de 15 millions de lignes par source.
En bref.
- Tableau Desktop couvre la connexion aux données, l’exploration, la préparation limitée des jeux de données et la création de tableaux de bord interactifs.
- Les licences Tableau distinguent les créateurs de contenus, les utilisateurs qui explorent des contenus publiés et les lecteurs qui les consultent.
- Tableau Public est gratuit, mais les classeurs publiés et les données intégrées doivent être considérés comme accessibles publiquement.
- Tableau Desktop Free Edition permet un travail local sur des sources et des volumes non admis dans Public, sans apporter les fonctions de partage de rapports d’une plateforme Tableau Cloud ou Tableau Server.
- Le choix entre Desktop Professional, Free Edition et Public dépend d’abord du niveau de confidentialité, puis du mode de diffusion attendu.
Ce contenu s’adresse aux responsables BI qui examinent Tableau comme cible possible pour remplacer un parc de rapports ou compléter des outils de BI existants. Il ne traite ni du paramétrage détaillé d’un entrepôt de données ni des clauses de votre contrat commercial, qui doivent être relues avec vos équipes achats et juridiques.
Quelles fonctionnalités Tableau Desktop apporte-t-il à un auteur de rapports ?
Tableau Desktop est l’outil d’auteur installé sur un poste Windows ou macOS. Il sert à connecter des sources, sélectionner des champs, créer des mesures, poser des filtres, construire des feuilles puis les assembler dans un tableau de bord. Les livrables prennent notamment la forme de fichiers .twb, qui décrivent le classeur, ou .twbx, qui regroupent le classeur et des éléments embarqués.
Le produit couvre plusieurs étapes habituellement séparées dans un socle décisionnel. L’auteur peut établir une connexion à un fichier, à une base relationnelle ou à une source publiée, créer des jointures ou des relations, définir des champs calculés, puis passer à la visualisation de données. Cette continuité attire souvent les équipes qui sortent d’un environnement où l’univers, le rapport et la diffusion relevaient de composants différents.
Il faut toutefois distinguer la facilité de manipulation visuelle de la formalisation des règles de gestion. Une colonne calculée créée dans un classeur Tableau peut répondre à un besoin immédiat, mais elle peut aussi déplacer une règle précédemment portée par un univers BusinessObjects ou une couche sémantique. Lors d’une migration, cette règle doit être recensée, documentée et testée. Sinon, elle se multiplie dans les classeurs et devient difficile à réconcilier.
De la connexion à la création de tableaux de bord
Les fonctionnalités de Tableau Desktop reposent sur l’assemblage de feuilles de calcul. Une feuille peut porter une courbe mensuelle, un histogramme par famille, une carte ou un tableau croisé. L’auteur combine ensuite plusieurs feuilles dans un même écran, avec des filtres, des actions de sélection, des info-bulles et des paramètres. Cette logique convient particulièrement aux analyses où un utilisateur doit passer d’un total à un détail sans ouvrir une succession de rapports séparés.
Un rapport de suivi commercial, par exemple, peut contenir une mesure de chiffre d’affaires, une comparaison avec l’exercice précédent et un filtre sur le statut de commande. Le point de contrôle ne porte pas sur l’apparence du graphique. Il porte sur le niveau exact auquel le filtre est appliqué. Si le socle précédent excluait les commandes annulées dans l’objet de recette et que Tableau les exclut dans une action de tableau de bord, les deux écrans peuvent paraître proches tout en produisant des périmètres différents.
Tableau Desktop permet aussi de travailler avec des extraits. Un extrait matérialise une copie optimisée des données nécessaires au classeur. Il peut améliorer la consultation d’un tableau de bord, mais il impose de suivre la date de rafraîchissement, la clé de filtrage et le volume chargé. Un tableau de bord actualisé chaque nuit ne répond pas au même besoin qu’un rapport interrogeant une base en direct à chaque ouverture.
Les limites à intégrer avant de remplacer un socle existant
Tableau Desktop n’est pas un outil de reprise automatique de rapports Web Intelligence, d’univers BusinessObjects ou de rapports OBIEE. Les objets peuvent être recensés, les indicateurs peuvent être traduits et les règles peuvent être redéfinies, mais le travail reste un chantier de reconstruction ou de reprise fonctionnelle. La page consacrée à une migration de BusinessObjects vers Power BI illustre d’ailleurs un point qui vaut aussi pour Tableau : le rapport visible ne suffit pas à retrouver ses filtres implicites, ses variables et son contexte de calcul.
Sur un parc ancien, l’audit préalable reste prioritaire. Il faut identifier les rapports réellement consultés, les sources réellement interrogées, les destinataires et la fréquence de mise à jour. Un tableau de bord très utilisé peut n’appeler que trois indicateurs. À l’inverse, un rapport rarement ouvert peut contenir une règle financière qui n’existe nulle part ailleurs. L’ordre de traitement ne se déduit pas seulement du nombre de fichiers.
La documentation Tableau décrit les différences entre les éditions Desktop et précise les usages admis pour chacune d’elles. Le relevé a été effectué le 12 mars 2026 dans le guide Tableau des éditions Desktop. Aucun environnement Tableau n’a été ouvert pour ce contenu ; les comparaisons fonctionnelles qui suivent reposent donc sur cette documentation éditeur et sur le périmètre public des offres.
Le bon arbitrage commence donc par la règle de gestion à préserver, non par le type de graphique à reproduire.
Quelles différences Tableau séparent Desktop Professional, Free Edition et Tableau Public ?
Les différences Tableau les plus structurantes ne concernent pas la palette de graphiques. Elles concernent la confidentialité, les connecteurs accessibles, les limites de volume, le stockage des classeurs et la publication. Les trois éditions permettent d’explorer et de représenter des données, mais elles ne couvrent pas le même usage organisationnel.
Tableau Desktop Public Edition est conçu pour apprendre, analyser des données publiables et diffuser des visualisations sur internet. La documentation éditeur indique une limite de 15 millions de lignes par source de données pour cette édition. La même documentation précise que Public n’est pas prévu pour un usage commercial. Cette mention doit être prise au pied de la lettre lorsqu’un classeur contient des indicateurs de ventes, des données client, des données de production ou des données de personnel.
Tableau Desktop Free Edition répond à une situation différente. Il permet un travail local avec des données qui ne doivent pas être rendues publiques, avec des sources non prises en charge dans Public, avec des volumes dépassant 15 millions de lignes et avec des données en direct autres que Google Drive. Cela ne transforme pas l’édition gratuite en plateforme de diffusion interne. Le partage de rapports gouverné, avec des droits, une publication et une administration, relève d’un environnement Tableau Server ou Tableau Cloud associé à des licences adaptées.
| Édition Tableau Desktop | Confidentialité et stockage | Sources et volume | Partage de rapports prévu |
|---|---|---|---|
| Public Edition | Publication publique des travaux sur Tableau Public ; données intégrées à traiter comme accessibles en ligne. | Sources courantes prises en charge ; limite annoncée de 15 millions de lignes par source. | Diffusion publique, intégration sur un site et consultation ouverte. |
| Free Edition | Travail local avec des données non destinées à une publication publique. | Sources supplémentaires, données en direct hors Google Drive et volumes supérieurs à 15 millions de lignes selon la documentation. | Pas de mécanisme équivalent à une diffusion administrée via Tableau Server ou Tableau Cloud. |
| Professional Edition | Usage professionnel activé avec une licence Tableau payante. | Connexion aux sources prises en charge par l’édition professionnelle et usage dans un cadre d’entreprise. | Publication vers Tableau Server ou Tableau Cloud avec les droits et licences associés. |
Le tableau reprend le périmètre indiqué dans le comparatif officiel des éditions Tableau Desktop, consulté le 12 mars 2026. Il ne remplace pas la vérification d’un connecteur précis dans votre version de Tableau, car la disponibilité des connecteurs et des pilotes peut évoluer.
Pourquoi Tableau Public n’est pas une version d’essai pour données internes
Tableau Public est souvent choisi parce qu’il permet de pratiquer la création de tableaux de bord sans achat initial. Cet usage est cohérent pour des données ouvertes, des séries statistiques publiques, un portfolio professionnel ou une visualisation intégrée dans une publication. Il devient inadapté dès que le classeur contient des données qui ne doivent pas être exposées.
La difficulté ne se limite pas au tableau de bord visible. Un fichier peut embarquer des données, des libellés, des noms de clients, des segments commerciaux, des filtres ou des informations issues d’une source interne. Retirer un graphique sensible ne garantit pas que le classeur est purgé de toutes les informations exploitables. Le contrôle doit donc porter sur le fichier, les extraits, les champs masqués et les données utilisées par les actions.
Une équipe qui utilise Tableau Public pour tester un futur tableau de bord doit travailler sur un jeu de données anonymisé et construit pour cet exercice. Ce jeu ne doit pas être une exportation directe de production avec quelques colonnes supprimées. La question de la protection des données personnelles relève de votre DPO et de vos équipes sécurité ; l’analyse se limite ici au risque décisionnel d’une publication publique non maîtrisée.
Quand la Free Edition peut suffire, et quand elle bloque
La Free Edition peut convenir à un analyste qui produit localement une analyse ponctuelle sans besoin de publication centralisée. Elle peut aussi aider à évaluer la prise en main de Tableau sur un échantillon interne contrôlé. Elle bloque lorsque plusieurs lecteurs doivent consulter la même version, lorsque les droits d’accès doivent être administrés ou lorsque les rafraîchissements doivent être industrialisés.
La distinction est nette. Un fichier envoyé manuellement à trois personnes ne constitue pas un dispositif de diffusion décisionnelle. Il crée plusieurs copies, complique la traçabilité et rend les corrections difficiles à suivre. Dès lors qu’un indicateur sert à piloter une activité, la question n’est plus seulement celle du poste auteur. Elle devient celle de la version publiée, du calendrier de mise à jour et des droits de consultation.
Le choix de l’édition doit suivre votre mode de diffusion réel, pas l’étiquette gratuite ou payante placée sur le produit.
Comment fonctionnent les licences Tableau pour créer, explorer et consulter ?
Les licences Tableau distinguent habituellement les rôles Creator, Explorer et Viewer. Cette séparation évite d’attribuer une licence d’auteur à chaque lecteur d’un tableau de bord. Elle impose cependant de décrire les usages avant d’acheter. Le nombre de personnes qui ouvrent un rapport ne détermine pas, à lui seul, le nombre de personnes qui doivent le créer ou le modifier.
La licence Creator correspond au rôle de production. Elle donne accès à Tableau Desktop Professional et inclut Tableau Prep Builder, l’outil de préparation de données de l’éditeur. Elle est également associée à un droit Creator sur Tableau Cloud ou Tableau Server selon l’offre acquise. Les modalités exactes, les droits inclus et les canaux d’achat doivent être vérifiés dans votre devis, car un contrat existant peut différer du catalogue public.
Explorer s’adresse à des utilisateurs qui manipulent des contenus publiés dans l’environnement partagé, dans les limites définies par leur rôle. Viewer vise la consultation et l’interaction avec des tableaux de bord diffusés. Cette logique est plus proche d’une répartition de responsabilités que d’un classement hiérarchique. Un contrôleur de gestion peut avoir besoin de Creator s’il maintient des sources et des calculs. Un directeur qui consulte chaque matin un tableau de bord peut relever de Viewer.
Le coût ne se calcule pas avec le seul prix d’un poste auteur
Le budget de licences doit être établi sur trois populations. Il faut compter les auteurs qui construisent ou maintiennent les classeurs, les utilisateurs qui explorent et les lecteurs qui consultent. Puis il faut ajouter le mode d’hébergement retenu, les besoins de support, les environnements de recette et les éventuels coûts de formation. Réduire ce calcul à un prix mensuel par utilisateur masque souvent le poste le plus important : la population réelle de lecteurs.
La page publique de l’éditeur présente les rôles et les modalités tarifaires affichées au catalogue. Les montants, unités de facturation et offres peuvent évoluer ; ils doivent être relevés à la date du dossier d’arbitrage sur la page de tarification Tableau. Aucun tarif précis n’est repris ici, car il serait trompeur sans date de relevé, devise, unité de facturation et mention du périmètre hors remise négociée.
Cette précaution vaut aussi lorsqu’une équipe compare Tableau à Power BI. Le rapprochement ne peut pas se limiter à Creator contre Power BI Pro. Les capacités de publication, les rôles lecteurs, les rapports paginés, le mode de capacité et le volume de diffusion changent l’addition. Une comparaison des coûts de licences Power BI donne un cadre utile, à condition de reprendre les effectifs réels de votre organisation au lieu de transposer un prix isolé.
Un calcul de dimensionnement à poser avant toute négociation
Un exemple de dimensionnement permet d’éviter une discussion abstraite. Prenez un périmètre de 12 auteurs de rapports, 38 utilisateurs qui doivent explorer des contenus publiés et 250 lecteurs. Le calcul de licences ne commence pas par le prix catalogue. Il commence par la confirmation que les 38 personnes modifient réellement des vues ou des classeurs. Si 25 d’entre elles filtrent seulement des tableaux de bord publiés, elles n’ont peut-être pas besoin du rôle initialement envisagé.
Il faut aussi contrôler les comptes inactifs. Dans les migrations de socles décisionnels, les rôles sont souvent distribués à partir d’une liste de destinataires historique. Cette liste mélange des salariés ayant changé de fonction, des lecteurs occasionnels et des utilisateurs qui n’ont jamais ouvert le contenu. Les journaux de consultation sur douze mois permettent de séparer les besoins permanents des accès exceptionnels.
Un ratio de licences ne devient défendable qu’après ce contrôle. Sans logs fiables, le projet peut provisionner trop de rôles auteurs ou, à l’inverse, sous-estimer les besoins de consultation le jour de la bascule. La licence est un résultat de l’usage observé, non une hypothèse à confirmer plus tard.
Les rôles Tableau doivent donc être attribués à des comportements documentés, pas à des intitulés de poste.
Comment comparer Tableau Public et Tableau Desktop dans un projet de migration BI ?
Dans un projet de sortie d’un socle décisionnel, Tableau Public ne doit pas être placé au même niveau que Tableau Desktop Professional. Public est un canal de publication ouvert pour des contenus publics. Desktop Professional est un outil d’auteur inséré dans une organisation qui peut publier vers Tableau Cloud ou Tableau Server. Les deux produits partagent une partie de l’expérience de création, mais ils ne portent pas le même niveau de responsabilité sur les données et le partage.
La comparaison doit être menée rapport par rapport, puis par famille de rapports. Un tableau de bord externe présentant des indicateurs publics peut être candidat à Tableau Public. Un suivi de marge, de commandes, de stocks ou de portefeuille client ne l’est pas. Dans ce second cas, le projet doit examiner Desktop Professional, le mode de publication, l’authentification, les droits par contenu et les règles de rafraîchissement.
Un protocole de tri pour les rapports existants
Le premier tri porte sur l’usage. Il faut extraire les journaux disponibles, couvrir au moins douze mois lorsque les rapports ont une périodicité annuelle ou trimestrielle, puis identifier les objets consultés. Un rapport sans ouverture connue depuis douze mois n’est pas automatiquement supprimé. Il doit être soumis à son propriétaire métier, car certains rapports réglementaires ou de clôture n’apparaissent qu’à une période précise.
Le deuxième tri porte sur la sensibilité. Les champs affichés ne sont pas le seul élément à examiner. Les sources, les extraits, les paramètres, les filtres cachés et les pièces jointes doivent être contrôlés. Un tableau de bord public ne peut pas s’appuyer sur une extraction interne partiellement masquée. La publication modifie la nature même du contenu diffusé.
Le troisième tri porte sur la complexité analytique. Un rapport avec deux mesures et trois filtres ne représente pas la même charge qu’un tableau de bord avec quinze feuilles, des actions croisées, des calculs de niveau de détail et plusieurs sources jointes. La reprise d’une apparence graphique peut être brève ; la reprise du calcul, du périmètre et de la recette ne l’est pas nécessairement.
- Inventoriez les classeurs, rapports sources, sources de données et destinataires.
- Recueillez les journaux d’usage sur douze mois et signalez leur durée réelle de rétention.
- Classez chaque objet selon sa confidentialité, sa fréquence de consultation et son niveau de règles embarquées.
- Choisissez la cible de diffusion avant de reconstruire les visualisations.
- Définissez une recette chiffrée pour chaque indicateur repris.
Les forums et échanges communautaires peuvent aider à comprendre une fonctionnalité ou un comportement de version, mais ils ne doivent pas servir de preuve de gouvernance. Les forums consacrés à la business intelligence restent utiles pour confronter une difficulté technique ; la décision de publier un indicateur interne doit reposer sur votre politique de sécurité et sur la documentation contractuelle de l’éditeur.
Pourquoi la réconciliation ne doit pas attendre la fin du chantier
Un tableau de bord repris dans Tableau ne produira pas nécessairement les mêmes chiffres que le rapport d’origine. Les écarts peuvent venir d’un filtre de date, d’une jointure, d’un arrondi, d’une règle de dédoublonnage ou d’une définition différente d’un statut. Le projet doit donc convenir d’une tolérance par indicateur, de la source de référence et de la personne habilitée à accepter un écart expliqué.
Pour un chiffre d’affaires mensuel, une recette peut comparer le total, le détail par société, le détail par canal et le nombre de lignes contributrices. Un écart de 0,3 % ne doit pas être accepté ou refusé par principe. Il doit être rattaché à une cause. Si l’écart provient de commandes annulées incluses dans la nouvelle requête, le correctif est fonctionnel. S’il vient d’une nouvelle définition acceptée par la direction financière, il doit être documenté comme tel.
Le double run a un coût, mais il évite de découvrir une divergence le jour où l’ancien rapport est retiré. Sur les indicateurs de pilotage, une période de comparaison entre l’ancien et le nouveau dispositif doit être planifiée avant la bascule. Elle ne prouve pas l’identité des chiffres ; elle rend les écarts visibles, explicables et arbitrables.
Tableau Public peut donc servir une diffusion ouverte, mais il ne remplace pas un dispositif de recette et de gouvernance pour les indicateurs internes.
Dans quels cas Tableau Public, Free Edition ou Desktop Professional répondent-ils réellement au besoin ?
Le choix devient plus clair lorsqu’il est formulé à partir d’un usage concret. Tableau Public répond à une intention de publication ouverte. La Free Edition répond à un besoin de travail local sans publication publique. Tableau Desktop Professional répond à un besoin d’auteur professionnel associé à un partage organisé dans Tableau Server ou Tableau Cloud. Ces frontières doivent rester visibles dans le dossier de décision.
Un service communication qui veut intégrer une visualisation de données ouvertes à un site éditorial peut utiliser Tableau Public, après vérification du caractère publiable du jeu de données. Un analyste qui doit examiner localement un fichier interne volumineux sans le partager peut examiner la Free Edition. Une direction financière qui publie des indicateurs de clôture à plusieurs dizaines de lecteurs doit étudier la Professional Edition et les rôles de plateforme associés.
Le cas des étudiants, de l’évaluation et de Tableau Reader
Tableau propose aussi des programmes académiques et une période d’évaluation de l’offre Creator. Ces voies répondent à des situations précises. Un étudiant éligible peut disposer temporairement des capacités de l’offre Creator dans un cadre académique. Une évaluation permet de tester les connexions, les calculs, les extraits et les modes de publication sur un périmètre maîtrisé. Elle ne remplace pas la préparation d’un plan de licences pour une exploitation durable.
Tableau Reader permet d’ouvrir des classeurs empaquetés au format .twbx. Ce mode de diffusion peut paraître pratique lorsqu’un lecteur n’a pas de licence de plateforme. Il crée néanmoins une distribution de fichiers, avec les difficultés habituelles de version, de données embarquées et de révocation d’accès. Pour un partage périodique, centralisé et traçable, la publication dans une plateforme reste plus cohérente que l’envoi d’un fichier joint.
Le test doit être réalisé avec des jeux de données représentatifs. Un essai limité à un fichier de démonstration ne montre ni le comportement des jointures, ni la charge des extraits, ni les écarts avec les indicateurs historiques. Il faut sélectionner quelques rapports complexes, y compris un rapport dont les règles de calcul sont connues et un autre dont elles doivent être retrouvées.
Un arbitrage qui évite les faux choix gratuits
À votre place, sur un parc interne de rapports contenant des données commerciales ou financières, Tableau Public serait écarté dès le cadrage. Son absence de coût de licence n’efface pas le coût d’une publication inappropriée. La Free Edition peut servir à un test local, mais elle ne doit pas être présentée comme une plateforme de partage interne.
Desktop Professional devient justifié lorsque les auteurs doivent travailler avec des données d’entreprise et publier des contenus gouvernés. L’arbitrage pourrait être inverse pour une équipe qui ne produit que des visualisations à partir de données ouvertes, destinées à un site public ou à un portfolio. Dans ce cas, payer une chaîne professionnelle de partage interne ne répondrait pas à un besoin démontré.
Avant toute décision, établissez une matrice limitée aux rapports réellement actifs, à leur niveau de sensibilité, à leurs sources et à leurs lecteurs. Ce document donnera une base plus solide qu’une comparaison de fonctionnalités isolées.
Tableau Desktop est-il gratuit ?
Tableau Desktop Professional est activé dans le cadre d’une licence Tableau payante, généralement associée au rôle Creator. Tableau propose aussi Tableau Public et Tableau Desktop Free Edition, qui répondent à des usages différents et comportent des limites de diffusion ou de fonctionnalités.
Quelle est la principale différence entre Tableau Desktop et Tableau Public ?
Tableau Public est destiné à publier des visualisations accessibles publiquement. Tableau Desktop Professional permet un usage professionnel avec des données d’entreprise et une publication vers Tableau Server ou Tableau Cloud selon les licences détenues.
Peut-on utiliser Tableau Public avec des données de ventes internes ?
Non. Les données et classeurs publiés dans Tableau Public doivent être traités comme publics. Les données commerciales, financières, clients ou de production doivent rester dans un dispositif de diffusion adapté à vos règles internes.
Tableau Desktop Free Edition permet-il de partager des tableaux de bord dans l’entreprise ?
La Free Edition permet le travail local sur des données qui ne doivent pas être publiées publiquement. Elle n’apporte pas à elle seule le partage administré, les droits et la diffusion centralisée associés à Tableau Server ou Tableau Cloud.
Le dossier complet Socles BI hérités : auditer le parc réel avant de le migrer
