Looker Studio Proの導入手順：プロジェクト紐付け・IAMロール・コンテンツ移行【2026年10月】

Looker Studio Proは、Google Cloudプロジェクトに紐づけて契約する有償版のLooker Studioです。2026年4月16日に製品名がData Studioへ改称されたため、公式ドキュメントでは「Data Studio Pro」「データポータル Pro」と表記されています。この記事では、契約前にそろえる組織・請求先・IAMロールの条件、サブスクリプション作成の3ステップ、既存レポートの移行方式、チーム ワークスペースのロール設計、部門ごとの重複契約を止める拒否ポリシーと監査ログの設定までを、gcloudコマンドの例とともに整理します。仕様の根拠は2026年10月時点の公式ドキュメントです。

まとめ：Looker Studio Pro導入で最初に決めるプロジェクトと移行方式

Proの導入で後から直せないのは、紐づけるGoogle Cloudプロジェクトです。サブスクリプションを作った後はプロジェクトを変更できず、変えるには新しいサブスクリプションを作ってコンテンツを移し、古い契約を解約する手間がかかります。最初に、組織が所有し請求先アカウントにリンクされた、Pro専用のプロジェクトを1つ用意してください。

設定作業は、プロジェクト選択、ユーザー追加、ライセンス購入の3ステップです。必要な権限は roles/lookerstudio.proManager かプロジェクトのオーナーで、ライセンスを付けられるのはGoogle WorkspaceかCloud Identityで管理された同じ組織のアカウントに限られます。

既存レポートの移行は、少人数なら各ユーザーが自分で移す方式、全社なら管理コンソールでデフォルトのProプロジェクトを指定する方式を選びます。後者は最長48時間かかり、設定後は個人所有でのレポート作成ができない仕組みです。料金（プロジェクトごとにユーザー1人あたり月額9ドル）と無料版との機能差はLooker Studio（データポータル）とはで扱っているので、本記事は導入の作業に絞ります。

Looker Studio Proを契約する前にそろえる組織・請求先・IAMロールの条件

購入画面に進む前に、アカウントの種類、権限、プロジェクトの3点を確認します。どれかが欠けると、ステップ1のプロジェクト選択でエラーになります。

管理対象のGoogleアカウントと同一組織という利用者側の前提条件

Proのライセンスを割り当てられるのは、Google WorkspaceまたはCloud Identityで管理されたアカウントだけです。サブスクリプションへのユーザー追加の公式ページには、Proに紐づくプロジェクトと同じ組織のアカウントに限ると書かれています。個人のGmailアカウントで無料版を使っている担当者は、そのままではProに入れません。

取引先など外部組織のユーザーを入れる場合は、先に「信頼できる組織」を有効にし、許可するドメインを登録してから個別に追加します。外部ユーザーが混ざったGoogleグループや、IDマッピング グループは割り当て対象から外れる点も、事前の棚卸しで確認しておきます。

roles/lookerstudio.proManagerを管理グループへ付与する手順

サブスクリプションの作成とユーザー管理に使うIAMロールは、プロジェクトのオーナー（roles/owner）か、Looker Studio Pro マネージャー（roles/lookerstudio.proManager）です。Proのロールと権限の公式ページによると、後者に含まれる権限は lookerstudio.pro.manage、resourcemanager.projects.get、resourcemanager.projects.list、resourcemanager.projects.updateLiens の4つです。オーナーを配るより範囲が狭いため、BI担当にはこちらを渡します。

# Pro専用プロジェクトのIDと、Pro管理担当のGoogleグループを指定する
PROJECT_ID=lsp-reporting-prod
MANAGER_GROUP=LSP_MANAGERS_GROUP_EMAIL   # 例：BI管理担当のグループのメールアドレスに置き換える

gcloud projects add-iam-policy-binding "${PROJECT_ID}" \
  --member="group:${MANAGER_GROUP}" \
  --role="roles/lookerstudio.proManager"

コマンドの書式はgcloud projects add-iam-policy-bindingのリファレンスのとおりです。個人ではなくグループに付けておくと、担当者が替わってもIAMを触らずに済みます。

