https://error-daizenn.hatenablog.com/entry/2026/01/12/200902

本記事が扱う事象は、Windows 10がマザーボード交換などの大きなハードウェア変更後に非アクティブ状態となり、アクティベーションのトラブルシューティングで「このデバイスでは Windows を再アクティブ化できません。後でもう一度お試しください（We can’t reactivate Windows on this device. Try again later.）」と表示され、エラーコードが出ないまま復旧が進まないケースです。Microsoft アカウント上でデバイスと Windows 10 Pro の表示が確認できても、アクティベーションの成立には別の条件が関与します。 (Microsoft Learn)

ハードウェア交換で再アクティブ化が失敗しやすい条件

Windows 10 の「デジタルライセンス（digital license）」は、原則として“デバイス（ハードウェア構成）”と結び付いて管理されます。特にマザーボード交換は「大きなハードウェア変更」として扱われやすく、その結果として同一PCの継続利用であっても別デバイス扱いになることがあります。 (マイクロソフトサポート)

再アクティブ化の可否を左右しやすいのは、元のライセンス種別（Retail/OEM/Upgrade）です。 たとえば「購入PCに最初から付属していた OEM ライセンス」はマザーボードに紐づく前提になりやすく、交換後に引き継げない構造になります。一方で「Retail（パッケージ/単体購入）」は移行できる余地が残る、という整理が一般的です。 (Microsoft Learn)

また、Windows 7 Pro から Windows 10 Pro へアップグレードした経路では、現在のアクティベーションが「アップグレード由来のデジタルライセンス」として扱われることがあります。この場合、旧プロダクトキーを再入力しても弾かれる、またはトラブルシューティング経由でも通らない、といった現象が発生し得ます（Microsoft Q&A の同様事例でも Windows 7 Pro→10 Pro の前提が示されています）。 (Microsoft Learn)

公式の基本ルートは「アクティベーションのトラブルシューティング」

Microsoft が案内する基本ルートは、Microsoft アカウントとデジタルライセンスを関連付けた上で、アクティベーションのトラブルシューティングから「最近このデバイスのハードウェアを変更しました（I changed hardware on this device recently）」を選ぶ流れです。これにより、アカウントに紐づくライセンスを当該デバイスに再適用する設計になっています。 (マイクロソフトサポート)

ただし、このルートが成立する前提条件として、次の“取り違え”が多発します。

エディション不一致：以前が Pro なのに、再インストールが Home になっているなど。デジタルライセンスはエディションに依存するため、版が違うと通りません。 (マイクロソフトサポート)
Microsoft アカウント側の関連付け不足：ログイン自体はできても「デジタルライセンスと関連付け済み」になっていない場合があります。 (マイクロソフトサポート)
ネットワーク/更新の欠落：トラブルシューティングはオンライン判定が前提のため、更新停止やストア不調など“更新基盤が壊れている状態”だと判定や認証が最後まで進まないことがあります（質問事例でも更新が詰まっている前提が示されています）。 (Microsoft Learn)

以上を踏まえると、「Microsoft アカウントにデバイスが見えている」ことは必要条件でも、十分条件ではありません。ライセンス種別・エディション・更新状態が揃って初めて成立します。

「Try again later」になるときの実務的な切り分け

「Try again later」は、利用者側の誤りだけでなく、Microsoft 側の一時的制約や認証サービス側の処理待ちでも出るため、切り分けは“並行”で進めるのが現実的です。特に本記事の対象テーマでは、再インストール直後で更新が止まっている前提があるため、OS 側の基盤を整えつつアクティベーションを再試行する順序が重要になります。 (Microsoft Learn)

切り分けの観点は次の通りです。

最新の Windows 10 22H2 イメージで再構築できているか：古いインストールメディアだと更新が大量に残り、Windows Update やストアが不安定になりやすい構造です。Microsoft は公式に Windows 10 ISO/メディア作成手段を提供しています。 (Microsoft)
プロダクトキーの状態が競合していないか：過去のキー情報が残っていると、入力・自動判定が噛み合わないことがあります。Microsoft コミュニティでは slmgr.vbs によるキーの入れ直しで解消した事例も提示されています（ただし、これは“正しい権利がある”前提で成立します）。 (answers.microsoft.com)
ライセンスが移行可能な種別か：OEM 由来ならマザーボード交換で移行できない整理になりやすく、トラブルシューティングを繰り返しても構造上解決しない場合があります。 (Microsoft Learn)

要点を整理すると、「サーバ側待ち」だけに見えても、実際は(1)エディション不一致、(2)更新基盤の未整備、(3)ライセンス種別の制約、のどれかが混在していることが多いです。そのため、更新完了→エディション確認→トラブルシューティング再実行、という順での再試行が再現性の高い整理になります。

連絡・代替手段と、2026年初頭の変更点

公式の案内は、まずトラブルシューティング（Microsoft アカウント連携）での復旧を前提にしています。 (マイクロソフトサポート)
他方で、それでも解決しない場合はサポート経由の確認に移ります。ただし 2026 年 1 月時点では、電話による Windows アクティベーションが実質的に利用できなくなり、オンラインポータルへ誘導されるという報道が複数出ています。これにより、従来の“電話でインストールIDを読み上げて通す”方式を前提にした復旧は成立しにくくなっています。 (Tom's Hardware)

さらに Windows 10 は 2025 年 10 月 14 日にサポート終了となり、継続してセキュリティ更新を受けるには ESU（拡張セキュリティ更新）に移行する枠組みが整理されています。ESU は 2026 年 10 月 13 日で終了予定で、登録には Microsoft アカウントでのサインインが前提条件として示されています。 (Microsoft)
そうすることによって、アクティベーションと更新の双方が「オンライン＋アカウント連携」を強く要求する方向に寄っており、ローカル完結での復旧は難度が上がっています。

以上を踏まえると、本記事の対象となる事象で最後に残る論点は、(1)元ライセンスが移行可能か、(2)再インストール後のエディションと更新状態が整っているか、(3)オンライン判定ルート（トラブルシューティング／ポータル／サポート）が利用可能か、の三点です。これらを切り分けたうえで、移行不可（特に OEM 制約）の場合は「別ライセンスが必要」という結論に収束するケースも残ります。