Microsoft Teamsの「SharePoint thumbnail previews」は、Teamsデスクトップ版でSharePointページのリンクを共有したときに、サムネイル画像とページ説明を含むリッチなカードとして自動表示する更新です。結論から言うと、利用者側の作業はほぼ不要ですが、管理者はURLプレビューのポリシー、接続エクスペリエンス、SharePointページ側のサムネイル・説明文を事前に確認しておくべきです。
公式ロードマップ上では、対象はMicrosoft Teams、プラットフォームはDesktopとMac、一般提供は2026年6月予定、状態はIn developmentです。公式API上の更新日時は2026-05-06 23:15 UTCで、日本時間では2026年5月7日に相当します。なお、Microsoft 365ロードマップの予定日や説明は変更される可能性があるため、展開直前にも管理センターやロードマップを再確認するのが安全です。(Microsoft)
Microsoft TeamsのSharePointサムネイルプレビューで変わること
今回の更新では、TeamsのチャットやチャネルにSharePointページのリンクを貼り付けた際、単なるURL文字列ではなく、内容を把握しやすいカード形式で表示されます。
カードには、SharePointページのサムネイル画像とページ説明が表示されるため、受け手はリンクを開く前に「何のページか」「読むべき内容か」を判断しやすくなります。たとえば、社内ポータルのニュース、プロジェクト報告、障害情報、ナレッジページなどをTeamsで共有する場面では、リンクのクリック率や理解の速さに影響します。
| 項目 | 内容 |
|---|---|
| ロードマップID | 561321 |
| 機能名 | Microsoft Teams: SharePoint thumbnail previews |
| 対象サービス | Microsoft Teams |
| 共有対象 | SharePointページのリンク |
| 主な変更点 | Teams上でリンクがサムネイル画像・説明付きカードとして展開される |
| 対象プラットフォーム | Desktop、Mac |
| リリースリング | Targeted Release、General Availability |
| 一般提供予定 | 2026年6月 |
| 状態 | In development |
重要なのは、この更新が「SharePointの権限を広げる機能」ではなく、「Teams上でのリンク表示を分かりやすくする機能」だという点です。ただし、カード化されることでページタイトル、説明、サムネイルが会話上で目立つようになります。機密性の高いページでは、サムネイルや説明に過度な情報を含めない運用が必要です。
利用者にとってのメリット
Teamsでは、会話の流れの中に多くのリンクが投稿されます。URLだけが並ぶと、どのリンクが重要なのか、どのページを見ればよいのかが分かりにくくなります。
SharePointサムネイルプレビューが有効になると、次のような効果が期待できます。
| 利用シーン | これまで起きやすかった問題 | 更新後に期待できる効果 |
|---|---|---|
| 社内ニュース共有 | URLだけでは内容が分からない | 見出し・説明・画像で内容をすぐ把握できる |
| プロジェクトページ共有 | 似たURLが多く、リンク先を間違えやすい | カードの説明で目的を判断しやすい |
| 障害・メンテナンス案内 | 緊急度が伝わりにくい | サムネイルや説明で重要度を補足できる |
| ナレッジ共有 | 読む価値が伝わらず埋もれる | クリック前に内容の概要が分かる |
特に、SharePointを社内ポータルやナレッジベースとして使っている組織では、Teamsが情報共有の入口になりやすくなります。リンク共有のたびに「これは何のページですか？」と補足する手間を減らせる点が実務上のメリットです。
管理者が確認すべき設定
管理者が最初に確認すべきなのは、TeamsのメッセージングポリシーにあるURLプレビュー設定です。Microsoft Learnでは、Teamsのメッセージングポリシーに「URL previews」があり、メッセージ内の自動URLプレビューをオン・オフする設定として説明されています。(Microsoft Learn)
PowerShellで確認・変更する場合は、Teams PowerShellのAllowUrlPreviewsを確認します。MicrosoftのPowerShellドキュメントでは、この設定で自動URLプレビューをオン・オフでき、URLプレビューを許可するにはOptional Connected Experiencesも有効である必要があると説明されています。(Microsoft Learn)
Get-CsTeamsMessagingPolicy | Select-Object Identity, AllowUrlPreviews特定のポリシーでURLプレビューを有効にする例は次のとおりです。
Set-CsTeamsMessagingPolicy -Identity "Global" -AllowUrlPreviews $trueただし、組織によってはグローバルポリシーではなく、部門別・利用者別のメッセージングポリシーを割り当てている場合があります。展開前には、実際に対象ユーザーへ割り当てられているポリシーを確認してください。
| 確認項目 | 見る場所 | 判断基準 |
|---|---|---|
| URL previews | Teams管理センターのMessaging policies、またはTeams PowerShell | SharePointリンクをカード表示したいユーザーでオンになっているか |
| Optional Connected Experiences | Microsoft 365 Apps側の接続エクスペリエンス設定 | URLプレビューを許可する運用と矛盾していないか |
| 対象ユーザーのポリシー | ユーザーに割り当てられたTeamsメッセージングポリシー | 一部ユーザーだけ表示されない状態にならないか |
| 対象クライアント | Teamsデスクトップ版、Mac | モバイルやWebで同じ挙動を期待して案内していないか |
| 展開タイミング | Microsoft 365ロードマップ、メッセージセンター | 2026年6月予定から変更されていないか |
SharePointページ側で整えるべきサムネイルと説明
この更新で見落としやすいのは、Teams側の設定だけでなく、SharePointページ側の品質がカードの見え方に影響することです。
SharePointでは、ページ詳細からサムネイル画像を変更できます。また、ページ説明もページ詳細で編集できます。Microsoft Supportでは、ページのサムネイルと説明は検索結果やSharePointニュースなどで使われると説明されています。(Microsoft サポート)
サムネイルについては、SharePointのモダンページでは既定でページタイトル領域や最初のWebパーツなどから取得される場合があり、必要に応じてページサムネイルを上書きできます。Microsoft Supportでは、ページサムネイルには16:9の画像を使うことが推奨されています。(Microsoft サポート)
サムネイルの実務的な選び方
Teams上のカードは、SharePointページ本体よりも小さく表示されます。大きな画像では見栄えが良くても、カードでは文字が読めなかったり、重要な部分が切れたりすることがあります。
サムネイルは次の基準で選ぶと失敗しにくくなります。
| 判断基準 | 推奨 | 避けたい例 |
|---|---|---|
| 画像比率 | 横長、できれば16:9 | 縦長画像、正方形に近い画像 |
| 内容 | ページのテーマが一目で分かる画像 | 意味のない装飾画像 |
| 情報量 | 小さく表示されても分かる程度 | 細かい文字入りの画面キャプチャ |
| 機密性 | 公開範囲に合った汎用画像 | 顧客名、個人名、障害詳細が写った画像 |
| ブランド | 社内テンプレートや統一感のある画像 | 部署ごとにバラバラな画像 |
たとえば、障害報告ページのサムネイルに実際の管理画面キャプチャを使うと、Teamsカード上で不要な情報が見えてしまう可能性があります。この場合は、「システムメンテナンス」「重要なお知らせ」などの汎用バナーを使い、詳細はSharePointページ内で権限管理する方が安全です。
ページ説明は「クリック前の要約」として書く
Teamsカードに表示されるページ説明は、単なるSEO用の説明ではなく、Teamsでリンクを受け取った人が読むかどうかを判断する材料になります。
悪い例と良い例を比べると、運用ルールを決めやすくなります。
| 悪い例 | 良い例 |
|---|---|
| お知らせ | 2026年6月の社内システムメンテナンス予定を掲載しています。対象サービスと停止時間を確認してください。 |
| 週次報告 | 営業第2チームの週次進捗、未対応課題、来週の重点アクションをまとめたページです。 |
| 共有資料 | 新入社員向けTeams利用ルール、チャネル投稿、メンション、ファイル共有の基本を説明します。 |
ページ説明は、長すぎるとカード上で省略されます。目安としては、1文から2文で「誰が」「何を確認すべきか」が分かる内容にすると実用的です。
展開前にやるべき検証手順
今回の更新は、大規模な移行作業を必要とするタイプの変更ではありません。しかし、Teams上の見え方が変わるため、情報システム部門、SharePoint管理者、社内広報担当が連携して確認する価値があります。
| 手順 | 作業内容 | 確認ポイント |
|---|---|---|
| 事前確認 | ロードマップID 561321の状態を確認 | 一般提供予定や対象プラットフォームが変わっていないか |
| ポリシー確認 | TeamsのURLプレビュー設定を確認 | 対象ユーザーでAllowUrlPreviewsが有効か |
| テストユーザー選定 | Targeted Release対象や検証ユーザーを用意 | Windows/Mac、複数ポリシーで差が出ないか |
| SharePointページ確認 | 重要ページのサムネイルと説明を確認 | カード表示に適した画像・説明になっているか |
| ゲスト環境確認 | 外部ユーザーがいるチームで検証 | 不要なタイトル・説明・画像が目立たないか |
| 問い合わせ準備 | ヘルプデスク向けFAQを用意 | 「リンクの見た目が変わった」問い合わせに対応できるか |
| 展開後確認 | 実際のチャット・チャネルで表示確認 | カードが表示されないユーザーや古い表示が残るケースを把握する |
特に重要なのは、部門ごとにTeamsメッセージングポリシーが異なる場合です。ある部署ではカード表示されるのに、別の部署ではURLだけになると、利用者は不具合と受け取ることがあります。展開前に「URLプレビューの可否はポリシーで制御される」という説明を用意しておくと、問い合わせ対応がスムーズです。
セキュリティと情報管理で注意すべきポイント
SharePointサムネイルプレビューは便利ですが、表示がリッチになるほど、情報の見え方にも注意が必要です。
まず、カード表示によってSharePointページの閲覧権限そのものが広がるわけではありません。一方で、チャットやチャネル上に表示されるタイトル、説明、サムネイルは、リンク先を開く前に目に入ります。そのため、ページのメタ情報に機密性の高い内容を含めないことが大切です。
たとえば、次のようなページは事前に見直しておくべきです。
- M&A、組織変更、人事異動など、公開範囲が限定されるページ
- 顧客名、案件名、障害原因がサムネイルや説明に含まれるページ
- 役員向け、法務向け、監査向けなど閲覧者が限られるページ
- 外部ゲストが参加するチームで共有される可能性があるページ
実務では、「SharePointページ本文で守る情報」と「Teamsカードに出てもよい情報」を分けて考えると判断しやすくなります。ページ本文には権限で守るべき詳細を置き、カードに出るサムネイルや説明には概要だけを書く、という運用が安全です。
開発者・サイト制作者が確認すべきこと
標準的なSharePointページの共有であれば、開発者がTeams用に新しいカードを実装する必要は基本的にありません。ただし、SPFx Webパーツを多用しているページ、独自テンプレートで作成したページ、外部WebアプリとTeamsを連携している環境では、カード表示の見え方を確認しておくべきです。
SharePointページでは、既定のサムネイルがページタイトル領域や最初のWebパーツから取得される場合があります。そのため、ページ上部に配置する画像やWebパーツが、カード表示に適さない内容になっていないか確認してください。(Microsoft サポート)
また、SharePoint以外の独自Webサイトや業務アプリのリンクをTeamsでリッチ表示したい場合は、Teamsのリンク展開の仕組みも参考になります。Microsoft Learnでは、Teamsのリンク展開により、リンクを画像・タイトル・説明などを含むAdaptive Cardとして表示できること、schema.orgのJSON-LDメタデータを使ったリッチプレビューの方法が説明されています。(Microsoft Learn)
ただし、今回のロードマップ項目はSharePointページリンクのプレビュー改善です。独自アプリのリンク展開、メッセージ拡張機能、BotによるAdaptive Card投稿とは別物として整理してください。
よくある誤解と対応
| 誤解 | 正しい見方 | 対応 |
|---|---|---|
| SharePointページの権限が自動で広がる | リンク表示がリッチになる更新であり、権限設計とは別 | SharePoint側の閲覧権限は従来どおり確認する |
| すべてのTeamsクライアントで同時に使える | 公式情報ではDesktopとMacが対象 | モバイルやWebについては別途確認する |
| 管理者の確認は不要 | URLプレビューや接続エクスペリエンスの設定に影響される可能性がある | Teamsメッセージングポリシーを確認する |
| サムネイルは何でもよい | 小さなカードで見やすい画像が必要 | 16:9、横長、機密情報なしを基準にする |
| ページ説明は空欄でも問題ない | カードの理解しやすさが下がる | 重要ページは説明文を必ず整える |
| 開発者がTeamsカードを作る必要がある | 標準SharePointページでは基本的に不要 | 独自サイトや業務アプリのリンクだけ別途検討する |
社内向けに案内する文面例
利用者向けには、難しい設定名ではなく「リンクの見え方が変わる」と伝えるのが効果的です。
Microsoft TeamsでSharePointページのリンクを共有した際、リンクがサムネイル画像と説明付きのカードとして表示されるようになります。
これにより、リンクを開く前にページの内容を把握しやすくなります。通常の利用方法に変更はありません。SharePointページを作成・更新する担当者は、ページのサムネイル画像と説明文が適切か確認してください。
カードが表示されない場合は、利用しているTeamsクライアントや組織のポリシーにより挙動が異なる場合があります。SharePointページ作成者向けには、次のように具体的に依頼すると運用に落とし込みやすくなります。
Teamsで共有される可能性が高いSharePointページは、公開前にページ詳細からサムネイル画像と説明文を確認してください。
サムネイルには横長の画像を使い、顧客名・個人名・管理画面・機密情報が写り込まないようにしてください。説明文には、ページの目的と読者が確認すべき内容を1〜2文で記載してください。展開に向けたチェックリスト
公開前後で確認すべき項目は、次のとおりです。
- ロードマップID 561321の一般提供予定が2026年6月のままか確認する
- TeamsメッセージングポリシーでURL previewsが有効か確認する
- Optional Connected Experiencesの設定と組織ポリシーに矛盾がないか確認する
- DesktopとMacのTeamsでSharePointページリンクの表示をテストする
- 重要なSharePointページのサムネイル画像を16:9基準で見直す
- ページ説明が空欄、曖昧、長すぎるページを修正する
- 外部ゲストが参加するチームで共有されるページのメタ情報を確認する
- ヘルプデスク向けに「カードが表示されない場合」の切り分け手順を用意する
- SharePointページ作成者向けの簡単なガイドを配布する
今回のMicrosoft TeamsのSharePointサムネイルプレビューは、派手な新機能というより、日常的なリンク共有の品質を上げる更新です。管理者はTeams側のURLプレビュー設定を確認し、SharePoint担当者はページのサムネイルと説明を整える。この2点を先に済ませておけば、2026年6月の一般提供後も混乱なく展開しやすくなります。
コメント