Windows 11で「英語 (英国)」の言語やUKキーボードが勝手に戻ってしまい、入力切替の邪魔になる——そんな厄介な“亡霊エントリ”を確実に鎮めるための実践ガイドです。根本原因（表示言語とシステムロケールの不一致）を理解し、管理用言語設定へのコピーと“再起動”で再発を断つ王道手順、さらにPowerShell・企業環境向けの運用まで、手戻りなく完了できるよう徹底解説します。
問題の全体像を正しく捉える
まず、現象と影響を具体化します。これを押さえると、解決の狙いどころが明確になります。
- 現象：設定 > 時刻と言語 > 言語と地域 で「英語 (英国)」とUKキーボードを削除しても、再起動や一定時間後に自動的に復活する。
- 影響：
- 言語/入力ソースの候補が増え、狙いのコンビネーション（例：「英語 (南アフリカ) + USキーボード」「アフリカーンス + US-International」）へ即時切替しにくい。
- 設定アプリの言語一覧に「英語 (英国)」が見えないことがあり、通常の削除手順が通用しない（再インストール→削除の無限ループ）。
よくある“なぜそうなるの？”
Windowsは表示言語（UI言語）とシステムロケール（Unicode非対応アプリの既定言語）に不一致がある場合、互換性確保のためにフォールバック言語を自動的に補うことがあります。このとき多くの環境で「英語 (英国)」とそのUKキーボードが差し戻され、削除しても復活する挙動に見えます。
また、高速スタートアップや言語設定の同期、アプリごとに異なる入力方式を許可といった設定が重なると、ユーザーの意図しない再追加が起きやすくなります。
結論：最短で再発を止める王道手順
以下の3ステップで「英語 (英国) の亡霊」を根本から断ちます。ポイントは、表示言語とシステムロケールを一致させ、その状態を管理用言語設定にコピーし、必ず“再起動”で反映させることです。
- 旧コントロールパネルでシステムロケールを表示言語に合わせる
- 旧コントロールパネルを開き、表示方法を「アイコン」に変更。
- 地域 → 管理 タブ → システムロケールの変更 をクリック。
- ドロップダウンで現在の表示言語（例：英語 (南アフリカ) など）と同じロケールを選び、OK。
- 管理用言語設定で“全体にコピー”する
- 設定 > 時刻と言語 > 言語と地域 の最下部にある 管理用言語設定 を開く。
- 設定のコピー をクリック。
- 「ようこそ画面とシステム アカウント」 と 「新しいユーザー アカウント」 にチェックを入れて OK。
- PCを“再起動”する（シャットダウンではなく） 高速スタートアップが有効だとシャットダウンではカーネルが休止状態から復帰し、ロケールの適用が不完全になる場合があります。必ず 再起動 を選んで反映しましょう。
| 操作 | 場所 | 目的/効果 |
|---|---|---|
| システムロケール変更 | 旧コントロールパネル > 地域 > 管理 | UI言語とロケールの不一致を解消し、UKの自動補完を防ぐ |
| 設定のコピー | 管理用言語設定 > 設定のコピー | ようこそ画面/システム/新規ユーザーにも同構成を適用 |
| 再起動 | スタートメニュー > 電源 > 再起動 | 高速スタートアップを回避し完全適用 |
あなたの構成に合わせた“理想のゴール”を明文化する
本記事の想定ゴールは次のとおりです。作業の前に“完成形”を明確にしておくと判断ミスを防げます。
- 英語 (南アフリカ) + USキーボード を既定の入力として使える。
- アフリカーンス + US-Internationalキーボード を必要時に即切替できる。
- 上記以外の不要な言語・キーボード（特に 英語 (英国) / UK）は復活しない。
上の王道手順で再発を止めた後、以下の“整え”を行うと安定します。
- 設定 > 時刻と言語 > 言語と地域 > 優先する言語 で、英語 (南アフリカ) と アフリカーンス だけを残し、順序を 英語 (南アフリカ) → アフリカーンス に。
- 設定 > 時刻と言語 > 入力 > 高度なキーボード設定 で、既定の入力方式を上書き を 英語 (南アフリカ) – USキーボード に設定。
- 同画面の アプリごとに異なる入力方式を許可 は原則オフ（オンにするとアプリ起動やフォーカスで“別のキーボード”が忍び込みやすい）。
なぜ“再起動”にこだわるのか（技術的背景）
Windows 11の既定では高速スタートアップが有効で、シャットダウン時にカーネルを休止保存します。これにより、ロケールや言語の一部設定がセッションをまたいで引き継がれ、管理用言語設定へのコピーが即時に行き渡らないことがあります。再起動ならフルのクリーンブートが走り、ようこそ画面やシステムアカウントを含めて設定が浸透し、UKが“戻ってくる隙”を与えません。
追加補足と再発防止のコツ
言語設定の同期を一時停止する
Microsoftアカウントの設定の同期で「言語設定」がオンだと、別PCの構成やクラウド側の履歴がロールバックを誘発します。UKを消した直後は特に、同期を一時的にオフにして安定化させましょう。
入力方式の“上書き”を明示する
高度なキーボード設定の「既定の入力方式を上書き」で、明確に 英語 (南アフリカ) – US を指定すると、Windowsが“言語順序から推測”する余地を減らせます。
RDP/リモート環境の注意
リモートデスクトップ経由では、クライアント側キーボードやサーバーのポリシーにより入力方式が増減します。RDP接続でUKが現れる場合は、RDPクライアントのキーボード統合設定や、先方のグループポリシーで既定の入力方式を固定します。
“高速スタートアップ”を無効化するか検討
頻繁に構成変更を行う検証機では、電源オプションから高速スタートアップを無効にすると、設定が安定して反映されやすくなります。ただし起動時間はやや増加します。
PowerShellで不要言語を一気に除去・整備する
UI操作で安定しない場合や複数台を一括整備する場合はPowerShellが有効です。以下は、英語 (南アフリカ) と アフリカーンス だけを残し、キーボードを US / US‑International に揃える例です（管理者で実行）。
$list = New-WinUserLanguageList en-ZA
$list.Add("af") # アフリカーンス
# 英語 (南アフリカ) のキーボードを US に固定
$list[0].InputMethodTips.Clear()
$list[0].InputMethodTips.Add("0409:00000409") # US
# アフリカーンスのキーボードを US-International に固定
$list[1].InputMethodTips.Clear()
$list[1].InputMethodTips.Add("0409:00020409") # US-International
# 上記2言語以外（例：英語 (英国) など）を排除
Set-WinUserLanguageList -LanguageList $list -Force
# 既定の入力方式を en-ZA (US) に合わせるため、ログオフまたは再起動を推奨
現在の構成を確認するには次を使います。
Get-WinUserLanguageList | Format-List管理者として複数ユーザー/端末に適用する運用例：
- ログオンスクリプトで上記を実行し、管理用言語設定のコピーと合わせて“初回サインイン時点で完成形”にする。
- Intune/ConfigMgrを使う場合は、同等のスクリプトをデバイススコープで配布する。
| よく使うPowerShell | 目的 |
|---|---|
Get-WinUserLanguageList | 現在のユーザー言語リストと各キーボードのTIPを確認 |
New-WinUserLanguageList <言語タグ> | 新しい言語リストを作成（例：en-ZA） |
Set-WinUserLanguageList -LanguageList $list -Force | 指定のリストで上書き適用（不要言語を確実に除去） |
企業・学校向け：ポリシーで“固定”して再発要因を遮断
ドメイン参加端末や共同利用端末では、ユーザー任せにせず既定の入力方式と許可する言語をポリシーで明示しましょう。
- 既定の入力方式の固定：グループポリシーで既定の入力方式を指定し、ユーザーが勝手にUKを追加してもサインイン時に収斂するようにする。
- 言語の追加を制限：管理者ロールのみ言語追加を許可し、一般ユーザーは申請制にする。
- 初期プロビジョニング：OS展開時の応答ファイルやスクリプトで
en-ZAとafのみを登録し、管理用言語設定へのコピーを完了させてからイメージ化。
RDPホストや共有PCでは、サインイン前の言語バー表示/既定入力がズレやすいので、ようこそ画面とシステムアカウントへのコピーを必ず含めてください。
“見えないのに存在する”を読み解く：裏側の仕組み
設定アプリの「優先する言語」に 英語 (英国) が表示されないのに、タスクバーの入力インジケーターに ENG UK が現れることがあります。これは次のような状況で起こります。
- UI言語のパッケージは入っていないが、キーボードレイアウト（TIP）だけが別系統で残っている。
- システムロケールのフォールバックが英語 (英国) で、ログオン前やサービスアカウント側にだけUKが存在する。
- アプリごとに入力方式を分ける設定により、一部プロセスでUKが再生成される。
このため、言語一覧“だけ”をいじっても完治しないことがあり、ロケール一致＋管理用言語設定のコピー＋再起動という順序が効きます。
実例に基づくチェックリスト（つまずき回避）
- ロケールを合わせたか：旧コントロールパネルの地域（管理タブ）で、英語 (南アフリカ) など現行の表示言語に一致させたか。
- 管理用言語設定へコピーしたか：ようこそ画面とシステムアカウント、新しいユーザーアカウント両方にチェックしたか。
- 再起動したか：シャットダウンではなく再起動で、実際に入力候補が安定したか。
- 同期を止めたか：作業中のみで構わないので「言語設定の同期」をオフにしたか。
- 既定の入力方式を上書きしたか：高度なキーボード設定で 英語 (南アフリカ) – US を選んだか。
- アプリごとの入力方式はオフか：オンだと“UKが戻る”トリガーになりやすい。
TIP/キーボードコードの早見表（参考）
PowerShellやレジストリ、ログの読解時に役立つ代表的なコードを整理します。
| レイアウト名 | キーボードコード | 備考 |
|---|---|---|
| US | 00000409 | 英語系の標準US配列 |
| US-International | 00020409 | アクセント記号を多用する入力に便利 |
| UK | 00000809 | これが紛れ込むと“ENG UK”が復活して見える |
言語タグ例：
| 言語 | タグ | 利用例 |
|---|---|---|
| 英語 (南アフリカ) | en-ZA | 表示言語/既定入力の基準にする |
| アフリカーンス | af | サブの入力言語として追加 |
| 英語 (英国) | en-GB | 不要なら完全排除する対象 |
レジストリでの確認（上級者向け・自己責任）
UIやPowerShellで改善しない例では、ユーザープロファイルのキーボードプリロードを点検します。編集はリスクがあるため、バックアップのうえ自己責任で。
HKEY_CURRENT_USER\Keyboard Layout\Preload：存在するキーボード配列の一覧。00000809（UK）が紛れていないか確認。HKEY_CURRENT_USER\Keyboard Layout\Substitutes：置換定義。US指定がUKに置換されていないか等を確認。
とはいえ、推奨はUI＋管理用言語設定のコピー＋再起動です。レジストリ直接編集は最後の最後の手段に留めてください。
よくある質問（FAQ）
Q. 設定の言語一覧に「英語 (英国)」が出てこないのに、入力候補に現れます。
A. キーボード配列（TIP）のみが残る・生成されるケースです。システムロケール一致 → 管理用言語設定にコピー → 再起動の順でほぼ解消します。PowerShellで不要なTIPを含む言語を一括再構成するのも有効です。
Q. シャットダウン後に復活するのに、再起動だと復活しません。
A. 高速スタートアップにより、シャットダウンではセッションの一部が温存されるためです。設定適用直後は必ず再起動しましょう。
Q. アプリ起動のたびにUKに切り替わることがあります。
A. アプリごとに異なる入力方式を許可がオンだと、アプリごとに最後に使った配列が復活します。安定させたい場合はオフを推奨です。
Q. 企業環境でユーザーが勝手にUKを追加してしまいます。
A. 既定の入力方式をグループポリシーで固定し、プロビジョニング時に言語リストを完成させておく運用が効果的です。RDPホストや共有PCでは管理用言語設定へのコピーを必須化してください。
“再発しない”ための完成レシピ（まとめ）
- 旧コントロールパネル > 地域（管理タブ）で、システムロケールを表示言語と一致させる。
- 設定 > 時刻と言語 > 言語と地域 > 管理用言語設定 → 設定のコピーで、ようこそ画面/システムアカウントと新規ユーザーに適用。
- 再起動する（シャットダウンではなく）。
- 必要に応じて：同期の一時停止、既定入力方式の上書き、PowerShellでの一括整備。
これで「英語 (英国)」とUKキーボードの“勝手な復活”は止まり、英語 (南アフリカ) + US、アフリカーンス + US‑Internationalの理想構成に安定します。
付録：作業を自動化したい方へ（サンプルスクリプト）
以下は、ユーザーの言語リストを既定構成に揃える簡易スクリプトです。テスト用端末で十分に検証してから本番適用してください。
# 管理者PowerShell
# 1) 望ましい言語リストを作成
$list = New-WinUserLanguageList en-ZA
$list.Add("af")
# 2) 各言語のキーボードを指定
($list | Where-Object { $_.LanguageTag -eq "en-ZA" })[0].InputMethodTips = @("0409:00000409") # US
($list | Where-Object { $_.LanguageTag -eq "af" })[0].InputMethodTips = @("0409:00020409") # US-International
# 3) システムに適用
Set-WinUserLanguageList -LanguageList $list -Force
# 4) 必ず再起動して完成
トラブル時の最終チェック（ワークフロー）
- “王道手順”の順序を守ったか（ロケール一致 → コピー → 再起動）。
- 同期やRDP、アプリごとの入力方式がUK復活のトリガーになっていないか。
- PowerShellで
Get-WinUserLanguageListを確認し、00000809（UK）が紛れていないか。 - 複数ユーザー/共有PCでは、ようこそ画面と新規ユーザーへのコピーが抜けていないか。
- それでも戻るなら、一時的に高速スタートアップを切ってから再起動→挙動を確認。
実運用のヒント
- ショートカットの見直し：無意識の切替を防ぐため、Alt + Shift や Win + Space の使用頻度を下げ、Win + .（絵文字パネル）など誤爆しにくい操作へ習慣を調整。
- 言語バー表示：タスクバーの入力インジケーターを常に見える位置に保ち、切替の発生をすぐ気付けるようにする。
- バックアップ：安定構成に到達したら、
Get-WinUserLanguageListの結果を保存し、再現性を確保。
おわりに
「消したはずの英語 (英国) がいつの間にか戻っている」という悩みは、ロケールの不一致と管理用言語設定の未適用が絡む“構造問題”です。手順通りに整えれば、何度でも同じ完成形を再現できます。今日で、UKの“亡霊”と決別しましょう。
コメント