Pro専用のGoogle Cloudプロジェクトを新規に作るべき理由と作成時の要件

ステップ1の公式ページは専用プロジェクトの使用を推奨しています。BigQueryやアプリ用のプロジェクトに相乗りさせると、プロジェクトのオーナーや編集者がIAMの継承でProのコンテンツを閲覧できてしまい、請求の内訳も混ざるからです。

既存プロジェクトを使う場合の条件は、組織が所有していること、サブスクリプションと同じ組織に属すること、請求先アカウントにリンクされていること、別のProサブスクリプションで使われていないことの4つです。新規に作るなら、プロジェクト作成者のロール（または resourcemanager.projects.create 権限）と有効な請求先アカウントが必要になります。プロジェクトIDに個人情報や機密情報を含めないよう、公式ページで注意されています。

サブスクリプション作成からライセンス割り当てまでの3ステップの設定作業

購入はData Studioの画面の「Pro サブスクリプション」から始めます。3つのステップで迷いやすい箇所を順に見ていきます。

ステップ1のプロジェクト選択で付くリーエンとCMEK・データ所在地の指定

ステップ1では、既存プロジェクトを選ぶか、新しいプロジェクトIDと請求先アカウントを指定して作成します。データ所在地、顧客管理の暗号鍵（CMEK）、顧客管理のストレージもこのステップで指定できるため、規程で保存場所や鍵の管理が決まっている組織は、購入前に情報システム部門と値を詰めておきます。

サブスクリプションを作ると、プロジェクトにはGoogle Cloudのリーエン（削除防止のロック）が設定されます。誤ってプロジェクトを消してProのアセットが全部消える事故を防ぐ仕組みです。付いたかどうかは次のコマンドで確認できます。

# プロジェクトに設定されたリーエンを一覧表示する（alphaコンポーネントが必要）
gcloud alpha resource-manager liens list --project="${PROJECT_ID}"

書式はgcloud alpha resource-manager liens listのリファレンスで確認できます。リーエンを外す権限は roles/resourcemanager.lienModifier に分かれており、Proのユーザー管理とは別の人に持たせる設計にできます。

ステップ2でユーザーとGoogleグループを追加するときの課金上の注意点

ユーザーはメールアドレスで個別に追加するか、Googleグループのエイリアスで部門単位に追加します。ドメイン内の全ユーザーを一括で追加する選択肢もありますが、これにはWorkspaceの特権管理者ロールが必要です。全員を追加しても、課金は月間アクティブユーザー数ではなく指定ユーザーごとのライセンス数のままです。

見落としやすいのが退職者です。一時停止したユーザーがGoogleグループに残っていると、ライセンス料金は発生し続けます。退職処理の手順書に「Pro対象グループからの削除」を1行足しておくと、毎月の請求の確認作業が減ります。

ステップ3のライセンス数の決め方と月額9ドルで見積もる計算例

Google Cloudの製品ページに載っているProの料金は、プロジェクトごとにユーザー1人あたり月額9ドルです。ステップ3の公式ページには、使われていないライセンスも契約数に応じて請求されると明記されています。ユーザー数がライセンス数を超えることはできません。

たとえばレポートを作る担当が8人で、半年以内に2人増える見込みなら、まず8ライセンス（月額72ドル）で始め、増員の時点で追加購入するほうが無駄がありません。「サブスクリプション登録されたグループに利用可能なライセンスを自動的に割り当てる」を有効にしておくと、グループに入った人へ空きライセンスが自動で付きます。Lookerを契約している組織では、このステップが無料ライセンスの数を確認できる画面です。購入後、Proの機能が使えるようになるまでには数分かかります。

既存レポートをProへ移す2つの移行方式とデフォルトプロジェクトの設定

契約しただけでは、無料版で作ったレポートは個人所有のまま残ります。Proのアセットにするには移行が必要で、既存コンテンツのアップグレードの公式ページは方式を2つ挙げています。

ユーザー アップグレードで個別のレポートをワークスペースへ移す小規模向けの方式

