web-dev-qa-db-ja.com

ネットワーク接続エラーを処理するための設計パターン

ご存知ない方のために、スマートフォンの利用が増えています。スマートフォンに伴う問題の1つは、不安定で信頼性の低いインターネット接続です。ユーザーの要求に応じてコンテンツのあるページを主に提供する「静的」Webサイトの場合、モバイルブラウザーに組み込みのオフライン検出エラーメッセージが十分に表示されますが、インタラクティブなネイティブアプリやWebアプリの場合は、それだけでは不十分だと思います。

エラーメッセージとユーザーが送信したデータの処理の両方でネットワーク接続エラーを処理するために推奨される対話設計パターンは何ですか?エラーメッセージはいつ表示すべきですか?エラーメッセージには何を含める必要がありますか?

4
Tony Bolero

私が設計しているネイティブアプリの1つでも同様の問題があり、ユーザーエクスペリエンスの観点からインターネット接続エラーを2つのグループに分類することになりました。

1。アプリを初めて開いたときに表示されるインターネット接続エラー

私の提案は、エラー画面でこれらのエラーを処理することです(私がベンチマークしたほとんどのアプリは同じことをしています)。問題は、この場合、アプリには何もキャッシュされておらず、ユーザーにコンテンツを提供できないことです。したがって、あなたは彼らにこれについて何かをするために非常に明確に依頼する必要があります。

ただし、アプリに問題がないことを伝え、ユーザーを正しいコンテキストに配置するのに十分なだけ、一部のコンテンツ(トップバーまたは基本的なナビゲーション)を読み込むように注意する必要があります。

Case 1: No cached content

2。アプリの使用中に表示され、サーバーへのリクエストに影響を与える可能性があるインターネット接続エラー

私の提案は、これらのエラーをコンテキスト通知で処理することです(Gmailアプリでも同じです)。この背後にある理由は、ユーザーエクスペリエンスを中断しない(ユーザーは引き続きキャッシュされたコンテンツを操作できる)が、同時に何かが間違っていることをユーザーに通知することです。次に、彼らが何かを送信したり、新しいリクエストが行われたページに移動したりする場合は、最初の解決策に進む必要があります。

Case 2: Cached content

10
FoF