UX Movementの創立者、ライター。ユーザーに優しいUXデザインのスキルを読者の方が上達できるよう、UX Movementのブログを始める。 生年月日の表記方法は国によって異なります。さらに、生年月日のフォームは年、月、日という３つのデータで構成されているためわかりにくくなりがちです。生年月日の入力フォーマットがわかりにくい場合、ユーザーを苛立たせることになります。 わかりにくいフォーマット ユーザーは、誕生月が最初に来るフォーマット（月/日/年）か、誕生日が最初に来るフォーマット（日/月/年）のどちらかに慣れています。そのため、フォームがいつものフォーマットと異なると混乱してしまいます。 生年月日でユーザーがよく見るフォームは、「月/日/年」か「日/月/年」です。「MM」が「月」、「DD」が「日」を表していることを知っているユーザーもいますが、混乱したり無視するユーザーもいます。

ヨーロッパのECサイトが盛況です。その成功の鍵がモバイルフレンドリーなWebサイトだと言われても、私は驚かないでしょう。昨年は、約2億9,600万人のオンラインユーザーが4550億ユーロをECで使いました。そして、その内16.5％は、モバイルユーザーだったのです。 わずか16％だと思うかもしれませんが、モバイルのシェアの成長率は驚異的です。イギリスの大手小売Argosは、ブラックフライデーの午前中、１時間に700,000回の訪問を受け、デスクトップからの訪問はわずか20％であったと報告しました。 この事実から示唆されるのは、モバイルユーザーにとってもっとも大きなハードルの１つであるフォームの扱い方を、Webデザインに従事する全員が考え直すべきだということです。Form Analyticsを運営する企業UseItBetterによる最近の調査が、考え直す際に大きな助けになるでしょう。この記事で

UX Movementの著者、編集長。明快で効果的なデザインを愛し、ユーザのために日々奮闘しています。 メールアドレスは、もっとも間違いやすいフォームフィールドの１つです。 入力データにはさまざまな種類の文字による長い文字列が含まれているため、間違って入力してしまいがちです。これにより、ユーザーが間違ったメールアドレスを送信する可能性があるのです。 メールアドレス確認の問題 デザイナーは、メールアドレスの確認フィールドを追加することで、間違ったメールアドレスの送信を防ぐことができると考えています。メールアドレスの確認フィールドの追加で誤送信を何件か防ぐことはできるかもしれませんが、必ずしもすべてを防ぐことができるというわけではありません。 多くのユーザーは、メールアドレスの入力内容をコピーして、確認フィールドに貼り付ける傾向があります。これでは、ユーザーが間違ったメールアドレスを貼り付ける

複数ページのフォームは、一つ一つの入力ページをスッキリと見せることができますが、その半面遷移の手間が増えたり、全体を俯瞰しにくいという欠点があります。 対して単一ページのフォームは、遷移の手間こそないものの、ページ内の項目数が多くなることで直帰の増加や項目の記入漏れなどを引き起こす可能性があります。 このように、とくに入力項目数が多いフォームについては、フォーム入力を複数ページに分けるべきか、もしくはひとつの画面のなかにすべての項目を収めてしまうかのいずれかでしばしば議論や検証が実施されます。 今回はそんなフォームの画面数による検証結果をいくつか集め、ご紹介していきます。 目次 複数ページ⇒単一ページへの検証 複数ページ⇒単一ページへの検証 その2 ステップを増やした検証 アコーディオン型フォームによる検証 番外編：検証の観点 複数ページ⇒単一ページへの検証 まずご紹介するのは、Elast

サインアップのフローであれ、マルチビュー・ステッパーであれ、ありきたりのデータ入力であれ、「フォーム」はデジタル・プロダクト・デザインにおいて最も気を遣わなければならないものの1つです。 そこで、今回は一般的にフォーム・デザインで何をやり、何をやらざるべきかについてお話したいと思います。あくまで一般的なガイドラインですので、そのようなものとしてご理解頂いた上で、皆さんの参考になれば幸いです。

Nickはロシアのセントピーターズバーグ出身のソフトウェアデベロッパー/ブロガーです。彼による他の記事はこちらをご参照ください。 Webやアプリ内のフォームは、ユーザーとの最も大切なやり取りの場の一つです。サービスへの登録や予約、フィードバック、決済処理など、ユーザーと企業間の取引を開始したり、ユーザーいにあらゆる情報を入力してもらうべく、様々なところで使われています。 ユーザーがいかに素早く正確に情報を入力し、求める情報を最後まで入力してくれるかはこのフォームの出来にかかっています。 この記事ではフォームのデザインにおいて、様々なテストやユーザーの声などから導き出された、実用的な施策を紹介します。 1. フォームは論理的に並べる フォームは対話そのものです。従って、普通の会話の様に、ユーザーとアプリの２者間でのコミュニケーションとして表現されるべきでしょう。 質問は直感的な順番にする。ユ

