Microsoft Word 2508で発生する「Advance／More Add‑ins」表示変更とWebアドイン読み込み遅延の原因と対処法【管理者向け完全ガイド】

Microsoft Word を Version 2508（Build 16.0.19127.20192）へ更新後、「+ More Add‑ins」ボタンが「Advance」「More Add‑ins」の二分割になった、組織配信の Office Web アドインが起動しない／非常に遅い／表示タイミングが一定しない――という相談が増えています。本記事では、原因候補の切り分けからロールバック、ネットワーク・キャッシュ・ログの実務的対処まで、現場で使える手順を体系化して解説します。

何が起きているのか（要点）

UI 変更：Word のリボン上の + More Add‑ins が、一部環境で Advance と More Add‑ins の 2 ボタンに分岐。
アドイン影響：集中配信（Centralized Deployment）の Web アドインが、起動時にタブごと表示されない／読み込みが極端に遅い／表示タイミングが不定。
旧版では安定：Version 2507 以前では 1 ボタン構成で、アドイン読み込みが安定していたとの観測が複数あり。
実害：利用者の作業待ち・再起動の繰り返し・問い合わせ対応の増加。UI 変更による案内の手戻り。

結論（先に対策の全体像）

本件は「UI 変更（機能フライト）」「WebView2 ランタイム・キャッシュ」「アドイン側の互換性」「ネットワーク到達性」「バージョン固有のリグレッション」などが複合要因になり得ます。短期の安定運用は ロールバック + 更新一時停止 + 再現条件の最小化（サイドロード検証） が最も早く、並行して 診断ログと再現手順の収集 → 公式窓口へ報告 が中長期の解決に直結します。

すぐ試すべき対処（優先度順）

解決策	詳細	補足・注意点
① フィードバックの正式提出	症状・発生率・環境（チャネル、ビルド、WebView2 版、配信方式、影響端末数）・再現手順・ログをまとめて投稿。社内票集め用の共有リンクを配布。	機密は伏せる。再現動画（UI の二分割やタブ非表示）も有効。
② 旧版にロールバック	Version 2507 以前へ戻し、安定状態に固定。	Current Channel は OfficeC2RClient.exe の個別ロールバックが不安定な場合があるため、Office Deployment Tool（ODT）で TargetVersion を固定する方法が確実。
③ 更新の一時停止	管理チャネルを Monthly Enterprise や Semi-Annual へ切替え、機能フライトの影響を受けにくくする。	すでに 2508 を適用済みの端末は ②と併用。
④ アドイン側の確認	manifest XML の `<Hosts>` / `<Requirements>` を精査。最小構成のサイドロードで再現を切り分け。	UI の変更に伴う表示位置の差異やタイミング依存の初期化コードに留意。
⑤ 代替タブの暫定運用	Developer タブ、もしくは独自タブにアドイン起動を集約。	Home の新 UI を避けることで、現象が軽減するケースがある。

原因候補の洗い出し（なぜ起きるのか）

機能フライト／UI の段階的展開：Office クライアントは段階的に UI 変更が配られることがあり、一部テナントや端末でのみ「Advance」「More Add‑ins」に分岐。
WebView2 ランタイムとの相性：Office の Web アドインは WebView2 を利用。ランタイムのバージョン差や破損キャッシュで、初回ロードが大幅に遅延することがある。
ネットワーク到達性：appsforoffice.microsoft.com（Office.js）、officeapps.live.com、*.office.com、login.microsoftonline.com、CDN ドメイン等への到達遅延・TLS 中間検査の影響。
アドインの初期化順序・依存関係：ホスト起動直後のタスクペーン表示や、UI 要素のレンダー前提の処理がタイミング依存で失敗。
バージョン固有のリグレッション：特定ビルドに限り、タブ描画やアドイン列挙が遅延する不具合が含まれる可能性。

詳細手順：管理者が取るべきアクション

1. 公式フィードバックの提出（再現性とログを添付）

