---
title: "Tableau（タブロー）とは：製品の種類・データ接続・権限設計と自社開発との使い分け【2026年10月】"
url: "https://www.issoh.co.jp/tech/details/18863/"
published: 2026-10-25
updated: 2026-10-25
categories: ["データベース"]
publisher: "株式会社一創"
---
# Tableau（タブロー）とは：製品の種類・データ接続・権限設計と自社開発との使い分け【2026年10月】
Tableau（タブロー）は、データベースやクラウドサービス、Excelなどのデータにつないでグラフとダッシュボードを作り、組織の中で共有するBIツールです。現在はSalesforceの製品群に入っており、作る道具のDesktop、置き場所のCloudとServer、整形用のPrep、無料公開用のPublicという製品構成です。この記事では、Tableauで何ができるかを製品単位で整理したうえで、データ接続の方式、権限の設計、REST APIとPythonでの自動化、自社Webシステムへの埋め込みまでを、2026年10月時点の公式ドキュメントに沿って実装者の視点で解説します。最後に、Tableauを選ぶ条件と自社開発のダッシュボードに切り替える条件を言い切ります。
## まとめ：タブロー（Tableau）の製品の組み合わせ方と採用を見送る条件
Tableauは「Desktopで作り、CloudかServerに置いて共有する」のが基本の形です。社内データを扱うならTableau Publicは使いません。Publicに載せたワークブックは、誰でもデータソースごとダウンロードできる仕様だからです。
実装で先に決めるべきは2点です。ひとつはライブ接続にするか抽出にするか、もうひとつは行レベルセキュリティを誰のアカウントで判定するかです。この2つが後から変わると、ダッシュボードを作り直す範囲が大きくなります。
採用の判断は明快です。分析する人が自分で問いを変えながらデータを掘る組織なら、Tableauは投資に見合います。一方、決まった帳票を数百人に配るだけの用途や、自社サービスの顧客画面にグラフを組み込む用途では、ライセンスの積み上がりと見た目の制約が重く、自社開発のほうが合う場面が多いです。
## Tableau（タブロー）でできることとSalesforce製品群の中での位置づけ
まず、Tableauという名前が何を指しているかを押さえます。2026年時点では、同じ「Tableau」の名前で別の製品が並んでいるためです。
### 接続から可視化・共有までTableauが受け持つ作業とExcel集計との違い
Tableauの作業は、データソースへの接続、ドラッグ操作でのグラフ作成、ダッシュボードへの配置、サーバーへのパブリッシュという順に進みます。Excelでもグラフは作れますが、元データが更新されるたびに貼り直す運用になりがちです。Tableauはデータソースとの接続情報をワークブックに持ち、更新スケジュールで最新の値に置き換えます。
差が出るのは、分析の切り口を変える速さです。地域別から担当者別へ、月次から週次へといった切り替えを、数式を組み直さずにフィールドの入れ替えで済ませられます。操作の具体的な手順は[Tableauの使い方｜初心者が最短でグラフとダッシュボードを作る基本操作](https://www.issoh.co.jp/tech/details/7814/)で順に追っています。
### Tableau by TableauとTableau Nextの製品体系の違い
公式ヘルプの[Tableau の製品と機能](https://help.tableau.com/current/tableau-next/ja-jp/tableau%5Fnext%5Ftableau%5Fproduct%5Foverview.htm)は、従来からのDesktop・Cloud・Server・Prep・Publicなどを「Tableau by Tableau」と呼び、Salesforceのコードで作られたTableau Nextと区別しています。Tableau NextはSalesforceのData 360を土台にしたエージェント型の分析基盤で、ライセンスもTableau Next CreatorとTableau Next Consumerという別体系です。
検索で「Tableau」と調べて出てくる解説の大半は、Tableau by Tableauのほうです。本記事もこちらを扱います。社内でSalesforceを全面的に使っていて、CRMの画面の中で分析を完結させたい場合に限り、Tableau Nextを比較対象に加えます。
## Desktop・Prep・Cloud・Server・Publicの役割と選定基準
Desktop・Prep・Cloud・Server・Publicという各製品は、「作る道具」と「置き場所」に分けると、役割分担と組み合わせを整理できます。
### 作る道具と置き場所で分ける主要製品の役割と無料・有料の区分の見方
公式ヘルプの製品説明をもとに、実務で選ぶ対象になる製品を並べます。
| 製品 | 区分 | 役割 | 費用 |
| -------------------- | --------- | ------------------------ | ----------------- |
| Tableau Desktop | 作る道具 | ワークブックとダッシュボードを作成しパブリッシュ | Creatorライセンスに含まれる |
| Tableau Prep Builder | 作る道具 | 結合・クリーニング・加工のフローを作成 | Creatorライセンスに含まれる |
| Tableau Cloud | 置き場所 | Salesforceが運用するクラウドの共有基盤 | ユーザーライセンス制 |
| Tableau Server | 置き場所 | 自社で運用するオンプレミスの共有基盤 | ユーザーライセンス制 |
| Tableau Public | 作る道具と置き場所 | 一般公開を前提とした無料の公開基盤 | 無料 |
| Tableau Bridge | 接続の補助 | 社内データをTableau Cloudへ接続 | 無料 |
CloudとServerにはブラウザ上で作成できるWeb作成機能もあるため、閲覧と軽い修正しかしない人にDesktopは要りません。Desktopが要るのは、データソースを作り込むCreatorの人だけです。Desktopの導入手順と初期のデータ接続は[Tableau Desktopとは：Free Editionとの違い・インストール手順・データ接続の初期設定](https://www.issoh.co.jp/tech/details/18868/)で扱っています。
### Tableau CloudとTableau Serverの運用責任とデータ配置の選定基準
新規導入なら、まずTableau Cloudを前提に考えます。サーバーの構築、バージョンアップ、バックアップをSalesforce側が受け持つからです。Tableau Serverを選ぶのは、データを社外のクラウドに出せない規程がある場合か、既存のServer資産が大きい場合に絞られます。
Cloudを選んだときに詰まりやすいのは、社内ネットワークの中にあるデータベースへの接続です。この場合はTableau Bridgeを社内のサーバーに置き、Bridge経由でCloudへデータを届けます。Bridgeの常駐先と冗長化を誰が運用するかは、導入前に決めておく項目です。Cloudの認証設定とBridgeの構築、Serverからの移行手順は[Tableau Cloudとは：Serverとの違い・SSOとBridgeの設定・Serverからの移行手順](https://www.issoh.co.jp/tech/details/18870/)で解説しています。
### Tableau Publicの社内利用制限とPublic Editionの用途
公式ヘルプの[ワークブックを Tableau Public に保存する](https://help.tableau.com/current/pro/desktop/ja-jp/publish%5Fworkbooks%5Ftableaupublic.htm)には、Tableau Publicでは誰でもビューを操作でき、ワークブックやデータソースをダウンロードできると書かれています。グラフだけでなく、元の表データまで取り出せるということです。
売上明細や顧客リストをPublicで試すのは、情報漏えいと同じ結果になります。無料で操作を覚えたいだけなら、同じヘルプが案内している無料のTableau Desktop Public Editionでワークブックをローカルに保存すれば、データは手元から出ません。Publicの公開範囲の仕様と、公開前に個人情報を落とすデータ加工の手順は[Tableau Public（タブローパブリック）とは](https://www.issoh.co.jp/tech/details/18866/)で解説しています。
### Creator・Explorer・Viewerのライセンス階層と人数配分で決まる費用
Tableau by Tableauのユーザーライセンスは3段階です。Creatorは作成用でDesktopとPrepを使え、Explorerは公開済みデータの探索と編集、Viewerは閲覧だけを担います。費用は人数と階層の掛け算で決まるので、全員をCreatorにする設計は避けます。
典型的な配分は、データソースを整える数人をCreator、部門ごとに分析を回す人をExplorer、経営層や現場の閲覧者をViewerとする形です。ロールごとの単価と人数別の年額は[Tableauの価格｜Creator・Explorer・Viewerの料金と人数別の年額、CloudとServerの差](https://www.issoh.co.jp/column/details/18812/)で試算しています。
## データ接続の作業手順：ライブ接続と抽出の選び方とCloudの更新上限
ダッシュボードの速さと鮮度は、接続方式でほぼ決まります。
### ライブ接続と抽出の違いと完全更新・増分更新を選ぶ際の判断の材料
ライブ接続は、ビューを開くたびに元のデータベースへクエリを投げます。常に最新の値が見える代わりに、閲覧者が増えるほどデータベース側の負荷が大きくなる方式です。抽出は、データのサブセットをTableau独自の.hyper形式に保存して、それを読みます。
公式ヘルプの[抽出の作成](https://help.tableau.com/current/pro/desktop/ja-jp/extracting%5Fdata.htm)によると、抽出の更新には全件を置き換える完全更新と、前回以降の新しい行だけを足す増分更新があります。基幹システムの本番DBに直接つなぐ構成は避け、夜間に増分更新する抽出か、[データウェアハウス（DWH）](https://www.issoh.co.jp/column/details/7338/)を挟んだライブ接続にするのが無難です。
### Tableau Cloudの抽出更新上限：120分・20GBと同時ジョブ数
Tableau Cloudでは、抽出の更新に上限があります。[Tableau Cloud の容量](https://help.tableau.com/current/online/ja-jp/to%5Fsite%5Fcapacity.htm)（2026年10月時点）に記載された主な値は次のとおりです。
- 個々の更新の実行時間は120分（2時間）まで
- 1回の更新で使えるメモリは20GBまで
- 同時に走る更新はStandardでテナントあたり15ジョブ、Enterpriseで25ジョブ（Creator 10ライセンスごとに1ジョブ追加）
- サイトのストレージはStandardで1TB、Enterprise・Cloud+・Tableau+で5TB
数千万行の明細をそのまま抽出すると、120分の壁に当たりやすくなります。DWH側で日次集計テーブルを作ってから抽出する、増分更新に切り替える、のどちらかで実行時間を削ります。
### 抽出ファイルをHyper APIで作り外部のETLからTableauへ渡す方法
Tableauの外でデータを加工している場合は、[Hyper API](https://tableau.github.io/hyper-db/docs/)で.hyperファイルを直接作れます。対応するライブラリの言語はPython・C++・Javaで、動作環境はWindows・macOS・Linuxです。作ったファイルはREST API経由でTableau CloudやServerへパブリッシュできます。
PyPIのtableauhyperapiは2026年10月17日公開の0.0.26963が最新です。既存のETLジョブの最後にHyperファイルの書き出しを足せば、Tableau側の抽出更新を待たずに鮮度を揃えられます。
## 行レベルセキュリティの設定：ユーザーフィルターとエンタイトルメント表の設計
同じダッシュボードを、見る人ごとに見えるデータだけに絞る仕組みが行レベルセキュリティ（RLS）です。
### 手動のユーザーフィルターとUSERNAME関数の動的フィルターを選ぶ基準
公式ヘルプの[ユーザーフィルターと行レベルのセキュリティ](https://help.tableau.com/current/pro/desktop/ja-jp/publish%5Fuserfilters.htm)は、ユーザーを値に手でマッピングする方法と、計算フィールドで動的にフィルターする方法を挙げています。手動の方法は数人なら手軽ですが、異動のたびにワークブックを直すことになります。
利用者が20人を超える場合に選ぶのは、動的フィルターへの切り替えです。たとえば計算フィールドに`USERNAME() = [担当者アカウント]`と書き、ログインしたユーザー名と一致する行だけを返します。判定に使うアカウント列は、Tableauのユーザー名と表記を揃えておく必要があります。
### エンタイトルメント表を2表構成にして結合の膨張を避ける抽出の組み方
動的フィルターの判定材料は、ユーザーと所属グループを持つ参照表（エンタイトルメント表）に置くのが一般的です。同じ公式ヘルプは、抽出をデータ表と参照表の2つに絞ることで、データの重複や結合の爆発を避けられると説明しています。
参照表は人事システムやIDプロバイダのグループ情報から日次で作るのが実務的です。手入力の表で運用すると、退職者の権限が残る事故が起きます。
## REST APIとPythonで運用を自動化：個人用アクセストークンでの接続手順
ユーザー追加、ワークブックの棚卸し、パブリッシュはREST APIで自動化できます。
### REST APIの版番号とTableau 2026.3の対応とサインインのリクエスト例
REST APIのURLに含まれるのは、利用するAPIの版番号です。公式の[REST API and Resource Versions](https://help.tableau.com/current/api/rest%5Fapi/en-us/REST/rest%5Fapi%5Fconcepts%5Fversions.htm)では、Tableau Cloud・Serverの2026.3が3.30、2026.2が3.29、2026.1が3.28に対応しています。自社のServerが古い版なら、その版に合わせた番号を使います。
サインインは[Authentication](https://help.tableau.com/current/api/rest%5Fapi/en-us/REST/rest%5Fapi%5Fconcepts%5Fauth.htm)に沿って、個人用アクセストークン（PAT）の名前と値、サイトのcontentUrlを送ります。
```
curl -s -X POST "https://10ay.online.tableau.com/api/3.30/auth/signin" \
-H "Content-Type: application/json" -H "Accept: application/json" \
-d '{"credentials":{"personalAccessTokenName":"MY_TOKEN_NAME","personalAccessTokenSecret":"MY_TOKEN_SECRET","site":{"contentUrl":"MY_SITE"}}}'
# 応答の credentials.token と site.id を控え、以降のリクエストに付ける
curl -s "https://10ay.online.tableau.com/api/3.30/sites/SITE_ID/workbooks" \
-H "X-Tableau-Auth: TOKEN" -H "Accept: application/json"
```
取得したトークンは`X-Tableau-Auth`ヘッダーに入れて使います。Tableau Serverの既定ではトークンの有効期間は240分です。[Query Workbooks for Site](https://help.tableau.com/current/api/rest%5Fapi/en-us/REST/rest%5Fapi%5Fref%5Fworkbooks%5Fand%5Fviews.htm)は、管理者でないユーザーには閲覧権限のあるワークブックだけを返すので、棚卸しに使うPATはサイト管理者のものにします。
### Tableau Server Client 0.42のPythonによる一覧取得
Pythonなら公式ライブラリの[Tableau Server Client（TSC）](https://github.com/tableau/server-client-python)が手早いです。[PyPI](https://pypi.org/project/tableauserverclient/)の最新は2026年10月15日公開の0.42で、Python 3.10以上が必要です。
```
pip install tableauserverclient
import tableauserverclient as TSC
auth = TSC.PersonalAccessTokenAuth("MY_TOKEN_NAME", "MY_TOKEN_SECRET", site_id="MY_SITE")
server = TSC.Server("https://10ay.online.tableau.com", use_server_version=True)
with server.auth.sign_in(auth):
# Pager で全ページを順に取得する（get() は先頭ページだけ）
for wb in TSC.Pager(server.workbooks):
print(wb.project_name, wb.name, wb.updated_at)
```
[TSCのサインイン手順](https://tableau.github.io/server-client-python/docs/sign-in-out)には、ユーザー名とパスワードでの直接サインインはTableau Cloudでは使えなくなったと書かれています。Cloudの自動化で認証に使うのは、PATか接続済みアプリのJWTです。更新日が1年以上前のワークブックを抜き出して整理候補にする、といった棚卸しはこのコードの延長で書けます。
## 自社Webへの埋め込み：Embedding API v3と接続済みアプリ
社内ポータルや業務システムの画面にTableauのビューを出したい場合は、Embedding API v3を使います。
### tableau-vizタグ1つでビューを表示する埋め込みコードと表示オプション
[Embedding API v3](https://help.tableau.com/current/api/embedding%5Fapi/en-us/index.html)は、Webコンポーネントの`tableau-viz`要素でビューを表示します。公式のサンプルは次の2行です。
```
```
`src`を自社のCloudやServerのビューURLに替えれば、社内データのダッシュボードも同じ書き方で出せます。`toolbar`でツールバーの位置、`hide-tabs`でシートのタブを隠せ、`device="phone"`でスマートフォン向けレイアウトを指定できます。
### 接続済みアプリのJWTで閲覧者に再ログインさせない認証と権限の注意点
埋め込んだビューを開くと、通常はTableauへのサインインが必要です。業務システムにログイン済みの利用者に二重ログインをさせないためには、[接続済みアプリ](https://help.tableau.com/current/online/ja-jp/connected%5Fapps.htm)を使います。自社のアプリがJWTを発行し、Tableauはそれを信頼してユーザーを認証します。
注意点は2つあります。JWTの署名鍵はサーバー側にだけ置き、ブラウザのJavaScriptに埋め込まないこと。そして、JWTに入れるユーザー名とTableau上のユーザーを1対1で対応させることです。共有アカウントで埋め込むと、行レベルセキュリティが効かず全員に全データが見えてしまいます。
## Tableauを採用する条件と自社開発ダッシュボードへ切り替える判断基準
ここまでの仕様を踏まえ、選ぶ場面と見送る場面を分けます。
### Tableauを選ぶべき組織：分析する人が自分で問いを変えるデータ部門
Tableauが投資に見合うのは、分析担当者が仮説を立てては切り口を変え、毎週のように新しいビューを作る組織です。複数のデータソースをまたいで探索する作業は、画面を作り込む自社開発では追いつきません。データソースの整備に人を割けることも条件です。整った抽出やDWHがないまま導入すると、Creatorがデータの前処理に時間を取られます。
BIツール全体の中での位置づけや他製品との比較は[Power BIとは？できること・料金・Excelやtableauとの違いから導入判断まで解説](https://www.issoh.co.jp/column/details/13227/)で、Microsoft 365との親和性も含めて比べています。
### Tableauを見送る場面：固定帳票の大量配信と顧客向け画面への組み込み
見送るべき場面ははっきりしています。ひとつは、決まった帳票を数百人の閲覧者に配るだけの用途です。探索をしない閲覧者にもViewerライセンスが必要になり、人数に比例して費用が増えます。PDFやメール配信で足りるなら、業務システム側の帳票機能で作るほうが安く済みます。
もうひとつは、自社サービスの顧客向け画面にグラフを組み込む用途です。外部の利用者ごとのライセンス管理と、自社の画面デザインに合わせた見た目の調整が重くなります。この2つに当てはまる場合は、Webシステムの中で必要なグラフだけを自社開発するほうが総額と保守の両面で有利です。どちらで作るべきか判断がつかない場合は、データの所在と利用者数を整理したうえで[BIツール導入支援](https://www.issoh.co.jp/service/ai/bi/)に相談すると、Tableauと自社開発の両案を同じ前提で比べられます。
## よくある質問
Tableauを調べ始めた段階でよく出る質問に答えます。
### Tableauは無料で使えますか？
無料で使えるのは、一般公開を前提としたTableau Publicと、ローカルに保存できるTableau Desktop Public Editionです。Publicに載せたデータは誰でもダウンロードできるため、社内データは扱えません。組織でダッシュボードを共有するにはTableau CloudかServerのライセンスが必要です。有償版の試用期間などの条件は変わることがあるため、契約前に公式サイトで確かめてください。
### TableauとPower BIはどちらを選べばよいですか？
Microsoft 365とAzureを全社で使っていて、Excelユーザーが多い組織ならPower BIが候補の先頭に来ます。データソースが多岐で、分析担当者が自由に探索する用途を重視するならTableauです。費用は利用者の階層と人数で大きく変わるので、Viewerが何人になるかを先に数えてから比較します。両製品の違いは[Power BIとは](https://www.issoh.co.jp/column/details/13227/)の比較表で整理しています。
### Tableauを使うのにプログラミングの知識は必要ですか？
グラフやダッシュボードを作るだけなら、プログラミングは不要です。ドラッグ操作と計算フィールドの数式で大半のことができます。一方、ユーザー管理やパブリッシュの自動化、Webシステムへの埋め込み、Hyper APIでの抽出作成には、本記事で示したREST APIやPython、JavaScriptの知識が必要です。運用の自動化を見込むなら、導入時点で開発者を1人は確保しておきます。
### TableauのAI機能では何ができますか？
公式ヘルプでは、ビジュアライゼーションの作成やダッシュボードの理解を支援するAIアシスタントのTableau Agentと、メトリクスの変化をSlackやメールに届けるTableau Pulseが挙げられています。Tableau PulseはTableau Cloudに含まれます。提供範囲はエディションと時期で変わるので、契約前に確認が必要です。BIツール各社のAI機能の実力は[BIツールのAI機能とは？自然言語クエリ・予測分析の実力と導入判断まで解説](https://www.issoh.co.jp/column/details/15881/)で比べています。
### Tableauを導入する前に社内で準備しておくことは何ですか？
最初に、見たい指標とその元データがどのシステムにあるかを一覧にします。次に決めるのは、データをDWHに集めるか、各システムへ直接つなぐかという接続の方針です。権限の判定に使うユーザーと部署の対応表も、この段階で作り始めます。データの集約から整えたい場合は[データ分析基盤とは？構成要素・費用・内製と外注の判断基準](https://www.issoh.co.jp/column/details/16250/)が出発点になります。
## 関連記事
- [BIツールとは？できること・ダッシュボードでの可視化・選定軸を解説](https://www.issoh.co.jp/column/details/12932/)：Tableauを含むBIツール全般の役割と選定の軸
- [BIツール比較｜主要製品の違い・料金と失敗しない選び方【2026年版】](https://www.issoh.co.jp/column/details/13454/)：Tableau以外の候補と横並びで比べる場合
- [Tableauの導入支援｜依頼できる範囲と外注先の選び方、費用の決まり方](https://www.issoh.co.jp/column/details/18818/)：導入を外部に頼む場合の範囲と費用
- [Looker Studio（データポータル）とは？無料でできる範囲・Pro料金と制限値、Lookerとの違い](https://www.issoh.co.jp/tech/details/15410/)：無料から始められる別系統のBIツール
---
出典: [Tableau（タブロー）とは：製品の種類・データ接続・権限設計と自社開発との使い分け【2026年10月】]()（株式会社一創）