これがここで取り上げられてから4年以上が経過しているようです。これに対する古い答えは、日付全体に対する単一の入力で解決しました(フォーマットのヒント付き)。
しかし、Googleは登録フォームで月のドロップダウンを使用していることがわかります。
また、米国政府のウェブデザイン標準サイトでは、3つの入力フィールドを使用しています。 https://playbook.cio.gov/designstandards/form-controls/#date-input
また、レーベルについてどう思いますか?誕生日vs.生年月日vs.生年月日
ユーザーとして、私は月の選択(Googleが行う方法)のドロップダウンを表示することを好みます。特に、携帯電話でフォームに入力することが頻繁にあるためです。
また、ソフトウェアがスマートで、間違った場合に入力を変換する方法を知っている場合も、この機能が気に入っています。たとえば、年の欄に「82」と書いても、1982年だとわかるだけです。
日付でホテルの部屋を予約するのではなく、この投稿のコンテキストである生年月日のカレンダーを表示することはお勧めしません。カレンダーのデフォルト値は今日の日付を表示するため、1972年のようにカレンダーに戻ってナビゲートするのは非常に長い経験になります。
優れたデザインは、キーボードとマウスの両方の入力アクセスを提供します。これは、「生年月日」コンポーネントが単一のテキスト編集フィールド(ヒントテキスト-mm/dd/yyyy)とカレンダーインターフェースの組み合わせであることを意味します。ユーザーがフィールドのタブにカレンダーを表示したとき(テキスト入力をブロックしないで)。キーボードを使用して直接日付を入力するか、マウスを使用してカレンダーを操作するオプションをユーザーに提供します。ユーザーがキーボードを使用する場合は、スラッシュを自動的に追加します。
デバイスを認識し、モバイルデバイスの場合は、テキスト編集フィールドを無効にし、カレンダーインターフェイスからの入力のみを許可して、手動エラーを減らします。
誰もが「生年月日」ラベルを理解しています。 「誕生日」は、専門家以外のアプリケーションで作業している場合を除き、カジュアルに聞こえます。
月名にドロップダウンを使用することは、世界中に幅広いユーザーがいる場合に最適です。 MMとDDのどちらが先か2番目かを考える必要はありません。誰もが月の名前に精通しています。
ただし、数値だけを使用している場合、最も正確なデータを取得するには、3つの個別のフィールドが最適です。この記事「 誕生日フォームフィールドの悪い習慣 」では、メニューを使用しない場合、ユーザーはマウスからキーボードに手を切り替える必要がなく、キーボード上にとどまることができると説明しています。テキストフィールドの長さは、フォーマット入力を示すための手掛かりとして機能します。また、ラベルを省略せずに書き出すと、ユーザーが特定の順序で生年月日を入力する癖がある場合に、MMとDDを混同するのを防ぐことができます。