警告/確認ダイアログがモバイルWebに悪いのはなぜですか？
私は現在、外部のデザイナーとモバイルWebアプリに取り組んでいますが、私たち（開発者）はいくつかの入力を許可されています。彼らは、フォームの検証、サインアウト、削除などの警告ダイアログと確認ダイアログを追加し続けたいと思っています。これにより、UX赤いフラグが発生します。モバイルWebアプリでは、なんらかの理由で間違っているように見え、理由を正確に特定できません。
さらに悪いことに、デフォルトの「OK /キャンセル」の代わりに「削除/キャンセル」または「はい/いいえ」を使用するなど、alert()およびconfirm()ができないことを求め続けます、または最新のブラウザに表示される[このWebページが追加のダイアログを作成しないようにする]チェックボックスをオフにします。もちろん、これを行う唯一の方法は、さらに多くの赤信号を発生させるカスタムダイアログを作成することです。
これがなぜ悪いのかについての調査や信頼できる記事はありますか？それとも私はただ夢中になるのですか？
確認と承認に関するGoogleのUX /デザインガイドラインをご覧ください。
http://www.androiddocs.com/design/patterns/confirming-acknowledging.html
ガイドラインはモバイルアプリケーション向けですが、ガイドラインで強調表示されている原則とフローチャートは、アラートを使用してダイアログを確認するタイミングとタイミングを決定するのに役立ちます。
通常、最後の手段として確認ダイアログの使用を検討する必要があります。システムを理解しているユーザーのタスクの流れを壊します。ダイアログはユーザーによって混乱したり、まったく読まれないことがよくあります。まず、何か重要なことが起こるかどうかを決定します。その場合は、元に戻す機能を開発できるかどうかを判断します。
モバイルWebやその他のコンテキストでは、警告/確認ダイアログが悪いとは思いません。ユーザーが何かを削除するなどの重要な操作を確認する必要がある場合、ユーザーはこの操作をキャンセルする機会があります。しかし、フォームの検証やサインアウトについて話すとき、これらのことについて確認を求めるのは奇妙です。ログアウトは永続的ですか？誤ってリンクをクリックした場合、単純に再度ログインできますか？
だから私はあなたの質問に答えるソースはありませんが、あなたはあなた自身に尋ねることができると思います：確認ダイアログが好きな人は誰ですか？だれも、ダイアログがあなたやあなたのユーザーの本当のことを邪魔しているだけであることを確認してください。しかし、ユーザーに確認を求める必要がある場合、それらは完璧なソリューションです。
モバイルWebに悪いについて具体的に質問していますが、ほとんどの回答はそれに触れていないようです（ポップアップが本質的に悪い、そしてほとんどの場合、同じ議論がモバイルにも当てはまることを示唆しているまたはデスクトップ1）。
私にとって、携帯電話でのポップアップアラートや確認の最大の問題は、十分に表示されない（またはスペースが原因で表示できない）場合ですcontextユーザーにユーザーに要求する内容についてポップアップからの質問だけに答えます。
これはある程度、デスクトップとモバイルの両方に当てはまります。ただし、問題は携帯電話では大幅に拡大されます。
デスクトップで、「この項目を削除してもよろしいですか」というポップアップが表示された場合、多くの場合どちらかそれが参照しているアイテムを簡単に確認できます。またはを使用すると、ダイアログを移動できます。
携帯電話では、メイン画面を十分に確認できず、それが何を参照しているかを確認できません。また、ダイアログを「邪魔にならないように」移動するための十分なスペースもありません。
単純な場合の解決策は、ダイアログに十分なコンテキストを含めて、ユーザーが決定できるようにすることです。たとえば、 確認に関するGoogleのメモ 別の回答にリンクされて間接的にこれに触れていますが、実際に注意を向けないでください。最後のダイアログには、削除されるタイトルが含まれています。
これには、基礎となる画面を表示する必要がない十分な情報が含まれています。
問題は、確認されているアクションを要約するのに十分なスペースが /ない場合に発生します。たとえば、1冊の本だけではなく、ユーザーが削除する本を12冊選択したとします。携帯電話のダイアログでは、すべてのタイトルを読みやすい方法で一覧表示できない可能性が高いため、「本当に12個の選択したタイトルを削除してもよろしいですか」で解決する必要があります。タイトルの数を含めると、ユーザーはアクションの重大度を認識できます。100％確信がない場合（または2つのアイテムのみを削除していると思われる場合）は、少なくともメイン画面をキャンセルして確認できます。
この時点で、ポップアップ確認の代替手段を見つけるほうがよい場合があります（たとえば、そのような削除が元に戻せることを確認するなど）。
1
ネイティブ
alert()またはconfirm()を使用することは、引用する理由から、ほとんどの場合悪いことだというあなたの主張に同意します。ボタンの発言を制御できない。 「 Prevent this webpage ... 」の効果を制御できません。ただし、「カスタム」ダイアログが「レッドフラグ」であることには同意しません（「組み込み」ダイアログを使用できない場合は、 have でカスタムダイアログを使用します）。ただし、これはすべて、デスクトップだけでなくモバイルでも同じです。アラートの使いすぎは邪魔になる可能性がありますが、自体はデスクトップよりも携帯電話の方が邪魔になりません（画面のサイズが小さいため、どちらかと言えば、デスクトップよりもモバイルポップアップ）。