web-dev-qa-db-ja.com

閉鎖に時間がかかるサイトの影響は何ですか?

Facebook、私のセットアップ(OS X、Chrome)では、閉じるのに約1秒かかります。ブラウザを閉じる直前に、やらなければならないことがいくつかあり、それが時間/リソースを消費していると想像できます。しかし、私はこのようなことが意図的にできないのではないかと考え始めました。閉鎖に時間がかかるサイトの影響は何ですか?

一方では、サイトを閉じるのに時間がかかる(瞬間的でない)と、サイトを離れるのが困難になると私は主張できます。フィードバックが迅速で反応が遅いのは不快な不満です。そのため、ユーザーはフィードバックを開いたままにして、それを避けたいと考えています。

一方、その不満は逆の効果をもたらす可能性があります。Facebookが肥大化し、遅いという認識です。それについての私の最後の経験は、それが無反応だったので、私は戻ってきたくないです。

それとも両方ですか?連続体?非常に小さな「ラグ」が最初の効果をもたらす可能性がありますが、長くする方が煩わしいですか?それともそれは良い考えではありませんか?

編集:明確にするために、私はブラウザのタブを閉じることについて言及しています。

一般的な考え方は、あなたが絶対にhaveを使うか、そこから大きな利益を得ようとしない限り、on closeイベントにフックしてユーザーの意図したアクションを遅くしないことだと思います。あなたが指摘した理由から、それは繊細なバランスをとる行為です。外観はyourサイトが遅く、ユーザーが直接操作の感覚を失い始めると肥大化します。ここでの考えは、一般的にそれは単なるためらいにすぎないため、受信したデータは価値があるということです。

ユーザーがページをゆっくりと閉じる操作を経験したことがある場合、ページを開いたままにしておくような状況を見つけることはないと思います。代わりに、サイトの使用を完全に停止するだけだと思います。しかし、ページを閉じる速度が遅くなるのを目にしたほとんどのアプリは、どれだけ時間がかかるかを気にしない(または何もできない)アプリです(Facebookまたは一部の仕事関連のアプリ- 持っている使用する)。

Facebookは、閉じるときにWebサービス呼び出しを行っているように見えるため、待機するのが妥当と思われる情報の処理を行っています。これは私が期待していたものではありませんでした-最初の私の仮定は、Facebookは非常にコンテンツが重いため、ブラウザがそのタブで使用していたメモリをクリアするのに実際には1秒かかるかもしれないということでした。

2
GotDibbs