テナント名は伏せたうえで、発生率（例：100 台中 38 台）、影響ロール（例：営業 200 名が主に利用）を明記。
UI の二分割やタブ非表示を撮影した 30〜60 秒の画面動画を用意。
後述の「診断ログ」を採取し、再現手順 → ログ時刻 → 端末情報をセットで記述。
社内掲示で投稿リンクを共有し、アップボート（投票）を集めて優先度を高める。

2. 旧バージョンへのロールバック（ODT 推奨）

最も確実なのは ODT（Office Deployment Tool）で TargetVersion を指定して配布しなおす方法です。代表的な構成例を示します。

ODT 構成 XML（例：Version 2507 へ固定）

&lt;Configuration&gt;
  &lt;Add OfficeClientEdition="64" Channel="Current" Version="16.0.19100.20000"&gt;
    &lt;Product ID="O365ProPlusRetail"&gt;
      &lt;Language ID="ja-jp" /&gt;
    &lt;/Product&gt;
  &lt;/Add&gt;
  &lt;Updates Enabled="TRUE" TargetVersion="16.0.19100.20000" /&gt;
  &lt;Display Level="Full" AcceptEULA="TRUE" /&gt;
  &lt;Property Name="FORCEAPPSHUTDOWN" Value="TRUE" /&gt;
&lt;/Configuration&gt;

実行例

setup.exe /download config.xml
setup.exe /configure config.xml

実際のビルド番号は、組織で安定していた2507 以前の範囲で採用してください。
ロールバック後、自動更新で 2508 に戻らないよう、TargetVersion を保った構成で展開・保守します。

クライアント側での一時的ロールバック（補助）

"C:\Program Files\Common Files\Microsoft Shared\ClickToRun\OfficeC2RClient.exe" /update user updatetoversion=16.0.19100.20000 displaylevel=true forceappshutdown=true

少数台の応急処置としては有効ですが、組織単位では ODT での固定化が管理容易です。

3. 更新の一時停止（チャネル切替）

Current Channel → Monthly Enterprise へ切替：機能フライトの影響を減らし、検証時間を確保。
グループポリシーやデバイス管理で 更新チャネルの統制 を行い、パイロット → 本番の 2 段階に分ける。
すでに 2508 の端末は、上記ロールバック手順と併用。

4. アドイン側の健全性確認（最小構成での再現切り分け）

manifest XML の基本確認

<Hosts><Host Name="Document" /></Hosts> など、Word 対応の宣言があるか。
<Requirements> で不必要に高い要件セットを指定していないか。
起動時処理で DOM 完了前を前提にしていないか（Office.onReady() 待ちを徹底）。

最小サンプル（サイドロード用）

&lt;OfficeApp xmlns="http://schemas.microsoft.com/office/appforoffice/1.1" xsi:type="TaskPaneApp" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
  &lt;Id&gt;00000000-0000-0000-0000-000000000001&lt;/Id&gt;
  &lt;Version&gt;1.0.0.0&lt;/Version&gt;
  &lt;ProviderName&gt;Contoso&lt;/ProviderName&gt;
  &lt;DefaultLocale&gt;en-US&lt;/DefaultLocale&gt;
  &lt;DisplayName DefaultValue="Hello Word Add-in" /&gt;
  &lt;Description DefaultValue="Minimal taskpane" /&gt;
  &lt;Hosts&gt;&lt;Host Name="Document" /&gt;&lt;/Hosts&gt;
  &lt;DefaultSettings&gt;
    &lt;SourceLocation DefaultValue="https://localhost:3000/taskpane.html" /&gt;
  &lt;/DefaultSettings&gt;
&lt;/OfficeApp&gt;

この最小構成で症状が出るなら、ホスト側（Word/環境）要因の蓋然性が高まります。逆に出ない場合は、実アドインの初期化コード・依存モジュールに焦点を当てます。

5. 代替タブの暫定運用

利用部門のリボン設定で Developer タブを有効化し、アドイン起動を案内。
独自カスタムタブ（管理配布）を用意し、Home の新 UI を回避。
ヘルプデスク台本で、ユーザー向けの一時的な操作手順を標準化（例：「起動後 10 秒待ってから Developer > アドイン」）。

