SharePointのリンクが切れる原因と解決策｜「既存のアクセス権を持つユーザー」で壊れない社内ポータルを作る完全ガイド

「SharePoint のリンクがすぐ切れる」―社内ポータル運用で最も多い相談のひとつです。原因のほぼすべては“パス直書き”リンクにあります。本稿では、なぜ切れるのか、どうすれば切れないのかを、実務で使える運用ルール・手順・チェックリストまで含めて徹底解説します。今日から壊れないリンクだけを配布しましょう。

SharePoint のリンクが切れる本当の理由

SharePoint/OneDrive for Business のファイルには「場所」（サイト/ライブラリ/フォルダー/ファイル名という物理パス）と、システム内部で付与される「一意 ID（GUID）」の二つの側面があります。右クリックの「リンクのコピー」で拾えるのは前者（物理パス）であり、名前変更やフォルダー移動＝場所の変更が起きた時点でリンクは 404 になります。

一方、「共有」ダイアログから生成するリンクのうちいくつかはGUID ベースで動作し、ファイルの内部 ID に解決されるため同一サイト内での改名・移動に追従できます。違いをまずは表で整理します。

リンク方式の比較（結論先出し）

方法	仕組み	リンクが切れる条件	権限の扱い	想定用途
右クリック →「リンクのコピー」	物理パス（`/sites/～/ライブラリ/フォルダー/ファイル名`）をそのまま使用	ファイル名変更・フォルダー移動で即 404。削除でも 404	権限を新規付与しない（サイトの既存権限が前提）	短期利用。プロジェクト終了で廃棄される資料など
共有 →「既存のアクセス権を持つユーザー」 ★推奨	GUID を含むリダイレクト URL。内部で ID に解決	同じサイトコレクション内ではリネーム・移動で有効。削除／別サイトコレクションへ移動で無効	新たなアクセス権を付与しない（そのサイトでもともと開ける人だけ）	社内ポータル・手順書・ナレッジ等の長期掲載
共有 →「組織内のユーザー」	GUID ベース。リンクを知っている組織内アカウントなら誰でも開ける	上に同じ（削除／別サイトへの移動で無効）	組織内の幅広いユーザーに権限を事実上付与（既存権限に限定されない）	全社周知の資料、告知文書
共有 →「特定のユーザー」	指定メールアドレスに限定されたアクセストークン付き URL	上に同じ／宛先変更時は再発行	指定した人にのみ付与（社外も可、ポリシーに依存）	取引先や少人数コラボの機密資料

結論：壊れない社内リンクを作るなら、「共有」→「既存のアクセス権を持つユーザー」を使うのが最適解です。

「既存のアクセス権を持つユーザー」リンクの作り方（失敗しない手順）

SharePoint のドキュメントライブラリで対象ファイルを 1 回クリック（選択）する。
上部またはファイル横の「共有」をクリック。
リンク設定のパネルで「既存のアクセス権を持つユーザー」を選択。
※「特定のユーザー」「組織内のユーザー」など他の選択肢が初期表示の場合は、リンク種類を開いて変更します。
必要に応じて「表示のみ／編集可」を切り替え（通常は表示のみ）、「リンクをコピー」を押す。
社内ポータル、Teams、社内メール、Wiki などに貼り付ける。

本当に GUID ベースかを見分けるチェック

URL に ?d=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx のようなGUID パラメーターが含まれている。
または sourcedoc=%7Bxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx%7D（{GUID} が URL エンコード）等が入っている。
ファイル名を試しにリネームしてもリンク先が開ける。

追従する範囲と切れる条件（実務ポイント）

操作	同一サイト内	別サイトへ移動	削除（ごみ箱含む）	バージョン復元
ファイル名変更	OK（追従）	—	—	OK（通常は同じアイテムの履歴）
フォルダー移動	OK（追従）	NG（別サイトでは ID が異なる扱い）	—	OK
削除	NG（復元すれば復活する場合あり。完全削除で 404）			—
「コピー先」で複製	新アイテム（別 GUID）→元リンクは元のファイルを指す	—	—	—

他の共有オプションの正しい使い分け

「組織内のユーザー」リンクを選ぶべきケース

全社へのお知らせ資料、標準ポリシー、会社パンフなど組織内の誰に見られても問題ない情報。
サイトやチームの権限に未参加の人にもリンク 1 本で閲覧を許可したい場合。

注意：このリンクは既存権限を前提にせず、社内ユーザーに広く閲覧（または編集）を許可します。機密性の高い資料には不向きです。

「特定のユーザー」リンクを選ぶべきケース

社外取引先や限定メンバーとの共同作業。
閲覧可能な人を明確に列挙できる少人数プロジェクト。

宛先の追加・削除はリンクの再発行が必要になるため、メンバーの入れ替わりが多い案件には不向きです。

「右クリック → リンクのコピー」を避けるべき場面

ファイル/フォルダーの整理（改名・構成見直し）が見込まれるライブラリ。
社内ポータルや手順書、FAQ など長期露出するページ。

