デザイナーはこのようなウェブサイトでこの効果を使用することを主張しています
http://alvarotrigo.com/fullPage/examples/normalScroll.htmlhttp://www.thepetedesign.com/demos/onepage_scroll_demo.html
他のいくつかのWebサイトでこの種の相互作用を見たことがあります。
モバイル画面ではコンテンツを表示するにはモバイルデバイスの高さがデスクトップよりも小さいため、小画面にはコンテンツが多すぎるため、モバイルでは単一セクションの全画面のコンテンツを表示できないため、これは確かに使用できません。たとえば、モバイルデバイスのビューポートの高さが420pxで、420pxの高さに収まらないコンテンツがある場合、セクションのコンテンツ全体は表示されません。
これを使用する前に、このタイプの対話には長所と短所があるかどうかをUXの専門家に尋ねたかったのです。
スクロールパターンとナビゲーションは、ウェブサイトの情報アーキテクチャとコンテンツ戦略に大きく依存します。ページスクロールUIパターンは、製品の機能を紹介するために主に使用されており、このように誤用されていると思います。ほとんどの場合、機能は対等ではありませんが、相互に関連/依存しています。
IOSのページコントロールUIから進化したWeb上のページセクションのスクロールのようです。
IOS HIGは、ページコントロールは、各ビューが他のすべてのビューのピアであるアプリ用に設計されており、[〜#〜](〜#〜]階層またはその他の複雑な配置でビューを表示するために使用されます。
これとは逆に、ページ間に階層/関係があるプライマリナビゲーションにページセクションスクロールが使用されている場合は、UXが良くありません。情報に階層構造がある場合、ユーザーはページ間をジャンプする必要があります。 2番目の例では、ページコントロールドットがナビゲーションインジケーターとして使用されています。 NN/gの最近の記事は、これらのドットは一般にユーザーから見落とされており、主要な機能に使用してはならないことを説明しました。
モバイルからWebへのUIパターンのクロスオーバーがあり、それらの一部はアンチパターンになりつつあります。 ( ハンバーガーアイコンをデスクトップサイトのメインナビゲーションとして使用するように )。ページスクロールパターンもあまり望ましくない方法でクロスオーバーしています。
他のユーザーが指摘したように、ほとんどの状況では、この動作はWebコンテンツには適していません。
ユーザーを制御できるようにするという古いUXの信条があります。投稿した2番目のリンクである1ページのスクロールリンクは、ユーザーから制御を奪います。その上、それは通常の/予想されるブラウザの動作をハイジャックします。
この特定のサイトとユースケースの具体的な詳細を知らなければ、私はそれが良いか悪いかは言えませんが、私が上に書いたものに基づいて、それは非常に疑わしいと思います。