web-dev-qa-db-ja.com

住所フォーム-ベストプラクティス

私のアプリケーションには、「New Company」オブジェクトを作成するためのWebフォームがあります。各会社には名前と住所フィールドがあります。

住所フィールドは次のフィールドで構成する必要があります(必須ではありません)。
-国
-州/地域
- 郵便番号
- 市
-通り
- 街路番号
-追加情報が含まれる場合があります(入り口、フロアなど)。

私の質問住所フォームのベストプラクティスは何ですか?各フィールドは独自の行にある必要がありますか?または、いくつかのフィールドが線を共有できますか?多くの国には州がないため、フォームに「州」を使用する必要がありますか?一部の値またはテキストボックスにドロップダウンを使用する必要がありますか?フォーム検証を追加する必要がありますか?追加の情報、考えは多くの感謝になります。

1
Gil Epshtain

ここではいくつかの問題に触れますが、これは実際には非常に大きなトピックです。

フィールドのレイアウト

1行に1つのフィールドがモバイルに最適です。しかし、多くのユーザーが大きな画面(デスクトップ、ラップトップ、まともなサイズのタブレット)を使用する場合、通常は市、州、郵便番号を同じ行に配置できます。

ストリート、ストリート番号、および(オプションで)アパート/スイート番号は、通常、1つのフィールドに結合されます。米国および他の多くの国では123 Main Street、Apt。3G *ですが、シーケンスは国によって異なります。特定のニーズがない限り、一般的には、ユーザーが適切だと思う方法で入力できるようにするのが最善です。私が知っているStreet Numberの大きな用途の1つは、クレジットカードの検証ですが、私が使用してきたシステムは、通常、それ自身をアドレス指定して解析します。

国および国固有のフィールド

国は選択/ドロップダウンリストである必要があります。このリストからの選択を使用して、次のことができます。

  • 都道府県の選択/ドロップダウンリストを提供します。または、都道府県がわからない国の場合は、代わりにテキストフィールドを提供します。
  • 郵便番号フィールドの必要性とサイズを決定しますが、代わりにどこでも十分に長いテキストフィールドを使用することもできます。

シーケンス

これらのフィールドはどこにでも適用されるため、私は通常、2行または3行の一般的な住所で始まり、その後に都市が続きます。国を変更すると都道府県リストも変更されるため、次に国をリストします。リストは、都道府県と郵便番号です。

他のもの

  • さまざまな優先メール形式があるため、実際に定期的に物事を物理的に郵送している場合は、それを調べる必要があります。ただし、一般的なパターンは、上部が最も限定的で、下部が最も限定的ではありません(国)。

  • 最も人気のある国がわかっている場合は、最も人気のある国(および関連する州/県のリスト)をデフォルトにして、次に人気のあるいくつかの国の州/県のリストを設定してみてください。もちろん、これが新しいシステムである場合、最も人気のある国がどうなるかわからない可能性があり、(実際に言えば)すべてをカバーすることはできません。米国を中心とする(ただし米国に限定されない)サイトの場合、ユーザーの90%〜99%には米国、カナダ、メキシコの州/地方で十分な場合があります。

まず、ユーザーが常に米国の住所を入力するのでない限り、次のフィールドを使用することをお勧めします。

  • 住所1
  • 住所2
  • 住所3
  • 住所4

これにより、他の国に住所があるユーザーは、米国形式だけでなく、自分とその形式に関する情報を入力できます。

第二に、それらを新しい行で別々のテキストボックスに分割することがおそらく最善です。 this のように。

お役に立てれば!

1
Jessica