Windows 11をローカルアカウント＋PINで使っていると、起動やスリープ復帰のたびに入力が面倒になりがちです。この記事では「何も入力せず自動ログインしたい」人向けに、設定でできること／できないこと、詰まりポイント、レジストリを使う手順まで安全面とセットで整理します。
まず押さえるべき前提（ここを誤解するとハマります）
自動ログインは“便利”の代わりに“防御”を大きく捨てる設定
自動ログインにすると、PCの前に座れる人は基本的にそのアカウントで作業できる状態になります。さらに、Windowsの自動ログオン機能はレジストリに資格情報を保持して動作するため、構成によってはパスワードが平文で保存され得ます。自宅の共用PCやキオスク用途など、物理的に安全な環境でのみ検討してください。
会社・学校のPCは“できない”ことがある（というより禁止されていることが多い）
職場・学校の端末（Microsoft Intune、グループポリシー、Entra ID参加など）では、Windows Hello for Business（PIN/生体）を必須にする、あるいはサインイン方式を制限するポリシーが配布されていることがあります。こうなると、ユーザー側での回避は現実的ではなく、管理者に相談するのが最短です。
「PINもパスワードも無くして自動ログイン」は現行Windows 11では難しいことが多い
質問で多いのが「PINを消せない」「パスワードを空欄にできない」「該当項目が出ない」です。ここは仕様・エディション・ポリシーの影響が大きく、GUIだけで完結しないケースが珍しくありません。結論としては、“入力を省略する＝資格情報をどこかに保存してWindowsに代わりに入力させる”のが現実解です。
あなたのPCがどのタイプか、先に切り分ける
| チェックポイント | 見え方・状態 | 意味 | おすすめ方針 |
|---|---|---|---|
| 設定 → アカウント | 「職場または学校にアクセス」が接続済み／会社ポータルが入っている | 管理ポリシー配下の可能性 | 管理者へ相談（自力回避は非推奨） |
| アカウント種別 | Microsoft アカウント／ローカルアカウント | 出る項目が変わる | Microsoftアカウントは「Helloのみ許可」の解除が鍵 |
| エディション | Home / Pro / Enterprise | ポリシー編集（gpedit）の可否 | Homeはレジストリ中心、Pro以上はポリシーも選択肢 |
| 目的 | 起動だけ自動／復帰も自動／ロック画面も不要 | 必要な設定が増える | 「起動の自動ログイン」＋「復帰時のサインイン要求」を分けて考える |
まずは“安全寄り”に試す：netplwiz（ユーザーアカウント）で自動ログイン
自動ログインの定番は、netplwiz（ユーザーアカウント）からの設定です。うまくいけば、レジストリを直接いじらずに済みます。メーカー公式の案内でも「ユーザーアカウントから自動サインイン設定」を紹介している例があります。
手順（netplwizが正常に使える場合）
- Windowsキー + R を押して「ファイル名を指定して実行」を開く
- netplwiz と入力して実行
- 対象ユーザーを選択し、「ユーザーがこのコンピューターを使うには、ユーザー名とパスワードの入力が必要」のチェックを外す
- 表示されるダイアログで、アカウントのパスワードを入力してOK
- 再起動して、自動的にデスクトップまで進むか確認
重要：ここで求められるのは「入力を省略するためにWindowsへ保存させる資格情報」です。つまり多くの場合、アカウントにはパスワードが存在している必要があります。「パスワードなしのまま自動ログイン」は、環境によって通りません（また、通っても危険度が跳ね上がります）。
「チェック項目が表示されない」場合の代表的な原因と対処
| 症状 | よくある原因 | 対処の方向性 |
|---|---|---|
| 「ユーザー名とパスワードの入力が必要」のチェックが出ない | “パスワードレス（Hello優先）”構成になっていて項目が非表示 | Microsoftアカウントなら「Helloのみ許可」をオフ／ローカルならレジストリ値を調整 |
| 設定アプリに「Helloを要求する」系が見当たらない | バージョン差／ポリシー制御／UI変更 | netplwiz＋レジストリ、または管理者確認へ |
| PINの削除がグレーアウト | Hello必須（組織ポリシー含む） | 個人PCならHello設定を緩める／管理下なら管理者へ |
ローカルアカウントでチェック項目が出ないとき（DevicePasswordLessBuildVersion）
ローカルアカウント環境で、netplwizのチェックが消えている場合、DevicePasswordLessBuildVersion を変更して表示を戻せたという報告が複数あります。具体的には、次のキーの値を 0 にします。
注意：レジストリ変更は失敗すると不具合の原因になります。復元ポイントの作成、あるいは該当キーのエクスポートをしてから実施してください。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\PasswordLess\Device
DevicePasswordLessBuildVersion (DWORD) = 0変更後に再起動し、再度 netplwiz を開いてチェック項目が出るか確認します。出た場合は、前述のnetplwiz手順で自動ログインを設定します。
確実性を上げたい：Sysinternals Autologon（Microsoft公式ツール）
「レジストリを手でいじるのは怖い」「設定をやり直しやすい方法がいい」なら、Microsoft Sysinternalsの Autologon が現実的です。Autologonは、Windowsの自動ログオン機構を設定しつつ、入力した資格情報をレジストリ内で暗号化して使えると説明されています。
Autologonの使いどころ
- 手動のレジストリ編集よりミスが起きにくい
- 有効化／無効化を切り替えやすい
- 仕組みは同じ「Windowsの自動ログオン」だが、運用がシンプル
手順の流れ（概要）
- Autologon（Autologon.exe / Autologon64.exe）を入手して実行
- ユーザー名・ドメイン（ローカルならPC名相当）・パスワードを入力
- Enableで有効化 → 再起動して確認
- やめたいときはDisableで無効化
ただし「暗号化されている＝安全」ではありません。自動ログイン自体が“そのPCを触れる人に権限を渡す”構造なので、用途を絞って使ってください。
最後の手段：レジストリで AutoAdminLogon を構成する（上級者向け）
netplwizが使えない／Autologonも難しい、または環境的にGUIが出ない場合は、レジストリで直接 AutoAdminLogon を構成します。Microsoftの案内でも、Winlogon配下の値を用いて自動ログオンを構成する手順が説明されています。
作業前の安全策（最低限ここまではやる）
- 復元ポイントを作成する
- 変更するレジストリキーをエクスポートして退避する
- 可能ならBitLockerなどでストレージ保護を検討する（盗難時の被害を抑える）
設定手順（Winlogon）
- Windowsキー + R → regedit → Enter
- 次のキーへ移動
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon - 文字列値（REG_SZ）を必要に応じて作成・設定する
- DefaultUserName：ログインさせたいユーザー名
- DefaultPassword：そのユーザーのパスワード
- AutoAdminLogon：1（有効化）
- 再起動して、自動ログインされるか確認
重要：この方式は、パスワードが平文でレジストリに保存され得る点が最大のリスクです。Microsoftの注意書きでも、物理アクセスされると内容にアクセスされる可能性や、パスワードが平文で保存され得ることが明言されています。
「パスワードを空欄にしたい」についての現実的な答え
「DefaultPasswordを空欄にしたい」「アカウント自体をパスワードなしにしたい」という希望は多いのですが、現行Windows 11ではうまくいかない報告が目立ちます。自動ログインを安定させたいなら、（入力はしなくてよい前提で）ローカルアカウントにパスワードを設定し、保存させるほうが成功率が高いです。どうしても“パスワードなし”にこだわるほど、動作は不安定・制限は増え、セキュリティ事故の可能性も上がります。
元に戻す方法（必ず控えておく）
- AutoAdminLogon を 0 にする
- DefaultPassword を削除する（値そのものを削除）
- DefaultUserName なども不要なら削除する
起動は自動ログインできても、スリープ復帰で止まる場合の対策
起動は快適になったのに「席を外して戻ると結局PINが必要」というケースはよくあります。ここは“自動ログイン”と“復帰時のサインイン要求”が別設定だからです。
復帰時にサインインを求めない（可能な範囲で）
- 設定 → アカウント → サインイン オプション
- 「追加の設定」や「サインインを求めるタイミング」に相当する項目で、可能なら「しない」や「なし」を選ぶ
ただし、これも組織ポリシー配下だと固定されていることがあります。固定されている場合は管理者側のポリシー変更が必要です。
そもそもスリープに入れたくない（キオスク用途など）
「入力なしで使える状態」を優先するなら、電源設定を見直してスリープ頻度を減らすのが効果的です。
- Windowsキー + R → powercfg.cpl
- 使用中の電源プラン → 「プラン設定の変更」→「詳細な電源設定の変更」
- 「スリープ」「休止状態」に関する項目を用途に合わせて調整
「ロック画面が邪魔」への対応（できる範囲と注意点）
自動ログインしても、ロック画面やサインイン画面を経由する設計だと“すぐ使える”体験が薄れます。Pro以上のエディションではグループポリシーでロック画面の表示制御ができる場合がありますが、Windowsの更新で挙動が変わることもあるため、「期待どおりに消えるとは限らない」前提で扱ってください。
（Pro以上）グループポリシーでロック画面を出さない設定がある場合
- Windowsキー + R → gpedit.msc
- 「コンピューターの構成」→「管理用テンプレート」→「コントロール パネル」→「個人用設定」
- 「ロック画面を表示しない」を有効化（項目がある場合）
Homeエディションは標準でgpeditがないため、基本は別の方法（運用で回避、またはAutologon＋電源設定の調整）に寄せるほうが安全です。
“起動したらすぐ使える”状態を仕上げる（自動起動の設計）
自動ログインを入れる人の多くが、実は「特定アプリを勝手に立ち上げたい」「端末を専用機にしたい」という目的を持っています。最後に、運用で効いてくる小技もまとめます（必須ではありません）。
スタートアップにアプリを入れる
- Windowsキー + R → shell:startup
- 起動したいアプリのショートカットを配置
タスクスケジューラで「ログオン時に起動」を作る（より確実）
- Windowsキー + R → taskschd.msc
- タスク作成 → トリガー「ログオン時」→ 操作「プログラムの開始」
- 管理者権限が必要なアプリは、タスク側の「最上位の特権で実行」を検討
よくある失敗と、原因の当たりどころ
| 状況 | 原因の候補 | 試す順番（おすすめ） |
|---|---|---|
| 設定アプリの手順が記事どおりに見つからない | UI変更／ビルド差／ポリシー制御 | netplwiz → Autologon → レジストリ直編集 |
| PINの削除ができない | Hello必須（特に管理端末） | 管理端末判定 → 管理者へ相談 |
| 自動ログインはできたが復帰で止まる | 復帰時のサインイン要求が有効 | サインイン要求の設定 → 電源設定でスリープ頻度を下げる |
| とにかく“何も入力したくない” | 実際には資格情報保存が必要 | 用途を限定（キオスク）し、リスクを理解したうえでAutologon/AutoAdminLogon |
まとめ：結局どれを選ぶべきか
- いちばん手軽：netplwiz（チェックが出るなら最優先）。出ないときはHello系の設定や DevicePasswordLessBuildVersion の影響を疑う。
- バランスが良い：Sysinternals Autologon（操作ミスを減らしやすい）。
- 最終手段：Winlogonの AutoAdminLogon をレジストリで直接構成（リスク最大）。
- 管理端末っぽい：自力で粘るより管理者に相談が早い（Intune等でHello必須を配っている可能性）。
「PIN/パスワード入力ゼロで快適にしたい」気持ちはよく分かりますが、Windows 11は年々“意図的にサインインを求める方向”へ設計が寄っています。どうしても自動ログインが必要なら、用途を限定し、保存される資格情報のリスクを理解したうえで、netplwiz／Autologon／AutoAdminLogonの順に現実的な落としどころを探すのがおすすめです。
コメント