画像の出典：form-ux-tips あなたのアプリやサイトを利用する人々にはある一定の目的があります。そしてその目的を達成するために フォームに 記入しなくてはならないことがよくあります。Webやアプリにおいてフォームは、ユーザにとって未だに最も重要な 種類の操作 であるからです。事実、フォームは目的を達成するまでの 過程における最後のステップ と見なされることも多いのです。 フォームは目的達成の手段にすぎません。迅速に混乱なく、ユーザがフォーム入力を完了させられるようにするべきです。 この記事では、ユーザビリティテスト、フィールドテスト、視線計測（アイトラッキング）、そしてユーザからの実際の不満の声に基づく実用的なガイドラインを紹介します。 フォームの構成要素 一般的にフォームは以下の5つの要素から構成されます。 構造 。フィールドの順番、ページの外観、各フィールドとの論理的な関連付け

フォームの改善（EFO）の概念が浸透して久しい。Webサイト上でコンバージョンに最も近い箇所に当たり、分析や改修を行う優先度は高い。 フォームの入力画面の到達状況や、フォームの各ステップ毎の到達状況や遷移率などを測ることで、「どのステップでユーザーが離脱しているか」を把握することがフォーム分析の初動のセオリーである。 アクセスログで解析するためには、各ステップ毎のURL（アドレス）が全て変化しないと情報（ログ）が解析ツール側に送ることができない。 このような形のフォームを解析するには、解析ツールが提供している機能を使い、サイト側に修正を加えることで可能になる。 ここでは、Googleタグマネージャとユニバーサルアナリティクスを組み合わせて運用している場合の内容を説明する。 ※従来のGoogleアナリティクスの場合は設定が異なるので注意。 ※関連ナレッジ資料※ これだけは押さえたい！Goog

昨今レスポンシブ・ウェブデザインを採用するウェブサイトがかなり多くなっています。 レスポンシブなデザインの場合、フォームのユーザビリティを確保するには一手間工夫が必要です。 本日は、異なる画面幅でもフォームを使いやすく工夫しているウェブサイトを勝手にピックアップし、そのポイントをお伝えしていきます。 パターン1: あらかじめ横幅を狭くレイアウトする まずは、フォームのページのみ、他のページに比べて横幅を狭く作っておく方法でモバイルデバイスに対応している例を紹介していきます。 このとき多くの場合、横幅を狭くした分左右の余白が大きくなります。 採用例 住友商事 住友商事様のコーポレートサイトでは、他のページのコンテンツ（上）は920pxでレイアウトされているのに対し、フォームのページ（下）では横幅670pxとなっています。 横幅を狭めた場合、ナビゲーション類はレスポンシブ向けにコンパクトに収ま

ユーザー登録などに必要な入力フォームですが、今もなお使いにくいフォームを見かけることがあります。U-Siteでは入力フォームについて何度も取り上げてきましたので、ここで、これまでの記事を引用して基本をおさらいします。 HCD事業部・宮内 2016年5月12日 イードではHCD関連の調査業務を多数請け負っております。最近ではユーザー理解のための調査が増えていますが、一方で、基本的なユーザビリティ評価業務も日々行っております。その主な内容としては、ユーザビリティテストやヒューリスティック評価によって現状のサイトやアプリの問題点を明らかにし、改善方針を提案するというものがあります。 サイトやアプリの規模、サービスの種類、運用体制などにより、存在するユーザビリティ上の問題点は様々で、新しいデバイスやデザインパターンの出現によっても変化していますが、共通した問題点もあります。その一つが、ユーザー登録

登録フォームは、Webページの中でもいちばんデザインが難しいもののうちの一つです。あるフォーム要素を入れるか入れないかといったことが、コンバージョン率に影響を与えます。どの要素を入れるか入れないか考えることもデザイナーの仕事です。 パスワード確認はコンバージョン率を下げる たいていのWebクリエイタ―は、パスワードを初めて作る場合にはパスワード確認用の入力欄を表示させなければいけないと考えています。 これは、パスワードを入力する欄がユーザーの入力をマスキングするためです。ユーザーはミスタイプしてもそれに気づきません。パスワード確認で、ユーザーに２回パスワードを入力させることにより、ミスタイプを発見します。 パスワード確認欄は理にかなったものに思えますが、それを表示させることはコンバージョン率を下げる可能性があります。ある調査によると、登録フォームを離脱した全ての人のうち、４分の１以上が、パ

