Azure Entra ID サインアップ時の電話番号検証コード送信エラーの原因と対処法

Azure(現 Entra ID)の新規テナントを作成しようとして、「電話番号検証コードの送信」に失敗してしまい、何度やってもエラーで先に進めない──そんなときに、原因の切り分けと具体的な解決手順をまとめたガイドです。自分で確認できるポイントから、最終的にサポートへ依頼する際のコツまで整理しています。

目次

Azure(Entra ID)サインアップ時の「電話番号検証コード送信エラー」とは

Azure(Entra ID)では、新しいテナントをサインアップする際に、本人確認の一環として電話番号検証が求められます。指定した電話番号あてに SMS もしくは音声通話で確認コード(Verification code)が送られ、そのコードを画面に入力して先に進む仕組みです。

ところが、この確認コードの送信がうまくいかず、次のようなエラーメッセージが表示されるケースがあります。

There was an error sending the code to your phone. Please check the phone number and try again.

メッセージの文面だけを見ると「電話番号が間違っているのかな?」と思いがちですが、実際には番号の誤り以外にも、さまざまな要因でこのエラーが発生します。特に、同じ番号で何度もサインアップを試行した場合や、VoIP 番号など疑わしい番号を使っていると、Microsoft 側の不正利用防止ロジックにより番号がブロックされることがあります。

まずは、よくある状況を整理しておきましょう。

状況具体例
番号は合っているのに送れない携帯電話番号を正しく入力しているが、毎回同じエラーメッセージが表示される
PC ではダメだがスマホで通る会社の PC のブラウザーでは失敗するが、同じ番号をスマホのブラウザーから入力すると成功する
以前は登録できていた番号が急に使えない過去に同じ電話番号で別テナントを作ったことがあるが、今回だけエラーになる

エラーの主な原因を整理する

「電話番号検証コード送信エラー」は大きく分けると、次のような原因に分類できます。

原因のカテゴリ想定される内容優先度
ブラウザー/端末の問題Cookie・スクリプトブロック、社内プロキシ、VPN、拡張機能などによる影響高(まずここから確認)
電話番号の要件を満たしていないVoIP 番号、国番号の入力ミス、SMS 受信不可の番号など高
キャリアや回線側の制限海外 SMS 拒否設定、迷惑メッセージフィルター、着信拒否など中
Microsoft 側の番号ブロックマルチサインアップの多用、不審な利用と判定された場合の一時的ブロック高(自力で解除不可)
短時間での連続試行何度も再送をクリックしたことによる一時的な制限中

これらのうち、自分で確認できるものはすべて確認し、それでも解消しない場合は「番号ブロック」を疑ってサポートチケットの発行を検討する、という流れがおすすめです。

まず試したい基本的な対処(ブラウザー/端末を変える)

最初に試してほしいのは「ブラウザー、もしくは端末を変えて再試行する」ことです。「そんな単純なことで?」と思うかもしれませんが、実際にこれだけで解決するケースは少なくありません。

PC で失敗する場合に有効なパターン

  • 会社支給 PC など、セキュリティソフトやグループポリシーが厳しい環境
  • ブラウザーの拡張機能(広告ブロック、スクリプトブロック)が多く入っている
  • VPN やプロキシ経由でインターネットに接続している

このような環境では、Azure サインアップ画面のスクリプトが正常に動作できず、結果として検証コード送信リクエストが失敗している可能性があります。

スマートフォンのブラウザーから試す手順

  1. スマートフォンで、PC と同じ Microsoft サインアップページを開く。
  2. 同じアカウント情報・同じ電話番号を入力する。
  3. SMS か音声通話を選択して、検証コード送信を再度試す。

スマートフォンは、PC よりもシンプルなネットワーク構成(モバイル回線)であることが多く、ブラウザー拡張もほとんど入っていないため、送信処理がうまくいくケースがあります。実際、PC ではエラーになっていたユーザーが、スマホから同じ番号を入力すると一発で成功する事例が複数報告されています。

もしスマホでうまくいく場合は、「番号自体は問題ないが、PC の環境やブラウザー設定に起因していた」と切り分けることができます。

電話番号の要件を満たしているかを再確認する

Azure サインアップで利用できる電話番号には、いくつかの前提条件があります。特に重要なポイントを整理します。

VoIP 番号は利用不可