個別チームの契約やトライアルのような小規模な導入では、各ユーザーが移すレポートを選び、ProのUIでチーム ワークスペースか自分のサンドボックスへ移動します。移した直後からProの機能が使えます。

移行対象を選べるので、使われていない古いレポートを持ち込まずに済むのが利点です。逆に、移し忘れたレポートは個人所有のまま残り、作成者の退職時に消えるリスクも残ります。移行対象の一覧を作り、各担当の作業完了を確認する段取りまで決めておきます。

管理コンソールでデフォルトのProプロジェクトを設定する全社向けの手順

全社導入では、Google Workspaceのサービス管理者がデフォルトのProプロジェクトを設定します。デフォルトプロジェクトの設定ページの手順は次のとおりです。

1. Google 管理コンソールで「アプリ」＞「その他の Google サービス」＞「Looker Studio」を開く
2. 設定を適用するGoogleグループまたは組織部門を選ぶ
3. 「Looker Studio Pro」のパネルで「デフォルトの Pro プロジェクト」を編集する
4. Proのサブスクリプションを紐づけたプロジェクトのIDを入力して保存する

対象のProユーザーが個人所有していたコンテンツは、各ユーザーのサンドボックスへ移されます。処理の完了までにかかる時間は、最長48時間ほどです。設定後は「自分がオーナー」を保存先に選べなくなるため、作成者の退職でレポートが消える問題を仕組みで止められます。ただし、デフォルトを別のプロジェクトに変えても、前のデフォルトにあるコンテンツは自動では移りません。

移行後も変わらないURL・権限とIAM継承で閲覧者が増える落とし穴

どちらの方式でも、レポートのURLは変わらず、既存の閲覧者・編集者の権限も残ります。移行中のダウンタイムもありません。社内Wikiやメールに貼ったリンクを張り直す作業は不要です。

注意すべきは、共有していない人にも見えるようになる経路です。移行後のアセットはGoogle Cloudプロジェクトに属するため、プロジェクトのオーナーや編集者といった基本ロールを持つ人は、IAMの継承で閲覧できる場合があります。人事評価や個人別の売上を載せたレポートを移す前に、プロジェクトのIAMに誰がいるかを確認してください。専用プロジェクトを勧める理由はここにもあります。

チーム ワークスペースの作成とロール設計でアセット所有権を組織に寄せる

チーム ワークスペースは、Proのアセットを部門単位で共有・管理する場所です。所有権を個人から組織へ移す設計の中心になります。

ワークスペースの作成メニューと空にしないと削除できない仕様の確認

作成は、Data Studioの左上の「作成」から「ワークスペース」を選び、プロジェクトを選択して名前を入力するだけです。手順はチーム ワークスペースの作成・削除の公式ページにあります。

削除には制約があり、空のワークスペースしか削除できず、削除は元に戻せません。部署の統廃合でワークスペースを畳むときは、先にアセットを移動先へ移してから削除する順番になります。ワークスペースを細かく切りすぎると、この片付けの手間が増えます。最初は「部門×用途」程度の粒度で作るのが無難です。

4つのワークスペースロールとプロジェクトIAMを組み合わせる割り当て例

チーム ワークスペースの概要ページによると、ワークスペースのロールは4つで、フォルダの権限はこのロールから継承されます。

実務で迷うのはメンバー管理の権限です。コンテンツ マネージャーはメンバーを増やせるため、部門リーダーに渡すと情シスを通さずに閲覧者を追加できます。一方、Proのライセンス自体はプロジェクト側の roles/lookerstudio.proManager でしか増やせません。ワークスペースのロールとプロジェクトのIAMは別の層なので、「誰がライセンスを買えるか」と「誰がレポートを見られるか」を分けて設計します。

部門ごとの重複契約を防ぐ拒否ポリシーと監査ログによる運用の統制

Proは部門ごとに勝手に契約できてしまいます。統制が必要な組織向けに、新規契約を止める設定と、操作を追跡する設定を示します。

IAM拒否ポリシーで管理担当以外の部門単位のPro新規契約を止める設定例

