Chromeでパスワード自動生成が表示されない場合の対処
- Chromeを最新版に更新し、Googleパスワードマネージャーの保存・自動入力設定を確認する
- 新規登録ページのパスワード欄を選び、右クリックメニューに生成候補があるか確認する
- 拡張機能やブラウザープロファイルの影響を切り分けるため、別プロファイルで同じ入力欄を確認する
- サイト固有の文字数・記号制限に合わない場合は、要件に合う候補を別途作成してマネージャーに保存する
生成メニューの表示は、フォームが新規パスワード欄として正しく実装されているかにも左右されます。個別の銀行などの制限は各サービスのパスワード要件を確認し、保存・同期方法の比較はパスワード管理アプリの選び方を参照してください。
Edge・iPhone・Androidでパスワード自動生成が出ない場合
Chrome以外でも、生成候補が出ない原因はほぼ共通です。ただし設定の場所が異なるため、確認する場所だけ整理します。
Microsoft Edge
EdgeはChromiumを基盤としているため、生成されるパスワードの長さと文字種はChromeと同じです（15文字・記号なし）。設定は「設定 → プロファイル → 個人情報」にあり、パスワードの保存と自動入力のオン・オフはここで切り替えます。
iPhone / iPad（Safari・Chrome）
iOSでは、生成と保存を担うのはブラウザではなくOSの「パスワード」機能です。「設定 → パスワード」で自動入力が有効になっているかを確認してください。SafariでもChromeでも、保存先は同じiCloudキーチェーンです。
Android（Chrome）
Androidでも、保存と提案を行うのはGoogleパスワードマネージャーです。Chromeの「設定 → パスワードマネージャー」、または端末の「設定 → Google → 自動入力」から確認できます。Androidは自動入力サービスを切り替えられるため、別のアプリが選ばれていると生成候補が出ません。
いずれの場合も、生成候補が出ない最大の原因は「サイト側の入力欄が新規パスワード欄として実装されていない」ことです。ブラウザやOSの設定を疑う前に、同じサイトの別の登録画面で試すと切り分けが早くなります。
Chromeの生成器が既定で作るパスワード
「生成されたパスワードがサイトの要件を満たさない」というつまずきは、生成器が何を作るかを知っておくと切り分けやすくなります。Chromeの生成器はChromiumとして公開されており、既定の長さと文字種はソースコード上で確認できます。既定では、視認性を理由に紛らわしい文字（l・I・1・O・0・o）が除外され、記号は使われません。
表1：Chromiumの生成器が既定で使う長さと文字種
| 項目 | 既定値 |
|---|---|
| 生成される長さ | 15文字（kDefaultPasswordLength） |
| 英小文字 | 24種（視認性のため l と o を除外） |
| 英大文字 | 24種（視認性のため I と O を除外） |
| 数字 | 8種（視認性のため 0 と 1 を除外） |
| 記号 | 既定では含まれない（最小0・最大0） |
| 合計の文字プール | 56種 |
| 理論エントロピー | 15 × log₂56 ≒ 87ビット |
文字プールは英小文字24種・英大文字24種・数字8種の合計56種で、15文字を独立かつ一様に選ぶと仮定した理論エントロピーは約87ビットです。サイト側が記号を要求した場合に使われる記号集合（-_.:!の5種）が加わると、プールは61種、同じ15文字で約89ビットになります。
ここから実務上の含意が2つ出ます。第一に、既定の生成値には記号が含まれないため、「記号を1文字以上」と要求するサイトでは候補がそのまま使えず、生成メニューが出ない・候補が拒否されるように見えることがあります。第二に、生成値は15文字なので、最大文字数が15文字未満のサイトでは長さの調整が必要です。どちらも生成機能の不具合ではなく、サイト側の要件との噛み合わせの問題です。
Chrome・Safari・Firefoxの保存と同期の違い
Google Chrome
Googleパスワードマネージャーは、ChromeとAndroidで保存済みログインの自動入力・管理を提供します。Googleアカウントで保存する場合と、デバイス上だけに保存する場合があるため、使用中のプロファイルと同期設定を確認してください。未公開の生成アルゴリズムや暗号方式は推測せず、公式ヘルプの現行仕様を基準にします。
Safari / Appleの「パスワード」
Safariは、iPhone、iPad、Macの新規登録フォームで強力なパスワードを提案し、iCloudキーチェーン経由で保存・同期できます。Windowsでも、iCloud for Windowsと対応ブラウザ拡張機能を通じてiCloudパスワードを利用できるため、「Apple製品以外では一切使えない」とは限りません。対応環境はApple公式ガイドで確認してください。
Mozilla Firefox
Firefoxは新規パスワードの提案、ローカル保存、Mozillaアカウント経由の同期に対応します。任意のプライマリパスワードは、共用端末などで保存済みログインへのアクセスを追加保護する機能です。同期したパスワードの保護についてはMozilla公式サポートを参照できます。
表2：3ブラウザの比較（公式文書の記載範囲）
| 項目 | Google Chrome | Safari | Mozilla Firefox |
|---|---|---|---|
| 生成の起動条件 | 新規パスワード欄で候補を提示、右クリックからも生成可 | 新規登録フォームで強力なパスワードを提案 | 新規パスワードの提案に対応 |
| 保存先 | Googleアカウント同期、またはデバイスのみ | iCloudキーチェーン | ローカル保存、Mozillaアカウントで同期 |
| 保存時の暗号化 | 公式ヘルプに方式の記載なし | AES-256-GCM（Apple Platform Security） | 公式サポートに方式の記載なし |
| 他OSからの利用 | Chromeを導入すれば可 | WindowsはiCloud for Windows経由 | Firefoxを導入すれば可 |
| 追加の保護 | Googleアカウントの2段階認証 | デバイスのパスコード | プライマリパスワード（任意） |
| 生成仕様の公開状況 | ソースコードで確認可能 | 公式文書に記載なし | 公式文書に記載なし |
表2のとおり、生成器の内部仕様まで公開しているのはChromeだけです。SafariとFirefoxについては公式文書に生成アルゴリズムの記載がないため、本記事では長さや文字種を断定しません。「どのブラウザが強いか」ではなく、保存・同期・追加保護のどこが自分の利用環境に合うかで選ぶのが現実的です。
サイトの文字制限に合わない場合
ブラウザの提案が、登録先の上限文字数や使用可能な記号に合わないことがあります。提案値を手作業で少しずつ短くするのではなく、サービスの公式要件を確認し、許可範囲に合う十分に長い候補を新しく作成します。作成後はパスワードマネージャーに正しく保存されたかを確認してください。
表1で見たとおり、Chromeの既定生成値は記号を含まない15文字です。サイトが「記号を含む16文字以上」を要求する場合、生成メニューの候補はそのままでは条件を満たしません。この場合はサイトの要件を確認したうえで、要件を満たす値を別途生成して保存します。
当サイトでは、英数字のみのパスワードや、ホームの生成ツールで文字数・文字種・除外文字を調整できます。
NISTが求める文字数と、生成機能の位置づけ
生成機能の有無だけで安全性は決まりません。NIST SP 800-63B-4は、認証に使うパスワードについて文字数を要件として定めています。重要なのは、これが生成機能の「認定」ではなく、認証システムの検証側に対する要件だという点です。
表3：NIST SP 800-63B-4の要件と生成機能の関係
| 要件 | 内容 | 生成機能との関係 |
|---|---|---|
| 単一要素認証で使うパスワード | 最低15文字を要求（SHALL） | Chromeの既定生成長15文字と一致します。 |
| 多要素認証の一部としてのみ使う場合 | 最低8文字まで短縮可（SHALL） | 短縮は認証方式の組み合わせが前提です。 |
| 最大文字数 | 64文字以上を許容すべき（SHOULD） | サイト側の上限が短いと生成候補をそのまま使えません。 |
| 文字種の構成規則 | 課してはならない（SHALL NOT） | 記号必須・大文字必須といった規則は標準に反します。 |
| ブロックリスト | よく使われる値・漏えい値を拒否 | ランダム生成値は該当しにくい一方、手入力の定番値は弾かれます。 |
単一要素認証で使うパスワードには最低15文字が要求され、これはChromeの既定生成長と一致します。一方で、多要素認証の一部としてのみ使う場合は最低8文字まで短縮できます。サイトごとに異なる十分に長いパスワードを使い、利用可能な場合はパスキーまたは多要素認証を有効にしてください。現行要件はNIST SP 800-63Bで確認できます。
ブラウザ標準機能と専用アプリの選び方
普段使うブラウザと端末がほぼ固定され、保存、自動入力、同期の範囲が十分なら、標準パスワードマネージャーは実用的です。金融・健康・ビジネスなどの用途だけを理由に、ブラウザ標準機能を一律に不適合とは判断できません。
複数のOS・ブラウザでの利用、家族やチームでの共有、管理者向けポリシー、緊急アクセスなどが必要なら、その機能を提供する専用アプリを比較します。すべての製品が同じ機能を備えるわけではないため、対応OSと回復方法を含む比較基準で選んでください。
よくある質問
Chromeでパスワード自動生成が表示されない場合はどうすればよいですか？
Chromeを最新版に更新し、Googleパスワードマネージャーの保存・自動入力設定を確認します。次に、新規登録ページのパスワード欄を選択し、右クリックメニューと別のChromeプロファイルでも生成候補が表示されるか確認してください。
Chromeで安全なパスワードを自動生成できない原因は何ですか？
サイト側の入力欄が新規パスワード欄として正しく実装されていない場合や、文字数・記号の要件がChromeの候補と合わない場合があります。その場合はサイトの要件に合うパスワードを別途生成し、Googleパスワードマネージャーへ保存します。
Chromeが生成するパスワードに記号が含まれないのはなぜですか？
Chromiumの生成器は、既定の仕様で記号を無効（記号クラスの最小0・最大0）にしているためです。記号を含む文字集合（-_.:!）は定義されていますが、サイト側が記号を要求した場合にのみ使われます。記号の有無そのものより、長さと使い回しの回避が強度に効きます。
まとめ
Chromeでパスワード自動生成が出ない時は、Chromeの更新、保存・自動入力設定、拡張機能、サイト側の入力欄と文字制限の順で切り分けます。Chromiumの生成器は既定で記号を含まない15文字を作るため、「記号必須」「15文字未満の上限」といったサイト要件とは噛み合わないことがあります。別の方法で生成する場合も、サイトごとに異なる値を作り、使用するパスワードマネージャーへすぐに保存してください。
本記事の調査範囲と限界
- 生成器の仕様を公開しているのはChromeだけです。表1の数値はChromiumのソースコード（
password_generator.cc）に基づきます。SafariとFirefoxについては公式文書に生成アルゴリズムの記載がないため、長さ・文字種を断定していません。 - エントロピーは理論値であり、上限側の近似です。約87ビットは「15文字を56種から独立かつ一様に選ぶ」前提の計算です。実際の生成器は英小文字・英大文字・数字をそれぞれ最低1文字含める制約のもとで生成するため、厳密な分布はこれより小さくなります。
- ソースコードの内容は変更され得ます。表1の確認日は2026年9月17日で、対象はChromiumのメインブランチです。将来の変更を保証するものではありません。
- 各サービスの受理条件は実測していません。登録先サイトが設定する最大文字数や使用可能記号の調査は行っておらず、要件は各サービスの公式情報に依存します。
- 保存時の暗号化方式は、公式文書に記載がある範囲のみ記述しています。表2で「記載なし」としている項目は、方式が存在しないという意味ではなく、公式文書から確認できないという意味です。
- ブラウザの動作確認は、本記事の対象読者の一般的な環境を前提としています。企業の管理ポリシー、拡張機能、プロファイル構成によって挙動は変わります。
参考資料
- Google Chrome ヘルプ・パスワード マネージャーでパスワードを管理する
- Chromium・password_generator.cc（既定長と文字種の定義）
- Apple Platform Security・Keychain data protection
- Apple・iCloud for Windows ユーザガイド
- Mozilla Support・Password Manager - Remember, delete and edit logins and passwords in Firefox
- Mozilla Support・Firefox がパスワードを安全に保存する方法
- NIST SP 800-63B-4（Digital Identity Guidelines: Authentication and Lifecycle Management）
著者・編集：passwordgenjp.com 情報セキュリティ研究チーム。公開資料の確認日：2026年9月17日。