<script type="text/javascript"> /** * [関数名] chkRegEmail * [機　能] 正規表現によるメールアドレス（E-mail）チェック * [引　数] * @param str 入力された文字列 * [返り値] * @return true(E-mail形式である場合) | false(E-mail形式でない場合) */ function chkRegEmail(str){ /* E-mail形式の正規表現パターン */ /* @が含まれていて、最後が .(ドット)でないなら正しいとする */ var Seiki=/[!#-9A-~]+@+[a-z0-9]+.+[^.]$/i; /* 入力された値がパターンにマッチするか調べる */ if(str!=""){ if(str.match(Seiki)){ alert(str.match(Seiki

みなさん、入力フォームを制作する際、どのような施策をおこなっていますか？　入力項目を見直したり、入力ステップを明確にしたりなど、入力フォーム最適化をおこなっていると思います。そのことで、コンバージョン率があがったり、ユーザーがストレスを感じないようになるでしょう。入力フォーム最適化はEFO対策 = Entry Form Optimizationとも呼ばれます。 サイトの設計段階で検討すべきことが多いですが、コーディングでも考慮すべき事が多々あります。今回はHTMLコーダーがエントリーフォームを制作する際に考慮すべき点について紹介します。 ※本記事では最近のブラウザに適したHTMLコーディング方法の紹介を目的としています。そのため、デザインとアクシビリティーでのベストプラクティスを紹介したものではありませんのでご了承ください。 自動入力機能に対応しよう Google Chrome（デスクトッ

モバイルフォームのボタンをどこに置くかは、ユーザーのタスクの完了と効率に影響します。もしボタンがユーザーが予期するところに置かれていなければ、ユーザーはタスクを放棄し、フォームから離れてしまうかもしれません。 ボタンを探すのに余計に数秒かかっただけでも、ユーザーはイライラし、戻るボタンを押すことがあります。そのため、フォームの入力を完了したら、ボタンはユーザーの目の前に表れるべきです。 多くのモバイルサイトは、この点を間違っており、フォームボタンをアクションバー（つまりナビゲーションバー）に置いています。調査によると、ユーザーはしばしばアクションバーに置いてある送信ボタンを見逃してしまいます（出典）。また、アクションバーにある保存ボタンも見逃し、設定を保存しないままフォームを離れてしまいます。 予想外の送信ボタン ユーザーがアクションバーにある送信ボタンを見逃してしまうのは、フォームの入力

ユーザーが HTML フォームを送信する場合、例えば送信ボタンをクリックすると、ブラウザーは HTTP リクエストを送信してフォーム内のデータを送信します。しかし、この宣言的な手法ではなく、ウェブアプリでは、フォーム送信を期待するエンドポイントにプログラムでデータを送信するために、 fetch() などの JavaScript API を使用することがあります。この記事では、この手法が重要なユースケースである理由と、その方法について説明します。 標準の HTML フォーム送信は、フォームデータの送信に関するこの記事で説明されているように、データが送信された URL を読み込みます。つまり、ブラウザーウィンドウが全ページ読み込みでナビゲートされるということです。 しかし、多くのウェブアプリ、特にプログレッシブウェブアプリや単一ページアプリは、サーバーからデータをリクエストし、ページの関連部分

フォーム送信時のチェック処理方法〔ボタンの種類でイベント・メソッドを使い分け〕 action/methodを指定してフォーム送信〔action/methodプロパティ指定〕 target先を指定してフォーム送信〔targetプロパティ指定〕 フォームデータのエンコード形式を取得・設定〔enctypeプロパティ〕 ラジオボタンの選択肢により送信先変更 送信時にフォームのエレメントを有効化する 〔disabled〕 フォームをリセット（入力値をクリア）する〔resetメソッド〕 送信ボタン・クリアボタンを画像ボタンにする〔イメージボタン使用/スタイルシート使用の2サンプル〕 フォーム名を取得〔nameプロパティ〕 フォームのエレメント情報を取得〔elements[]〕 フォームのエレメント数を取得〔lengthプロパティ〕 フォーム、エレメントのタイプや名前を取得 フォーム送信時のチェック処理