現場で使える運用ルール（そのまま採用可）

貼り付けルール（社内標準）

社内に恒常掲載（30 日超）のリンクは必ず「共有 → 既存のアクセス権を持つユーザー」。
全社向け周知資料は「共有 → 組織内のユーザー」（閲覧のみに固定）。
取引先共有は「共有 → 特定のユーザー」。編集を許す場合も必要最小限に。
「右クリック → リンクのコピー」は 2 週間以内に破棄される一時的用途に限定。

権限・セキュリティのガードレール

編集権限はデフォルトで無効（閲覧のみ）。編集が必要なときだけ個別に許可。
「組織内のユーザー」リンクで機密資料を配布しない。
外部共有はテナント方針に従い、プロジェクト終了時にリンクを棚卸し。

配布前チェックリスト（60 秒）

URL に ?d= または sourcedoc= の GUID が含まれている。
ブラウザーのシークレットウィンドウでテスト（別アカウントや権限差分の確認）。
ファイル名の軽微なリネーム後もリンクが開ける。

ありがちな誤解とアンチパターン

エクスプローラー表示（同期フォルダー）からのコピー：Windows のパスを貼っても Web では開けません。Web の「共有」リンクを使います。
Outlook 添付で配布：最新性が失われ、誤版が氾濫。必ずリンクで配布し、原本は 1 箇所に。
Excel/Word 内にパス直書き：編集者が知らずに壊れたリンクを量産。貼り付け時は Ctrl+K でリンク先の GUID URL を設定。

具体例で理解する：リンクが切れる／切れない

ケース A：プロジェクト手順書（社内ポータルで恒常掲載）

手順書は見直しで章立てやファイル名がよく変わります。「既存のアクセス権を持つユーザー」でリンクを発行しておけば、改名・フォルダー再編でもリンクは有効。サイトが同じである限り、ポータル側の修正は不要です。

ケース B：全社への通達（誰でも閲覧可）

開示対象が全社で機密性が低いなら、「組織内のユーザー」が最短。閲覧のみで配布し、後から検索でも見つけやすいようファイル名に日付と版を含めると運用が安定します。

ケース C：チーム間での一時ファイル受け渡し

1〜2 週間で破棄される前提なら、パス直書きでも致命傷にはなりません。ただしプロジェクト Wiki などに転記禁止のルールを明記しましょう。

ケース D：別サイト（他部門サイト）にアーカイブ移設

この場合、いかなるリンクでも基本的に新規発行が必要です（GUID が変わるため）。移設の 1 週間前にポータルで「URL 変更予告」を掲示し、移設後は新旧リンクの両方を一定期間併記するのが安全です。

さらに堅牢に：ドキュメント ID サービスと情報設計

ドキュメント ID サービスの活用

SharePoint にはサイト（またはサイトコレクション）に対してドキュメント IDを付与する機能があります。これにより各ファイルに「人間にも扱いやすい恒久 ID」が付与され、ID ベースの参照が可能になります。

有効化手順（代表例）：サイトの設定 > サイトコレクションの機能 > 「ドキュメント ID サービス」を有効化 → 付与に数十分〜のラグ。
メリット：移動・改名に強い参照性、業務マニュアルに「DOCID: XXX-000123」のように記載してもらう運用が可能。
留意点：テナント/サイトの設定や移動方法によってはサイトをまたぐ移動時に再採番されるケースがあります。本番前に移設手順で検証し、必要なら移動でなく「コピー → 移行完了後に旧版を段階的に廃止」という段取りにします。

情報設計（IA）でリンク切れを未然防止

長期参照ドキュメント専用ライブラリをサイト内に用意（リネームや大幅な再編が少ない場所）。
「参照用（ポータルからリンクされる）」と「作業用（編集が多い）」を分けて、参照用には「コピー」を配置すると安定します。
移動よりもコピーを基本運用にし、旧版は 30〜90 日の移行期間を設けてから整理。

管理者向け：既定の共有動作とポリシーの整備

既定のリンク種類（OneDrive/SharePoint 管理センター）を「特定のユーザー」または「組織内のユーザー」に設定し、ユーザー教育で「既存のアクセス権」選択を徹底させるのが現実的です。※UI 上「既存のアクセス権」を既定に固定できない場合があります。
既定の権限は「表示」に。編集は明示的に付与。
外部共有の可否・リンク期限・パスコード必須などのテナントポリシーを明文化。
Teams からの共有でも同じ原則が適用されるよう、教育スライドと簡易マニュアルを配布。

移行・整理プロジェクトでリンク切れを起こさない段取り

棚卸し：ポータルや Wiki に貼られた SharePoint リンクを収集（サイト管理レポートや検索で抽出）。
分類：GUID ベースか／パス直書きかを判定。パス直書きは要対応としてタグ付け。
移行前告知：対象ページに「URL 変更予定」の注意書きを追加（公開日・切替日を明示）。
移行：「コピー」優先で新構成へ。旧構成は「更新停止」バナーを付けて 30 日残す。
切替：新リンク（「既存のアクセス権」）をポータルへ差し替え。旧リンクはリダイレクト用ページへ差し替えて段階廃止。

