登録フォームの「国」および「州」フィールドの順序
ほとんどの登録フォームは、最初に「州」、その後に「国」を要求するようですが、どちらもドロップダウンリストです。 「州」リストにはデフォルトで米国の州名が含まれています。このリストは、ユーザーが「国」フィールドで「米国」以外の国を選択すると更新されます。これはグローバルなサービスを提供するアメリカのウェブサイトです。
これで、米国以外のユーザーで[州]フィールドが最初に表示された場合、該当しないオプションのリストが表示されます。そのため、まず「国」フィールドからジャンプして正しいオプションを選択し、該当する「州」オプションを取得する必要があります。関連するオプションのないドロップリストの「サプライズ」値+フォームをバックトラックするために必要なフォーカス。そのような場合は、最初に国を求めるほうがいいのではないでしょうか。
一方、ユーザーが住所を入力する標準的な方法は、最初に州、次に国を指定することです。考え？
IPアドレスからユーザーの国を簡単に確認できます。したがって、ユーザーに長いリストから国を選択させる言い訳はありません。デフォルトで正しい国が選択され、その国の州オプションが表示されます。必要に応じて、フィールドラベルを変更します（国によっては「郵便番号」と「郵便番号」など）。
私はその「機能」に頻繁に出くわします！
州の郵便番号と国をすべて1つの水平線上に配置し、それらを一緒に扱う情報の塊のように扱うことで、状況を改善できます。
次に、国を選択するときに、一歩一歩戻るのではありません。
また、ユーザーが国を選択した後で、州のラベル（州/県/地域の郵便番号/郵便番号など）を変更することもできます。
それ-または最初に要求するのは国であり、それに応じて次のフォームを調整します。
Luke Wroblewskiが Webフォームのアドレス形式 について数年前に書いており、この記事では具体的な問題については触れていませんが、アドレスの詳細を入力するために使用されるWebフォームを作成できることを示しています縦書きの詳細列とは対照的に、書き留められたとおりの住所の形式そのもののように見えます。
住所スタイルのフォーマットと「3行に1つ」のオプションは、問題を緩和するのに役立つと思います。これはその記事のサンプルクリップです。
ネットワークの場所に基づいて国と州を検出することについてのCuronatusの提案に同意します。
また、州フィールドは一部の国にのみ適用されます。
私は、米国のeコマースサイトのアドレスに関する広範な経験があり、州と市が無関係であることを保証できます。ユーザーが郵便番号を提供すると、都市と州を抽出できます。ある種のアドレス検証サービスを使用している場合は、すべて自動的に行われます。
同じことが国を使用するすべての国に当てはまるかどうかはわかりません。
米国では次のフィールドを使用します。
市と州は求めず、郵便番号のみを求めます。ユーザーが郵便番号を知らない場合は、都市+州の入力を許可し、自動的に郵便番号を見つけようとします。このオプションを選択するユーザーはほとんどいません。 1日に数千のアドレスを処理します。
そのため、ユーザーのIPアドレスから国を決定し、ドロップダウンリストで事前に選択します。デフォルトでは状態を要求しないでください。
最初に田舎のフィールドを動的な州/州などで下または隣に表示するのが良い方法だと思います。
たとえば、ユーザーが「カナダ」を選択すると、「都道府県」フィールドのラベルが「州」に更新され、カナダの州のみが表示されます。国の順序に関しては、アルファベット順でうまくいきますが、最も頻繁に使用される国をリストの一番上のフォームに配置します。
例：
- カナダ
- アメリカ
**
アフガニスタン
- アルバニア
- アンドラ
- アルゼンチン
もちろん、それは「標準」ではないかもしれませんが、少しユーザーフレンドリーです。
私は常に国に行くことを提唱してきました。米国の場合は、郵便番号に「わかりませんか？ここをクリックして検索してください」などの簡単なメモを付けてください。探しています。そこで市/州を入力すると、郵便番号が自動的に入力されます。ただし、入力しなかったインターフェースに出くわしたときは、非常に迷惑でした。ポップアップが閉じた後、見慣れない5桁の番号を覚えておく必要があります。
州/国の設定は、実際には、アメリカ人以外の友人を何よりも困らせるものです。リストの一番上にある「最も頻度の高い国」についても同様です。選択しやすいようにIPで特定された国をリストの一番上に配置し、その他すべてをアルファベット順に並べる場合、IPロケーションの使用が（ユーザーにとって）最適に機能するようです。