SharePoint サイトが管理センターには残っているのに、開くと404 NOT FOUND…この症状は「サイトは存在するがホームページが削除・未公開」で起きることが多いです。最短で復旧する手順と、入れない場合の回避策までまとめます。
SharePointの「サイト」と「ホームページ」は別物：404でも“サイト自体は生きている”ことがある
SharePoint で https://contoso.sharepoint.com/sites/site01 のようなルートURLにアクセスしたとき、ブラウザは内部的に「このサイトのウェルカムページ（ホームページ）を表示する」動きをします。多くのモダンサイトでは、その実体は Site Pages（サイト ページ）ライブラリ上の Home.aspx です。
ここで重要なのは、サイト（サイトコレクション/サイト）という“入れ物”と、ホームページという“表示するファイル”は別物だという点です。入れ物が存在していても、ウェルカムページの参照先が消えていたり未公開だったりすると、ルートURLは平然と 404 になります。
さらにややこしいのが、SharePoint の 404 は「本当に存在しない」以外に、権限が足りないときに“存在を隠す”目的で 404 を返すケースもあることです。今回のように管理センターで所有者（Owner）に追加しても改善しないなら、まずは「ウェルカムページ問題」を疑うのが近道です。
| 状況 | よくある原因 | まず見るポイント | 優先度 |
|---|---|---|---|
| ルートURLだけ404、管理センターには存在 | ホームページ（Home.aspx等）が削除/未公開、またはウェルカムページ設定が古い | Site Contentsに直アクセスできるか／ごみ箱にHome.aspxがあるか | 高 |
| ルートURLもSite Contentsも404 | URL間違い、サイトアドレス変更（リネーム）、ロック状態（NoAccess）、権限不足 | 管理センターの「現在のサイトURL」確認／ロック状態確認 | 高 |
| ルートURLは404だがライブラリに入れる | ホームページ不在が濃厚（データ自体は残存） | Site Pages／Shared Documentsへ直アクセス | 中 |
| 最近リネームした疑いがある | 旧URLへアクセスしている、リダイレクト未反映、ブックマークが古い | 管理センターのURLをコピペ、サイト名で検索 | 中 |
復旧の全体像：最短ルートは「Site Contentsへ直アクセス → ごみ箱復元 → 再公開」
結論から言うと、現場で一番再現性が高い復旧フローは次の順です。
- Site Contents（サイトの内容）に直アクセスして、サイト自体に入れるか確認
- Recycle Bin（ごみ箱）から Home.aspx（またはホーム相当）を復元
- 復元後も404が残るなら、Home.aspxを再公開（Republish）して、必要に応じてホームページに設定し直す
この3点だけで直るケースが非常に多いです。以降は、手順を“迷わない形”に分解して解説します。
事前確認：URL・ブラウザ・管理センターでの切り分け
作業に入る前に、次の確認だけは先にやっておくとムダが減ります。
管理センターに表示される「現在のサイトURL」をそのまま使う
サイトアドレス変更（いわゆるリネーム）をした/された場合、過去URLのブックマークやリンクはそのままでは使えません。疑わしいときほど、SharePoint 管理センターのアクティブなサイトから対象を開き、表示されるURLをコピーしてアクセスします。
シークレットウィンドウでアクセスしてキャッシュ要因を外す
根本原因の解決にはなりませんが、ブラウザのキャッシュ・Cookie・サインイン状態で挙動が変わることがあります。切り分けとして、まずはシークレット/プライベートウィンドウで同じURLを開き、結果が変わるか確認してください。
管理センターでロック状態（Lock state）やアクセス制御がないか見る
サイトが「NoAccess」や「ReadOnly」などのロック状態になっていると、管理者以外はアクセス不能になります。管理センター側でロックがかかっていないか確認し、必要なら解除してから以下の復旧手順に進みます。
手順：Site Contents（サイトの内容）に“直アクセス”して状態を確認する
ルートが404でも、サイトの内容ページには入れることがあります。以下をサイトURLの後ろに付けてアクセスしてください。
| 直アクセス先 | 目的 | 使いどころ |
|---|---|---|
/_layouts/15/viewlsts.aspx?view=14 | Site Contents（サイトの内容）相当 | ルートが404でも“サイトに入る”入口として最優先 |
/SitePages/Forms/ByAuthor.aspx | Site Pages一覧（表示形式は環境差あり） | ホームページ候補の存在確認に使う |
/Shared%20Documents/Forms/AllItems.aspx | 既定のドキュメント ライブラリ | トップが直らなくても“データ救出”を先にしたい場合 |
/_layouts/15/recyclebin.aspx | ごみ箱 | サイトに入れないが、ごみ箱だけ開ける場合がある |
例：Site Contents への直アクセス
ここが開けたら、サイトはほぼ生きています。次は“ホームページの復元”に進みます。
手順：ごみ箱（Recycle Bin）から Home.aspx（ホーム相当）を復元する
SharePoint のホームページは多くの場合 Site Pages ライブラリの Home.aspx です。編集権限のあるユーザーが誤って削除したり、ページを作り直す過程で消してしまうと、ルートURLが404になりがちです。
復元の基本手順
- Site Contents 画面の右上/左メニューなどから Recycle Bin（ごみ箱） を開く
- 一覧から
Home.aspx（またはホームに相当するページ）にチェックを入れる - Restore（復元） を実行する
見当たらないときは「第2段階のごみ箱」も必ず確認
ごみ箱には段階があり、ユーザーが見えるごみ箱から消えていても、管理者/サイトコレクション管理者が見える第2段階のごみ箱側に残っていることがあります。
- 第1段階にない → 第2段階を確認
- 第2段階にもない → 次章の「ホームページを作り直す」へ
ここまででホームページが戻ると、ルートURLが復旧することが多いです。ただし、復元後も404が残る場合があります。その場合は“公開状態”を疑います。
手順：復元できたのに404が続く場合は「再公開（Republish）」で公開状態を整える
SharePoint ではページが下書き（Draft）や未公開の状態だと、閲覧者がルートURLで開けず、404や空白に見えることがあります。特に次の設定が有効なサイトでは起きやすいです。
- ページの承認（Approval）が有効
- メジャー/マイナーバージョン管理が有効
- コンテンツの公開（Publish）が必要な設定
再公開の手順
- Site Pages（サイト ページ） ライブラリを開く
Home.aspxを開く- ページ右上のメニューから 編集（Edit）
- 変更は加えなくてもよいので、再公開（Republish）/公開（Publish） を実行
“ホームページに設定”をやり直すと安定する
Home.aspx が戻っても、サイト側の「ウェルカムページ設定」が別のページを参照していると、ルートURLの404が解消しません。次のいずれかでホームページを指定し直します（UIはテナント/サイト設定で多少異なります）。
- Home.aspx を開いた状態で 「ホームページに設定（Make homepage）」 を実行
- サイト設定（Site Settings）から Welcome Page を変更し、
SitePages/Home.aspxを指定
ポイントは、“存在するページ”かつ“公開済みのページ”をウェルカムページにすることです。
Home.aspx が復元できない場合：ホームページを作り直してルート404を解消する
ごみ箱に Home.aspx がない場合でも、サイト本体が生きているなら復旧は可能です。ルートURLが404になる直接原因は「ウェルカムページの参照先がない/未公開」であることが多いため、新しいページを作って公開し、ホームに設定すればよいからです。
新しいホームページを作成して公開する
- Site Pages（サイト ページ）ライブラリを開く
- 新規（New）からページを作成（例：
NewHome.aspx） - 必要最低限の内容でよいので、ページを保存
- 公開（Publish）する
- 公開したページを ホームページに設定（Make homepage）
復旧を急ぐときの“最低限の完成度”
復旧作業では、まず「ルートURLでサイトに入れる状態」を作ることが大切です。ページデザインの作り込みは後回しにして、次の最低限を満たすだけでOKです。
- 公開済みである（閲覧者が見られる）
- グローバルナビ/クイックリンクなど、基本導線がある
- 重要なドキュメント ライブラリやリストへ辿れる
Site Contents にも入れない場合の回避アクセス：データ救出を優先する
viewlsts.aspx が 404 になる場合でも、サイト配下の特定ライブラリには入れることがあります。特に緊急時は「トップの復旧」と「データの救出」を分けて考えると安全です。
既定ドキュメント ライブラリへ直アクセス
以下は“トップは直っていないが、データ確認/退避はできる”ことがあるURLです。
Site Pages へ直アクセスしてページの有無を確認
ホームページが消えているかどうかは、Site Pages の一覧が見られると早いです。環境によって表示形式が異なることがありますが、まずは次のようなパスを試します。
ごみ箱ページへ直アクセス
ナビゲーションが壊れている場合でも、ごみ箱URLが直接開けるケースがあります。
「リネームされたのでは？」を確実に切り分ける方法
サイトアドレス変更（サイトのリネーム）が起きていると、旧URLは 404 になったり、別サイトへ誘導されたり、リダイレクトが効いたりと挙動が揺れます。疑うポイントと確認方法を整理しておきます。
| 確認ポイント | 具体的な見方 | 次のアクション |
|---|---|---|
| 管理センターの「サイトURL」 | アクティブなサイト一覧で対象を開き、表示されるURLをコピー | コピーしたURLでアクセス（手入力しない） |
| ブックマーク/Teams/メールのリンク | 古いリンクが残りやすい（特に共有リンク） | 新URLでリンクを張り直し、周知 |
| サイト名での検索 | URLが曖昧なら、管理センターでサイト名や所有者で検索 | 別URLで存在していないか確認 |
| アクセスできるユーザーの有無 | 一部のユーザーだけ開けない場合、権限/条件付きアクセスが絡むことも | 同じURLを別ユーザー/別ネットワークで検証 |
今回のように「管理センターには残っているが、所有者追加でも404」の場合、リネームよりもホームページ不在の可能性が高いですが、URL確認は必ず最初に行ってください。
管理者向け：PowerShellで“サイトは存在するか/ロックされていないか”を短時間で確認する
GUIで手詰まりになったときは、SharePoint Online 管理用の PowerShell で状態を確認すると判断が早くなります。特に確認したいのは次の3点です。
- 対象URLのサイトが本当に存在するか
- ロック状態（NoAccess/ReadOnly など）になっていないか
- 復旧作業をするアカウントがサイトコレクション管理者になっているか
代表的な確認例（環境に合わせて読み替えてください）。
Connect-SPOService -Url https://contoso-admin.sharepoint.com
# サイトの存在と状態を確認
Get-SPOSite -Identity [https://contoso.sharepoint.com/sites/site01](https://contoso.sharepoint.com/sites/site01) | Select Url, Title, LockState, Status
# 必要なら自分をサイトコレクション管理者に（作業用）
Set-SPOUser -Site [https://contoso.sharepoint.com/sites/site01](https://contoso.sharepoint.com/sites/site01) -LoginName [[email protected]](mailto:[email protected]) -IsSiteCollectionAdmin $true Owner グループ追加だけでは権限が噛み合わないケースもゼロではありません。復旧作業のときだけでもサイトコレクション管理者として入れるようにしておくと、切り分けが楽になります。
よくある見落とし：404の原因を“ホームページ以外”で引き起こす要素
ホームページ不在が最有力とはいえ、次の要素が絡むと復旧が遠回りになります。該当がないか、チェックリストとして使ってください。
| 見落としポイント | 起きること | 対処の方向性 |
|---|---|---|
| ページ承認が有効で、ホームが承認待ち | 所有者でも未承認ページは閲覧者に出ない | Site Pagesで承認/公開、または承認フローを確認 |
| ウェルカムページ設定が古いページを指している | Home.aspxが存在してもルートが404 | Welcome Pageを正しいパスに変更／ホームに設定し直す |
| サイトがロック（NoAccess/ReadOnly） | ほぼ全員が入れず、404っぽく見えることも | 管理センター/PowerShellでロック解除 |
| URLのタイプミス（特にハイフン・全角・大文字小文字） | 当然404だが気づきにくい | 管理センターのURLをコピペして検証 |
| 条件付きアクセス/セキュリティ製品の影響 | 特定ネットワーク/端末だけ404やサインインループ | 別回線・別端末で再現確認、管理者にポリシー確認 |
再発防止：ホームページ事故を起こさない運用設計
ホームページ削除や未公開は「うっかり」で起きます。復旧できても、同じ事故が繰り返されると現場の信頼が落ちるため、運用で予防するのが効果的です。
最低限入れておきたい運用ルール
| 運用の工夫 | 狙い | 現場でのやり方 |
|---|---|---|
| ホーム編集者を絞る | 誤削除・誤公開の抑止 | Site Pagesの編集権限を限定、Ownersでも全員に編集を与えない |
| ページ承認を活用 | 下書きが本番に出ない | 承認フロー/責任者を明確化し、公開前にチェックする |
| バージョン管理を確認 | 戻せる状態を作る | Site Pagesのバージョン管理を有効化し、必要なら保持数を増やす |
| ホームの“代替ページ”を用意 | 緊急時の受け皿 | 最低限の案内だけのページを用意し、いざという時すぐホームに切替 |
特に「ホーム編集者を絞る」は効果が高いです。Owner だからといって全員が安全にページ管理できるわけではないため、作る人と承認する人を分けるだけでも事故率が下がります。
最終手段：どこまでやっても直らないときの判断基準
次の状態に当てはまる場合は、ホームページ問題だけではなく、テナント設定やコンプライアンス、サイト状態そのものが絡んでいる可能性があります。無理に触り続けるより、ログや状況を整理してエスカレーションした方が早いことがあります。
- 管理者でも
/_layouts/15/配下に一切入れない - PowerShell で
Get-SPOSiteは返るのに、アクセスは常に404 - 同じURLに対し、ユーザー/ネットワークで挙動が大きく変わる
- 保持ポリシーや訴訟ホールド（eDiscovery）を最近触った
この場合は、まず「現在のサイトURL」「ロック状態」「Site Pagesの状態（Home.aspxの有無/公開状態）」「いつから404か」「直前に何を変更したか」をメモにまとめると、管理者やサポートへの相談がスムーズです。
まとめ：404でも焦らず“ホームページを取り戻す”のが最短
SharePoint サイトが 404 NOT FOUND になると「サイトが消えた」と思いがちですが、管理センターに残っているなら、入れ物は生きていることが多いです。まずは /_layouts/15/viewlsts.aspx?view=14 で Site Contents に入れるか確認し、ごみ箱から Home.aspx を復元 → 再公開 → ホームに設定の順で進めてください。これが一番早く、再現性の高い復旧ルートです。
コメント