トラブルシューティング：症状別の原因と対処

症状	考えられる原因	対処
404 Not Found	パス直書き／別サイトに移動／完全削除	GUID リンクに差し替え。別サイトへ移した場合は新規リンクを配布
「アクセスが必要です」ダイアログ	閲覧権限なし／「既存のアクセス権」リンクで配布	対象者にサイトの閲覧権限を付与（リンクの種類は正しい）
たまに開けたり開けなかったりする	リンクが複数の種類で混在（古いパス直書きが残存）	ページ内の全リンクを GUID ベースに統一
復元後に開けない	別アイテムとして復元された／場所が変わった	復元後のアイテムで新しく GUID リンクを作成し直す

FAQ（よくある質問）

Q. GUID リンクは SEO 的に長すぎませんか？

人間が覚える必要はありません。ページ本文には説明文とボタンを置き、リンク文字列は目立たない形で埋め込めば UI としても問題ありません。

Q. Teams の「リンクをコピー」も同じですか？

Teams のファイルタブからのコピーは SharePoint の共有機構を呼び出します。リンク種類が何になっているか必ず確認し、「既存のアクセス権」を選び直してください。

Q. ライブラリのフォルダー構成を大幅に変えたいのですが？

ポータル等で参照されるファイルは先に GUID リンクへ置換し、そのうえでフォルダー整理を行えばリンク切れを防げます。

Q. 監査上、誰がいつアクセスしたかを追跡できますか？

はい。GUID リンクであってもユーザー認証は通常通り行われ、監査ログに記録されます。「組織内のユーザー」リンクは閲覧可能範囲が広い点に留意してください。

Q. 既定で「既存のアクセス権」にできませんか？

UI/ポリシー上、既定のリンク種類は別の選択肢（例：「組織内」「特定のユーザー」）になることがあります。その場合はテンプレートメッセージやガイダンスでユーザーに選択を徹底させるのが現実的です。

コピー用テンプレート（社内告知にそのまま貼れる）

【SharePoint リンク配布ルール（重要）】
1) 社内ポータル・マニュアル等の恒常掲載は「共有 → 既存のアクセス権を持つユーザー」を使用
2) 全社周知は「共有 → 組織内のユーザー（表示）」を使用
3) 取引先共有は「共有 → 特定のユーザー」を使用
4) 「右クリック → リンクのコピー」は短期用途のみ
5) 配布前チェック：URL に「?d=GUID」等が含まれること

導入ステップ：週末 1 回で“壊れないリンク”体制へ

ルール確定（本記事のテンプレートを採用）
ポータルの重要ページからパス直書きリンクを一掃（GUID 化）
教育スライド配布（3 分チュートリアル）
来月以降の移設計画に「コピー優先」「予告→併記→切替」を組み込む
月例棚卸し（サイト分析で 404 参照を検知し是正）

要点まとめ（運用で差がつく 5 箇条）

長期リンク＝「共有 → 既存のアクセス権を持つユーザー」で統一。
パス直書きは禁止（一時用途に限定）。
別サイトへの移動は新リンク配布が必須（GUID は万能ではない）。
ドキュメント IDと情報設計で再編に強い土台を作る。
チェックリストとテンプレートで“人の操作”を仕組みにする。

たったこれだけで、社内から「リンクが切れて見られません」という問い合わせは激減します。今日から、壊れないリンク運用をはじめましょう。

付録：URL の見え方（参考例）

実際の URL はテナント名やサイト名で異なりますが、以下のようにGUID を含むかどうかで見分けられます。

タイプ	URL 例	ポイント
パス直書き	`https://tenant.sharepoint.com/sites/ProjectX/Shared%20Documents/Manual/v2/作業手順.docx`	ファイル名・フォルダーに依存。改名・移動で 404
GUID（既存のアクセス権）	`https://tenant.sharepoint.com/:w:/r/sites/ProjectX/Shared%20Documents/Manual/作業手順.docx?d=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&csf=1&web=1`	`?d=GUID` が鍵。同一サイト内の改名・移動に追従
GUID（別形式）	`https://tenant.sharepoint.com/sites/ProjectX/_layouts/15/Doc.aspx?sourcedoc=%7Bxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx%7D&file=作業手順.docx&action=default`	`sourcedoc={GUID}` 型。動作原理は同じ

社内ポータル編集者向け：貼り付けのコツ

リンクはボタン（「資料を開く」）やカードにしてクリック領域を広く。
リンク文字列は UI 上見せない（URL が長いほど可読性が落ちるため）。
差し替え時は古いリンクを検索置換で一括更新。GUID 化のついでにタイトルも標準化。

終わりに

リンクの“技術”と“運用”の両輪が揃えば、SharePoint は壊れない社内ナレッジ基盤になります。まずは、今日配布するリンクを 1 本でも「既存のアクセス権」に置き換えてみてください。明日からの問い合わせ件数が変わります。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。