[アップデート] Amazon Quick Sight のテーブル/ピボットテーブルビジュアルで閲覧者にカスタマイズ機能を提供できるようになりました

[アップデート] Amazon Quick Sight のテーブル/ピボットテーブルビジュアルで閲覧者にカスタマイズ機能を提供できるようになりました

2026.01.27

いわさです。

Amazon Quick Sight では閲覧者と作成者のロールの概念があります。
閲覧者は作成者が作成したダッシュボードを閲覧することが出来るのですが、どういったフィールドをどういう条件で集計するなどの分析条件は事前に作成者のほうでダッシュボードに反映しておく必要がありました。
そのため、分析フィールドや条件を変更したい場合は閲覧者ではなく作成者が必要なことが多かったです。

先日のアップデートで、テーブルとピボットテーブルビジュアルの場合に閲覧者によるカスタマイズが出来るようになりました。

https://aws.amazon.com/about-aws/whats-new/2026/01/amazon-quicksight-expands-dashboard-customization-tables-pivot-tables/

これかなりすごい機能だと思ってまして、分析シナリオによっては従来作成者ロールである必要だったものが閲覧者ロールで済む場合も有り得そうです。
ちょっと使ってみたので紹介します。

作成者で「閲覧者によるカスタマイズ機能」を有効化したダッシュボードを作成する

この機能ですが、おそらくデフォルトで有効化されています。
閲覧者によるカスタマイズを許可したくない場合は、後述の手順でカスタマイズ機能を無効化してダッシュボードを再発行してください。

作成者で分析を開きます。
今回の機能の対象はテーブル/ピボットテーブルのみとなっていますので、ビジュアルに注意しましょう。
ビジュアルフォーマットの編集からのインタラクションタブに次のように「閲覧者のカスタマイズ」というものが追加されており、おそらく次のように最初から有効化されていると思います。

37291ACF-000D-4A2C-B6C2-FB9BA2071A5C.png

ちなみにこちらを選択することで次のように無効化することができます。

A298EAB2-4D46-4CFA-9F22-E8709CA97099.png

有効化した場合は、閲覧者がカスタマイズ時に操作できるフィールドを追加指定できます。
ビジュアル上に追加済みのフィールドについては強制的に表示されるので、これは選択しなおすことが出来ません。(以下でいうcustomer_idhoge_discount_codepurchase_amount

6BD80C59-F5A6-4507-8072-13DE49636C69.png

作成者はテーブル/ピボットテーブルビジュアルの設定にて、「閲覧者のカスタマイズ」を有効化し、フィールド管理対象を追加してダッシュボードを更新すれば準備OKです。

閲覧者でダッシュボードのカスタマイズを行う

そしてダッシュボードにアクセスしてみると、次のように「カスタマイズ」というメニューが表示されていることが確認出来ます。

B276ACC2-271C-4A22-B19B-6C7A3B6E0875.png

閲覧者のカスタマイズを有効化していない場合は次のように「カスタマイズ」メニューは表示されません。

8016EBB5-7B2E-410C-925C-01F900162A80.png

このカスタマイズメニューを開くと、現在ビジュアルで設定されているフィールド情報を確認・編集することが出来ます。これすごくないですか。

7B2ECA40-F012-4FF8-AE38-0559C3BD9C87.png

先程作成者が追加で管理対象に選択したフィールドを、閲覧者が自由に使うことが出来ます。

EA7E67A4-A4BA-4493-B09C-FBB159622D0E.png

もちろん表示対象を変えるだけではなくて、次のように分析の各条件(グループ化、並び替え順、集計方法、表示方法・形式)も閲覧者がカスタマイズ出来るのです。

97ABC547-2160-4E2F-B421-7E78D5C74109.png

作成者が事前にダッシュボードで色々なパターンを用意しなくても、集計条件や集計方法を変更することで閲覧者のほうで自由度の高い分析が出来ます。

EA9F2F5D-8D86-430D-9005-1501AE8BB39A.png

さいごに

本日は Amazon Quick Sight のテーブル/ピボットテーブルビジュアルで閲覧者にカスタマイズ機能を提供できるようになったので使ってみました。

このアップデートはすごいですね。
ユースケースによってはこれまで作成者ロールが必要だった人で閲覧者ロールでもよくなる場合もあるかもしれないですね。コスト削減になりそう。
また、閲覧者にカスタマイズを許可できるのであれば、作成者側でダッシュボードを事前に作り込みしすぎなくても良いケースも増えそうです。

この記事をシェアする

FacebookHatena blogX

関連記事