Teamsのチャネルで「ファイル（Shared）」を使うと、裏側ではSharePointに自動でフォルダーが作られます。しかし「任意の場所に作りたい」「既存フォルダーに紐づけたい」と思っても、標準機能には制約があります。本記事では結論と、プロジェクト運用で困らない回避策を具体的にまとめます。
まず押さえたい：Teamsチャネルの「ファイル（Shared）」はSharePointの“入口”
Teamsでチャネルを開いて上部のタブを見ると、以前は「ファイル」、最近の表示では「共有（Shared）」になっている場合があります。名称は変わっても本質は同じで、チャネルで扱うファイルはSharePoint上に保存され、Teamsはその保存場所を見やすく見せているだけです。
さらに、Sharedタブには「In posts（投稿内）」と「In library（ライブラリ内）」のように、投稿で共有されたファイル・リンクの一覧と、SharePointライブラリ（フォルダー構造そのもの）を切り替えて探せる導線が用意されています。ファイルの実体はSharePoint側にあり、Teamsの画面は“表示と共有の窓口”と理解しておくと、後の設計判断がブレません。
保存先を確認する最短手順（TeamsからSharePointへ）
「このチャネルのファイルはSharePointのどこにあるのか」を確認するときは、Teamsから直接“裏側”へ飛ぶのが一番確実です。標準チャネルなら親チームのサイト、プライベート／共有チャネルならチャネル専用サイトが開きます。
- Teamsで対象チャネルを開き、上部のShared（またはFiles）タブを選ぶ
- 「In library（ライブラリ内）」に切り替える（投稿内一覧ではなく、フォルダー構造を見る）
- メニューから「Open in SharePoint（SharePointで開く）」を選ぶ
- SharePointが開いたら、そこが実際の保存場所
SharePoint側では、ドキュメントライブラリの画面に「In channels（チャネル内）」という導線が表示されることがあります。Teamsに紐づくフォルダー群だけに素早くアクセスできるので、管理者やサイト所有者はここも覚えておくと便利です。
結論：Teamsチャネルのフォルダー作成場所は指定できない
質問の核心である「チャネル用フォルダーを、ドキュメントライブラリのルート直下以外（任意のサブフォルダーなど）に作成できるか」「既存の別フォルダーをFiles/Sharedタブに直接紐づけ直せるか」については、標準機能の範囲ではできません。
標準チャネルの場合、Files/Sharedタブは「親チームのSharePointサイトにある既定のドキュメントライブラリ内の“チャネル用フォルダー”」に接続される設計です。ここを別のライブラリや別階層のフォルダーに差し替える設定は用意されていません。
| チャネルの種類 | Teamsでの対象メンバー | ファイルの保存先（裏側） | “場所指定”が難しい理由 |
|---|---|---|---|
| 標準チャネル | チームの全メンバー | 親チームのSharePointサイト／既定ドキュメントライブラリ内のチャネル用フォルダー | Files/Sharedタブはこのフォルダーを前提に紐づく |
| プライベートチャネル | 招待されたメンバーのみ | プライベートチャネル専用のSharePointサイト（既定ライブラリ） | 権限制御のためサイト自体が分離される |
| 共有チャネル | チーム外のユーザーも含めて共有可能（条件あり） | 共有チャネル専用のSharePointサイト（既定ライブラリ） | コラボレーション単位でサイトを分ける設計 |
なぜ固定なのか：仕組みを知ると「運用で解く」発想になる
Teamsのファイル管理は、Microsoft 365グループ・Teams・SharePointの連携で成立しています。標準チャネルは同一チームのメンバーが共通なので「同じSharePointサイトの同じライブラリに、チャネル名フォルダーを切る」方式がシンプルで、権限・検索・共同編集などの動作も安定しやすい設計です。一方、プライベートチャネルは参加者が限定されるため、専用のSharePointサイトを作ってアクセスを隔離します。
この“紐付けの強さ”は、裏を返すと「SharePoint側を自由にいじるとTeams側が困る」でもあります。例えば、既定のドキュメントライブラリの名前を変更するとFilesタブでエラーが出るケースがあるため、Teams連携前提のサイトでは既定ライブラリ周りの変更は慎重に扱う必要があります。
よくある誤解：SharePointでチャネルフォルダーを移動すれば整理できる？
「プロジェクトが終わったら、SharePointでチャネルフォルダーごとアーカイブに移動して、ルート直下をスッキリさせたい」という発想は自然です。ただし、標準チャネル由来のフォルダーは“Teamsが管理しているフォルダー”でもあるため、フォルダー自体を動かそうとすると、元の場所に同名フォルダーが再生成されたり、Teams側の紐付けが期待通りにならない事例が報告されています。
整理の基本方針は次のどちらかに寄せると破綻しにくいです。
- チャネルのFiles/Sharedタブは「作業場」と割り切り、正式保管場所は別ライブラリ／別サイトに置く
- プロジェクト完了時に“ファイル（中身）”をアーカイブへ移し、チャネル用フォルダーは残す（空になる）
回避策の本命：SharePointのドキュメントライブラリを「タブ」として追加する
「チャネル標準のFiles/Sharedタブは変えられない」代わりに、Teamsの上部タブに、任意のSharePointコンテンツ（ページ／リスト／ドキュメントライブラリ）を追加できます。つまり“チャネルの導線”としては、実質的に好きな保存場所を使えます。
おすすめの運用パターン
| 領域 | Teams上の見せ方 | SharePoint側の実体 | 使いどころ |
|---|---|---|---|
| 作業用 | 既定のFiles/Sharedタブ（In library） | 既定ライブラリのチャネル用フォルダー | 会議中の一時置き、ラフ資料、スピード重視の共同編集 |
| 正式保管用 | 「SharePoint」タブでライブラリを固定表示 | プロジェクト用ライブラリ／アーカイブ用ライブラリ | 成果物、版管理、アクセス制御、監査・検索・引継ぎ |
手順（TeamsからSharePointライブラリをタブ追加）
- 対象のチャネルを開き、上部の「＋」からタブ追加を選ぶ
- 「SharePoint」を選び、「Document libraries（ドキュメント ライブラリ）」を選択する
- 同じチームサイト内のライブラリ、または別サイトのURLを指定して追加する
- 必要なら「このタブを追加したことを投稿する」にチェックして周知する
ポイントは「タブの名前を“正式保管”“成果物”“Project Docs”のように明確化する」ことです。既定のFiles/Sharedタブは非表示にできないため、メンバーが迷わないラベリングと周知が効きます。
回避策：任意のSharePointフォルダーを「Webサイト」タブで開く
ドキュメントライブラリではなく、特定フォルダーのURLに直接誘導したい場合は「Webサイト」タブでフォルダーURLを登録する方法もあります。Teamsの画面から目的のフォルダーに一発で飛べるので、運用上は“紐付け”に近い体験が作れます。
ただし、Webサイトタブはあくまでブラウザー表示です。フォルダー単位の権限設計や、操作性（プレビュー、メタデータ、ビュー）を重視するなら、前述の「SharePointタブ（ドキュメントライブラリ）」の方が安定します。
プロジェクト完了後の整理を“仕組み化”する
「ルート直下にチャネルフォルダーが増え続ける問題」を完全に消すことは難しい一方で、プロジェクトが終わった後に“中身”をきれいに移して、情報資産として引き継げる状態にすることは十分可能です。SharePointには移動／コピー機能があり、同一サイト内だけでなく、別サイトやOneDriveへの移動も行えます。
おすすめの“完了時チェックリスト”
| 作業 | 目的 | 実施場所 | 注意点 |
|---|---|---|---|
| 成果物を正式保管ライブラリへ移動（またはコピー） | 引継ぎ・監査・検索性を担保 | SharePoint | 移動前に「誰が編集できるか」を確定 |
| チャネル側は“閲覧中心”へ切り替え | 終了後に情報が散らからない | Teams | 投稿制限や運用ルールで対応（必要な範囲で） |
| 重要リンクを固定（正式保管先、仕様書、議事録など） | 探す時間をゼロにする | Teamsのタブ／固定投稿 | 「どこが正か」を明示する |
移動するのは「フォルダー」ではなく「ファイル」に寄せる
前述のとおり、標準チャネルに紐づく“チャネル用フォルダーそのもの”を動かすと、Teams側の前提が崩れて再生成が起きることがあります。そこで、完了時は次のように分解して考えると安全です。
- チャネル用フォルダー：残す（Teamsの都合上、置き場所を変えない）
- フォルダー内の成果物：アーカイブ用ライブラリ／サイトへ移動（またはコピー）
- Teams側には「正式保管先」へのタブ・リンクを残す
Power Automateで“アーカイブ運用”を現実的にする設計例
プロジェクトチャネルが多い組織では「完了したら移動」を手作業にすると必ず漏れます。そこでPower Automateで“ルール化”すると、運用品質が一気に上がります。ここでは実装しやすい設計例を紹介します。
設計例：SharePointリストを台帳にして、完了フラグで移動を走らせる
| 要素 | 例 | 狙い |
|---|---|---|
| 台帳 | 「プロジェクト台帳」リスト（プロジェクト名、チャネル名、正式保管ライブラリ、完了日…） | “どこへ移すか”をデータで管理 |
| トリガー | 台帳の「状態＝完了」になったとき | 完了操作と移動を連動 |
| 処理 | チャネル用フォルダー内のファイルを列挙し、アーカイブ先へ移動／コピー | 手作業の置き換え |
| 通知 | Teamsへ「アーカイブ完了」投稿、または担当者へメール | 透明性と監査性 |
Power Automateでフォルダー単位の一括移動が難しい場合でも、「ファイル一覧→繰り返しで移動」という作りにすると現実的です。運用上は“成果物だけ移す”で十分なことが多く、TeamsとSharePointの紐付けも壊しにくくなります。
SharePoint側での見通しを良くする小技
「ルート直下が散らかる」問題は、SharePointのUI改善で緩和されつつあります。Teamsと連携したサイトでは、ドキュメントライブラリのコマンドバーに「In channels（チャネル内）」の導線が表示され、どのフォルダーがTeamsチャネルに紐づくかを判別しやすくなっています。SharePoint側からTeamsチャネルに戻るアイコンも用意されています。
つまり、フォルダーの物理的な場所は変えられなくても、“見せ方”は改善できるということです。SharePointを管理する立場の人は、まずこのUIを前提に「どこまで整理が必要か」を再評価すると、無理な移動で事故るリスクを減らせます。
チーム設計の結論：プロジェクト単位の分け方で後処理コストが決まる
フォルダー位置を変えられない以上、根本解決は「どの粒度でチーム／チャネルを作るか」に戻ってきます。おすすめは、次の判断基準で最初に型を決めることです。
| 設計案 | 向いているケース | メリット | 注意点 |
|---|---|---|---|
| プロジェクトごとに「チーム」を作る | 期間が長い／関係者が明確／成果物管理が重要 | 終了後はチームごと整理・アーカイブしやすい | チーム数が増える（ガバナンスが必要） |
| 部門チームの中で、プロジェクトごとに「標準チャネル」を作る | 小規模・短期が多い／会話中心 | 立ち上げが速い | SharePointの既定ライブラリにチャネルフォルダーが増える |
| チャネルは最小限にして、成果物は「別ライブラリ」を運用 | ファイルが多い／分類・版管理・承認が必要 | SharePointの情報設計を活かせる | 既定タブと正式タブの“使い分け周知”が必須 |
よくある質問
チャットで送ったファイルはどこに保存されますか？
チャネルではなくチャット（1:1やグループチャット）で送ったファイルは、SharePointではなくOneDrive for Business側に保存されます。保存場所が違うため、「Teamsで見たのにSharePointにない／権限が違う」と感じたときは、まず“チャネルかチャットか”を切り分けるのが近道です。
「Files」タブが見当たりません。消えましたか？
消えたのではなく、段階的な更新で「Shared（共有）」という名称になっている可能性があります。Sharedタブの「In library」が従来のFilesタブ相当の挙動で、「In posts」は投稿内のファイル・リンクをまとめて探すための表示です。
既定ライブラリの名前は変えても大丈夫？
Teams連携を前提にしている場合、既定ライブラリ周りの変更は慎重に行ってください。ライブラリ名の変更が原因で、チャネルのFilesタブでエラーが出るケースがあると案内されています。どうしても名称を変える必要があるなら、影響範囲（Teams側の表示・アクセス）を検証してからにするのが安全です。
まとめ：柔軟にしたいなら「場所」ではなく「導線」と「運用」を設計する
Teamsチャネルに紐づくフォルダーの作成場所は、標準機能では変えられません。だからこそ、現場で詰まらないためには、(1)既定のFiles/Sharedタブを作業場にする、(2)正式保管先をSharePointタブで提示する、(3)完了時に成果物をアーカイブへ移す、の3点をセットで運用するのが現実解です。TeamsとSharePointの連携仕様を前提に、“壊さない整理”を目指しましょう。
コメント