代表的な制限として、VoIP(IP 電話)番号は利用できません。例えば、次のような番号はエラーの原因になりやすいです。

  • 050 から始まる IP 電話番号
  • 一部のオンライン通話サービスが提供する仮想番号
  • SMS 受信だけに特化した一時的な番号サービス

これらは不正利用や大量アカウント作成に悪用されやすいため、Microsoft の不正対策ロジックによって拒否されることがよくあります。必ず 自身が契約している携帯電話番号 など、実在する個人向け番号を使用してください。

国番号(+81 など)の扱いと入力ミス

日本の携帯番号を例にすると、次のような入力方法が一般的です。

  • 国番号欄で「Japan(+81)」を選択する。
  • 電話番号欄には、先頭の 0 を除いて入力する(例:090-1234-5678 → 9012345678)。

国番号欄と電話番号欄の両方に「+81」を入れてしまう、先頭の 0 を残したまま入力してしまう、といったちょっとしたミスでも、検証コードが届かない原因となります。エラーが続く場合は、一度冷静に桁数と形式を見直しましょう。

海外発信 SMS/音声通話の受信設定

Azure サインアップ時に送られる SMS や音声通話は、多くの場合、海外発信として扱われます。そのため、次のような制限がかかっていると受信できません。

  • キャリア側で「国際 SMS 拒否」「海外事業者からのメッセージ拒否」が有効になっている。
  • 迷惑メッセージフィルターや着信拒否設定により、自動でブロックされている。
  • 企業貸与の携帯で、管理ポリシーによって国際 SMS 受信が許可されていない。

心当たりがある場合は、携帯キャリアのマイページやサポートに確認し、「Azure など海外からの認証用 SMS/音声を受信できる状態か」をチェックしておきましょう。

公式トラブルシュート ガイドを参考にしたチェックポイント

Microsoft の公式ドキュメントには、Azure サインアップで問題が発生したときの一般的なトラブルシューティングが掲載されています。それらを参考にしつつ、特に電話番号検証で確認すべきポイントをまとめると、次のようになります。

チェック項目確認内容ポイント
ネットワーク環境企業ネットワーク/VPN ではなく、個人の回線(自宅 Wi-Fi、モバイル回線)から試す。企業のプロキシやファイアウォールがリクエストを遮断している場合がある。
ブラウザー設定プライベートブラウジング/シークレットモードでアクセスする。Cookie 制限や拡張機能の影響を軽減できる。
キャッシュ・Cookie対象ドメインのキャッシュと Cookie を削除し、再度アクセス。古いセッション情報が残っていると予期せぬエラーの原因になる。
拡張機能広告ブロッカー/スクリプトブロッカーを一時無効化。検証コード送信のスクリプトがブロックされるのを防ぐ。
別ブラウザーEdge、Chrome、Firefox など複数のブラウザーで試す。特定ブラウザー特有の相性問題を切り分けできる。

これらを一通り試しても改善しない場合、「電話番号自体の問題」「Microsoft 側でのブロック」の可能性が高まります。

短時間の連続試行は避ける:むやみに再送しない

エラーが出るとつい「もう一度送信」を連打してしまいがちですが、これは逆効果になることがあります。Microsoft 側には、不正なアカウント大量作成を防ぐためのレート制限や検知ロジックがあり、短時間に同じ番号で何度も検証コードを要求すると、一時的にその番号への送信がブロックされる可能性があります。

安全な目安としては、次のような間隔をあけて再試行することをおすすめします。

  • 1 回失敗したら、すぐに再送はせず 5~10 分程度時間をあける。
  • それでもダメな場合は、試行回数を 3~4 回程度にとどめ、それ以上は粘らない。
  • 短時間に多数回試すより、端末・ブラウザー・回線を変えて試す方が有効。

「何とか自分で通したい」と思って連打してしまうと、かえってブロック期間が延びたり、サポート側でも制限解除が必要な状態になってしまうことがあります。見込みがなければ、早めにサポートに相談する方が結果的に近道です。

それでもダメなとき:Azure Subscription / Account Review チームにサポート依頼

ブラウザーや端末、電話番号の形式、キャリア設定などを再確認しても改善しない場合、最も疑わしいのが「Microsoft 側で電話番号がブロックされている」ケースです。この状態はユーザー側では解除できないため、Azure のサポートへ連絡する必要があります。

どのタイミングでサポートに連絡すべきか

