これがユーザーが開始した検索送信を処理するために一部のWebサイトで使用される理由、要求と応答のフローにどのように影響するか、プログラムでなぜ必要（または有益）になるのかを知りたいと思います。MVCフレームワークでは、フローの途中に別のページを挿入しているため、実行が難しいようです。
編集：
広告関連ではありません。たとえば、ほとんどの旅行サイトはこれを行っていましたが、広告はありませんでした...一部の銀行サイトもこれを行っており、「トランザクションを処理するまでお待ちください...」のようなローダーがあります。
これは、Webサーバーが要求をタイムアウトしないようにするために、長時間実行される要求でよく使用されます。インタースティシャルページを使用すると、結果が返されるまでページを継続的に更新できます。
編集：
また、長時間実行されるリクエストの場合、何かが起こっていることをユーザーに示すために「読み込み中..」ページがあると便利です。インタースティシャルページがないと、時間がかかりすぎるとリクエストがハングアップしたように見えることがあります。
HVS が言ったことを補足すると、たとえばホームページが読み込まれる前に表示されるインタースティシャルは、広告目的で非常に多く存在します。
ユーザー エクスペリエンスの観点からこれらが役立つ 1 つの例は、ユーザーがプロセスからのフィードバックを必要とするアクションを開始する場合です。プロセスが遅い、ビジーである、または実行する処理が多いため、応答に時間がかかる可能性があります。 .
たとえば、オンラインでフライトを予約するサイトを考えてみてください。システムがオフになり、関連するすべてのフライト情報を要求し、それらを画面に表示する前に並べ替える必要があるため、[フライトを検索] をクリックするとインタースティシャルが表示されることがよくあります。この「リクエスト、問い合わせ、返信、表示」の往復に、通常の Web ページが次のページに遷移するよりも長い時間がかかる可能性がある場合、UX デザイナーはインタースティシャル画面 (またはメッセージ) を検討して、ユーザーは何かが起こっていることを認識しながら、同時にシステムが要求を完了するのに必要な時間を与えます。この種の対面式の画面は、マーケティング部門の注目を集めます。「それらを手に入れたら、何かを見せたほうがいいでしょう」という観点からです。
私自身 UX デザイナーとして、このようなインタースティシャルは、すべてのシステムがすぐにデータを返すことを望んでいるため、常に好まれるわけではありませんが、何らかの理由でそれができない場合は、ユーザーを可能な限りループに留めておきたいと考えています。何が起こっているのか - 再試行するか、うんざりして立ち去るまでブラウザのステータスバーを見つめるのではなく。
これを検討する際の最後の 1 つのポイントは、このような画面に時間制限の上限と下限を設定することです。インタースティシャルを表示する必要がある場合は、ユーザーがそれを読んで理解できるように十分な時間表示します。目安として、最低でも3～4秒は空けておいてください（平均4秒ですが、今回は1秒で終わってしまいました）。4 秒から 10 秒の間、プロセスが応答したかどうかを毎秒チェックし (その後、応答があった場合はユーザーを次のページに移動させます)、10 秒後にユーザーに再試行するように伝えるか、失敗したことを伝えることを真剣に検討します (同時に、最終的に収益に影響を与える問題を技術チームに解決してもらいます)。
インタースティシャルページの大部分は広告を掲載するためにあると思います。