複数の部門がそれぞれProを契約すると、同じ人が2つのサブスクリプションに入ってライセンス料が二重にかかります。複数サブスクリプションの統合ページは、IAM拒否ポリシーで管理担当のグループ以外から datastudio.googleapis.com/pro.manage 権限を取り上げる方法を示したものです。公式の例を、拒否ポリシーの作成ページにあるgcloudのファイル形式に入れると次のようになります。

# 管理担当グループ以外にPro管理権限を拒否するポリシーファイルを作る
cat > lsp-deny.json <<'EOF'
{
  "displayName": "Deny Data Studio Pro management except managers",
  "rules": [
    {
      "denyRule": {
        "deniedPrincipals": ["principalSet://goog/public:all"],
        "exceptionPrincipals": ["principalSet://goog/group/LSP_MANAGERS_GROUP_EMAIL"],
        "deniedPermissions": ["datastudio.googleapis.com/pro.manage"]
      }
    }
  ]
}
EOF

# 組織に適用する（ORG_IDは数字の組織ID）
gcloud iam policies create lsp-deny-pro-manage \
  --attachment-point="cloudresourcemanager.googleapis.com/organizations/${ORG_ID}" \
  --kind=denypolicies \
  --policy-file=lsp-deny.json

作成には組織レベルで roles/iam.denyAdmin が必要で、変更は通常2分以内に反映されます。既存サブスクリプションへのユーザー追加も同じPro管理の権限で行うため、ライセンスを管理する人は必ず例外グループに入れてください。ここを外すと、契約済みのプロジェクトでも誰もユーザーを追加できなくなります。

datastudio.googleapis.comの監査ログでレポート操作を追うクエリ

Proでは、レポートの作成や権限変更がCloud Audit Logsに記録されます。サービス名は datastudio.googleapis.com で、管理アクティビティには CreateReport、MoveAsset、CloudOwnershipTransfer、Subscribe などが、データアクセスには GetReport、ExportDatasource、PublishReport などが含まれます。

# 直近30日の所有権移転と権限変更を、日時・実行者・操作で一覧にする
gcloud logging read \
  'protoPayload.serviceName="datastudio.googleapis.com" AND (protoPayload.methodName="CloudOwnershipTransfer" OR protoPayload.methodName="google.analytics.datastudio.v1.DataStudioService.UpdatePermissions")' \
  --project="${PROJECT_ID}" \
  --freshness=30d \
  --limit=50 \
  --format="table(timestamp, protoPayload.authenticationInfo.principalEmail, protoPayload.methodName)"

オプションはgcloud logging readのリファレンスを参照してください。閲覧やエクスポートはデータアクセス監査ログに入るため、Cloud Logging側で有効になっているかを先に確かめます。ログの保持期間やシンクでの長期保存については、Cloud Loggingとはの記事で確認できる内容です。データの持ち出しを追いたいなら ExportDatasource を監視対象に加えます。

Looker Studio Proを導入すべき組織と無料版のまま運用すべき場面の判断

ここまでの作業量を踏まえて、Proの導入に見合う条件と、見送るべき場面を言い切ります。

設定工数に見合う組織の条件と無料トライアルから始める導入順序

Proの導入が妥当なのは、社員がGoogle WorkspaceかCloud Identityのアカウントを持ち、レポートの作成者が退職・異動しても業務が止まらない状態を作る必要がある組織です。作成者が5人を超え、部門をまたいでレポートを使い回しているなら、所有権を組織に寄せる意味が出てきます。5人なら月額45ドルで、引き継ぎ1回分の作業時間と比べて判断できる金額です。

順序は、30日間の無料トライアルでPro専用プロジェクトを作り、1部門だけユーザー アップグレードで移行して、ワークスペースのロール設計を固めます。その後に管理コンソールのデフォルトプロジェクトを設定して全社へ広げ、拒否ポリシーで部門の個別契約を止めます。トライアルは期間内に解約しなければ自動で課金が始まるので、評価の期限を先に決めておいてください。プロジェクト設計やBigQuery側の集計テーブルまで含めて整えたい場合は、ダッシュボード設計から運用ルールまで支援するBIツール導入支援に相談できます。

Proを見送る場面と解約時の30日猶予を見落とす失敗パターン

