共有中のExcelブックでフィルターに触れるたびに現れる「シート ビュー選択」ダイアログ。作業のたびに押し分けるのは小さな負担でも、積み重なると無視できません。本稿では“既定固定は不可”という前提をはっきり示したうえで、現実的に手間を最小化する運用・設定・自動化の組み合わせを、具体的な手順とコード例まで含めて解説します。
共有Excelブックのシートビューとダイアログの正体
Microsoft 365の共同編集（OneDrive / SharePoint）環境では、同じワークシートで複数人が同時にフィルターや並べ替えを行うと、他人の画面にも影響が及びます。これを避けるための仕組みがシート ビュー（Sheet View）です。シートビューを使うと、各自が自分専用のフィルター・並べ替え状態を持てます。
一方で、シートビューが明示的に選ばれていなかったり、共有中のワークシートでフィルター操作を開始したタイミングで、Excelは衝突回避の意思確認として「自分のビューを表示（See mine）」と「他の人のビューを表示（See others）」を促す小さなダイアログ（シートビュー選択）を表示します。これは仕様どおりの挙動です。
結論：2025年時点で「常に固定」する設定はありません
2025年11月時点のExcelには、シートビュー選択ダイアログの既定選択をユーザー側で恒久的に固定する設定項目は用意されていません。そのため、アプリの設定やレジストリ、グループポリシーで「常に『自分のビュー』を自動選択」させる、といった構成はできません。
ではどうするか――現場で効くのは、“最初から常に自分のシートビューで作業する”という運用を徹底し、必要に応じてVBAで自動選択を補助し、さらに共有の作法とデータ設計を合わせて整えることです。以下で再現手順・サンプルコード・チェックリストを順に示します。
まず押さえる最短手順：シートビューを作成して毎回選ぶ
- 対象のブックをOneDriveまたはSharePointに保存して開きます（ローカル保存ではシートビューの機能が制限されます）。
- リボンの表示 > シート ビュー > 新しいビューをクリック。
- 任意の名前（例：
My View、Tanaka_Filterなど）を付けて保存。 - 以降、ブックを開いたら最初にそのビューを手動で選択してから作業を開始。これだけでダイアログに遭遇する頻度は大きく下がります。
| ポイント | 理由・効果 |
|---|---|
| クラウド上に保存する | 共同編集とシートビューの前提。ローカルでは動作や選択肢が異なります。 |
| ビュー名をわかりやすく | チームでの識別が容易になり、誤ったビュー選択を防止できます。 |
| 開始直後にビュー選択 | 先に「自分のビュー」に入ってから操作すれば、ダイアログが出にくくなります。 |
現状仕様・ワークアラウンド・運用の骨子（要点まとめ）
| 項目 | 内容 |
|---|---|
| 現状仕様 | シートビュー選択の既定を「常に同じもの」に固定する設定は存在しません。ダイアログは仕様どおり必要に応じて表示されます。 |
| ワークアラウンド | シートビューをあらかじめ作成・命名（例：My View） OneDrive / SharePointに保存して使用 共同編集者にもシートビュー利用を徹底（全員が自分のビューで作業） |
| 機能要望の出し方 | 製品の改善要望はフィードバック ポータル等の正式経路で投稿・投票する（Q&Aではなく要望窓口で）。 |
| 最新情報の確認 | Microsoft 365のロードマップやInsidersチャネルでの先行機能を定期的に確認（管理部門・情シスでの担当を決めて巡回）。 |
ダイアログ遭遇を劇的に減らす運用設計
命名ルールと使い方のガイド
- ビュー命名規則：
<用途>_<利用者名>（例：分析_Tanaka、売上確認_Suzuki）。 - 開始手順：ブックを開いたら最初に「表示 > シート ビュー」から自分のビューを選んでからフィルター操作。
- 共有ルール：全員、自分のビューで作業。他人のビューを開いたまま操作しない。
- ビューの最小限化：用途ごとに1つを基本にし、乱造を避ける（管理の複雑化を防ぐ）。
データ設計で起きやすい衝突を下げる
- テーブル（Ctrl+T）化：一覧データはExcelテーブルにすることで、フィルターや見出しが安定。列追加も安全。
- 列役割の明確化：フィルタリング対象の主要列（期間・担当・ステータス等）は先頭寄せにし、ユーザー別の既定条件を明文化。
- シート分割：用途が大きく異なる場合は、シートを論理分割し、各シートに専用ビューを用意。
VBAで「開いたら自分のビューに自動切替」する
組織のポリシーでマクロが許可されている場合、Workbook_Openイベントで自分のビューを自動適用すると、ダイアログを目にする場面をさらに減らせます。以下は代表的な2パターンです。
パターンA：シートビューを名前で適用（対応環境向け）
一部環境ではVBAからシートビューを扱えます。可能な場合は最短です。
Option Explicit
Private Const MY_VIEW_NAME As String = "My View"
Private Sub Workbook_Open()
On Error GoTo FailSafe
Dim ws As Worksheet
For Each ws In ThisWorkbook.Worksheets
' 必要なシートだけに適用したい場合は名前で条件分岐
' If ws.Name <> "対象シート名" Then GoTo NextWs
ws.Activate
' シートビューを適用：環境により未サポートの可能性あり
ws.SheetViews(MY_VIEW_NAME).Apply
NextWs:
Next ws
Exit Sub
FailSafe:
' 未サポートや名前不一致時は黙って抜ける（ユーザーの手動選択に委ねる）
Resume Next
End Sub 補足：テナントやバージョンにより、VBAからシートビューAPIにアクセスできない場合があります。その場合は次のB案をご検討ください。
パターンB：よく使うフィルター条件を自動再現する
シートビューAPIが見えない環境でも、AutoFilterの条件をVBAで再現できます。ユーザー固有の既定フィルターを「擬似的な自分のビュー」として適用しておき、ダイアログの表示を回避・軽減します。
Option Explicit
' ユーザーごとに既定フィルターを定義（例）
Private Type tFilter
Field As Long
Criteria1 As Variant
End Type
Private Sub Workbook_Open()
On Error Resume Next
ApplyMyDefaultFilters "データ", Array( _
MakeFilter(1, "進行中"), _
MakeFilter(3, ">=2025-01-01") _
)
End Sub
Private Function MakeFilter(col As Long, crit As Variant) As tFilter
MakeFilter.Field = col
MakeFilter.Criteria1 = crit
End Function
Private Sub ApplyMyDefaultFilters(ByVal srcSheet As String, ByVal filters As Variant)
Dim ws As Worksheet, lo As ListObject, i As Long
Set ws = ThisWorkbook.Worksheets(srcSheet)
If ws.ListObjects.Count = 0 Then Exit Sub
Set lo = ws.ListObjects(1)
lo.Range.AutoFilter ' いったん解除
For i = LBound(filters) To UBound(filters)
lo.Range.AutoFilter Field:=filters(i).Field, Criteria1:=filters(i).Criteria1, Operator:=xlAnd
Next i
End Sub この方法は「シートビュー」を直接切り替えるわけではありませんが、開いた瞬間に自分の見たい状態へ寄せられるため、実務のクリック数を確実に減らせます。
運用上の注意
- マクロ有効ブック（.xlsm）で保存。信頼できる場所または署名付きVBAを推奨。
- 共同編集とマクロは両立しますが、同時書き込みが多いテーブルでは衝突を避ける書き方（極力読み取り中心・短時間）を心がけます。
- ユーザーごとに既定条件が違う場合は、
MY_VIEW_NAMEやフィルター定義をユーザー単位で分ける運用（個人コピー or 個人用アドイン）にします。
「そもそもダイアログを出さない」ためのチーム設計
| 施策 | 効果 | 実装の手間 | 副作用 |
|---|---|---|---|
| 各自が必ず自分のシートビューを使う | ダイアログ遭遇を最小化 | 低 | ビュー管理が必要 |
| 開いたら自動で自分の状態へ寄せる（VBA） | 手戻り・押し間違いを削減 | 中 | マクロ許可が前提 |
| 分析フェーズは個人コピーで作業 | 共同編集の衝突を排除 | 低 | 貼り戻しの手間 |
| Power Query / BIへ集計を移す | Excel側のフィルター操作を減らす | 中〜高 | 学習コスト |
Power Query・Power BI・Office Scriptsの活用アイデア
Power Query：抽出・変換を前段で固定化
フィルター条件が業務でほぼ固定なら、Power Queryで抽出条件を前段に組み込むことで、Excel側の「都度フィルター」を減らせます。担当や期間の既定値をパラメータ化し、ユーザーごとに違う条件を簡単に切替えられるようにしておくのが実務的です。
Power BI：多人数の同時閲覧・絞り込みをWeb側で
「毎日、多人数が同じファイルで絞り込みを繰り返す」なら、Power BIのレポートに載せ替えると同時閲覧に強く、フィルターUIも共有非干渉です。Excelブックはデータ入力・原本置き場に限定し、見る・切る・比べるはBIに任せる発想が有効です。
Office Scripts：擬似“私のビュー”ボタン
Excel on the web / デスクトップの自動化タブから実行できるOffice Scriptsで、自分用の並べ替え・フィルター・列表示状態をワンタッチで再現するスクリプトを用意しておくと、シートビューが使えないケースでも作業開始の初手を短縮できます。
// サンプル（概念例）：最初のテーブルに既定のフィルター・並べ替えを適用
function main(workbook: ExcelScript.Workbook) {
const ws = workbook.getWorksheet("データ");
const lo = ws.getTables()[0];
// 例：担当=Tanakaでフィルター
lo.getColumnByName("担当").getFilter().applyValuesFilter(["Tanaka"]);
// 例：日付で降順
lo.getSort().apply([{ key: 1, ascending: false }]);
// 例：不要列を非表示
ws.getRange("G:G").setHidden(true);
}
スクリプトは「ボタン化」しておくと誰でも同じ初期状態に戻せます。（注：シートビューそのものの既定選択を制御するわけではありません）
トラブルシューティング：よくある詰まりどころ
「シート ビュー」がグレーアウトしている
- 保存先がローカルになっている、または共同編集が有効でない可能性。
- 保護ビュー・読み取り専用で開いている場合は編集を有効化。
- ブックまたはシート保護の設定を確認。
ビュー名を選んだのにダイアログが出る
- 選択したビューを途中で外して操作していないか確認。
- 別ユーザーのビューを開いたままになっていないか。
- ブック更新直後やアプリ差異（デスクトップ/ブラウザー）で挙動が一時的にズレることがあります。ビューバーの表示状態を再確認。
マクロが動かない/止まる
- 信頼済みの場所・電子署名・マクロ設定（通知のみ/無効化）を確認。
- テーブル名・シート名の誤りや、列名の変更によりフィルター対象が見つからないケースに留意。
- 共同編集中は、できるだけ読取り・フィルター適用に限定し、構造変更（列追加・削除）は人の少ない時間帯に。
セキュリティ・管理者視点のチェックポイント
- マクロのガバナンス：部門配布するVBAは署名付きにし、配布元と変更履歴を明確化。
- OneDrive/SharePointのバージョン履歴：誤操作時にロールバックできるよう保持期間を確認。
- 更新チャネルの整理：Insidersや月次エンタープライズ等、部門内のリングを決めて検証・展開の道筋を作る。
FAQ（よくある質問）
| 質問 | 回答 |
|---|---|
| ダイアログ自体を完全に消せますか？ | 現行仕様では不可です。先に自分のシートビューに入る、または自動化で初期状態を寄せる運用で回避・軽減します。 |
| 既定で「自分のビュー」を永続化できますか？ | アプリの設定項目やレジストリ等は存在しません。ビュー名を作って毎回それを選ぶ、もしくはVBA/Office Scriptsで自動適用します。 |
| Excel for the webでも同じですか？ | 基本的な考え方は同じです。ブラウザー版は共同編集に強く、シートビューも利用できます。操作手順が一部異なるため、チームで統一ガイドを作ると◎。 |
| 共有せずローカルで使うとどうなりますか？ | 共同編集での衝突回避が前提の機能なので、ダイアログは原則出ません。シートビューの選択肢や動作は限定されます。 |
| ピボットテーブルでは？ | ピボットはピボットで絞り込み状態を持ちます。多数が触るなら、ピボットは個人用シートへ分離し、元データ側は閲覧専用（ビューのみ）にすると安定します。 |
導入を成功させるチェックリスト（配布用テンプレ）
| チェック | 内容 |
|---|---|
| 保存場所 | OneDrive/SharePointに保存し、共同編集が有効になっている。 |
| ビュー作成 | 用途と氏名を含むビュー名で「自分のビュー」を作成済み。 |
| 開始手順 | ブックを開いたら最初に自分のビューを選ぶ文化をチームで共有。 |
| 自動化 | 可能ならVBA/Office Scriptsで自分の初期状態を自動適用。 |
| データ設計 | テーブル化・主要列の整列・用途ごとのシート分割を実施。 |
| 管理運用 | マクロの署名・配布ルール、バージョン履歴、更新チャネルを整備。 |
ケース別ベストプラクティス
少人数・短時間の更新
- 各自のシートビューを用意して、開いたら最初に選ぶだけで十分。
- よく使う並べ替えや列表示はOffice Scriptsのボタンで復元。
多人数・長時間の常時更新
- チームで「ビュー命名規則」と「開始手順」を必ず守る。
- VBAで自分の初期状態を自動反映してから作業を始める。
- 集計やダッシュボードはPower BIに移し、Excelは入力と原本管理に集中。
厳格なセキュリティ／マクロ不可
- VBAなしの運用：シートビューの徹底、Office Scripts（ユーザー操作起点）での簡易復元。
- Excelの保護機能で構造の不用意な変更を抑制。
付録：より堅牢なVBA例（例外に強い）
名前でのシートビュー適用に失敗したとき、静かにフィルターの既定値へフォールバックする例です。
Option Explicit
Private Const MY_VIEW As String = "My View"
Private Sub Workbook_Open()
Dim ws As Worksheet
On Error GoTo TryFallback
For Each ws In ThisWorkbook.Worksheets
' シートビュー適用を試行
ws.SheetViews(MY_VIEW).Apply
Next ws
Exit Sub
TryFallback:
' 失敗時：主要シートに既定フィルターを再設定
On Error Resume Next
ApplyDefaultsSafe "データ"
End Sub
Private Sub ApplyDefaultsSafe(ByVal sheetName As String)
Dim ws As Worksheet, lo As ListObject
Set ws = ThisWorkbook.Worksheets(sheetName)
If ws Is Nothing Then Exit Sub
If ws.ListObjects.Count = 0 Then Exit Sub
Set lo = ws.ListObjects(1)
' 例：状態=「進行中」、担当=ログイン名の頭3文字など
Dim who As String: who = Environ$("USERNAME")
lo.Range.AutoFilter
lo.Range.AutoFilter Field:=1, Criteria1:="進行中"
lo.Range.AutoFilter Field:=2, Criteria1:=Left$(who, 3) & "*"
End Sub 環境差を吸収しつつ、ユーザーごとに“自分の見え方”を自動復元できます。
まとめ：固定はできない。だから最短の仕組みと運用で“負担ゼロ”へ
- ダイアログの既定固定は現行不可。まずは自分のシートビューを作って開幕で選ぶことを徹底。
- 許可されるならVBA/Office Scriptsで初期状態を自動適用し、クリックを減らす。
- データの持ち方（テーブル化・列設計）とチームの作法（命名・開始手順）を整える。
- 集計・可視化はPower Query/BIに前倒しし、Excelに「入力と閲覧」を集中。
- 機能要望は正式ルートで継続投稿し、ロードマップを定期チェック。
「仕様を受け入れたうえで、最短で“自分の見え方”に寄せる」。これが、日々の小さなストレスを最小化し、生産性を最大化する最短ルートです。
コメント