Samsung Galaxy Z Flip 7に機種変更してMicrosoft Authenticatorをバックアップから復元したのに、「電話サインイン（Phone sign-in／パスワードレス）」の再有効化だけが必ず失敗して先に進めない——そんな報告が複数見られます。本記事では、症状の整理から原因の考え方、改善報告が多い手順までを、WordPressにそのまま貼れる形でまとめます。
発生する症状：復元はできるのに「電話サインイン」だけ失敗する
問題のポイントは、Authenticatorのバックアップ復元そのものは完了するのに、最後に実行されることが多い「電話サインイン（パスワードレス）」の再有効化でエラーになって止まる点です。旧端末（例：Galaxy Z Flip 5）では同じ操作で成功するのに、新端末（Galaxy Z Flip 7）では失敗する、という差が出るケースが特徴的です。
| 項目 | 内容 |
|---|---|
| 発生端末 | Galaxy Z Flip 7で報告が目立つ（旧端末では成功する例あり） |
| 失敗する工程 | Authenticator復元後の「電話サインイン（パスワードレス）」再有効化 |
| 主な表示メッセージ | Something went wrong. Please try again. |
| 困るポイント | 復元はできたのに、パスワードレスだけ再設定できず運用に支障 |
再現報告を整理すると、次のようなタイミングで起きやすい傾向があります（すべての人に当てはまるわけではありません）。
- 新端末にAuthenticatorを入れて、バックアップから復元した直後
- 復元の流れの最後、またはアカウント画面から「電話サインインを設定」を押した直後
- ワンタイムコード表示や通知の承認はできるのに、電話サインインだけが通らない
電話サインインと「通知承認」「コード」の違いを整理する
Authenticatorは複数の認証方式を扱います。ここを混同すると「復元できたのに失敗した」と感じやすいので、まず違いを押さえておくと切り分けが速くなります。
| 方式 | 主な用途 | 端末移行の難易度 | 復元で引き継げる範囲のイメージ |
|---|---|---|---|
| ワンタイムコード（TOTP） | 6桁などのコードを入力して本人確認 | 比較的低い | バックアップ復元で引き継げることが多い |
| 通知で承認（MFAのプッシュ） | 「承認/拒否」を押してサインインを完了 | 中 | アカウントの再紐付けが必要になることがある |
| 電話サインイン（パスワードレス） | パスワードを入れずにスマホで本人確認してサインイン | 高い | 端末固有の登録が絡むため、復元後に再登録が必要 |
まず押さえるポイント：電話サインインは「端末固有の再登録」が必要
Microsoft Authenticatorのバックアップ復元で移行できる情報には限界があります。ワンタイムパスワード（TOTP）やアカウント一覧は復元できても、「電話サインイン（パスワードレス）」は端末側のセキュリティ機構（端末固有の鍵・保護領域）と結びつくため、復元後にその端末での再登録が必要になるのが基本です。
つまり「復元に成功しているのに、最後の電話サインインだけ通らない」という状況は、手順が間違っているというより、端末側（OS／セキュリティ層／認証用API）の相性や不具合が原因になりやすいパターンです。Flip 7の初期状態（当時のファームウェア）でこの再登録が失敗し、端末アップデートで改善した、という流れがもっとも整合的です。
結論：Flip 7のセキュリティアップデート適用で改善するケースが多い
複数報告の中で、もっとも再現性が高い解決策として挙がっているのが、Galaxy Z Flip 7側のソフトウェア更新（セキュリティアップデート）を適用することです。実際に、アップデート後は「電話サインインの再有効化」が通るようになったという報告があり、受理された解決策になっています。
この手の現象は、Androidのセキュリティ関連コンポーネント（鍵管理、画面ロック連携、保護ストレージ、Google Play開発者サービスなど）が絡むため、端末メーカー側の修正で挙動が改善することがあります。まずは「アプリの再インストール」より先に、端末の更新を最優先で確認するのが近道です。
作業前の準備：失敗しても詰まない状態を作る
パスワードレス周りはアカウント保護に直結するため、闇雲に削除・再登録を繰り返すと逆にログインできなくなることがあります。次の準備をしてから進めると安全です。
- 旧端末（Flip 5など）がまだ使えるなら、初期化せず手元に残す
- Microsoftアカウントの回復手段（回復用メール/電話番号）を確認する
- 仕事/学校アカウントの場合は、管理者に問い合わせできる状態にしておく
- 端末の画面ロック（PIN/指紋など）を設定しておく（未設定だと登録が止まることがある）
- Wi‑Fiなど安定した回線、十分なバッテリー残量で作業する
推奨手順：上から順に試す（まずは安全で効果の高い順）
以下は、実際の改善報告が多い順・安全度が高い順に並べた手順です。途中で改善した時点で以降は不要です。
| 優先度 | やること | 狙い | 影響・リスク |
|---|---|---|---|
| 高 | 端末のソフトウェア更新（セキュリティアップデート） | Flip 7側の不具合・互換性を解消 | 基本的に安全（通信量・時間は必要） |
| 高 | 更新後に再起動 → Authenticatorから「電話サインインを設定」を再実行 | 更新反映後の再登録 | 安全 |
| 中 | Authenticatorのキャッシュ削除／アプリ更新 | アプリ側の一時不整合を解消 | 安全（データ削除はしない） |
| 中 | Google Play開発者サービス／Playシステムアップデートの更新 | 認証API・鍵管理の更新 | 安全 |
| 低 | リカバリーモードで「キャッシュパーティション削除」 | アップデート後のキャッシュ不整合を解消 | 操作ミス注意（初期化ではない） |
| 最終 | 再インストール／再登録（必要なら管理者リセット） | 登録情報を整理して作り直す | 誤るとログイン不能のリスク。準備してから実施 |
端末のソフトウェア更新（セキュリティアップデート）を適用する
まずはFlip 7のOS側を最新にします。手順は次の通りです。
- 「設定」を開く
- 「ソフトウェア更新」→「ダウンロードしてインストール」
- 更新がある場合は案内に従って適用
- 更新後は必ず再起動
ポイントは、更新後に再起動まで行うことです。セキュリティ関連のコンポーネントは、更新だけでは完全に反映されず、再起動で整うことがあります。
もし「更新があるはずなのに出てこない」場合は、Wi‑Fiに接続してから再検索する、端末を一度再起動してから確認する、といった基本動作も効果があります。
Authenticatorで「電話サインインを設定」を再実行する
端末を最新化し再起動したら、次にAuthenticator側で再設定します。復元直後の導線でも、アカウント画面からでも構いません。
- Microsoft Authenticatorを開く
- 対象アカウントを選択（仕事/学校アカウントの場合は該当の組織アカウント）
- 「電話サインインを設定（Set up phone sign-in）」をタップ
- 画面の案内に従って進める
ここで同じエラーが出なくなれば、Flip 7側の更新で改善した可能性が高いです。
なお、復元後に同じメールアドレスの項目が複数並ぶ、または「職場/学校」と「個人」が混在する場合があります。設定したいアカウントを間違えると「成功したつもりなのに目的のサインインに使えない」ことがあるため、対象をよく確認してください。
電話サインインが有効になったかを確認する方法
設定が通ったかどうかは、次の方法で確認しやすいです。
- Authenticatorの対象アカウント画面で「電話サインイン」関連の表示が有効になっているか確認する
- PCや別端末でMicrosoftにサインインし、パスワードレスの選択肢や承認要求が正しく届くか試す
- 仕事/学校アカウントなら、会社ポータルやサインイン画面で認証アプリ承認が正しく動くか確認する
「設定はできたが、実際のサインインで認証要求が来ない」場合は、後述の通知・省電力・ネットワークを重点的に見直してください。
まだ失敗する場合の追加策
アップデート後も「Something went wrong…」が続く場合は、次の追加策を上から試してください。ここから先は、環境差（ネットワーク、端末設定、アカウント種別）で効き方が変わります。
キャッシュパーティション削除（リカバリーモード）
「アップデートは入れたのに挙動が直らない」場合、端末内の一時キャッシュが悪さをしていることがあります。そこで有効とされるのが、リカバリーモードのWipe cache partition（キャッシュパーティション削除）です。
注意：これは工場出荷状態に戻す初期化（Factory reset）とは別物ですが、リカバリーモードは操作を間違えると危険です。自信がない場合は無理に行わず、後述の安全な手順から試してください。
- 端末の電源を切る
- 機種に応じた手順でリカバリーモードを起動（例：音量上＋電源ボタン長押し。機種によりUSB接続が必要な場合があります）
- メニューから「Wipe cache partition」を選択
- 実行後に「Reboot system now」で再起動
- 再起動後、Authenticatorで「電話サインインを設定」を再実行
「アップデート後にキャッシュをクリアして通った」という報告があるため、端末側修正＋キャッシュ整理の組み合わせで改善することがあります。
Authenticatorアプリのキャッシュ削除／更新を行う
まずはデータ削除ではなく、キャッシュ削除に留めるのが安全です。
- 「設定」→「アプリ」→「Microsoft Authenticator」
- 「ストレージ」→「キャッシュを削除」
- Google Play ストアでAuthenticatorを最新に更新
キャッシュ削除は「一時ファイルの掃除」なので、基本的にアカウント自体は消えません（ただし端末やバージョンにより表示は異なる場合があります）。
もし「アプリを一度入れ直したい」と感じても、いきなり削除する前にバックアップが有効か、別のサインイン手段があるかを確認してから進めてください。
Google Play開発者サービス／Playシステムアップデートを最新にする
パスワードレスや端末鍵を使う処理は、Android OSだけでなく、Google Play開発者サービスやPlayシステムアップデート側の更新で改善することがあります。
- Google Play ストアで「Google Play開発者サービス」を検索し、更新があれば適用
- 「設定」→「セキュリティとプライバシー」→「アップデート」系の項目から、Playシステムアップデートを確認
更新後は再起動し、Authenticatorの「電話サインインを設定」を再実行してください。
ネットワークと時刻の基本チェック（地味だが効く）
「端末アップデートを入れても失敗する」場合、次に疑うべきは通信や時刻の不整合です。認証は短時間のトークン交換が多く、VPNやプロキシ、企業ネットワークの制限が影響することがあります。
- Wi‑Fiとモバイル通信を切り替えて試す
- VPN（常時接続VPN含む）を一時的にOFF
- 広告ブロッカー／DNS変更アプリを一時停止
- 「日付と時刻」を自動設定にし、時刻がずれていないか確認
特に「会社Wi‑Fiでは失敗するが、モバイル通信だと進む」場合はネットワーク要因の可能性が高いので、安定した別回線で登録だけ済ませるのが実務的です。
バッテリー最適化・権限の確認
Androidは省電力が強い設定だと、プッシュ通知やバックグラウンド処理が不安定になることがあります。電話サインインの再登録で一時的に必要な処理が止められると、エラーとして表面化する場合があります。
- Authenticatorを「バッテリー最適化の対象外」にする（可能であれば）
- 通知がブロックされていないか確認
- 画面ロック（PIN/パターン/指紋など）が未設定なら設定する
アカウント種別で確認点が変わる（個人／仕事・学校）
同じ「Microsoft Authenticator」でも、アカウントが個人のMicrosoftアカウントなのか、仕事/学校（組織）アカウントなのかで、失敗要因と対処が少し変わります。
| 区分 | よくある状況 | 追加で見るべきポイント |
|---|---|---|
| 個人のMicrosoftアカウント | パスワードレスを自分で有効化している | 端末更新・アプリ更新・ネットワーク切替で改善しやすい |
| 仕事/学校アカウント | MFA/条件付きアクセス/デバイス準拠が絡む | 組織ポリシーでFlip 7がブロックされていないか、管理者確認が必要な場合あり |
特に仕事/学校アカウントの場合、組織側で「認証アプリ登録の制限」「準拠デバイスのみ許可」「古い登録情報の残存」などがあると、端末側の更新だけでは解決しないことがあります。その場合は、管理者に「Authenticator再登録が失敗する」「端末はFlip 7」「エラーメッセージはSomething went wrong」と伝えると、切り分けが進みやすいです。
よくあるつまずきと対処の早見表
「どこから手を付けるべきか分からない」場合は、次の表を見て該当する行から潰していくと効率的です。
| 状況 | 考えやすい原因 | まずやること |
|---|---|---|
| 復元は完了、電話サインインだけ失敗 | 端末側のセキュリティ層／鍵連携の不整合 | Flip 7のソフトウェア更新 → 再起動 → 再設定 |
| アップデート後も同じエラー | アップデート後キャッシュの影響 | キャッシュパーティション削除 → 再設定 |
| 一定の環境でだけ失敗（会社Wi‑Fiなど） | 通信制限・VPN・プロキシ | モバイル通信で試す／VPN停止 |
| 通知が来ない／承認画面が出ない | 省電力・通知ブロック | 通知許可、最適化除外、画面ロック設定 |
| 仕事/学校アカウントのみ失敗 | 組織ポリシーや登録制限 | 管理者へ再登録/リセットを依頼 |
機種変更で失敗しにくくするコツ（次回のための予防策）
今回のように「復元はできたのに、パスワードレスだけ詰む」事態を減らすには、移行前後の段取りが重要です。
- 旧端末はしばらく手元に残す（新端末で電話サインインが通るまで初期化しない）
- バックアップの有効化と、復元に必要なMicrosoftアカウントのサインイン情報（パスワード、回復用メール/電話）を事前に確認
- 可能なら別のサインイン方法も用意（SMS、別端末、セキュリティキー等）
- 移行直後は端末アップデートとアプリ更新を先に済ませる（初期ファームウェアのまま登録作業をしない）
特に新機種直後は、メーカー側の更新でセキュリティ周りが修正されることが珍しくありません。「まず更新してから登録」が、パスワードレス系のトラブルを避ける鉄則です。
最後の手段：復元にこだわらず「再登録」で解決することもある
どうしてもFlip 7で「電話サインイン」だけ通らない場合、環境によっては「復元→再有効化」より、一度整理してから再登録した方が早いことがあります。ただし、認証アプリの再登録はアカウントのセキュリティに直結するため、次の点を守ってください。
- 仕事/学校アカウントは、組織の手順（管理者依頼）に従う
- 個人アカウントでも、回復手段（メール/電話）を先に確認してから進める
- 旧端末を初期化する前に、新端末でサインインできる状態を確立する
具体的には、Authenticator内で対象アカウントの状態を見直し、必要に応じて「電話サインインの設定」をやり直します。それでもダメなら、アプリのキャッシュ削除→更新→端末側更新→再起動の順で、“端末環境を整えてから”再試行してください。
仕事/学校アカウントで組織ポリシーが原因の場合、管理者側で一度「認証方法の再登録（リセット）」が必要になることがあります。端末側で粘るより、管理者依頼の方が早く終わるケースもあります。
問い合わせや切り分けに役立つ情報（メモしておくと早い）
同じ「失敗」でも原因が複数あるため、次の情報が揃っているとサポートや管理者に説明しやすくなります。
- 端末：Galaxy Z Flip 7（ストレージ容量やモデルも分かれば）
- Androidバージョン、セキュリティパッチレベル（更新後の状態）
- Microsoft Authenticatorのバージョン
- Google Play開発者サービスのバージョン
- エラー文（例：Something went wrong. Please try again.）
- 個人アカウントか、仕事/学校アカウントか
- 発生手順（バックアップ復元の直後／アカウント画面から設定、など）
よくある質問
復元ができているのに、電話サインインだけ失敗するのは異常ですか？
珍しい現象ではありますが、電話サインインは端末固有の登録が絡むため、復元とは別物として失敗することがあります。特に新機種・新ファームウェア直後は、端末側の更新で改善するケースが出やすいです。
旧端末の電話サインインを先に無効化した方がいいですか？
新端末での登録が完了するまでは、旧端末は温存するのが安全です。旧端末を先に無効化してしまうと、他の回復手段がない場合にログインが困難になることがあります。
ワンタイムコードは出るのに、通知が来ない／承認できない
省電力設定・通知ブロック・ネットワーク制限の影響が疑われます。バッテリー最適化の除外や通知許可、VPN停止、モバイル通信での試行を優先してください。
まとめ
- Galaxy Z Flip 7で、Authenticator復元後の「電話サインイン（パスワードレス）」再有効化が失敗する事例がある
- 電話サインインは端末固有の再登録が必要で、端末側のセキュリティ層の影響を受けやすい
- 最優先はFlip 7のセキュリティアップデート適用→再起動→「電話サインインを設定」の再実行
- 改善しない場合は、キャッシュパーティション削除、Authenticator/Playサービス更新、ネットワーク切替、通知・省電力設定、アカウント種別（個人/組織）を順に切り分ける
まずは安全で効果が高い「端末アップデート」から着手し、段階的に切り分けるのが最短ルートです。
コメント