「乗っ取られた Gmail を Microsoft アカウントとして使っていたら、確認コードが受け取れず削除も移行も進まない」。そんな行き詰まりを、データを守りながら安全・確実に解決するための実践ガイドです。Windows 11 の標準機能でどこまでできるか、どこからはツールや手作業が必要か、手順・コマンド・チェックリストまで具体的にまとめました。
状況とゴールの整理
本記事が対象とするのは次のケースです。
- 同一 PC にユーザーが 2 つ存在(旧ユーザー:数年前に乗っ取られた Gmail を Microsoft アカウントとしてサインイン、新ユーザー:正常に使えるローカル/Microsoft アカウント)。
- 旧ユーザーの削除やサインイン用メール変更で 確認コードが乗っ取られた Gmail 宛に送られて詰む。
- 新ユーザーでサインインしても、デスクトップ配置やアプリ設定などの個人設定が引き継がれない。
目標は次の 2 点です。
- 旧アカウントの環境(データ・主要設定)を新しいユーザーへ移行
- 旧アカウントを安全に削除(ローカルから完全に取り除き、再侵入の余地を断つ)
結論(最短ルート)
Windows 11 には、ユーザープロファイルを丸ごと別ユーザーにコピーする機能はありません。したがって、以下の方針が現実的で安全です。
- 完全バックアップ(旧ユーザープロファイル配下を
robocopyで退避)。 - 新ユーザーを管理者化し、必要データをフォルダー単位で移行(ドキュメント/ピクチャ/デスクトップ/ブラウザーお気に入り等)。
- アプリ設定は可能な範囲で個別移行(
%APPDATA%やアプリ内のエクスポート機能)。 - 検証後、旧ユーザーを OS から削除(コード認証不要のローカル側操作)。
- 必要ならサードパーティ移行ツール(Transwiz、User Profile Wizard 等)を使うが、事前の互換性確認とイメージバックアップが絶対条件。
注意:組織管理端末・ドメイン参加の場合
本稿は個人利用 PC を前提とします。職場/学校の管理(Entra ID/旧 Azure AD、ドメイン、MDM/Intune)下の端末では手順や権限が異なります。管理者の方針に従ってください。
移行前のバックアップ戦略(最重要)
削除・移行の前に、旧ユーザーのプロファイル配下を丸ごと退避します。外付け HDD/SSD または十分な空きがある別ドライブに保存します。
安全な退避に使える robocopy 例
REM 管理者の PowerShell/コマンドプロンプトで実行
robocopy "C:\Users\旧ユーザー名" "D:\Backup\旧ユーザー名" /MIR /COPY:DAT /R:1 /W:2 /XJ ^
/XD "C:\Users\旧ユーザー名\AppData\Local\Temp" ^
"C:\Users\旧ユーザー名\AppData\Local\Packages\Microsoft.Windows.Search_cw5n1h2txyewy" ^
"C:\Users\旧ユーザー名\AppData\Local\Packages\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy"
REM 退避後の整合性チェック(差分のファイル一覧を表示)
robocopy "C:\Users\旧ユーザー名" "D:\Backup\旧ユーザー名" /L /MIR /XJ </code></pre>
<h3>退避すべき主な場所と注意点</h3>
<table>
<thead>
<tr><th>カテゴリ</th><th>パス/方法</th><th>注意点</th></tr>
</thead>
<tbody>
<tr>
<td>ユーザーデータ</td>
<td><code>C:\Users\旧ユーザー名\Documents</code>、<code>Pictures</code>、<code>Desktop</code>、<code>Downloads</code>、<code>Videos</code>、<code>Music</code></td>
<td>容量が大きい場合は段階的にコピー。開いているアプリを全て閉じる。</td>
</tr>
<tr>
<td>アプリ設定(ローミング)</td>
<td><code>C:\Users\旧ユーザー名\AppData\Roaming</code>(例:<code>\Microsoft\Windows\Start Menu</code>、<code>\Microsoft\Templates</code>、<code>\Code\User</code> など)</td>
<td>アプリごとに戻せる範囲が異なる。全コピーではなく、対象を絞るとトラブルが少ない。</td>
</tr>
<tr>
<td>アプリ設定(ローカル)</td>
<td><code>C:\Users\旧ユーザー名\AppData\Local</code>(例:<code>\Packages\Microsoft.WindowsTerminal_...\LocalState</code>)</td>
<td><code>AppData\Local\Packages</code> は UWP/ストアアプリの領域。丸ごと移行は非推奨。</td>
</tr>
<tr>
<td>メールデータ(Outlook)</td>
<td>POP/個別保管は <code>*.pst</code> を探して退避。IMAP/Exchange の <code>*.ost</code> は再作成されるため退避不要。</td>
<td>Outlook のバージョン差異に注意。「新しい Outlook」ではクラウド同期が前提。</td>
</tr>
<tr>
<td>ブラウザー</td>
<td>Edge/Chrome の「ブックマーク/お気に入りのエクスポート」を実施。必要に応じて <code>User Data</code> 配下を選択的に退避。</td>
<td>ログイン情報は資格情報マネージャーや各ブラウザーの同期機能に依存。無理なコピーは非推奨。</td>
</tr>
<tr>
<td>VS Code</td>
<td><code>%APPDATA%\Code\User\settings.json</code>、<code>keybindings.json</code>、拡張機能は <code>%USERPROFILE%\.vscode\extensions</code></td>
<td>同じ拡張がないと一部設定が無効。拡張は再インストール推奨。</td>
</tr>
<tr>
<td>Windows Terminal</td>
<td><code>%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminal_*\LocalState\settings.json</code></td>
<td>MSIX/ストア版のパス。配布形態により異なる。</td>
</tr>
<tr>
<td>WSL</td>
<td><code>wsl --list --verbose</code>で確認し、<code>wsl --export <Distro> D:\Backup\<Distro>.tar</code></td>
<td>新ユーザー側で <code>wsl --import</code> すれば復元可能。</td>
</tr>
</tbody>
</table>
<h2>新しいユーザーの準備(ローカル管理者化)</h2>
<p>移行先のユーザーで操作を行います。まだ管理者でない場合は次のいずれかで権限を付与します。</p>
<ul>
<li><strong>設定から:</strong>「設定 > アカウント > 家族とその他のユーザー(または『その他のユーザー』)」で対象ユーザーを「アカウントの種類:管理者」に変更。</li>
<li><strong>コマンドから:</strong>
<pre><code>net localgroup Administrators "新ユーザー名" /add
その後、新ユーザーでサインインして初期プロファイルを生成し、ログオフ/再サインインしてから移行作業を開始します。
データと設定の移行:実践レシピ
フォルダー単位のコピー(基本)
robocopy "C:\Users\旧ユーザー名\Documents" "C:\Users\新ユーザー名\Documents" /E /COPY:DAT /R:1 /W:2
robocopy "C:\Users\旧ユーザー名\Pictures" "C:\Users\新ユーザー名\Pictures" /E /COPY:DAT /R:1 /W:2
robocopy "C:\Users\旧ユーザー名\Desktop" "C:\Users\新ユーザー名\Desktop" /E /COPY:DAT /R:1 /W:2
robocopy "C:\Users\旧ユーザー名\Downloads" "C:\Users\新ユーザー名\Downloads" /E /COPY:DAT /R:1 /W:2
コピーしない方がよいもの: NTUSER.DAT、UsrClass.dat、AppData\Local\Packages の多く、AppData\Local\Temp、ブラウザーのプロファイル丸ごと(トラブルの温床)。
ブラウザー(Edge/Chrome)のブックマーク
- 旧ユーザーで: ブラウザーの設定から「お気に入り/ブックマークのエクスポート」を実行(HTML)。
- 新ユーザーで: 同じく「インポート」を実行し読み込み。
同期機能を使わない場合でも、この方法なら安定して移行できます。
Outlook/メール
- POP や手動保管のメールは
*.pstをコピーし、新ユーザーの Outlook で「既存データファイルを開く」。 - IMAP/Exchange の
*.ostは再作成されるため基本コピー不要。アカウント再サインインで復元されます。 - 「新しい Outlook」利用時は Microsoft アカウントでのサインインが前提。旧アカウントの利用は避け、新アカウントで構成してください。
Office、Adobe などライセンス系アプリ
- 旧ユーザー側でサインアウト(可能なら)。
- 新ユーザーでサインインし直し、アクティベーションをやり直す。
- テンプレートは
%APPDATA%\Microsoft\Templates(Word/PowerPoint)をコピー。
VS Code、Windows Terminal、WSL など開発環境
| 対象 | 移行方法 | メモ |
|---|---|---|
| VS Code 設定 | %APPDATA%\Code\User\settings.json と keybindings.json をコピー | 拡張は再インストール推奨(.vscode\extensions をコピーしてもよいが非推奨) |
| Windows Terminal | %LOCALAPPDATA%\Packages\Microsoft.WindowsTerminal_*\LocalState\settings.json | パスは配布形態により異なる |
| WSL ディストリ | wsl --export / wsl --import | 旧ユーザー配下の ext4.vhdx を直接コピーしない |
既定のアプリ・ファイル関連付け(必要に応じて)
システム全体の既定アプリは DISM のエクスポート/インポートでまとめて適用できます(管理者)。
REM 旧ユーザーで(可能なら)
Dism /Online /Export-DefaultAppAssociations:C:\assoc.xml
REM 新ユーザーで管理者として
Dism /Online /Import-DefaultAppAssociations:C:\assoc.xml
ただし、これは「新たに作成するユーザー」に対する既定を変更する運用が中心です。既存ユーザーには個別に設定する方が確実です。
設定の一括移行は可能か?(限界と回避策)
Windows は SID(セキュリティ識別子)をユーザーごとに割り当てます。旧ユーザーのレジストリ(NTUSER.DAT)や丸ごとの AppData を新ユーザーに上書きすると、SID 不整合で不安定化しやすく非推奨です。
- 安全な代替案:アプリ内のエクスポート/インポート、特定ファイルのみコピー(例:VS Code の
settings.json)。 - 高度な方法:レジストリ・ハイブの「読み込み」機能で
HKEY_USERSに旧NTUSER.DATを一時ロードし、必要キーのみエクスポートする(熟練者向け)。
旧ユーザーを削除する安全手順
ここでの削除はPC 上のユーザーとそのプロファイルの削除です。Microsoft アカウント自体をインターネット側で削除する操作ではありません(その場合は確認コードが必要)。PC からの削除は管理者権限があれば実行できます。
方法 A:設定アプリから(推奨)
- 新ユーザー(管理者)でサインイン。
- 「設定 > アカウント > 家族とその他のユーザー(または『その他のユーザー』)」を開く。
- 該当の旧ユーザーを選び「アカウントとデータの削除」。
- 実行前に
C:\Users\旧ユーザー名\を外付け等にバックアップしていることを再確認。
この手順では通常、Gmail の確認コードは不要です。
方法 B:netplwiz から
- Win+R →
netplwiz→ Enter。 - 一覧から旧ユーザーを選択し「削除」。
方法 C:コマンドで削除
REM ユーザーの一覧
net user
REM 旧ユーザーを削除
net user "旧ユーザー名" /delete
残骸のクリーンアップ(必要時のみ)
- ユーザープロファイル:「システムのプロパティ > 詳細設定 > ユーザープロファイル > 設定」で該当プロファイルを選び「削除」。
- 残フォルダー:
C:\Users\旧ユーザー名が残っていれば手動で削除(アクセス拒否時は再起動やセーフモードで)。 - 資格情報:「コントロール パネル > 資格情報マネージャー」で旧アカウント関連の資格情報を削除。
削除できない/エラーになる場合の対処
- 旧ユーザーのプロセスが生きている:再起動後すぐに実施、またはセーフモードで実施。
- プロファイルが「使用中」と出る:別ユーザーでサインインしているか確認。
Task Managerで該当セッションをログオフ。 - 強制的に紐付きを解く:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileListで該当 SID を特定し(ProfileImagePathが旧フォルダー)、削除 → 再起動(上級者向け・バックアップ必須)。
サードパーティの移行ツールを使う場合
レジストリや隠しフォルダーも含めて「ほぼそのまま」移したい場合、Transwiz や User Profile Wizard(ForensiT)といった移行ツールが選択肢です。ただし次の前提を厳守してください。
- 対応バージョン確認:Windows 11 22H2/23H2/24H2 など、利用中のビルドでの動作報告を事前に確認。
- フルイメージバックアップ:万一のロールバックに備え、システムイメージを取得。
- オフライン運用推奨:移行中はネットワークを切断し、他アプリを終了。
- 失敗時のリスク:ログイン不能やプロファイル破損の可能性。自己責任で。
| 選択肢 | メリット | デメリット |
|---|---|---|
| 手動コピー | 安全・透明性が高い。失敗時の影響が局所的。 | 設定の再作成が必要。工数がかかる。 |
| 移行ツール | 環境を広範に移行可能。レジストリも含めやすい。 | 互換性・失敗リスク・費用。トラブル時の切り戻し必須。 |
ハッキングされた Gmail/Microsoft アカウントへの対処(任意)
PC から旧ユーザーを削除しても、インターネット上のアカウントは残ります。可能なら Gmail 側のアカウント復旧(本人確認・2 段階認証の再設定・回復用メール/電話の更新)を試し、その上で Microsoft アカウントの「サインイン用メール」の変更や二要素認証の有効化を行ってください。復旧できない場合は、旧 Microsoft アカウントと PC の関係を完全に断つ(デバイスのリンク解除、旧アカウントでのアプリサインインを行わない)運用に切り替えます。
セキュリティの後処理チェックリスト
- 資格情報の掃除:資格情報マネージャー(Windows 資格情報/汎用資格情報)で旧アカウント関連を削除。
- OneDrive の再構成:旧ユーザーで使用していた OneDrive は必ず「この PC のリンク解除」。新ユーザーで必要に応じてサインインし直す。
- 保存パスワードの棚卸し:Edge/Chrome のパスワード保存を見直し、不要なものを削除。
- 自動起動・タスク:スタートアップ(タスク マネージャー)とタスク スケジューラ(
Get-ScheduledTask)を確認。 - リモート設定:不要な RDP、有効なクイック アシスト/リモートアシスタンスを無効化。
- Windows Hello/PIN の再設定:新ユーザーで再登録。
- OS 更新:Windows Update を適用し、Defender のスキャンを実行。
デスクトップ配置・スタート/タスクバーを「近づける」コツ
Windows はデスクトップ上のアイコン配置をユーザーごとに保持しており、標準機能では移行できません。以下の代替策で「近い状態」を再現します。
- デスクトップ上のショートカット(
.lnk)を旧ユーザーからコピー。 - スタートのピン留め:よく使うアプリだけを手動で再ピン留め(トラブルを避ける)。
- タスクバー:アプリ起動 → 右クリック → 「タスクバーにピン留め」。
よくある質問(FAQ)
Q. 旧ユーザーを削除すると Microsoft Store の購入は失われますか?
A. 購入は Microsoft アカウントに紐付きます。旧アカウントで買ったアプリは新アカウントでは利用できない場合があります。必要なアプリは再購入や代替アプリの検討が必要です。
Q. 旧ユーザーにだけ残っているアプリ設定は一括コピーできますか?
A. 多くの場合は不可。アプリごとにエクスポート機能や設定ファイルのコピーで対応します。レジストリの直接移植は高リスクです。
Q. 確認コードが受け取れないため、PC 側の削除も止められますか?
A. いいえ。PC 上のユーザー削除は、管理者権限があればコード不要で実施できます。コードが必要なのは、オンラインのアカウント変更/削除時です。
実践チェックリスト(印刷/コピー用)
| 項目 | 内容 | 状態 |
|---|---|---|
| バックアップ | C:\Users\旧ユーザー名 を robocopy でフル退避 | □ |
| 新ユーザー権限 | 管理者権限を付与しサインイン済み | □ |
| 主要データ移行 | ドキュメント/ピクチャ/デスクトップ/ダウンロード | □ |
| ブラウザー | お気に入りエクスポート→インポート完了 | □ |
| メール | Outlook PST の移動/アカウント再構成 | □ |
| アプリ設定 | VS Code、Terminal、WSL 等の復元 | □ |
| 検証 | 必要アプリ起動・ファイルアクセス確認 | □ |
| 旧ユーザー削除 | 設定または netplwiz/net user で削除 | □ |
| 後処理 | 資格情報・OneDrive・タスク・RDP の見直し | □ |
トラブルを避けるためのベストプラクティス
- 段階移行:いきなり全てを移さず、優先度の高いデータから順に。
- 小さな単位で検証:コピー後すぐ起動・確認。問題が出たらその単位だけ戻せばよい。
- 復元点とイメージ:システムの復元を有効化し、完全イメージを 1 つ確保。
- レジストリの直接上書き禁止:どうしても必要ならキー単位で、バックアップとメモを残す。
- ネットワーク切断:移行作業中はネットワークを切って外乱を減らす(OneDrive/同期の誤作動防止)。
ケース別の判断早見表
| ケース | 推奨アクション | 備考 |
|---|---|---|
| 旧ユーザーでしか開けないファイルがある | 所有権/アクセス権を新ユーザーに付与してからコピー | プロパティ > セキュリティ > 詳細設定 |
| 旧ユーザーの OneDrive にしかデータがない | 旧ユーザーで OneDrive を同期完了→ローカルへ退避→新ユーザーへコピー | リンク解除を忘れずに |
| ブラウザーのパスワードが必要 | 同期/エクスポート機能を使用 | 無理なファイルコピーは破損を招く |
| ストアアプリの設定ごと移したい | 基本不可。アプリ内設定で再構成 | UWP のデータはユーザー/デバイス固有 |
最後に:時間をかけても「安全第一」
ハッキング被害を受けたアカウントは、存在しているだけでリスクです。完全な自動移行はできませんが、データの保全を最優先に、必要な設定は手作業で確実に再構成しましょう。PC から旧ユーザーを削除し、資格情報や自動起動まで整理すれば、以後の運用はぐっと安全になります。工程ごとにバックアップと検証を挟み、無理のないペースで進めてください。
参考:便利コマンド集(コピペ用)
REM 管理者権限の確認
whoami /groups
REM アカウント一覧
net user
REM 新ユーザーを管理者に
net localgroup Administrators "新ユーザー名" /add
REM ユーザー削除
net user "旧ユーザー名" /delete
REM 主要フォルダーの移行(例)
robocopy "C:\Users\旧\Documents" "C:\Users\新\Documents" /E /COPY:DAT /R:1 /W:2
REM 既定アプリのエクスポート/インポート
Dism /Online /Export-DefaultAppAssociations:C:\assoc.xml
Dism /Online /Import-DefaultAppAssociations:C:\assoc.xml
REM 既存スケジュールタスクの一覧
schtasks /query /fo LIST /v
REM Defender クイックスキャン(PowerShell)
Start-MpScan -ScanType QuickScan
メリット・デメリットのまとめ
| 項目 | メリット | デメリット |
|---|---|---|
| 旧(ハッキング済み)ユーザーを削除 | セキュリティリスクの排除、管理負荷の低減 | 手動バックアップが必要。ストアアプリや一部設定は再構成が必要 |
| 手動移行 | 安全・トラブルの切り分けが容易 | 全設定の完全再現はできない。時間がかかる |
| サードパーティ移行ツール | 環境を広範囲に移せる | 互換性要確認。失敗時の影響が大きい。費用が発生する場合あり |
ひとことアドバイス
- データ保全が最優先。「ドキュメント」「ピクチャ」「デスクトップ」「
AppData\Roaming」はまず退避。 - OneDrive や外付けドライブを活用し、フォルダー単位のコピーで多くの個人データは再利用可能。
- 旧アカウントを残すリスクと、設定を作り直す手間を比較し、安全側の選択を。

コメント