市場調査ホームニールセン博士のAlertbox入力フォームのプレースホルダを使ってはいけない入力フォームのプレースホルダテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。視覚や認知機能に障害のあるユーザーにはさらなる負担となる。2014コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。残念ながら、入力フォーム内のプレースホルダはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。ラベルとプレースホルダラベルはその入力フォーム内にどんな情報を入力するのかをユーザーに伝えるものだが、通常は入力フォームの外に置かれる。プレースホルダテキストは入力フォーム内に置かれて、ヒントや説明、あるいは特定の入力欄に必要な情報の例を追加するものである。したヒントはユーザーが入力欄に入力をすると、消えるのが一般的である。ラベル代わりのプレースホルダページをすっきりさせたり、フォームを短くしようと、入力フォームの中には、入力欄のラベルを入力欄内のプレースホルダテキストで置き換えているものもある。これは良かれと思ってされているわけだが、調査からは、そうすることでいろいろと悪影響が出ることが明らかになっている。プレースホルダテキストがラベル代わりに用いられている。以下は、プレースホルダを入力欄ラベルの置き換えに用いてはならない、7つの主な理由である。消えるプレースホルダテキストはユーザーの短期記憶に負荷をかけるもしユーザーがヒントを忘れるとどうなるだろう。いうことは長い入力フォームの記入中にはよくあることだ。なると、彼は書いたものを削除したり、場合によっては、その入力欄から離れたところをクリックして、プレースホルダテキストをもう一度出さなければならない。理想の世界では、ユーザーというのはフォームに入力中は完全にそれに集中しているものかもしれない。現実には、ユーザーは複数のタスクを同時に行う。彼らはさまざまなタブを開いていることもあれば、eメールや電話に気が取られている場合もある。複雑なタスクの場合には、作業を中断して、書類や注文番号を取ってこなければならないこともあるだろう。我々のモバイルユーザビリティについての調査では、モバイルユーザーはデバイスの利用中、気が散ったり、中断させられることが多いこともわかっている。したがって、ユーザーが中断したところからまた始めやすくすることが重要である。検索ボックスやログインフォームのような入力欄が1つか2つしかないシンプルで使用頻度の多いフォームは、複雑だったり、めったにしか使わないフォームほどには記憶負荷が問題にならない。フォームがシンプルでよく知っているものなら、何を入力しなければならないかをユーザーが推測できるからだ。いえ、シンプルなログインフォームでもラベルがなければ、入力するのはユーザー名でもeメールアドレスでもよいのか、それともユーザー名だけなのかをユーザーが思い出せないこともある。ラベルがないと、フォームの送信前にユーザーが自分の入力内容をチェックできないラベルがないと、フォームにざっと目を通して、自分の回答が正しいかを顧客が確認できなくなる。ブラウザが入力フォームを自動補完するものだと、入力される情報が不正確になる可能性もある。ラベルが消えたり、特殊な指示が見えなくなってしまうと、顧客はいちいち各入力欄のテキストを削除して、プレースホルダテキストを表示させ、入力内容が説明に一致しているかを確認しなければならない。現実には、そうしたエラーの可能性に気づきさえせず、ダブルチェックをしようとしないユーザーが多いだろうが。エラーメッセージが出たときに、問題の解決方法がわからないフォームを入力し終えても、入力フォームの外にラベルや説明が出てないと、ユーザーは各入力欄に戻って、説明を表示させて、エラーを修正しなければならない。入力フォーム内にカーソルが入るとプレースホルダテキストが消えるのは、キーボードで移動するユーザーをイライラさせるTabキーを使うユーザーの入力欄から入力欄への移動は迅速だ。彼らは次の入力欄へのタブ移動前に立ち止まって、その入力欄について調べたりはしない。入力済みの入力欄が目につきにくいアイトラッキング調査によると、ユーザーの目は空の入力欄にいく。最低でも、ユーザーが空ではない入力欄を見つけようとすると余分に時間がかかることになる。それは面倒くさいことといえる。最悪の場合、彼らは完全にその入力欄を見逃す。なると、ビジネスを台無しにする大惨事となる。ユーザーがプレースホルダを自動入力されたデータだと勘違いする恐れがある入力欄に既にテキストが入っていると、ユーザーはそこに入力できるとあまり考えなくなる。中にはプレースホルダテキストをデフォルト値と思って、その入力欄を完全に飛ばす人もいる。プレースホルダテキストを手動で削除しなければならない場合があるユーザーが入力フォーカスを入力欄内に移動させても、プレースホルダが消えない場合がある。プレースホルダが入力欄内に編集可能なテキストとして残っていると、ユーザーは手動でそれを選択し、削除するしかない。すると、ユーザーに不必要な負荷がかかるので、フォーム入力に対するインタラクションコストが増加することになる。カーソルがテキストボックス内に置かれると、プレースホルダの表示が薄くなる場合もある。残念ながら、こうしたインタラクションの方法は珍しいので、ユーザーはなじみがない。その結果、そこにあるテキストを手動で削除しなければならないと、その時点でまだ考える人もいる。彼らは何度か失敗し、たくさんのクリックをしてから、薄くなったテキストに重ねて入力し始めればいいことに気づくことが多い。ラベルとプレースホルダテキストプレースホルダテキストとフォームラベルの併用は正しい方向への第一歩である。入力フォームの外にあるラベルは、必要不可欠な情報を常に目に入るようにしてくれる一方、入力フォーム内のプレースホルダテキストは補足的な情報に利用可能だ。ラベルを利用し、重要なヒントや説明を入力フォーム内に置くようにすれば問題の程度は軽くなるものの、前述した7つの課題を引き起こす可能性は残る。フォームの正確な入力に不可欠な説明を一部の入力欄に追加するくらいなら、そうしたテキストは入力欄の外に置き、いつでも見られるようにするのが一番である。プレースホルダテキストがヒントとして利用され、ラベルがさらに付け加えられている。プレースホルダとアクセシビリティ検討すべき最後の課題が、プレースホルダテキストは一般にはアクセシビリティを阻害する、ということだ。確かに、アクセシビリティソフトウェアや最近のブラウザは良くなってきてはいるが、まだ先は長い。アクセシビリティに関する最大の問題は以下の3点である:デフォルトの薄い灰色のプレースホルダテキストはほとんどの背景に対してコントラストが弱い。視覚障害のあるユーザーは色のコントラストが弱いとテキストが読みづらくなる。すべてのブラウザのプレースホルダテキストがCSSを利用して設定できるわけではないので、これは対応するのが難しい課題である。認知や運動機能に障害のあるユーザーにかかる負担がさらに重くなる。これまで見てきたように、プレースホルダはすべてのユーザーにとって問題となりかねない。消えるプレースホルダは記憶負荷を増加させるし、表示が薄くはなるがずっと出ているプレースホルダは、クリック可能に見えて実はできないときに混乱を引き起こす。自動で消えないプレースホルダは、削除するのにキーボードやマウスによる余分なインタラクションを必要とするからだ。したことは認知や運動機能障害のあるユーザーにとってはより大きな問題となる。すべてのスクリーンリーダー(画面読み上げソフト)がプレースホルダテキストに対応しているわけではない。盲目あるいは視覚障害のあるユーザーは、所有するソフトウェアがプレースホルダのコンテンツを読み上げてくれなければ、そうしたヒントにまったく気づけない可能性もある。結論フォームの入力中にユーザーをつまずかせたり、フォームがどう機能するかを理解するのに貴重な時間を無駄にさせるというリスクを取ってはならない。いいのは、いつでも見ることのできる明快なラベルを空の入力フォームの外に置くことである。ラベルとヒントが入力フォームの外に置かれていて、ユーザーはいつでも見ることができる。ヒントや説明はずっとそこに出ているべきで、入力欄の外に置くのがよい。フォームは様々なコンバージョンの目標の中でも重要な要素だ。したがって、ユーザーが早く正確に入力できるようにしておくことに価値がある。Webユーザビリティアクセシビリティアプリケーションイードが提供する「ユーザビリティ評価」サービスイードは、スマートフォンアプリやサイトのUI品質をユーザー視点で評価・改善提案し、ユーザー側とビジネス側、双方の目的達成をサポートします。障碍を持つユーザも対等に扱おう現在の一般的ウェブデザインでは、障碍を持たないユーザは、全盲もしくは視力の低い人に比べて3倍高いユーザビリティを体験している。ユーザビリティガイドラインに従えばこの問題をかなり改善でき、障碍を持つユーザがウェブサイトやイントラネットで行うタスクの効率を高めることができるだろう。ラジオボタン有名ウェブサイトでも、基本的なユーザインタフェース(UI)で初歩的な間違いを犯すことがある。ブラウザとGUIクローム「クローム」は、ユーザーのデータやウェブページのコンテンツを取り囲む、ユーザーインタフェースのオーバーヘッドである。クロームは肥大化すると利用可能なピクセルの半分を食いつぶすこともあるが、使用量が妥当ならユーザビリティを向上させるものだ。ワークフローを分断させるデザインタスクの実行がスムーズだとアプリケーションの利用は楽しいものになる。引っかかりのあるデザインや無理のある実装によって、ワークフローはよく分断されがちである。