ネットワーク・キャッシュ・コンポーネントの整備

WebView2 ランタイムの健全化

Edge の WebView2 ランタイムの バージョン確認（アプリ > プログラムと機能、または %ProgramFiles(x86)%\Microsoft\EdgeWebView\Application 内のフォルダ名）。
組織によってはランタイム更新が遅延・固定されており、Office 側との組み合わせで遅延が顕在化することがあります。最新安定版への更新を検討。

キャッシュのクリア（代表パス）

Word/アドイン/WebView2 周辺のキャッシュ破損が疑われる場合、以下のユーザープロファイル配下を Word を完全終了したうえで再生成させます（必要に応じて事前バックアップ）。

%LOCALAPPDATA%\Microsoft\Office\16.0\Wef\（Web アドインのキャッシュ）
%LOCALAPPDATA%\Microsoft\EdgeWebView\（WebView2 のユーザーデータ）
%APPDATA%\Microsoft\Office\Addins\（サイドロード設定など）
%TEMP%\OfficeAddins*（一時ファイル）

注意：キャッシュ削除は初回起動を重くすることがあります。全社一斉ではなく、対象端末のみに段階適用が安全です。

ネットワーク到達性の確認

社内プロキシ／TLS 検査で appsforoffice.microsoft.com、officeapps.live.com、*.office.com、login.microsoftonline.com、*.cdn.office.net などへの 遅延・ブロックがないか。
アドイン配信元（CDN/SaaS）のドメインに対して キャッシュ・圧縮・ヘッダー書き換えが入っていないか。
ネットワークパスの変化（新ルーティング、セグメント再設計）と発生時期が一致していないか。

診断ログの取り方（再現性の証拠を作る）

Office Web アドイン Runtime Logging（Wef）

対象端末で 環境変数または レジストリにてランタイムログを有効化。
Word を再起動し、現象を再現。
生成されたログ（タイムスタンプ・アドイン ID・エラーコード）を収集。

ログには、アドインの読み込み順・エラー・タイムアウトが記録されます。発生時刻と合わせて提出すると、原因特定が早まります。

WebView2 の詳細ログ

WebView2 の診断フラグやユーザーデータフォルダを別ディレクトリに切り替えて再現。
ブラウザ開発者ツール（F12）でネットワーク・コンソールのエラーを取得。

ネットワーク・端末側の補助ログ

プロキシ／ゲートウェイの通過ログ（ドメイン別の待ち時間・TLS 失敗率）。
イベントビューア（アプリケーション／Office ソース）と Windows パフォーマンス記録（CPU スパイクや I/O 待ち）。

検証の設計（テストリング運用）

リング 0：開発・IT（Current Channel (Preview)）
リング 1：代表ユーザー（Current Channel）
リング 2：本番大多数（Monthly Enterprise / Semi-Annual）

各リングで「UI 表示（Advance/More Add‑ins）」「アドイン初回表示までの秒数」「タブ表示消失の有無」を KPI として計測し、Excel に時系列で残すと傾向が見えます。

ユーザー影響を最小化するコミュニケーション雛形

【お知らせ】Word Version 2508 適用後のアドイン動作遅延について
対象：全ユーザー
症状：起動直後にアドインタブが表示されない、読み込みが遅い等
暫定対処：起動後 10〜20 秒待機 → Developer タブから起動／再起動
恒久対処：旧版へのロールバックを順次実施、更新一時停止
お問い合わせ：サービスデスク（内線 1234）

トラブルシューティングの決定木（現場用）

対象ビルド確認：Word のバージョンが 2508 か。
UI 変化確認：Advance と More Add‑ins の 2 ボタン化が起きているか。
WebView2 版確認：古い・不整合がないか。
サイドロード再現：最小アドインで症状が再現するか。
ネットワーク：必要ドメインへのアクセス遅延やブロックはないか。
キャッシュ：WEF/WebView2 キャッシュをリセットして再テスト。
ロールバック：2507 以前へ戻すと解消するか。
ログ提出：再現動画＋ランタイムログを収集し公式窓口へ。

