SharePoint Online のページに Viva Engage（旧 Yammer）の会話 Web パーツを配置しているのに、表示対象を「トピック」にすると発行後の閲覧モードで読み込まれない――そんな現象の切り分けポイント、現実的な回避策、Microsoft への問い合わせ手順を整理します。
Viva Engage 会話 Web パーツとは（SharePoint Online での役割）
Viva Engage の「会話 Web パーツ」は、SharePoint Online のモダンページ上に Viva Engage の投稿（会話）を埋め込み、社内の情報共有やコミュニティの活性化をページ導線に組み込むための機能です。たとえば、部門ポータルのトップにコミュニティの投稿を流したり、プロジェクトのページに関連トピックの投稿を並べたりできます。
多くの環境では、表示対象（フィルター）として次のような選択肢を扱います。
- コミュニティ（特定コミュニティの投稿を表示）
- ユーザー（特定ユーザーの投稿を表示）
- トピック（Topics：特定トピックに紐づく投稿を表示）
今回のポイントは、このうち「トピック」を指定した構成のときだけ、ページ発行後の閲覧モードでコンテンツが読み込まれなくなる、という点です。
発生している現象（編集モードは表示されるのに、発行後だけ表示されない）
報告が多い典型的な症状は次のとおりです。
- ページの編集モードでは、トピックに紐づく投稿が正しく表示される
- ページを発行して閲覧モードにすると、Web パーツ内が読み込まれずシマー表示（読み込み中）や空のカードのままになる
- HAR で見ると、Web パーツ生成時に一部リクエストが 404 になっている
- 再発行後は、接続→切断→接続…のように、内部的にリトライ（再接続）を繰り返しているように見える
| 観点 | 編集モード | 閲覧モード（発行後） | 示唆 |
|---|---|---|---|
| 表示結果 | 投稿が表示される | シマー／空カードで止まる | 設定や権限の「完全な不足」より、表示の成立条件がモードによって変わる可能性 |
| ネットワーク挙動 | 正常系が多い | 404、再接続のループが見える場合がある | Web パーツ側の取得ロジックやエンドポイントがモードで変わっている可能性 |
| 再現性 | 安定して表示 | 安定して不表示 | 一時的な通信不良より、特定条件で再現する不具合の可能性 |
特に「編集では出るが、発行後に出ない」という差は、利用者側がまず疑うことの多い権限不足やライセンス不備のパターンとは少し違います（もちろん例外はありますが、切り分けの重要な手がかりになります）。
よくある誤解：まず疑うべきこと／疑いすぎないこと
この手の「読み込みが終わらない」現象は、ブラウザやネットワーク、サインイン状態などでも起き得ます。ただし今回のように「トピック」指定のときだけ発生している場合、闇雲に環境要因を追うと調査コストが跳ね上がります。そこで、まずは短時間で確認できるポイントに絞って切り分けるのが現実的です。
| 確認項目 | 確認方法 | この事象での優先度 | 判断の目安 |
|---|---|---|---|
| 他のフィルター（コミュニティ／ユーザー）は表示できるか | 同じページ・同じ Web パーツでフィルターだけ変える | 最優先 | トピックだけ不表示なら「Web パーツ側の既知不具合」を強く疑える |
| 同一ユーザーで編集モードと閲覧モードの差があるか | 同じアカウントで比較 | 高 | 同一ユーザーで差が出るなら、権限よりも描画条件や呼び出しの差が疑わしい |
| 別ブラウザ（Edge/Chrome）や InPrivate で変化があるか | キャッシュや拡張機能を排除 | 中 | 変化がなければローカル要因の可能性が下がる |
| 追跡防止・拡張機能・プロキシの影響 | 一時的に無効化して検証 | 中 | 「トピックだけ」影響を受けるケースは相対的に少なめ |
| 権限（SharePoint ページ閲覧権限／Viva Engage 利用権限） | テストユーザーで再現、ライセンス付与状況を確認 | 中 | 権限が原因なら、編集モードでも表示されないことが多い |
このチェックで「トピック指定だけダメ」がほぼ確定したら、次のステップは根本原因の追求よりも、利用者影響を抑える運用とMicrosoft への正式な働きかけに舵を切るのが合理的です。
原因の位置付け：トピック指定時にだけ発生する既知の不具合として扱う
この現象は、Viva Engage 会話 Web パーツを「トピックでフィルター」した構成にした場合にのみ発生する不具合として Microsoft 側で認識されている、という前提で整理するのが現場では最も噛み合います。複数テナント・複数環境で同様の事象が報告されているため、特定テナント固有の設定ミスや局所的な壊れ方とは考えにくい、という見立てです。
HAR で 404 が出ていること、閲覧モードで接続と切断を繰り返すように見えることから、仕組みとしては次のような状態が推測されます（ここは推測であり、環境によって見え方は変わります）。
- トピック指定時は、投稿一覧の取得に加えてトピックの解決（ID 変換）や追加のリソース取得が必要になり、閲覧モードでのコンテキスト（ページ発行後の URL、読み込み順、トークン更新のタイミングなど）と噛み合わない
- その結果、特定のリクエストが 404 になり、Web パーツ側が「表示完了」状態に遷移できず、読み込み表示のまま停止する
重要なのは、利用者側で設定をいじって根本修復できるタイプではなく、Web パーツ（サービス側）の修正を待つ必要がある、という整理です。
公式対応状況：修正予定日の公開がない状態では「待つ」以外に根治策がない
2025年9月時点では、Microsoft から正式な修正予定日（ETA）や、一般向けに明確なアップデート情報が出ていない状況として扱われています。そのため、利用者側で恒久対応を完了させる手段はなく、Microsoft 側の修正を待つ必要があります。
ただし、ここで「待つしかない」と言って終わると、現場は困ります。そこで次章以降では、ユーザー影響を抑えながら運用を止めないための回避策と、サポートチケットで情報を引き出すための準備を具体化します。
今すぐできる現実的な回避策（トピックを捨てずに運用する）
トピック以外の条件で Web パーツを構成し、導線だけトピックに寄せる
最もシンプルで効果が出やすいのは、会話 Web パーツの表示対象を「コミュニティ」や「ユーザー」など、表示が安定している条件に切り替える方法です。トピック運用そのものをやめるのではなく、ページ内の導線（リンクやボタン）でトピックへ誘導します。
- ページのメイン領域：コミュニティの投稿（安定して表示）
- ページ上部やサイド：よく使うトピックへのリンクボタン
ページ閲覧者の体験としては「投稿が見える」ことが最優先です。シマー表示が出続ける状態は、利用者にはエラーまたは壊れているページに見えやすく、定着を阻害します。いったん「確実に見える形」に寄せるだけでも、問い合わせや混乱は大きく減ります。
トピックページ／投稿への直接リンクを使う（一覧表示の代替）
トピック単位で情報を見せたい意図が強い場合、Web パーツにこだわらず、トピックへの直接リンクを使うのが堅実です。
- 「よく使うトピック」をボタンとして並べる（例：#総務連絡、#システム障害、#FAQ など）
- ページ本文の説明文に、トピックの用途（何を書く場所か）を明記してリンクする
- 必要に応じて「ハイライト コンテンツ」Web パーツや「クイック リンク」Web パーツを併用し、導線を見やすくする
| 狙い | 実装例（SharePoint 側） | メリット | 注意点 |
|---|---|---|---|
| トピックへ誘導 | ボタン／クイック リンクでトピック URL を掲載 | 表示不具合の影響を回避できる | 投稿の一覧をページ内で見せられない |
| ページ体験を維持 | 会話 Web パーツはコミュニティ表示に変更 | 「ページが壊れている」印象を避けられる | トピック軸の一覧は別導線にする必要 |
| 情報設計を整理 | ページ本文で運用ルールを明文化 | 投稿品質が上がり、検索性も改善しやすい | 初期は周知が必要 |
一時的に Web パーツを非表示にし、代替案と理由を明記する
利用者への影響を最小化する観点では、問題の Web パーツを一時的に削除／非表示にして、代替導線を設けるのも有効です。特にトップページや部門ポータルなど、アクセスが多いページでは「いつまでも読み込み中」が続く UI は信頼低下につながります。
その場合、ページ上に次のような説明テキストを置くと、ヘルプデスクへの問い合わせが減りやすくなります。
- 現在、Viva Engage 会話 Web パーツのトピック表示で読み込み不具合が発生している
- 復旧までの間は、コミュニティ表示／トピックへのリンクで運用する
- 復旧状況は更新履歴（お知らせ欄）で案内する
「トピックの使い方」を強化して、表示が直ったときに活きる運用へ寄せる
不具合がある間も、トピック運用を改善しておくと、修正が入ったときに一気に効果が出ます。たとえば、次のような設計は実務で効きます。
- トピック名を揺らさない（表記ゆれを防ぐ）
- 「トピックを付ける基準」を短文で定義する（例：障害は #障害情報、手順は #手順書、告知は #お知らせ）
- 投稿テンプレート（タイトル例、書くべき項目）をページに置く
Web パーツの表示が戻ったとき、トピックが整理されているほど「ページ→投稿→検索」の導線が強くなり、結果として SharePoint のポータル価値も上がります。
Microsoft 365 管理センターからのサポートリクエストが推奨される理由
この種の不具合は、外部公開情報だけでは進捗や見通しが見えにくいことがあります。そのため、組織としてはMicrosoft 365 管理センターからサポートチケット（サポート リクエスト）を起票し、事象を正式に紐づけるのが効果的です。
サポートに上げるメリットは、単に「直してほしい」と伝えることではありません。状況次第では次のような情報を得られる可能性があります。
- バックエンドチームによる調査（既知問題との照合、相関 ID での追跡など）
- 一時的なワークアラウンド（回避策）の提示
- 該当テナントへの個別な進捗共有（公開情報より具体的な場合がある）
起票時に添えると調査が進みやすい情報
サポートチケットの往復を減らすには、最初から「調査に必要な材料」を揃えておくのが近道です。以下は実務で効果が高い項目です（機密情報の扱いには注意してください）。
| 入れておく情報 | 例 | 目的 | 補足 |
|---|---|---|---|
| 事象の要約 | 「会話 Web パーツをトピック指定にすると発行後の閲覧モードで読み込まれない。編集モードでは表示」 | 最短で既知問題に紐づける | 「トピック以外は正常」も添える |
| 影響範囲 | 影響ページ数、影響ユーザー、対象サイト | 優先度判断に使われる | 業務影響（ポータル停止など）も具体的に |
| 再現手順 | 新規ページ作成→会話 Web パーツ→トピック指定→発行→閲覧で不具合 | 検証環境で再現させる | 短く、確実に再現する手順が強い |
| ページ URL／サイト URL | 該当ページ、テストページ | 調査対象を明確化 | 外部共有は避け、サポートの指示に従う |
| HAR（Network トレース） | 発行後閲覧モードでの取得結果 | 404 やループの確認 | 個人情報・トークンが含まれる可能性があるため取り扱い注意 |
| スクリーンショット／画面録画 | シマー表示で止まる様子 | 現象の視覚的共有 | 再現時間が長い場合は動画が有効 |
| 発生日時（タイムゾーン含む） | 2025/xx/xx 10:30 JST | サーバー側ログ照合 | 複数回の発生時間があると強い |
HAR 取得の実務ポイント（Edge/Chrome）
HAR は原因究明に非常に役立ちますが、取り扱いを誤ると情報漏えいのリスクがあります。組織のルールに従い、必要最小限の範囲で取得してください。
- ブラウザの開発者ツールを開き、Network タブでPreserve logを有効にする
- 可能ならDisable cacheも有効にして、再現の揺らぎを減らす
- ページを再読み込みし、「読み込みが終わらない状態」になるまで待つ
- Network のエクスポートから HAR を保存する
- 保存した HAR を第三者に渡す前に、社内のセキュリティ手順に従ってマスキング／共有範囲を確認する
Ideas コミュニティ（フィードバックサイト）への投稿が効くケース
サポートチケットが「個別の調査と案内」だとすると、フィードバック投稿は「同じ課題を抱える組織の声を可視化する」動きになります。既に同様の投稿がある場合は、同意（投票）や追加情報（再現条件、影響範囲）を追記することで、製品側の優先度が上がることがあります。
投稿する際は、感情的な表現よりも、次のような情報を端的に書くと伝わりやすくなります。
- SharePoint Online のモダンページ上の Viva Engage 会話 Web パーツであること
- トピック指定時のみ、発行後閲覧モードで表示されないこと
- 編集モードでは表示されること
- ビジネス影響（ポータルの導線が成立しない、周知が滞る等）
現場での「次の一手」：影響を止めずに、調査を前に進める運用フロー
根治策が Microsoft 側の修正待ちになる場合、現場では「放置しない運用」が重要です。実務では次の流れが噛み合いやすいです。
- 影響しているサイト・ページ・トピックを洗い出す（一覧化して管理する）
- テストページで再現条件を固定し、スクリーンショットと HAR を取得する
- Microsoft 365 管理センターからサポートチケットを起票し、既知不具合として紐づくか確認する
- 提示されたワークアラウンドがあれば、テストサイトで検証してから本番へ展開する
- 修正が入るまでの間は、ページ側は「コミュニティ表示＋トピック誘導リンク」などの回避策でユーザー影響を最小化する
トラブルを「資産」に変える：再発防止とページ設計のコツ
不具合対応は消耗しがちですが、ここでページ設計を整えると、修正後に運用が安定します。特に以下の観点は、SharePoint Online のポータル改善にも直結します。
- 情報の主戦場を決める：ページで見せるのは「概要と導線」、詳細は Viva Engage の会話に寄せる
- 導線を二重化する：Web パーツ表示が崩れても、リンク導線が残る設計にする
- 運用ルールを文章で残す：トピックの付け方、投稿の粒度、禁止事項（個人情報など）を明文化
- 更新責任者を決める：ページ本文やリンク集のメンテ担当を決め、属人化を避ける
よくある質問（同じ悩みが出たときの回答テンプレート）
編集モードで見えるのに、閲覧モードで見えないのはなぜ？
編集モードと閲覧モードでは、ページの読み込み方や Web パーツの初期化条件が変わることがあります。今回のように「トピック指定のときだけ」起きる場合は、利用者側の設定ミスよりも Web パーツ側の既知の不具合として整理し、回避策とサポート起票に進むのが近道です。
キャッシュ削除や別ブラウザで直る？
一時的に挙動が変わる可能性はありますが、「トピック指定だけ恒常的に止まる」場合、根本的な解決に繋がらないことが多いです。短時間での切り分け（トピック以外は表示できるか、編集と閲覧で差があるか）を優先し、回避策へ移るのが現実的です。
SharePoint 側の権限設定が原因の可能性は？
権限が原因であれば、同一ユーザーの編集モードで表示できている説明がつきにくいケースが多いです。ただし、例外もあるため、まずは「同じアカウントで編集と閲覧を比較」「トピック以外のフィルターに切り替えて比較」を行い、パターンを確定させるのがおすすめです。
利用者からの問い合わせを減らすには？
ページにシマーが出続けると、利用者は「ネットワークが悪い」「ログインが切れた」「ページが壊れている」と判断しがちです。Web パーツを一時的に外し、代替リンクと状況説明を掲載するだけで問い合わせが大きく減ります。あわせて、社内のお知らせ（Teams やメール）で「現在の回避運用」を短く告知すると効果的です。
まとめ：表示不具合を前提に、導線と運用で“止まらない”構成へ
Viva Engage 会話 Web パーツが「トピック」指定のときだけ発行後に読み込まれない現象は、利用者側で根治するよりも、Microsoft 側の修正を待ちながら運用で吸収するのが現実解になりやすいパターンです。まずは「トピック以外は表示できるか」「編集と閲覧の差が固定か」を短時間で確認し、回避策（コミュニティ表示への変更、トピックへの直接リンク、非表示＋説明）で影響を最小化してください。そのうえで、HAR などの材料を揃えて Microsoft 365 管理センターからサポートリクエストを起票し、既知不具合との紐づけと具体的な案内を引き出すことが、最も確実な前進になります。
コメント