Azure AI Speech の Speech Studio にアクセスしたとき、画面が真っ白なまま読み込みが終わらず、「カスタム キーワード（ウェイクワード）」にも辿り着けない──そんな状態になると作業が完全に止まってしまいます。本記事では、この「白画面問題」の典型パターンと再現しやすい原因、そして実際の Q&A 事例や公式ドキュメントをもとにした、実践的な対処手順を整理します。
Speech Studio にアクセスできない／白画面になる症状
まずは、どのような状態が「Speech Studio にアクセスできない」とみなせるかを整理します。
- ブラウザで
speech.microsoft.com（または/portal）を開いても白い画面のまま何も表示されない - Microsoft アカウントでサインイン後、ローディングアイコンだけが回り続ける
- 「新しい UI」は表示されるが、「カスタム キーワード（Custom Keyword）」がどこにも見当たらない
- 同じ URL を別の環境から開くと正常に表示される（＝環境依存の可能性が高い）
実際、Microsoft Q&A でも「https://speech.microsoft.com/portal/ にアクセスすると白画面になり、カスタム キーワード モデルに入れない」という報告があり、回答ではブラウザキャッシュや拡張機能、対応ブラウザ、ネットワーク構成（VNet/Private Endpoint、企業ファイアウォール）などを重点的に確認するよう案内されています。
原因を俯瞰する：4つの観点
白画面になる原因は多岐にわたりますが、大きくは次の 4 つの観点に分類できます。
| カテゴリ | 主な原因の例 | よくある挙動 | 優先度 |
|---|---|---|---|
| ブラウザ／クライアント | キャッシュ・Cookie の破損、拡張機能（広告ブロッカーなど）、古いブラウザ、サードパーティ Cookie ブロック | サインイン後に白画面、ローディングだけ続く、別ブラウザでは正常 | 最優先で確認 |
| 認証／アカウント | サインイン状態の不整合、テナント切り替えミス、権限不足のサブスクリプション | 永遠にサインイン画面へリダイレクト、ログイン直後にエラー | ブラウザ確認と並行 |
| ネットワーク／Azure 構成 | VNet/Private Endpoint のみ許可、企業 FW・プロキシによるブロック、DNS 問題 | 社内ネットワークだけ失敗、テザリングでは成功、特定のリージョンだけダメ | ブラウザがシロなら次に確認 |
| サービス側／既知の問題 | Azure AI Speech 側の障害、メンテナンス、既知の不具合 | 複数ユーザー・複数ネットワークで一斉に失敗 | 最後に確認 |
以下では、実際のトラブルシューティングに沿って、この 4 つを順番に潰していきます。
最優先で確認したいブラウザ起因の対処
Microsoft Q&A でも、Speech Studio の白画面の多くは「ブラウザキャッシュ」「拡張機能」「対応ブラウザ」で解決していると報告されています。 まずはここを徹底的に疑います。
ハードリロード ＋ サイトデータ削除
最も手軽で効果が高いのが「ハードリロード」です。
- Windows: Ctrl + F5
- Mac: Cmd + Shift + R
これに加えて、ブラウザの設定から speech.microsoft.com のサイトデータ（キャッシュ・Cookie・保存されたローカルストレージ）を削除します。全サイトではなく、該当ドメインだけ削除できる UI が用意されているブラウザが多いので、業務アカウントの場合でも比較的安全に実施できます。
削除後に再度 speech.microsoft.com/portal を開き、ハードリロードを行います。この時点で直るケースがかなり多いです。
シークレット／InPrivate ウィンドウでの再試行
次に、拡張機能や既存セッションの影響を完全に切り離すため、プライベートブラウジングモードで接続します。
- Google Chrome: シークレット ウィンドウ
- Microsoft Edge: InPrivate ウィンドウ
シークレット/InPrivate で Speech Studio が正常に表示される場合、原因はほぼ確実に以下のいずれかです。
- 広告ブロッカーやトラッキング防止拡張機能
- セッション Cookie の不整合
- ブラウザプロファイルに蓄積されたキャッシュ
この場合は通常ウィンドウに戻り、拡張機能を 1 つずつ無効→再読み込み して、どれが原因か特定します。問題の拡張機能が分かったら「Speech Studio を除外サイトに設定する」か、業務用ブラウザプロファイルでは無効化しておくとよいでしょう。
対応ブラウザ（Edge / Chrome）の最新版を使う
Speech Studio の公式ドキュメントでは、ポータルの利用ブラウザとして Microsoft Edge と Google Chrome の最新版 が推奨されています。 古いバージョンや、マイナーなブラウザ（レガシー IE 系、古い Firefox、独自ブラウザなど）では JavaScript の実装差などにより UI が正しく動作しないことがあります。
- Edge または Chrome を最新版に更新する
- 既存プロファイルとは別に「テスト用の新規プロファイル」を作成して試す
- 可能であれば 別の PC や 別 OS（例: Windows / Mac） でも試す
別端末で正しく表示される場合は、問題が「端末ローカルな設定（拡張機能・ポリシー・ウイルス対策ソフト等）」に絞り込めます。
サードパーティ Cookie を許可する
Speech Studio へのサインインでは、Microsoft アカウント／Azure AD の認証や、各種サブドメイン間でのセッション共有が行われます。このとき サードパーティ Cookie を完全ブロック していると、サインイン後に画面が更新されず白画面のまま、あるいは再度サインイン画面に戻される、といった挙動が起きます。
ブラウザのプライバシー設定で、少なくとも以下のドメインからの Cookie を許可しておくと安定しやすくなります（ドメイン名は一例です）。
speech.microsoft.comlogin.microsoftonline.com（認証）microsoft.com配下の必要なドメイン
企業ポリシーでサードパーティ Cookie が一律ブロックされている場合は、情報システム部門に相談し、「業務利用上必要なサイト」として例外登録してもらうのが現実的です。
サインアウト／再サインイン＆別テナント確認
白画面に見えても、裏側では「サインイン状態が壊れている」「別テナントで認証されている」ことがあります。以下の順で試します。
- ブラウザから一度 Microsoft アカウント（職場／学校アカウント）をサインアウトする
- ブラウザを完全に閉じて再起動する
- 再度 Speech Studio にアクセスし、正しいテナントのアカウントでサインインする
Azure ポータル側でサインインしているテナントと、Speech Studio で操作したいテナントが異なると、リソース一覧に何も表示されない、あるいは権限エラーが出ることがあるため、テナント選択（ヘッダー右上のディレクトリ選択）も併せて確認しておきましょう。
新 UI とレガシー UI、カスタム キーワードへ辿り着くコツ
今回の相談の核心は「新しい UI からはカスタム キーワード モデルが見つからない」という点です。
Speech Studio には、音声テキスト変換や音声合成、発音評価など多数のツールと並んで、Custom Keyword（カスタム キーワード） ポータルが用意されています。ここでウェイクワードとして使いたい単語や短いフレーズを指定すると、Speech SDK から利用できるバイナリ（.table ファイル）を生成できます。
カスタム キーワードの UI がどこにあるか
2025 年時点のドキュメントでは、Speech Studio にサインイン後、ポータル上に 「Custom Keyword」または「カスタム キーワード」 というタイル／メニューが表示され、そこからプロジェクトを作成する流れが案内されています。
しかし、Microsoft Q&A の事例では、「新しい UI の見た目では Custom Keyword への入口が見つからず、レガシー（クラシック）体験側にしか表示されないケースがある」と報告されています。
そのため、次の点を確認してみてください。
- ポータル内に「クラシック体験に切り替える」「旧 Speech Studio へ移動」などのリンクやトグルが表示されていないか
- 画面右側やフッター付近に「レガシー UI」へのリンクがないか
- 上部メニューのカテゴリ（例: Custom speech / Voice / Audio Content Creation など）をすべて展開して確認する
また、Speech Studio には /portal/customkeyword のような「カスタム キーワード専用 URL」も用意されています。 白画面問題が解消した後、直接このパスにアクセスすると、より確実に Custom Keyword 画面に到達できる場合があります。
Speech リソースとリージョンの組み合わせに注意
Speech Studio 上部には、現在操作中の Speech リソース（サブスクリプション＋リソースグループ＋リージョン）が表示されており、この選択によって利用できる機能が変わる場合があります。ある Q&A では、「リソース選択が無効なものになっていてページがエラーになる」「別の動作中リソースに切り替えたら解決した」と報告されています。
カスタム キーワードは、リージョンによってはサポート状況が異なるため、以下を確認してみてください。
- Speech リソースのリージョンがカスタム キーワード対応リージョンか
- 同じサブスクリプション内の別リージョンの Speech リソースに切り替えると表示されるか
- ポータル右上のリソース選択メニューで、誤ったテナント／サブスクリプションになっていないか
| 状況 | 確認ポイント | 対処例 |
|---|---|---|
| タイル一覧に Custom Keyword が見当たらない | レガシー UI 切替リンク、別リソース選択 | クラシック体験に切り替える／別の Speech リソースを選択 |
| ページ読み込みでエラー／白画面 | リソースのネットワーク設定（VNet/Private Endpoint）、ブラウザ | 一時的にパブリックアクセスを許可、ブラウザのキャッシュ削除 |
| サインインループで Custom Keyword 画面まで到達できない | サードパーティ Cookie、拡張機能 | Cookie 許可、拡張機能無効化、InPrivate で再試行 |
ネットワーク／Azure リソース構成によるブロック
ブラウザ起因をほぼ排除できた場合、次に疑うべきは ネットワーク／Azure 側の構成 です。ここで重要なのは、次の 2 点です。
- Speech Studio ポータル自体は「インターネット経由」で提供される Web アプリであること
- Speech リソースを「Private Endpoint のみ」「VNet 経由のみ」にしていると、ポータルからのアクセスが届かない場合があること
Speech サービスを VNet サービスエンドポイントや Private Endpoint でロックダウンする方法は公式ドキュメントでも詳しく説明されていますが、これらはあくまで「アプリケーションから Speech API へアクセスする経路」の制御です。 Speech Studio ポータルからは、通常パブリック側のエンドポイントへの接続が前提になっています。
Speech リソースが VNet / Private Endpoint のみ許可の場合
もし対象の Speech リソースが「選択したネットワークと Private Endpoint のみ許可」になっている場合、Speech Studio からそのリソースへ直接アクセスできず、白画面やエラーになることがあります。Microsoft Q&A の回答でも、この点が明確に指摘されています。
この場合の現実的な対処パターンは、次のいずれかです。
- オーサリング時だけ一時的に「すべてのネットワークを許可」にする
作業中のみパブリックアクセスを許可し、完了後に元の閉域構成に戻す運用です。作業時間を短く区切り、変更履歴を残しておくと監査もしやすくなります。 - オーサリング用に別の Speech リソースを用意する
本番用リソースは従来どおり VNet / Private Endpoint のみとし、開発・検証用にパブリックアクセス許可のリソースを別リージョンまたは別リソースグループに用意します。Custom Keyword の.tableファイルはダウンロードしてアプリ側で利用できるため、「開発はパブリックリソース」「実行は閉域環境のアプリ」という構成も取りやすくなります。
どちらのパターンを採用するにしても、「誰が」「いつ」「どの設定を変更したか」を記録しておくことが運用上重要です。
企業ファイアウォール／プロキシによるブロック
社内ネットワークからのみ Speech Studio が白画面になり、自宅やモバイルテザリングでは正常に表示される場合、企業のファイアウォールやプロキシが必要なエンドポイントをブロックしている 可能性が高くなります。
この場合、情報システム部門に次の点を確認・依頼します。
- ブラウザから
speech.microsoft.comへの HTTPS 通信が許可されているか - 利用している Speech リージョンのエンドポイント（例:
<region>.stt.speech.microsoft.com等）がブロックされていないか - Azure の Service Tags（CognitiveServices など）単位で許可設定が行われているか
特に「SSL インスペクション（TLS 復号）」を行うタイプのプロキシ環境では、証明書の置き換えなどが原因でポータルのスクリプトがエラーを起こすこともあります。その場合は、Speech Studio 関連ドメインをインスペクション対象から除外してもらう必要があります。
別ネットワーク・DNS の切り分け
ネットワーク起因を確認する簡単な方法は、「まったく別回線で試す」ことです。
- 社用 PC をスマートフォンのテザリングに接続して試す
- 自宅ネットワークと会社ネットワークの両方からアクセスしてみる
- DNS キャッシュをクリアしたうえで（
ipconfig /flushdnsなど）、再度アクセスする
別ネットワークでは問題が発生しない場合は、企業ネットワーク側の設定に焦点を絞って調査を進められます。
サービス側の障害・既知の問題を確認する
ここまでの対処を行っても、複数ユーザー・複数拠点で一斉に Speech Studio が白画面になる場合は、Azure 側のサービス障害や既知の問題 を疑うべきタイミングです。
- Azure の「サービス正常性」／ステータスページで、利用リージョンの Azure AI Speech / Cognitive Services に障害が出ていないか確認する
- 「Azure AI Speech Known Issues（既知の問題）」ページで、Speech Studio やカスタム キーワードに関連する既知の不具合が公開されていないか確認する
ステータスページで明らかな障害が出ている場合は、クライアント側でこれ以上いじるよりも、復旧情報を待つ方が合理的です。その間に、再発時にすぐ状況を伝えられるように、環境情報やエラーログを整理しておくとよいでしょう（後述）。
すぐに実践できる「最短チェックリスト」
ここまでを踏まえて、現場ですぐに実践できるチェック手順を整理します。上から順に試していくことで、最短で原因に辿り着きやすくなります。
- Edge / Chrome の最新バージョンで InPrivate / シークレットを開く
→ Speech Studio を開いてみて、白画面になるか確認。 speech.microsoft.comのクッキー・キャッシュ削除 → ハードリロード
→ サイトデータ削除後、Ctrl + F5またはCmd + Shift + Rで強制再読み込み。- サードパーティ Cookie を許可し、広告ブロッカーなどの拡張を一時無効化
→ InPrivate で動くのに通常ウィンドウでは動かない場合は特にここを重点的に。 - 別ネットワーク（テザリングなど）で試す
→ 社内ネットワーク固有の問題かどうかを切り分け。 - ポータル内に「レガシー／クラシック体験」への切替リンクがあればそちらへ
→ 旧 UI 側で Custom Keyword が表示されるか確認。 - Speech リソースが VNet / Private のみなら一時的に公開許可、または別リソースでオーサリング
→ オーサリング／テスト用リソースを分けて運用する案も検討。 - Azure のステータス／既知の問題ページで障害有無を確認
→ 自分の環境だけの問題か、サービス全体の問題かを判断。 - 解決しなければ、ログ情報（コンソール・ネットワーク・HTTP ステータス）を添えて管理者／サポートに相談
→ 単に「白画面です」だけでなく、具体的なエラー内容を共有すると調査が早く進みます。
サポートにエスカレーションする前に集めておきたい情報
どうしても自力で解消できない場合は、社内の情報システム部門や Microsoft サポートに問い合わせることになります。その際、最初から以下の情報を揃えておくと、原因特定が格段に早くなります。
- 発生環境の情報
- OS（Windows / macOS のバージョン）
- ブラウザの種類とバージョン（例: Edge 129.x, Chrome 131.x など）
- 社内ネットワークか、自宅／テザリングか
- 再現手順
- アクセスした URL（例:
speech.microsoft.com/portal） - どのタイミングで白画面になるか（サインイン前／後、特定のメニューを開いたときなど）
- アクセスした URL（例:
- ブラウザ開発者ツールのログ
- F12 キーで開き、「コンソール」タブに表示されているエラー内容
- 「ネットワーク」タブで失敗しているリクエストの HTTP ステータス（401, 403, 500 など）
- Speech リソースとネットワーク構成
- 対象 Speech リソースのリージョン、価格レベル
- ネットワーク設定（すべてのネットワーク許可／選択したネットワークと Private Endpoint のみ）
- VNet / ファイアウォール / プロキシの有無と概要
ここまでの情報が揃っていれば、「ブラウザ側の問題なのか」「企業ネットワークなのか」「Azure 側の問題が疑われるのか」を、サポート側でも短時間で判断できます。
カスタム キーワード（ウェイクワード）開発を安定運用するための Tips
最後に、Speech Studio の白画面を乗り越えて、カスタム キーワード開発を安定運用するためのポイントを簡単に整理します。
カスタム キーワードの基本のおさらい
カスタム キーワードは、いわゆる「ウェイクワード（起動キーワード）」を実現するための機能です。Speech Studio の Custom Keyword ポータルで単語または短いフレーズを指定してモデルを生成し、そのモデルを .table ファイルとしてダウンロードし、Speech SDK から利用します。
- サポート言語は現時点で限定的（例: 英語（米国）、中国語（簡体字）など）
- キーワードごとに複数の発音候補が自動生成されるので、想定しない発音は無効化して精度を高める
- オンデバイス実行向けモデル（エッジデバイス）として利用できる
開発／本番環境を分ける構成を検討する
ネットワーク制約の厳しい環境では、次のような分離構成が現実的です。
| 環境 | 目的 | ネットワーク設定 | 運用イメージ |
|---|---|---|---|
| 開発・検証用 Speech リソース | Custom Keyword の作成・検証、Custom Speech などのモデル管理 | パブリックアクセス許可（必要に応じて IP 制限） | Speech Studio から直接操作。.table やモデル情報をダウンロードして管理。 |
| 本番用 Speech リソース | 実際のアプリケーションからの音声認識・合成 | VNet / Private Endpoint のみなど、厳格なネットワーク制限 | アプリケーションからのみアクセス。必要に応じて開発環境から設定を同期。 |
こうすることで、「本番は閉域のまま」「開発時だけパブリックに開いた Speech Studio を使う」というバランスを取りつつ、白画面トラブル時の影響範囲も限定できます。
トラブル時にロールバックしやすい運用を用意する
カスタム キーワードのようなモデルや設定は、ポータル上でのみ編集できる要素も多いため、次のような運用ルールを決めておくと安心です。
- キーワードのバージョンごとに
.tableファイルと設定内容をバージョン管理（説明文、想定ユースケース、変更履歴など） - 新しいキーワードやモデルを本番適用する前に、必ずテスト用デバイス／テスト環境で検証
- 問題発生時にすぐ戻せるよう、直前の安定版モデルを常に控えておく
これらを徹底しておくと、「Speech Studio に一時的にアクセスできない」「誤ってキーワードを上書きしてしまった」といったトラブルが起きても、比較的短時間で元の状態に戻すことができます。
まとめ
Speech Studio の白画面は、一見すると「Microsoft 側の障害では？」と感じがちですが、実際には
- ブラウザキャッシュ／拡張機能／サードパーティ Cookie
- 対応ブラウザ（Edge / Chrome）のバージョン
- VNet / Private Endpoint を用いたネットワーク制御
- 企業ファイアウォール／プロキシ設定
といったクライアント環境やネットワーク設定に起因するケースが多いことが、Q&A 事例や公式ドキュメントからも分かります。
本記事で紹介した「ブラウザ起因の切り分け → レガシー UI/Custom Keyword への導線確認 → ネットワーク構成の見直し → サービス側のステータス確認」という順番でチェックしていけば、多くのケースは自力で原因を絞り込めるはずです。
特にカスタム キーワード（ウェイクワード）モデルは、Speech Studio でしか作成できない重要な機能です。開発・本番環境の分離やログ取得の仕組みも含めて、日頃から「トラブルが起きてもすぐに復旧できる」形で運用を整えておくと、音声アプリケーションの開発体験が大きく改善されるでしょう。
コメント