管理ポリシーの見直し（予防策）

更新チャネルの厳格化：本番は Monthly Enterprise／Semi-Annual、先行は Current (Preview) に限定。
Office ストア利用の統制：現場が勝手に新アドインを追加して混乱しないよう、中央配布に一本化。
起動パフォーマンス指標の定義：起動後 10 秒以内にタブ表示／30 秒以内にタスクペーン表示などの SLO を社内標準化。

開発チーム向け：アドインの堅牢化ポイント

初期化の遅延耐性：Office.onReady()／document.readyState 完了待機、タイムアウト時の再試行。
フェイルオープン UI：読み込み中インジケータ／リトライボタンを標準装備。
CDN・認証の冗長化：CDN 障害時のフォールバック、Auth エラーの再握手ロジック。
計測の埋め込み：最初の Office.js ロードからタブ表示までの TTI をテレメトリ化。

FAQ（よくある質問）

Q. UI が二分割されていない端末もあるのはなぜ？
A. 機能フライトやキャッシュ、ビルド差、アカウント条件の違いにより、適用対象が限定されることがあります。

Q. COM アドインには影響する？
A. 本件は主に Web アドイン領域の症状です。ただし COM アドインの同時読み込みが遅延を助長することはあり得ます。

Q. ロールバックでデータは消える？
A. 通常、ユーザーデータは保持されます。念のため Office の自動保存・バックアップは有効化してください。

Q. ロールバック後は再び自動更新される？
A. ODT の TargetVersion で固定しないと戻る可能性があります。ポリシーで更新チャネルも統制してください。

現場で使えるコマンド集

バージョンの確認

winword /safe

Word の［アカウント］→［バージョン情報］で版数を確認。セーフモードで一時的にアドイン無効化し、ホスト由来か切り分けます。

Office の手動更新／修復

control appwiz.cpl

「Microsoft 365 Apps」を選択 → 変更 → クイック修復／オンライン修復。

WebView2 のディレクトリ確認（例）

dir "%ProgramFiles(x86)%\Microsoft\EdgeWebView\Application"

実践的な検証レポートの書き方（提出用テンプレ）

項目	記載例
発生日・頻度	2025-10-30〜、100 台中 38 台（38%）
対象バージョン	Word 2508（16.0.19127.20192）
UI 変化	「Advance」「More Add‑ins」の二分割を確認（旧環境は「+ More Add‑ins」のみ）
アドイン状況	中央配布の A/B/C の 3 種で遅延・不表示。サイドロード最小構成は 2/3 端末で正常。
ネットワーク	プロキシ経由。appsforoffice への初回接続が 3〜5 秒遅延。
暫定対処	2507 へ戻し安定化。更新を Monthly Enterprise に切替。
恒久対処	公式修正待ち。ログ・動画・再現手順を提出済み。

安全に前進するためのベストプラクティス（再掲）

テストリング運用：本番展開の前に Current Channel (Preview) で UI とアドイン挙動を先行検証。
ネットワーク & キャッシュ確認：Office File Cache のクリアやプロキシ設定の見直しをルーチン化。
診断ログ活用：Wef ランタイムログ・WebView2 ログ・ネットワークログで三点突合。

まとめ：当面の推奨ルート

短期：影響局面では 旧版ロールバック＋更新一時停止、UI の二分割環境は Developer/独自タブで回避。
中期：最小構成サイドロードで再現性を確認し、ログ＋動画を添えて公式へエスカレーション。
長期：更新チャネルの二段階運用・ネットワーク設計・アドイン初期化の堅牢化で、将来のフライト変更にも耐える基盤へ。

上記の運用で「現場の止血」と「恒久対応への橋渡し」を両立できます。UI 変更や一時的なリグレッションは避けられない局面がありますが、ロールバック／更新統制／検証リング／ログ提出の 4 点を標準化すれば、復旧までの時間と心理的負荷を大きく下げられます。