次の条件が揃っている場合、サポートに依頼してしまって問題ありません。

  • 別の端末・別のブラウザー・別のネットワークで複数回試しても同じエラーになる。
  • VoIP 番号ではなく、自分名義の携帯電話番号を利用している。
  • キャリアの海外 SMS 受信制限なども確認済み。
  • 短時間の連続試行はやめ、時間をあけて試しても状況が変わらない。

ここまで確認してもダメであれば、番号が不正利用防止ロジックに引っかかり、一時ブロックされている可能性が高いと考えられます。

サポートチケット作成時に伝えておきたい情報

Azure Subscription / Account Review チームに番号のブロック解除を依頼する際は、次のような情報を整理しておくと、やりとりがスムーズです。

項目内容注意点
対象電話番号国番号を含む正確な番号形式(例:+81 90XXXXYYYY)公開フォーラムではなく、必ずプライベートなチャネルで共有する。
発生しているエラー画面に表示されているエラーメッセージの文面スクリーンショットがあるとより分かりやすい。
試した対処別端末・別ブラウザー・別ネットワークで再試行したこと、キャリア設定を確認したことなど「何を試してダメだったか」を具体的に列挙する。
連絡用メールアドレスサポートからの返信を受け取れるメインのメールアドレス迷惑メールフォルダーに振り分けられないよう設定を確認。
利用目的検証環境、本番環境、学習目的など、テナント作成の目的不正利用ではなく正当な利用であることが伝わるように書く。

フォーラム(コミュニティ)経由でサポートとやりとりする場合、個人情報は必ず「プライベートメッセージ」「非公開フォーム」など、外部から閲覧されないチャネルで送るようにしてください。電話番号やメールアドレスをそのまま投稿本文に書いてしまうのは厳禁です。

サポートチームによるブロック解除の流れ

サポートチケットを発行すると、Azure Subscription / Account Review チーム側で次のような確認が行われます。

  1. 対象電話番号が不正利用パターンに該当していないかの確認。
  2. 短期間に異常な数のサインアップが行われていないかの確認。
  3. 必要に応じて、本人確認や利用目的のヒアリング。
  4. 問題なければ、当該番号に対するブロック状態を解除。

ブロック解除が完了すると、再び同じ電話番号で検証コードを受け取れるようになります。そのタイミングで、もう一度サインアップを試してみましょう。

ブロック解除後にやるべきフォローと再発防止策

サインアップが成功したら必ず確認しておきたいこと

サポートによるブロック解除後、無事にサインアップが完了したら、それで終わりにせず次のポイントも確認しておくと安心です。

  • 同じ電話番号で短期間に複数テナントを作成していないか。
  • 不要になったテナントは削除するか、今後利用しない場合は整理しておく。
  • アカウントの管理権限や多要素認証(MFA)の設定を見直し、セキュリティを強化する。

また、問題がコミュニティフォーラムで相談されていた場合は、解決後に投稿を「回答済み」に更新しておくと、同じ現象で困っている他のユーザーの助けになります。

再発を防ぐためのベストプラクティス

今後同様のエラーに悩まされないよう、次のような運用を意識しておくと効果的です。

  • 検証用途であっても、意味のない大量テナント作成は避ける。
  • 電話番号を共有する運用(複数人で同じ番号を流用)は極力しない。
  • VoIP 番号や一時的な SMS 受信サービスは利用しない。
  • サインアップに失敗しても連打せず、時間をおいて冷静に切り分ける。

Microsoft の不正利用防止ロジックは常にアップデートされており、「以前は通った方法」が今後もずっと通るとは限りません。正攻法での利用と適切な管理を徹底することが、結果的に一番の近道です。

ケーススタディ:実際によくあるパターン

ケース 1:PC ではエラー、スマホでは成功した例

あるユーザーは、会社支給のノート PC から Azure テナントのサインアップを行っていました。電話番号を入力し検証コードの送信を試みると、何度やっても同じエラーメッセージが表示されます。

そこで、同じユーザーが私用スマートフォンのブラウザー(モバイル回線)からサインアップ画面を開き、同じ電話番号を入力して試したところ、一度もエラーが出ず検証コードを受信できました。このケースでは、会社ネットワークのプロキシ/ファイアウォール、または PC のセキュリティソフトが原因だったと考えられます。

教訓として、まずは「別の端末・別の回線」で試すことが非常に重要であることがわかります。

ケース 2:050 番号から 090 番号に変えたら送信できた例

