Office.comのアプリ起動ツールから「Word(無料のWeb版)」を開こうとして、「This site can’t be reached」や「ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY」が出て起動できない――そんなときの切り分けと対処法をまとめました。別ブラウザーでは開けるケースを前提に、最短で作業を再開する回避策から原因確認まで解説します。
起きている現象を正確に把握する
このトラブルは、Office.com(Microsoft 365のホーム)にあるアプリ起動ツール(アプリ ランチャー)からWord(無料のWeb版)を起動した際に、次のような画面・エラーで止まる状況を指します。
| よくある表示 | 具体例 | ポイント |
|---|---|---|
| ブラウザーの接続エラー | This site can’t be reached(サイトにアクセスできない) | Word自体のエラーというより、ブラウザーが通信を確立できない段階で停止している可能性が高い |
| エラーコード | ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY | HTTP/2の通信要件(主にTLS/暗号設定)を満たせず、ブラウザーが接続を拒否しているときに出やすい |
| 対象URLの傾向 | https://word.cloud.microsoft/… | Word for the web(Word Online)のエンドポイントで発生しやすい |
| 重要な前提 | 別のブラウザーでは開ける | サーバー障害だけでなく、特定ブラウザーの設定/拡張機能/プロファイル、またはネットワーク経路が関与している可能性が上がる |
「別ブラウザーでは問題なく開ける」のが最大のヒントです。ここから先は、作業を止めない回避策と、原因を絞り込むための切り分け手順を順に実施していきます。
最短で作業を再開する回避策
まずは、原因究明よりも業務や作業を止めないことを優先しましょう。次の回避策は、再現性が高く、すぐ試せます。
回避策:別のブラウザーでWord(無料のWeb版)を開く
- 同じMicrosoftアカウントで、別ブラウザー(例:Edge→Chrome、Chrome→Firefox、Safari→Chromeなど)からOffice.comへサインインし直して起動する
- Wordが開ければ、当面の編集・保存は可能(根本原因の調査はあとでOK)
Office.com経由にこだわらず、OneDrive/SharePointから開く
- OneDrive(個人/法人)やSharePoint上のWordファイルを開くと、Word for the webが直接起動する場合があります
- Office.comのランチャー部分の動作やリダイレクトが原因の場合、迂回できることがあります
ここまでで作業が再開できたなら成功です。以降は「なぜそのブラウザーだけ開けないのか」を潰して、いつでも元の環境で使える状態に戻すためのステップです。
Office.comからWord(Web版)が開く流れと、詰まりやすいポイント
Office.comのアプリ ランチャーからWordを起動すると、裏側ではサインイン状態の確認 → リダイレクト → word.cloud.microsoft への接続といった処理が発生します。どこかで通信条件(TLS/暗号)や中継の影響が入ると、ブラウザーが接続を拒否してエラーになります。
| 区間 | 起きていること(概要) | 詰まりやすい要因 |
|---|---|---|
| Office.com → 認証 | サインイン状態の確認、トークンの受け渡し | Cookie不整合、拡張機能で認証ページが改変される |
| 認証 → Word起動 | Word for the webの起動URLへ遷移 | リダイレクトがブロックされる、プロキシで書き換えが入る |
| word.cloud.microsoft へ接続 | HTTP/2 + TLSで安全な接続を確立 | HTTPS検査(復号/再暗号化)、古い暗号設定、ブラウザー更新遅れ |
今回のERR_HTTP2_INADEQUATE_TRANSPORT_SECURITYは、特に最後の「word.cloud.microsoft へ接続」区間で発生しやすいのが特徴です。
ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITYとは何か(かみ砕き解説)
エラー名は長いですが、意味はざっくり次のイメージです。
- Word(word.cloud.microsoft)が要求する安全な通信条件がある
- しかし、あなたの使っているブラウザー/OS/ネットワーク(プロキシやセキュリティ製品含む)が、その条件を満たせない形で通信しようとしている
- 結果として、ブラウザーが「安全基準を満たせない接続はしない」と判断し、HTTP/2通信を拒否する
とくに企業ネットワークでは、プロキシやHTTPS検査(SSL/TLSインスペクション)で通信が中継・復号され、再暗号化されることがあります。そのときの暗号方式やTLS設定がHTTP/2の要件に合わないと、ブラウザー側でこの種のエラーが出ることがあります。自宅でも、セキュリティソフトの「HTTPSスキャン」機能が似た症状を作ることがあります。
重要なのは、確定的な単一の解決策が提示しにくいタイプの問題だという点です。まずは「どこで条件が変わっているか」を切り分け、実務的な回避策と並行して潰していくのが現実的です。
切り分けの手順:原因を「ブラウザー」か「ネットワーク」かに分ける
原因が複数あり得るため、闇雲に設定をいじるより、切り分けが最短ルートです。次の順番で試すと、無駄が減ります。
| 手順 | やること | 結果の見方 | 次に疑う範囲 |
|---|---|---|---|
| 1 | 同じブラウザーで「シークレット/プライベート」モードで開く | 開けた → 既存プロファイルの拡張機能やCookieが原因の可能性 | ブラウザー側(拡張機能/Cookie/設定) |
| 2 | 同じブラウザーで「新しいプロファイル(新規ユーザー)」を作って開く | 開けた → 設定/履歴/キャッシュの影響が濃厚 | ブラウザー側(プロファイル破損/設定差) |
| 3 | 同じPCでネットワークを変えて開く(例:スマホのテザリング) | 開けた → 会社/自宅ルーター/プロキシ/セキュリティ機器が関与 | ネットワーク側(プロキシ/HTTPS検査) |
| 4 | 別のPC・別ユーザーで同じブラウザーを試す | 開けた → 端末固有(OS/証明書/セキュリティソフト) | OS/セキュリティソフト/端末環境 |
ここで「どの条件で直るか」が分かると、次の対処が一気に絞れます。以降は、よく効く順に対策を並べます。
ブラウザー側でできる対処(改善する可能性が高い順)
ブラウザーを最新版に更新する(最重要)
HTTP/2とTLS周りの要件は、ブラウザーの更新で改善することが多い領域です。自動更新が止まっていないかも含めて確認します。
- Microsoft Edge:設定 → 「Microsoft Edgeについて」から更新確認
- Google Chrome:設定 → 「Chromeについて」から更新確認
- Firefox:ヘルプ → 「Firefoxについて」から更新確認
「別ブラウザーでは開ける」場合でも、問題のブラウザーだけ更新が遅れていることは珍しくありません(社内PCで更新が制限されているケースもあります)。
拡張機能(アドオン)を一時的に無効化して試す
広告ブロック、トラッキング防止、セキュリティ系の拡張機能は、リダイレクトやスクリプト、Cookie、HTTPS接続に介入することがあります。切り分けとして次を試します。
- 拡張機能をすべてオフにして、Office.com → Wordを起動
- 開けた場合は、拡張機能を1つずつ戻して原因を特定
企業利用では「セキュリティ拡張」が管理者によって強制配布されていることもあります。その場合は、無効化できないことがあるため、後述の「ネットワーク/管理者対応」も併せて確認します。
Cookie/キャッシュの削除(対象サイトを絞って実施)
Cookieやキャッシュの不整合で、Office.comの起動リンクや認証リダイレクトが壊れることがあります。ただし、事例として「キャッシュ削除しても改善しなかった」ケースもあるため、「対象を絞る」→「全体を消す」の順で進めるのが現実的です。
| 削除の範囲 | 推奨対象 | メリット | 注意点 |
|---|---|---|---|
| サイト単位で削除 | office.com / microsoft.com / live.com / cloud.microsoft / onedrive.live.com(利用状況で追加) | 影響を最小化しつつ、認証やリダイレクトの不整合を解消できる | サインインし直しが必要になることが多い |
| 期間を指定して削除 | 「過去24時間」「過去7日」など | 最近の変更(拡張機能追加など)と相性が良い | 直らない場合は次の手段へ |
| すべて削除 | 最終手段 | 最も強力 | ログイン状態、フォーム、自動入力など影響が大きい |
ブラウザー設定のリセット(勝率が高い)
何らかの設定変更(セキュリティ/プロキシ/実験機能など)が原因の場合、リセットで一気に戻せます。
- Edge:設定 → 「設定のリセット」→「設定を既定値に戻す」
- Chrome:設定 → 「設定をリセット」→「設定を元の既定値に戻す」
リセット後は、必要な拡張機能やホームページ設定などを再設定する必要があります。業務PCでプロキシ設定が必須の場合は、管理部門の指示に従ってください。
新しいブラウザープロファイルを作成する(プロファイル破損の疑い)
同じブラウザーでも、プロファイル(ユーザー)を分けると動くことがあります。特に「長年使っているプロファイル」「拡張機能が多い」「同期で設定が複雑」な環境ほど有効です。
- 新しいプロファイルでOffice.comにサインイン
- Word(無料のWeb版)が開けるか確認
- 開けた場合、古いプロファイル側の設定や拡張機能を移行しながら原因を探す
軽量な追加チェック(通信キャッシュ系)
「ブラウザー対処は一通りやったが微妙」というときに、影響が比較的小さく試しやすい項目です。
| 項目 | 概要 | 期待できる効果 | 注意点 |
|---|---|---|---|
| DNSキャッシュのクリア | WindowsでDNS解決のキャッシュを更新 | 名前解決の不整合や一時的な不具合をリフレッシュ | 社内ルールがある場合は従う |
| SSL状態のクリア(Windows) | 証明書/SSL関連のキャッシュをクリア | TLS周りの一時的な不整合を解消することがある | 効果は環境依存(必ず効くわけではない) |
ネットワーク/セキュリティ製品が原因になりやすいケース
「同じブラウザーでも、ネットワークを変えると開ける」「社内だけ開けない」「VPNを切ると開ける」などの場合、ネットワーク側の介入が濃厚です。典型パターンと対処の方向性を整理します。
| 疑う状況 | ありがちな原因 | 確認・回避の例 | 根本対応の方向 |
|---|---|---|---|
| 会社のネットワークだけNG | プロキシ、HTTPS検査、セキュリティゲートウェイ | スマホテザリングでOKになるか確認 | ネットワーク担当に相談(word.cloud.microsoft等の通信要件に合わせる/除外設定) |
| 特定のWi‑Fi/ルーターでNG | ルーターのフィルタリング、DNS設定、古いファーム | 別Wi‑Fiで試す、ルーター再起動 | ルーター更新、DNS見直し |
| セキュリティソフト導入後にNG | HTTPSスキャン(通信の復号・再暗号化) | 一時的にHTTPSスキャンを無効化して検証(終わったら戻す) | 例外ルール追加、製品アップデート |
| VPN利用中にNG | VPN経由のプロキシ/検査、経路制限 | VPNを切って検証、別ゲートウェイを選べるなら切替 | VPN設定の見直し(管理者判断) |
このエラーは「ブラウザーが安全基準を満たせない」と判断した結果なので、ネットワーク側がTLS/暗号を弱い形に変換してしまうと発生しやすくなります。利用者側でできるのは経路を変えて再現性を確認するところまでで、根本解決は管理者・ベンダー対応になることもあります。
Windows/OS側の見落としチェック
ブラウザー更新や設定見直しでも改善しない場合、OS側の状態が影響していることがあります。特に長期間アップデートされていない環境や、証明書周りの更新が止まっている環境は要注意です。
PCの日時が大きくずれていないか
TLS証明書は「有効期限」を厳密にチェックします。PCの時計がずれていると、正しいサイトでも証明書エラーや接続拒否につながることがあります。Windowsなら「日付と時刻を自動的に設定」をオンにし、時刻同期を実行します。
Windows Updateが長期間止まっていないか
HTTP/2やTLSの実装はOS更新の影響も受けます。社内PCで更新が管理されている場合は、更新ポリシーや配布状況を管理部門に確認してください。
古いOS/古いブラウザーの組み合わせでは限界がある
極端に古いOSでは、最新の暗号方式や証明書チェーンへの対応が不足し、クラウドサービス側の要件に追いつけないことがあります。「別ブラウザーなら開ける」とはいえ、いずれ同様の問題が広がる可能性があるため、環境全体の更新計画も検討ポイントです。
「時間をおいて再試行」で直ることがある理由
この問題は、利用者側の設定だけでなく、サービス側の更新や、ブラウザー側の自動更新、ネットワーク側の一時的な不整合など、複数要因が絡みます。そのため、次のような流れで「数週間後に同じブラウザーで自然に解消した」という報告も起こり得ます。
- ブラウザーがバックグラウンドで更新され、TLS/HTTP/2周りの互換性が改善した
- Microsoft側で一時的な不具合が解消し、リダイレクトや配信設定が安定した
- 企業プロキシ/セキュリティ機器のポリシー更新や証明書更新で通信が通るようになった
ただし「待てば必ず直る」わけではありません。再発や長期化を避けるには、ここまで紹介した切り分けで原因の当たりをつけ、対策を進めるのが安全です。
それでも直らないときの実務的な対処
原因がネットワークや管理ポリシーにある場合、利用者だけでの解決が難しいことがあります。そのときは「何が分かったか」を整理して相談すると、解決が早くなります。
| 相談先 | 伝えると良い情報 | 期待できる対応 |
|---|---|---|
| 社内IT/情シス | 発生ブラウザー、発生URL(word.cloud.microsoft)、他ブラウザーはOK、テザリングだとどうか | プロキシ/HTTPS検査の除外、ポリシー調整、端末更新の案内 |
| ネットワーク担当(外部委託含む) | 社内ネットワークのみNGか、VPN有無、再現手順 | TLS/暗号設定、証明書の配布・更新、機器ファーム更新 |
| セキュリティソフトのサポート | HTTPSスキャン有無、無効化で改善するか | 例外設定、既知不具合の情報、アップデート |
相談前に、次のような「再現条件」が揃うと強いです。
- 同一PC:EdgeはOK、ChromeはNG(またはその逆)
- 同一ブラウザー:通常モードはNG、シークレットはOK
- 同一ブラウザー:社内Wi‑FiはNG、テザリングはOK
よくある質問(現場で詰まりやすいポイント)
なぜ「別ブラウザーなら開ける」ことがあるの?
ブラウザーごとに、HTTP/2やTLSの実装、既定の暗号設定、プロキシとの相性、拡張機能の影響範囲が違います。また、同じChromium系(Edge/Chrome)でも、ポリシーや拡張機能の配布状況で差が出ることがあります。そのため、片方だけでERR_HTTP2_INADEQUATE_TRANSPORT_SECURITYが出る現象は珍しくありません。
キャッシュ削除をしたのに直らない…次は何をする?
キャッシュは原因の一部に過ぎないことが多いので、次は「拡張機能を止める」「設定リセット」「新規プロファイル」を優先すると効率的です。特にシークレットモードで開けるなら、拡張機能やCookieの影響が濃厚です。
Wordだけ開けず、ExcelやPowerPointは開けるのはなぜ?
Office.comから各アプリへ遷移する際のドメインやリダイレクト経路がアプリごとに異なるためです。Word for the webはword.cloud.microsoftへ接続しますが、他アプリは別のホストへ飛ぶことがあり、ネットワーク機器やフィルタリングの影響を受け方が変わります。
無料のWeb版と有料版(Microsoft 365)の違いは関係ある?
今回のような「起動できない」現象は、課金状態よりも通信が確立できているかが本質です。ただし、組織アカウント(職場/学校)でのサインイン制御や条件付きアクセスが絡むと、挙動が変わることがあります。その場合は管理者側の確認が必要です。
再発防止のチェックリスト
一度直っても、環境が変わると再発することがあります。最低限、次を習慣化すると安心です。
| 項目 | 推奨頻度 | 理由 |
|---|---|---|
| ブラウザー更新(自動更新の確認) | 月1回(または不具合時) | HTTP/2/TLSは更新で改善されやすい |
| 拡張機能の棚卸し | 3か月に1回 | 不要な拡張機能が認証や通信に影響することがある |
| セキュリティソフト/プロキシの設定確認 | 導入・更新時 | HTTPS検査の仕様変更でWebアプリが壊れることがある |
| OS更新(Windows Updateなど) | 可能な範囲で継続 | 証明書・暗号基盤が最新になり、クラウド要件に追随しやすい |
まとめ:この順番で試すと早い
最後に、現場での優先順位をもう一度まとめます。
- まず回避:別ブラウザーでWord(無料のWeb版)を開いて作業を再開
- 次に切り分け:シークレットモード→新規プロファイル→ネットワーク変更(テザリング)
- ブラウザー対処:更新→拡張機能無効化→対象Cookie/キャッシュ削除→設定リセット
- ネットワーク対処:プロキシ/HTTPS検査/セキュリティソフトの影響を確認し、必要なら管理者へ相談
- 補足:時間経過で解消することもあるが、再発防止のために更新と棚卸しを
「別ブラウザーでは開ける」という状況は、解決の糸口が多い状態でもあります。落ち着いて切り分ければ、原因に応じた最短の手が打てます。

コメント