レポートの作成者が1〜2人で、Google系のデータを日次で確認するだけなら、Proは過剰です。個人所有のリスクは、オーナー権限の譲渡を退職手順に入れれば無料版でも抑えられます。社員が個人のGmailアカウントで運用している組織も、まずアカウント管理の整備が先で、Proを入れる段階にありません。無料版を含む他のBIツールとの比較は無料BIツール比較が参考になります。

導入後の失敗で多いのが解約時です。解約の公式ページによると、通常の解約ではPro機能が30日間残り、その間にチーム ワークスペースのコンテンツを「自分がオーナー」へ移す必要があります。Google Workspaceの管理コンソールから解約した場合は猶予期間が無く、すぐにアセットへアクセスできなくなる可能性がある点に注意が必要です。さらに、解約したプロジェクトを削除すると、残っていたコンテンツは完全に消えます。解約はProの画面から行い、移行を終えるまでプロジェクトを消さない、の2点を手順書に残してください。

Looker Studio Proの導入設定についてよくある質問と回答

Looker Studio Proの導入作業で挙がりやすい質問に答えます。

Looker Studio ProとData Studio Proは別の製品ですか？

同じ製品です。2026年4月16日にLooker StudioがData Studioへ改称され、有償版もData Studio Proと呼ばれるようになりました。日本語の公式ドキュメントでは「データポータル Pro」と表記されています。IAMロールの名前は「Looker Studio Pro マネージャー」（roles/lookerstudio.proManager）のまま残っているため、ドキュメントを読むときは両方の名前で検索すると見つけやすくなります。

個人のGmailアカウントでもLooker Studio Proを契約できますか？

契約できません。ライセンスを割り当てられるのはGoogle WorkspaceかCloud Identityで管理されたアカウントだけで、しかもProに紐づけたGoogle Cloudプロジェクトと同じ組織に属している必要があります。プロジェクト自体も組織の所有で、請求先アカウントにリンクされていることが条件です。個人アカウント中心で運用している場合は、先に組織のアカウント管理を整えます。

サブスクリプション作成後に紐づけるプロジェクトを変更できますか？

変更できません。別のプロジェクトへ移す場合は、新しいプロジェクトでサブスクリプションを作り、コンテンツを移動してから元のサブスクリプションを解約します。その間は両方の契約に入っているユーザーのライセンス料が二重にかかるため、移行の期間を短く区切って進めます。最初からPro専用のプロジェクトを作っておくのが確実です。

閲覧するだけの人にもProのライセンスは必要ですか？

Proのワークスペースでコンテンツを作成・編集・管理するユーザーにライセンスが要り、閲覧するだけの人には要りません。料金の数え方と無料版との機能差の一覧はLooker Studioとはの記事にまとめています。ただし、ライセンスは割り当ての有無にかかわらず契約数で請求されるので、使われていないライセンスは定期的に減らします。

Proに移行するとBigQueryのクエリ料金はどこに請求されますか？

Proのライセンス料は紐づけたプロジェクトに請求されますが、BigQueryのクエリ料金は、データを保持するプロジェクト、またはデータソースで請求プロジェクトとして指定したプロジェクトに請求されます。Proに移しただけではクエリ費用は減りません。スキャン量を抑える集計テーブルの作り方はBigQueryのデータをLooker Studioでダッシュボード化する手順で解説しています。

関連記事

• Looker Studio（データポータル）とは？無料でできる範囲・Pro料金と制限値、Lookerとの違い：Proの料金の数え方と無料版との機能差、Lookerとの違いを整理した親記事です。
• BigQueryのデータをLooker Studioでダッシュボード化する手順：Dataform変換とスキャン量の抑え方：Proのレポートが参照する集計テーブルをDataformで作る実装です。
• BigQueryとは：Proのダッシュボードの裏側に置くBigQueryの課金と仕組みの基礎です。
• BigQuery Conversational Analyticsとは：Data Studioの会話分析が参照するデータエージェントの作り方です。
• Looker Studioでコンバージョン率と離脱率を計測する方法：移行したワークスペースで作るGA4レポートの具体例です。