別のユーザーは、普段 IP 電話として利用している 050 番号を使ってサインアップを試みていました。しかし、検証コードが一向に届かず、何度再送してもエラーのままです。

試しに、自分名義の携帯電話番号(090)に切り替えて入力したところ、すぐに検証コードを受信し、そのままサインアップを完了できました。このケースでは、VoIP 番号が Microsoft の不正利用防止ロジックにより許可されなかったパターンです。

このように、「番号自体が Azure のサインアップに適していない」ケースもあるため、050 番号などを使っている場合は、まず携帯番号への切り替えを試してみましょう。

ケース 3:サポート経由で番号ブロックが解除された例

長年同じ携帯番号を使い続けているユーザーが、過去に複数のテナントを作成してきた結果、ある時点から突然その番号で検証コードを受け取れなくなった、という事例もあります。

このユーザーは、ブラウザー変更・端末変更・キャリア設定確認など各種対策を試しても解消せず、最終的に Azure サポートへ連絡しました。サポート側の調査で、当該電話番号が不正利用防止の仕組みにより自動ブロックされていたことが判明し、解除後は何事もなかったかのように検証コードが届くようになりました。

このケースからわかるのは、「自分の操作ではどうにもならない領域」が確かに存在するということです。一定のところまで自分で切り分けを行い、それでもダメなら早めにサポートへエスカレーションする判断が重要です。

よくある質問(FAQ)

Q. 電話番号を変えればすぐにサインアップできますか?

A. 多くの場合、別の携帯番号を使えば通る可能性はありますが、組織として正しく管理したい場合には安易な番号変更はおすすめできません。後々の管理や連絡先として一貫した番号を使いたい場合は、現在の番号でブロック解除を依頼する方が望ましいケースもあります。

Q. どのくらいの回数サインアップに失敗したらサポートに連絡すべきですか?

A. 明確な回数の基準はありませんが、別端末・別ブラウザー・別回線で 2~3 回ずつ試してもすべて失敗するようであれば、サポートに相談してよいタイミングと言えます。むやみに試行回数を増やすと、逆にブロックが長引くリスクがあります。

Q. 個人の Microsoft アカウントでも同じ電話番号を使っています。問題ありませんか?

A. 個人の Microsoft アカウントと Azure テナントのサインアップで同じ番号を使うこと自体は一般的です。ただし、短期間に大量のサインアップを行う、VoIP 番号を併用するなど、不自然な利用パターンがあるとブロック対象になる可能性があります。通常の範囲であれば、個人用と組織用で同じ番号を使っても問題ありません。

Q. SMS と音声通話、どちらを選ぶのがよいですか?

A. 通常は SMS で問題ありませんが、キャリアや機種によっては音声通話の方が届きやすい場合もあります。片方でうまくいかない場合は、もう一方の方法も試してみるとよいでしょう。

Q. 企業の代表番号(固定電話)でも登録可能ですか?

A. 固定電話でも音声通話を受けられれば技術的には可能ですが、運用面ではあまり推奨されません。電話が鳴る場所と担当者が離れていると、検証コードを受け取るたびに連絡が必要になり非効率です。できれば、管理者が直接受け取れる携帯電話番号を利用する方が実務的です。

まとめ:焦らず切り分け、必要ならサポートへ

Azure(Entra ID)サインアップ時の「電話番号検証コード送信エラー」は、単なる番号の入力ミスだけでなく、ブラウザーやネットワーク環境、キャリア側の制限、そして Microsoft 側の不正利用防止ロジックなど、さまざまな要因が絡み合って発生します。

本記事で紹介したポイントを順番に確認していけば、

  • ブラウザー/端末の問題なのか
  • 電話番号の形式や種類に問題があるのか
  • キャリアや海外 SMS の制限なのか
  • それとも Microsoft 側のブロックなのか

といった切り分けが行いやすくなります。そして、自力で解決できないと判断した段階で、Azure Subscription / Account Review チームにサポートチケットを発行し、電話番号のブロック解除を依頼することが、最も確実な解決ルートです。

「何度やってもコードが送れない」という状況はストレスが大きいものですが、焦って再送を連打するより、落ち着いて原因を一つずつ潰していくことが結果的には近道になります。本記事が、同じ問題に直面した方のトラブル解消と、スムーズな Azure テナントサインアップの一助になれば幸いです。

この記事を書いた人

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

コメント

コメントする

目次