検索ボックス付きの検索ボタンが必要ですか？
検索ボックスのあるWebサイトで、クリックできるボタンを追加する必要がありますか、それともユーザーはこのサイトのような検索ボックスを理解できますか？
ターゲットグループは、40歳から60歳の女性など、あまり専門的ではありません。
はい、技術者以外のユーザーには絶対に必要です。グーグルは彼らのホームページでこれを実験していて、彼らはボタンを押し続けた。人々は何かをクリックすることを期待し、ユーザーインターフェイスは常に人々の期待に一致するものです。
この問題はHTML5仕様で対処されています。一度<input type="search" />が採用され、明示的な検索ボタンが履歴に移動します。
StackOverflowでも同じ議論が行われました 。これが ディスカッション全体を最もよくまとめた回答 です。
ボタンが必要な理由：
- Enterキーを押すことができることを誰もが知っているわけではないので、あまり知識のない人を寒さにさらしてしまいます。
- 電話やコンソールなどの一部のデバイスには、ボタンなしで送信する方法がない場合があります。 PCベースのブラウザーは依然として支配的ですが、それが人々があなたのサイトにアクセスする唯一の方法であるとは限りません。
次の場合は、ボタンがない可能性があります（両方の条件を満たす必要があります）。
- あなたの聴衆は（SOのように）技術に精通しています
検索ボックスが実際に検索ボックスであることを視覚的に示す
- その中にテキストを追加して、検索に使用する必要があることを言及します
- ボックス内にアイコンを追加する
一般的に、Enterキーを押すことは、主要な手段ではなく、送信するためのショートカットであると思います。
別の方法は ライブ/連続検索 ：ボタンを押すたびに検索結果をすぐに更新します。効率の向上に加えて、ユーザーが必要以上の検索パラメーターを入力したり、検索ボタンに気付かない、ユーザーが入力ミスをしたり、検索結果が空である理由がわからないなどのユーザビリティの問題を解決するのにも役立ちます。 1
もちろん、技術的には、連続検索は単純な検索フォームよりも実装が複雑です。 Web環境では、Ajax/Cometが必要であり、サーバー側の検索も高速でなければなりません。しかし、検索が中心的な機能である場合、実装の複雑さは、使いやすさの向上により簡単に正当化されます。
何をするにしても、ユーザビリティテストを行って、ユーザーがシステムの使用方法を知っているかどうかを確認し、必要に応じて改善を加えることは常に良い考えです。
1 Soren Lauesen、User Interface Design：A Software Engineering Perspective、2005; 286ページ
悪魔の支持者を演じるだけで…
上記の回答に心から同意します。少なくともUXの観点からは、ボタンを持たないことには、通常、利点はありません。このボタンを表示することはユーザーの期待に応えるものであり、多くの場合、テクノロジーに精通していない個人をサポートするための絶対的な要件です。
しかし、ボタンの存在は、適切に操作しないと問題が発生する可能性があることを考慮することが非常に重要だと感じています。
私はeコマースサイトのユーザビリティテストプロジェクトを少し前に実行しましたが、[検索]ボタンがかなり厄介なユーザビリティの問題を引き起こしていました。ボタンはデザインで非常に目立つようになっているため、特にテキスト入力フィールド自体（明確に定義されていなかった）とは対照的に、多くのユーザーがボタンを開いたり表示したりすることを想定して「検索」ボタンをクリックしていました。開始するのではなく、サイト検索。
その結果、多くのユーザーが「（null）の結果が0件見つかりました」ページになり、混乱しました。テキストフィールドをより目立たせ、ボタンを軽視し、用語を「検索」ではなく「実行」に変更することで、この問題を修正することになりました。これにより、ボタンの結果としての混乱とあいまいさが回避されました。検索フィールド内にボタンを含めるという決定はおそらく正しいものです。ボタンがデザインの観点から十分に検討されていることを確認してください。そうしないと、結果的に害が及ぶ可能性があります。
始める前に、これを邪魔にならないようにしましょう。最初に尋ねられた質問は、いくつかの順列を超えて明確に答えられるものではありません：
それは場合によって異なりますが、インクルージョンには、そうでない場合よりもわずかに多くの利点があります。
これまでに提供されたすべての回答は、同じ回答に要約される大きな議論を示しています。
- 現在の状況の最新の要約：
90年代には、検索ボタンが完全に必要でした。
すべての検索機能は、シンプルなフォーム投稿で実行されました。フォームを送信するには、[検索]ボタンが必要でした。フォームの送信アクションに基づいて、結果が返されました。実際、これは「検索ボタン」ではなく、「移動」または「入力」ボタンであることがよくありました。一般的なパターンは次のとおりです：ラベル/入力/ボタン
代替手段があったとしても、開発者がそれらに気づくことはほとんどありませんでした。ユーザーは、明らかなアフォーダンスに基づいてパターンをすばやく理解しました。
シンプルさを求めて、ラベルとボタンを1つの要素に組み合わせた新しいパターンが登場し、検索ボタンが生まれました。
3つの要素を2つに減らしました。そして、パターンは理解しやすくなり、ユーザーのスキルセットに定着しました。
Web 2.0はバブル後の時代に登場しました。 JavaScriptは、クライアント側の相互作用と非同期呼び出しを処理するようになりました。
今日私たちが目にする新しい検索/フォーム入力パターンの波はその結果です。オートコンプリートやフィルタリングのように、ボタンをまったく必要としないものもあります。インラインフォームエントリは、検索の「保存/キャンセル」バージョンです。これらのパターンのほとんどは、検索、移動、入力、保存などをクリックせずに検索結果を送信するための事実上の方法として、キーコマンド「Enter」を採用しています。
これらの新しいパターンは、ユーザーがまとめて理解するのに時間がかかります。しかし、人々のベルトの下での20年間のインターネットの使用、検索とフォーム送信の遍在性により、大多数の人々が「入力」について知っていると言っても安全だと思います。非公式の調査を取りなさい、そうすればあなたは同じことを見るでしょう。私はそうしました、そして私が話をした誰もがそれについて知っていました。
- 検索ボタンは2012年も必須のままですか？
はい。 Facebookと呼ばれる大規模で進行中のユーザーテストラボを見てみましょう。彼らはコメントのエンターボタンを取り除き、ユーザーが不平を言ったときにエンターを使用するように人々に教えるためにそのクレイジーなチェックボックスでほとんどすぐにそれを返しました。たとえ10％しかなかったとしても、9千万人を意味します。
検索ボタンは、今日のオンライン環境にはあまり関係がないと思いますが、それでも、ある程度は必要です。したがって、最終的な答えは次のとおりです。
それは場合によって異なりますが、インクルージョンには、そうでない場合よりもわずかに多くの利点があります。
2012バウンティアンサー
魅力的な質問と回答。 UX/UIコンベンションの開発は際限なく興味深いものです...私にとって、それは私たちの目の前で言語の開発を見るようなものです（：
検索ボタンの使用は特定のコンテキスト内でA/Bテストする価値があるものだと私は主張します。上記のいくつかとは異なり、私はそのような小さな問題は徹底的に調査する価値があると思います。これは、ユーザーがサイトの情報にアクセスするための重要な方法です。
代わりに（またはおそらくさらに）非モデレートのリモートユーザビリティテスト（このような問題についてNate Boltのすばらしい book を現在読んでいます）はかなり安価に実行できます。これは、人々がそれを混乱させるかどうかについてのより多くの洞察をあなたに買うかもしれません。
検索に関する私の一般的な印象は、検索を取り巻く規約が2012年に確実に変化していることです。
Safariの新しいバージョンに切り替えたところ、Google検索がアドレスバーに組み込まれました。つまり、検索語句やURLを同じ場所に配置できます。これは間違いなく私にとって新しいものであり、最初の2、3回の使用では、Google検索ボックスを検索し続けました。しかし、今では数時間使用した後、それは完全に直感的に感じられます。
同様に、予想されるデータのタイプに応じてモバイル検索でキーボードが変化する方法は、最初に混乱を招いた検索をサポートする新しい方法です...つまり、なぜここにテキストを入力できないのですか（これは電話番号検索です） ）。
同様にGoogle検索では、上級ユーザーはあらゆる種類の検索用語を使用して検索に集中できます。
慣習は、ページのどこに検索ボックスが配置されているかによって変化する可能性があります。ページの上部では、Enterキーを押すだけでよいのに対し、検索がページコンテンツの一部として表示される場合は、ボタンが必要であるとユーザーに期待されます。しかし、これは私の側の純粋な仮説です。
テストテストテスト...答えでなければなりません！私たちのペースの速いテクノの世界で何が起こっているのかを確認する方法は他にありません（：
賞金に答えるために、2012年の状況はほとんど変わっていません。ただし、検索ボタンが省略される特殊なケースがあります。
- iOSアプリケーションでは、「Enter」キーのアクションが「検索」に切り替わる場合
- インターフェースがデフォルトですべてのオプションのリストを表示し、ユーザーがsearchnboxに入力してそれらをフィルターで除外する場合。
- あなた自身の調査が長期的に見逃したことでユーザーが不満を感じないことを実施した場合。
ユーザーがどのようにカウントしないと思うかについてのあなたの信念が重要であり、実際に調査を実施し、欲求不満を測定する必要があります（通常、これは、赤外線ウェブカメラ、血圧、パルス、または皮膚電気で瞳孔を測定することによって行われます） ...測定方法によっては、実際には1人でイライラする場合があることに注意してください）。このような機器を利用できない場合は、大学、大規模なUXショップ、巨大なマーケティング会社が利用でき、有料でアクセスできます。
背後にある理由は、検索が単一のメソッドであり、クローズダウン操作。この操作にはaffordanceが必要です。ユーザーは、インターフェイスが特定の方法で動作することを期待する必要があります。このように動作する膨大な数のソフトウェアを用意するか、視覚的な手掛かり（またはvisibility ）インターフェース上。
expect入力ボックスが完全に丸められ、デフォルトのプレースホルダーとして「検索」が記述されている場合、そこにユーザーがいることは完全に不可能ではありません。キーの後にEnterキーを押すことで機能しますが、それらがアプリケーションの人口統計をどの程度表しているかは、詳細な（そして高価な）調査なしでは確実にわかりません。
SafariやFirefoxで検索フィールドを使用したことがなく、さらにURLバーに何も入力したことがなく、代わりにGoogleなどの検索エンジンにWebアドレスを入力したことがある人は何百万人います（これはすべてのブラウザのデフォルトのフロントページ）、そして2010年までそれを学習しなかった場合、過去2年間でそれに慣れているとは思われません。
スペースを節約する解決策は、検索入力ボックスの左端のボックス内に小さな拡大鏡を置き、クリック可能にすることです。このように、スペースはより重要な機能から取得されませんが、「Enter」または「インスタント検索」の効果を期待しないユーザーは、何かクリックする必要があります。
（インスタント検索は良いアイデアかもしれませんが、実際には、人々の検索方法を変えることはありませんでしたし、議論の余地があります。なぜそうならなかったのでしょうか。個人的には、私はまだEnterキーを押して反射から外しています。 ）
編集（以下の会話に関して）
この「前提条件」のリストは、次の背景資料に基づいています。
- Normann'sDesign of Everyday Things、つまり、可視性マッピングに関する彼のモデル、学習された動作（検索用語を入力した後に「Enter」をクリックすることは学習された動作であり、インターフェース）
- GOMSモデル。RaskinのThe Humane Interface
KrugのDo n't Make Me Thinkも（完全に読まないように）、または Nielsen も引用できると思います。
ただし、これはすべて古い研究です。 （まあ、コメントでの私のGoogle Instantのクレームを除いて、英語のテストもありました）
したがって、言い換えられる質問は次のとおりです：これらの研究は2010-2012年の間に何が時代遅れになるのでしょうか？
そして、その答えはもう少し複雑です。
私はほとんどモデルしか持っていませんが、これらのモデルはかなり健全です。
1つの質問は、「どのようにして人々は習慣を形成するのか」と「どのように人々は使用パターンを覚えているのか」であり、その答えは、たとえば、Weinschenkの100のすべての設計者が人々について知る必要がある、そこで彼女はそのような学習についての現代の知識を説明します。
そしてそこには、人々が目標を達成するために必要な場合は新しいことを学び、それを頻繁に行う必要がある場合は習慣を形成するということがわかりやすく書かれています。たとえば、この方法でも十分速く入力しているので、5本指のタイピングを習ったことがありません）
したがって、私たちの質問は次のとおりです：ターゲットグループで主流の人気を得ているアプリケーションで、人々に検索ボタンを検索してクリックする習慣を知らせずに、代わりにEnterを使用することを強制しましたか？
正確にはわかりませんが、正確なターゲットグループはわかりませんが、答えは「いいえ」です。
しかし、ターゲットグループも移動しました。この質問のターゲットグループは40〜60歳の人々でしたが、現在は42〜62歳です。
人々の学習能力は、40歳から45歳の間に劇的に低下することがわかっています。これらについて私が読んだ研究は、もともとはロシア語で、80年代に書かれたもので、英語に翻訳する習慣がありませんでした。
これは実際にはS字型の曲線ですが、すでに45歳以上の人は、特にコンピュータの使用方法に関する知識がこれまで十分に役立っていた場合、新しい「筋反射」の習慣を学ぶ可能性はほとんどありませんでした。
インターネット人口 2010年から2012年の間に約10％増加した 。 2008年と2010年の間に大幅な成長がありました （少なくとも米国からの）対象年齢層にあり、 2012年のデータ も持っています。
50歳以上の人々（ロシアの調査に基づく）を扱うべきではないので、問題は、30〜49歳の人々のせいぜい10％の増加が習慣的な変化を説明するということです。
しかし、私はこの演習を読者に任せるべきだと思います。私の基本的な仮定は、これが仮定であり、ノーマンのモデルが正しい場合、引用されたすべての研究が正しい場合、これを学ぶ必要のなかった人々は2年間でそれを学ぶことができなかったということです。ターゲットグループは、2年以内に大多数が脱落するほど大きく動かなかったので、大きな変化は現れませんでした。
正直なところ、私は80sのUI開発者がsoonを学習することを期待し、可視性とマッピングの問題が少ないことを見てきました（---）決して起こらなかった。これには、確認ダイアログ、キーボードショートカット、修飾キーが含まれます。ノーマンとラスキンの本はそれでいっぱいです、そしてそれについてのニールセンの怒りを見つけるのにそれほど多くをとらないと私は確信しています。
2年間で物事が変化しなかったわけではありません。人間は変化しませんでした。
質問がより具体的でない限り、単純な答えは不可能です。検索結果の数が少ない場合は、ライブ検索と結果のインターフェースが可能になります（必ずというわけではありません）。キーストロークごとに結果が更新されるので、おそらく検索ボタンは必要ありません。
これは何を探しているのですか？データベースインデックス（ウェブインデックスなど）内のテキストを検索していますか、画像のライブラリを検索していますか？検索ボタンを除外する決定を下す前に、特定のコンテキストとは何かを真剣に検討する必要があります。古い世代と新しい世代のインターフェース設計のあまりにも多くの人々が、先入観によって完全に盲目になった設計の動きを通過するという同じ罠に陥るのを見ました。
別のノートで。検索ボタンが表示されていると、ユーザーが検索を促すアクションに精神的につながるのに役立ちます。心と行動のつながりに加えて、検索ボタンは、検索の進行状況についての手がかりを提供する価値あるインターフェース要素です。ボタンを無効にして、検索が進行中であることを示すことができます。また、検索に通常数秒以上かかる場合は、インターフェースに進行状況バーを表示できます。検索ボタンを押すときのこの明確で明確な時間参照がないと、これらのアフォーダンスは実行できません。このように、ボタンなしでEnterキーを単独で使用するのは、それほど効果的ではありません。
純粋に視覚的な側面では、ボタンは検索フィールドが完全に他のものではないという手がかりでもあります。したがって、検索ボタンは、テキスト入力要素を検索フィールドとして間接的にラベル付けします。一部の仕掛け（画像アイコンなど）は、このようなキューを提供するのに役立ちますが、シンプルなボタンは、他のキューを考案する必要なく、明確にそうします。
2012年の報奨金に基づいて回答します。ここではすでに良い回答がいくつかありますが、多少異なる点を述べたかったのです。ほとんどの場合、ユーザーが検索を正しく使用するためにボタンを押す必要があるかどうかについての議論が行われています。しかし、ユーザーがそのアクションを実行する前に何が起こるかについても考慮する必要があると思います。
彼らはどのようにあなたの検索を見つけますか？ 検索ボタンをインジケーターとして使用できます。忙しいページ、または検索要素が標準的でない場所（つまり、右上ではない場所）にある場合、そのアクションを見つけるための視覚的なスキャンは難しい場合があります。
もちろん、その強力な指標を持つことの重要性は、サイトの意図、デザイン、およびオーディエンスに依存します。 Stackoverflow（またはUX）には検索が不可欠ですが、対象読者は精通しており、デザインは検索を標準的な場所に配置し、背景とのコントラストがはっきりしています。対象読者の知識が少ない場合や、検索がサイトの使用にとって重要な経路である場合は、それを維持することを検討してください。
超素晴らしいStackexchangeを少し選ぶために、私は彼らの 英語サイト を見ていました。検索インターフェースは次のとおりです。
私は使いやすく、彼らの一連のサイトをよく知っています。しかし、文法的な助けを求めてそこに来る年配のユーザーはどうでしょうか？検索ボタンを使用すると、より明確にすることができます。検索の背景を白くするのが最も役立つと私は主張しますが。
技術的な読者であっても、私は常にユーザビリティの面で誤りを犯していました。技術者以外のユーザーは、Enterキーを押すだけでフォームを送信できることを知らない可能性があるため、それを含めることはさらに重要になる可能性があります。ボタンはレイアウトに合わせてスタイルを設定できるので、そのままにしておきます。
特定の対象者について確実に知る唯一の方法は、A/Bテストを実行することです。ユーザーの半分に検索ボタン付きのテキストボックスと半分のボックスなしを表示し、動作に違いがないか確認します。
開始する前に、効果的なA/Bテストを実施する方法について必ずお読みください。
または、あまり気にせず、実際に見つけ出すのに苦労したくない場合は、ボタンをそのままにしてください。
意味的には、送信ボタンはフォームを送信するために使用されます。 Esko Luontolaが述べたように、cometサーバーを介して検索が継続的に更新される場合は、フォームを実際に「送信」しないため、ボタンをスキップできます。
しかし、検索を実行するためにフォームの送信とページのリダイレクトまたは再読み込みが必要な場合は、はい、送信ボタンが意図したとおりの検索ボタンが必要です。
このため、常に検索ボタンが必要です...
検索語を入力してEnterキーを一度に押すと、問題ありません。
しかし、用語を入力し、何か他のことを行ってページに戻る（おそらく電話を取るなど）か、ブラウザーでクリックすると、ボタンなしで検索を実行する方法がわからなくなります。
（jQueryを使用して）フォーム入力の値が変更されるたびに自動送信されるドロップダウンで構成される複雑な検索フォームがありました。これはうまくいきましたが、<input type="submit" />ボタンが表示されています。一部のブラウザでEnterキーを押すと、入力がぼやけるまでフォームの送信が拒否されました。
これは、フォーム内にCSSによって非表示の送信ボタンを配置することで解決しました。
この状況では、送信ボタンを非表示にしても、送信ボタンを含めることでユーザビリティの問題が解決されました。
検索ボタンを削除する場合は、検索フィールドに「検索」という明確なラベルを付け、ユーザーをガイドするための何らかのラベル（SOなどのインラインが望ましい）を付けます。
ユーザーは「検索方法を教えてください」と熟考する必要はありません。
検索フィールドから送信ボタンを削除する実験を行ったことはありませんが、同じような構造のフォームで実験を行ったことがあります。以下は検索にも適用されます。
ずっと前に私のウェブサイトに、コメントを送信するためのテキストフィールドとボタンがありました。ボタンをポイントしてクリックするとユーザーの時間を浪費すると考えたので、送信ボタンを削除しました。そこで、Enterキーを押してコメントの送信を促進したいと思いました。私はこの変更に関する統計を収集しましたが、送信されたコメントの数に減少は見られませんでした。これは、ボタンがない場合、人々は当然次善の策-Enterキーを押す-を試してコメントを送信することを意味するようです。彼らは他に何をすることになっていますか？あきらめる？番号！
この質問には複数の回答があります。
主な決定者は次のとおりです。1。スペース、2。聴衆
ユーザーがランディングしたときに表示するコンテンツが少ないウェブサイトがある場合（たとえば、製品のウェブサイトへのランディングページを使用する場合）、検索ボックスとそれに沿って検索ボタンを使用する自由があります。しかし、ページ全体に大量の情報が分散しているWebサイトがある場合、検索ボタンを使用してWebを乱雑に追加したくないでしょう。
さらに、他の皆が指摘したように、聴衆は重要です。
ただし、ここで疑問に思うのは、いくつかの質問です。検索ボタンは必要ですか？分かりませんか？避けられませんか？冗長ではないですか？
検索ボックスで「ここで検索」というテキストに言及することは、最適な方法だと思います。あなたはそれを感じさせるために、片側を虫眼鏡でドレスアップすることができます。