SharePoint Online のページを「この 1 ページだけ特定のグループに閲覧だけ許可したい」のに、共有や「アクセスの管理」で「編集」しか選べず困るケースがあります。本記事では原因と、詳細な権限設定から確実に「閲覧（Read）」を付与する手順、ページ単位で公開範囲を分けるときの注意点までまとめます。
SharePoint Online で「閲覧のみ（Read）」が選べない現象とは
モダン SharePoint のページ（.aspx）は、見た目は「Webページ」ですが、実体はサイト内の「Site Pages（サイト ページ）」ライブラリに保存されているファイルです。そのため権限も、ページ単体というより「ライブラリ／アイテム（ファイル）」の権限として管理されます。
ところが、ページ右上の「共有」や「アクセスの管理（Manage access）」は、状況によっては簡易的な共有 UIになり、選択肢が「編集可能（Can edit）」だけに見えることがあります。ここでつまずくと「閲覧（Read）にしたいのに、どうしても編集になってしまう」という状態になります。
| よくある画面 | できること（見えやすい） | できること（実際） | つまずきポイント |
|---|---|---|---|
| ページの「共有」ダイアログ | ユーザーを追加、リンクを発行 | 表示は状況依存で変わる | 「編集」しか出ず、閲覧権限が選べない場合がある |
| 「アクセスの管理（Manage access）」 | 現在の共有状況の確認 | 詳細設定に遷移すれば細かく調整可能 | 簡易表示だと権限レベルの選択肢が限定される |
| 「詳細な権限設定（Advanced permissions）」 | 権限の付与／削除、継承の停止 | Read を含む権限レベルを明示的に指定できる | 場所が分かりづらく、たどり着けない |
まず押さえる前提：ページの保存場所と権限の単位
ページに対する権限設定で迷ったら、最初に「どこに保存されているか」を確認すると整理できます。
- 保存場所：多くのサイトで「Site Pages（サイト ページ）」ライブラリ
- 権限の単位：サイト全体 → ライブラリ → フォルダー → ファイル（ページ）
- 基本構造：既定ではサイトの権限をライブラリ／ページが継承する
つまり「特定の 1 ページだけ閲覧可」にしたい場合は、ページ（ファイル）で権限継承を止めて、固有の権限にするのが王道です（運用設計によってはフォルダーや別サイトに分ける方法もあります）。
簡易共有画面で「閲覧のみ」が出ない主な理由
「閲覧（Read）」が出ない原因は 1 つではありません。よくあるパターンを整理すると、対処が早くなります。
| 症状 | 背景 | 確認ポイント | 対処の方向性 |
|---|---|---|---|
| 「Can edit」しか選べない | 簡易 UI が「編集リンクの発行」前提になっている | 「詳細な権限設定」へのリンクがあるか | Advanced から Read を付与する |
| 閲覧させたい相手が「サイトに未参加」の扱い | 共有操作が「サイトへの追加（メンバー化）」に寄ることがある | 共有相手がどのグループに入る想定か | Visitors グループへ追加する |
| 権限レベル「閲覧（Read）」自体が見当たらない | 権限レベルが変更／削除されている、または名称が異なる | サイト設定の「権限レベル」一覧 | Read の存在と割り当てを確認する |
| ページは見えるが Web パーツ内が「アクセス拒否」 | ページ本体と、参照先（リスト／ライブラリ）の権限が別 | 埋め込み元の権限（リスト、ドキュメント等） | 参照先にも Read を付与する |
解決策：詳細な権限設定から「閲覧（Read）」を付与する手順
最も確実なのは、簡易 UI に頼らず「詳細な権限設定（Advanced permissions）」でページ（ファイル）の権限を設定する方法です。画面名は表示言語や UI 更新で若干変わりますが、考え方は同じです。
手順：ページから「詳細な権限設定」へ移動する
- 対象ページを開き、右上の「…」などから「アクセスの管理（Manage access）」を開きます。
- 表示されたパネルの下部、またはリンクとして表示される「詳細な権限設定（Advanced）」をクリックします。
- 「Site Pages」ライブラリの権限画面（クラシックな権限ページ）に遷移します。ここで初めて、権限レベルを明示的に指定できます。
手順：「権限の付与（Grant Permissions）」で Read を選ぶ
- 権限画面で「権限の付与（Grant Permissions）」をクリックします。
- 閲覧させたいユーザー／Microsoft 365 グループ／セキュリティ グループなどを入力します（メールアドレスでも可）。
- 「オプションを表示（Show Options）」を開き、権限レベルのドロップダウンから「閲覧（Read）」を選択します。
- 必要に応じて通知メールの送信有無を選び、「共有」または「OK」で確定します。
ここまでで「閲覧のみ」が選べない問題は、ほとんどのケースで解決します。重要なのは、簡易共有画面の表示に引きずられず、権限レベルを直接指定できる画面へ降りることです。
既存の「閲覧者（Visitors）」グループを活用すると運用が楽になる
「特定のグループに閲覧だけ許可したい」という要件は、実務では頻繁に出ます。毎回ページごとに個別ユーザーを追加していると、後から「誰に見せているか」が追いづらくなります。
そこでおすすめなのが、サイトに既定で存在しやすい「閲覧者（Visitors）」グループ（例：○○ Visitors）を活用する方法です。Visitors には通常「閲覧（Read）」が割り当てられており、ここへ対象のユーザーやグループを追加するだけで、閲覧権限を統一できます。
| サイト グループ | よくある権限レベル | 用途 | 運用メモ |
|---|---|---|---|
| Owners | フル コントロール | 管理者 | 最少人数にする |
| Members | 編集（Edit） | 通常の更新担当 | 「編集できる人」をここに集約 |
| Visitors | 閲覧（Read） | 閲覧のみの利用者 | 「閲覧だけの人」をここに集約 |
Visitors グループへ追加する流れ
- 詳細な権限設定画面で「サイトの権限」を開く
- 「○○ Visitors」を選択してメンバーに対象ユーザー／グループを追加
- ページ単位で権限を分けたい場合は、そのページ（またはフォルダー）で継承停止後に Visitors を付与
「閲覧者グループを入口にして、ページ側はグループに権限を付ける」という形にしておくと、担当者が変わったときも引き継ぎがスムーズです。
権限レベルの定義を確認する（Read が見当たらないとき）
稀にですが、過去の運用で権限レベルが変更されていたり、独自の権限レベルを使っていたりして、「閲覧（Read）」が見当たらないことがあります。その場合は、サイトの権限レベル定義を先に確認します。
- サイト設定 → 「サイトの権限」 → 「権限レベル」
- 「閲覧（Read）」が存在するか
- 対象グループに割り当てられている権限レベルは何か
ここで「閲覧」がグループに割り当てられていないと、簡易な「アクセスの管理」では編集系の選択肢しか出ないように見えることがあります。権限レベルの定義と割り当てが整っているかを確認しましょう。
「このページだけ閲覧可」を実現するための設定パターン
要件が「特定の 1 ページだけ、特定グループに見せたい」なら、代表的なやり方は 3 つあります。どれを選ぶかで運用コストが変わるので、比較して決めるのがおすすめです。
| パターン | 向いているケース | メリット | 注意点 |
|---|---|---|---|
| ページ（ファイル）で継承停止 | 例外が少ない／ページ数が少ない | 最小変更で実現できる | 例外が増えると管理が難しくなる |
| フォルダー単位で継承停止 | 「限定公開ページ」をまとまって管理したい | ページを増やしても運用が破綻しにくい | URL がフォルダー配下になる（運用ルールが必要） |
| 別サイト（別 SharePoint サイト）に分離 | 権限境界を明確にしたい／対象が大人数 | 権限設計がシンプルになる | ナビゲーションや検索範囲を設計する必要 |
ページ単位で継承を停止して Read を付与する具体手順
- 「Site Pages」ライブラリで対象ページを探し、該当ファイルの「…」→「アクセスの管理」を開きます。
- 「詳細な権限設定」を開き、「権限の継承の停止」を実行します。
- 不要なユーザー／グループ（例：Members など編集可能なグループ）が残っていれば削除します。
- 閲覧させたいグループに「閲覧（Read）」を付与します（Visitors を付ける運用も有効）。
これで「サイト全体は見せず、特定ページだけ閲覧可能」に近い状態を作れます。なお、SharePoint は階層構造のため、ページに権限を付けると親要素に制限付きアクセス（Limited Access）が付与される場合があります。これは正常な挙動で、ページへ到達するための通行証のようなものです。
権限設定でよくある落とし穴と、実務での回避策
ページだけ閲覧できるようにしても、現場では「思った通りに見えない」ことが起きがちです。トラブルの多いポイントと回避策をまとめます。
| 落とし穴 | 起きること | 原因 | 回避策 |
|---|---|---|---|
| ページは表示できるが、リスト Web パーツがエラー | 「アクセスが拒否されました」等 | 参照先リストに権限がない | 参照先にも Read を付与（最小権限で） |
| 画像・ファイルが表示されない | アイコンが崩れる／リンク先が 403 | Site Assets やドキュメントの権限不足 | 素材は閲覧対象が参照できる場所に置く |
| 「例外権限」が増えすぎる | 誰がどこを見られるか追えない | ページごとに継承停止を乱発 | フォルダー単位・別サイト分離で整理する |
| 「対象者に見せたくないページ」が検索で出る | 検索結果にタイトルが出て混乱 | 検索の挙動・権限反映タイミング | 権限が正しければ本文は開けないが、運用上は別サイト推奨 |
「見える／見えない」を確認するときのチェックリスト
- 対象ユーザーはどのグループに所属しているか（Owners/Members/Visitors）
- ページ（Site Pages の該当ファイル）が固有権限になっているか
- ページ内で参照しているリスト／ライブラリ／ファイルにも権限があるか
- テストは「別ブラウザー」または「シークレット ウィンドウ」で行う（管理者の権限が混ざらないように）
「閲覧だけにしたい」なら Audience Targeting との違いも理解しておく
SharePoint には「対象ユーザーだけにナビゲーションやニュースを表示する」ためのAudience Targeting（対象ユーザー設定）があり、見た目上は「限定公開」のように扱えます。しかしこれはセキュリティ（権限）ではなく表示制御です。
「リンクを知っていれば開けてしまう」可能性があるため、本当に見せてはいけない情報は権限（Read/Edit）の設計で守るのが基本です。今回のように「閲覧のみを付与したい」という相談は、Audience Targeting ではなく権限設定が正解になります。
運用が破綻しないための設計のコツ
SharePoint の権限は柔軟ですが、柔軟すぎるがゆえに「例外」を増やすと管理が難しくなります。長期運用を見据えるなら、次の方針が効きます。
- 基本はグループ運用：個人ではなく、Visitors などのグループに権限を付ける
- 例外はまとめる：ページ単体ではなく、フォルダー／別サイトに集約する
- 権限の棚卸しを前提に：「この権限は何のため？」が分かる命名と記録を残す
| 運用ルール例 | 具体例 | 期待できる効果 |
|---|---|---|
| 限定公開ページはフォルダーに集約 | /SitePages/Restricted/ 配下に配置 | 権限例外を 1 箇所で管理できる |
| 閲覧対象グループを固定 | 「閲覧者_社内全員」「閲覧者_部門A」など | 追加・削除がグループ操作だけで済む |
| ページに埋め込む参照先を統一 | 限定公開ページは限定公開リストのみ参照 | 「ページは見えるのに中身が見えない」を減らせる |
手順の要点まとめ（最短で解決したい人向け）
最後に、今回の問題を最短で解決するための要点を、作業順に並べます。
- ページの「アクセスの管理」から「詳細な権限設定（Advanced）」へ移動する
- 「権限の付与（Grant Permissions）」で対象のユーザー／グループを追加し、「閲覧（Read）」を選ぶ
- 「このページだけ」にしたいなら、ページで権限の継承を停止してから設定する
- 運用を楽にするなら、個人ではなくVisitors などの閲覧グループに集約する
「アクセスの管理で編集しか出ない」という見た目に引っ張られず、権限を直接いじれる画面へ進めば、SharePoint Online のページでも狙い通りに「閲覧のみ」を実現できます。
コメント