モバイルニュースサイトデザインのスワイプジェスチャー
モバイルニュースサイトでは、記事間を移動するためにスワイプを使用すべきですか、それとも従来のボタンを使用すべきですか？例えば。右から左にスワイプして次の記事に移動します。
私が見ることができる唯一の問題は、モバイルChromeでは、その相互作用によりブラウザーがタブを切り替えることです。
ユーザーが記事を時系列でナビゲートしたいのか、それとも戻って見出しを表示したいのかも検討する必要があると思います。
私はカジュアルなモバイルブラウザーです。私は99.9％の確率でコンピューターの前にいるので、コンピューターにアクセスできず、絶対にオンラインで何かをする必要があるときに、モバイルブラウジングをしているだけです。
次の「セクション」に移動するためにスワイプしなければならないウェブサイトを使用したのは一度だけであり、それは私を完全に夢中にさせました。経験則：考えさせないでください！私はモバイルデバイスがデスクトップ環境よりもはるかに動的であることを理解していますが、私の携帯電話エクスペリエンスをデスクトップ環境に近づけることができるほど、学習曲線は短くなり、より良いエクスペリエンスが得られます。
その上、実際にボタンを使用することができるときにスワイプする方法を説明する指示が必要な場合は、ボタンをシンプルにして、ボタンを使用してください。以前に参照したWebサイトでは、Webサイトの使用方法を大文字で説明する必要がありました。「質問の回答を表示するには、左にスワイプしてください。」このような状況では、「回答を表示」以上と表示されていても、質問と同じ画面にあるボタンは10倍優れていたでしょう。
これはおそらく、思ったほど良いアイデアではありません。
まず、ブラウザのネイティブタッチイベントを妨害するようなことはしたくありません。ユーザーが画面の端からスワイプしてタブを変更することにブラウザーが依存している場合（最近のAndroidブラウザーによると）、機能が競合する可能性があります。1つを実行しようとするユーザーは終了しますタブ間を移動しているのか、記事間を移動しているのかをユーザーが追跡するのは難しい場合があります。このようなジェスチャーは通常、アプリケーションレベルで機能します。独自のジェスチャーを追加すると、さらに相互作用の問題が発生する可能性がありますラインダウン。
次に、これはWebでの一般的な動作ではないため、標識を付ける必要があります。これは、スペースを使い切り、ページ上の何かに注意を引くことを意味します。これは明らかに、可能な限り配給したいものです。
第三に、これはさらに便利ですか？実際に順番にトラバースされる記事の論理的に定義された「セット」はありますか？トピックやカテゴリが異なる場合は、盲目的にスワイプしても意味がありません。それらがdoで順番に読むのが理にかなっている場合は、UIの新造語に頼るのではなく、スクロールで提示してみませんか？
ユーザーとして、私はWebサイトで出現している記事をスワイプして変更するパターンを嫌っています。それはかわいくて賢いです、そしてそれは典型的なタッチ相互作用と衝突します。ページの読み込みに変換された、完全に垂直ではないスクロールジェスチャーと競合しました。
アプリでは、スワイプして戻るのに十分簡単なので、これはそれほど問題にはなりませんが、Webサイトでは、これは意図しないページのロード、待ち時間、戻るボタンまたはスワイプバック、そしてフラストレーションにつながります。これは、アプリが提供する優雅さと速度に欠けている一方でネイティブアプリのインタラクションを再現しようとする試みであり、結果としてエクスペリエンスが低下します。
なぜ両方ではない？ ここでは「なぜ両方ではない」ミームを想像してください。
スワイプして別の記事を表示することは、Webを使用する優れた方法です。私は絶対に小さなボタンをクリックして別の記事に切り替えることを嫌います。しかし、スワイプして他のことをするブラウザーの場合は、常にそれを考慮に入れて、そのブラウザーの場合はボタンを表示するか、いずれかの方法でボタンを使用してスワイプを実行することもできます。
私は携帯電話からウェブサイトを閲覧することがよくあります。多くの友人、通常は画像サイトであり、ボタンをクリックするのは非常に煩わしいので、誤って画像をクリックして大きく開く場合があります。私が知っている多くの人が同じように感じています。
モバイルでのジェスチャーの使用は新しいものではありませんが、前述のように、サイトでのジェスチャーは、ブラウザーまたはそのサイトをロードするアプリと競合する可能性があります。ニュースの終わりに到達し、次のニュースに移動するために「詳細」までスクロールダウンすることは、良い選択肢かもしれませんが、ユーザーが実際にニュース全体を読んだ場合（そして下部にある他の記事の提案やコメント、広告など）。
その点、そしてニュースが特にリンクされていないのであれば、スワイプでページめくり機能を追加することはお勧めしません（少なくとも、次に進む場所を説明するボタンがない限りは）。別のオプションは、ユーザーが特定の時間停止するか記事の最後に到達するたびにForbesが行うように、「次へ：」でボタンを表示することです。
この方法のジェスチャーは時々使用されますが、サイトとは対照的に、ネイティブアプリでよりよく使用されます。これは、パフォーマンスが問題になる場合があるだけでなく、正しく指摘されているように、Webブラウザーには独自のナビゲーションジェスチャーが付属していることが多いためです。 chromeスワイプを使用するだけでなく、iOS7のサファリでもスワイプを使用して前後に移動します。このため、モバイルWebサイトでの横方向のスワイプジェスチャーは避けます。
また、ウェブページでのスワイプは一般的ではないため、実際にはユーザーのメンタルモデルではなく、これは単なる仕掛けであり、ナビゲーションの効率的な方法ではありません。ユーザーにスワイプするよう指示する必要があります。
これと最初のポイントを組み合わせると、ネイティブアプリで使用するためにスワイプを予約することをお勧めします。
スワイプ機能を追加することはネイティブアプリでは便利ですが、私の経験ではモバイルサイトでは完全にそうではありません。別のアプリ（この場合はブラウザー）内でサイトが表示されるWebにスワイプ機能を追加すると、その機能を完全に制御できなくなります。
付箋の前/次のボタンを目に見える場所に追加しますが、誤ってクリックされる可能性のある場所には追加しません。ユーザーが記事を読み終わったら、関連記事を画面の下部に配置し、目立つ「ホーム」で、サイトの状態をリセットしたいユーザーのユースケースをカバーできます。