付録：運用チェックリスト

［　］対象バージョンの把握（2508/ビルド番号）
［　］ UI 二分割の有無（Advance/More Add‑ins）
［　］ WebView2 ランタイム版と健全性
［　］ WEF/WebView2/Temp のキャッシュ初期化
［　］サイドロード最小構成の再現確認
［　］ネットワーク主要ドメインの到達性・遅延計測
［　］ロールバック適用と更新固定（TargetVersion）
［　］代替タブの暫定運用策展開
［　］ログ・動画・再現手順の整備と提出
［　］社内告知と FAQ 公開

最後に：本記事の手順は、現場の「いま困っている」を最短で和らげることに主眼を置いています。恒久修正の情報が得られ次第、更新チャネルを元に戻し、暫定策（代替タブや手動操作手順）を順次撤廃してください。

この記事を書いた人

佐藤健司

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

Microsoft Word 2508で発生する「Advance／More Add‑ins」表示変更とWebアドイン読み込み遅延の原因と対処法【管理者向け完全ガイド】

何が起きているのか（要点）

結論（先に対策の全体像）

すぐ試すべき対処（優先度順）

原因候補の洗い出し（なぜ起きるのか）

詳細手順：管理者が取るべきアクション

1. 公式フィードバックの提出（再現性とログを添付）

2. 旧バージョンへのロールバック（ODT 推奨）

3. 更新の一時停止（チャネル切替）

4. アドイン側の健全性確認（最小構成での再現切り分け）

5. 代替タブの暫定運用

ネットワーク・キャッシュ・コンポーネントの整備

WebView2 ランタイムの健全化

キャッシュのクリア（代表パス）

ネットワーク到達性の確認

診断ログの取り方（再現性の証拠を作る）

Office Web アドイン Runtime Logging（Wef）

WebView2 の詳細ログ

ネットワーク・端末側の補助ログ

検証の設計（テストリング運用）

ユーザー影響を最小化するコミュニケーション雛形

トラブルシューティングの決定木（現場用）

管理ポリシーの見直し（予防策）

開発チーム向け：アドインの堅牢化ポイント

FAQ（よくある質問）

現場で使えるコマンド集

実践的な検証レポートの書き方（提出用テンプレ）

安全に前進するためのベストプラクティス（再掲）

まとめ：当面の推奨ルート

付録：運用チェックリスト

この記事を書いた人

コメント

コメントするコメントをキャンセル

Microsoft Word 2508で発生する「Advance／More Add‑ins」表示変更とWebアドイン読み込み遅延の原因と対処法【管理者向け完全ガイド】

何が起きているのか（要点）

結論（先に対策の全体像）

すぐ試すべき対処（優先度順）

原因候補の洗い出し（なぜ起きるのか）

詳細手順：管理者が取るべきアクション

1. 公式フィードバックの提出（再現性とログを添付）

2. 旧バージョンへのロールバック（ODT 推奨）

3. 更新の一時停止（チャネル切替）

4. アドイン側の健全性確認（最小構成での再現切り分け）

5. 代替タブの暫定運用

ネットワーク・キャッシュ・コンポーネントの整備

WebView2 ランタイムの健全化

キャッシュのクリア（代表パス）

ネットワーク到達性の確認

診断ログの取り方（再現性の証拠を作る）

Office Web アドイン Runtime Logging（Wef）

WebView2 の詳細ログ

ネットワーク・端末側の補助ログ

検証の設計（テストリング運用）

ユーザー影響を最小化するコミュニケーション雛形

トラブルシューティングの決定木（現場用）

管理ポリシーの見直し（予防策）

開発チーム向け：アドインの堅牢化ポイント

FAQ（よくある質問）

現場で使えるコマンド集

実践的な検証レポートの書き方（提出用テンプレ）

安全に前進するためのベストプラクティス（再掲）

まとめ：当面の推奨ルート

付録：運用チェックリスト

この記事を書いた人

関連記事

コメント

コメントする コメントをキャンセル

コメントするコメントをキャンセル